Kodėl mums labiau patinka komandinė eilutė nei GUI?

Peržiūrėdamas kitus straipsnius, susidūriau su šiuo nedideliu klausimu, kuris man sukėlė daug džiaugsmo, tiesa, vienas pirmųjų dalykų, į kurį mums patenka kitų sistemų (išskyrus „FreeBSD“) vartotojus, yra tas, kad nenaudojame GUI. Tiesą sakant, man taip pat atrodė gana įdomu kelionės GNU / Linux pradžioje. Turiu pripažinti, kad laikui bėgant, aš dabar naudoju komandų eilutę daug labiau nei bet kuri kita GUI programa, ir daug kartų aš teikiu pirmenybę komandų eilutės programoms, o ne sudėtingesnėms programoms su apakinančiomis GUI.

Mitas

Iš tikrųjų tai yra ne kas kita kaip miesto mitas, nes skirtingai nei kitos sistemos, kurių pavadinimai čia nebus minimi, tai yra GNU / Linux, kur jūs tikrai turite laisvė pasirinkimo. Linkiu, kad kitose sistemose egzistuotų čia esantis universalumas. Pažvelkime į šį klausimą atidžiau, kitaip daugelis dalykų nėra aiškūs:

Serveriai

Mes visi girdėjome šį žodį Serveris, kai kurie mano, kad tai tie super kompiuteriai, kurie maitina „Google“ ar „Amazon“, arba tie, kurie yra jūsų įmonėje. Tačiau realybė yra ta, kad a Serveris atsakyti į a darbo modelis. Mes naudojame šį terminą norėdami nurodyti, kad turime programą, kuri yra prieinama vartotojams (klientų) ir jiems kažką įteikia. Pagrindinis pavyzdys yra apache, kuri naudojama tarnauti interneto puslapiai internete. Ši programa pateikia HTML klientų kad to prašo.

Vaizdų serveris

Tačiau ne tik serveris gali būti super kompiuteriuose, kuriuos leidžia „Google“ ir daugelis kitų kompanijų, netgi „seniausias“ nešiojamas kompiuteris gali būti serverio, ypač kai kalbame apie vaizdus. Mes visi valdome a serverio vaizdų mūsų nešiojamuosiuose kompiuteriuose, kad būtų funkcionalus ekranas, šiuo atveju serverio ir klientas jie yra tas pats asmuo. Dažniausias pavyzdys yra X (žinomas kaip xorg-server daugelyje paskirstymų) ir naujas jo pakaitalas Wayland. Mes neketiname išsamiai paaiškinti, kodėl org, kaip veikia Waylandas, ar filosofijos, egzistuojančios už šių puikių projektų, tačiau aiškiai pasakysime, kad būtent jų dėka mes galime turėti interneto naršyklę kaip „Firefox“ ar „Chrome“ ar daugelį kitų programų.

Langų tvarkyklė

Langų valdytojai dirba tiesiogiai su vaizdų serveriu, jų darbas yra „žemesnio“ lygio, nes jie valdo (atleidžia atleidimą), kaip langai yra kuriami, modifikuojami, uždaromi. Paprastai jie yra gana paprasti ir ant jų yra sukurta darbalaukio aplinka. Sąrašas yra didelis, tačiau čia paliksiu tik mintį, kad jie yra minimalistinės programinės įrangos, kurie leidžia jums gana paprastai valdyti vaizdų serverį.

Darbalaukio aplinka

Specializuotas programinės įrangos rinkinys, leidžiantis ne tik valdyti vaizdų serverį, bet ir suteikiantis pritaikymo galimybes. Tarp jų seniausios ir sunkiausios yra KDE ir GNOME, tačiau mes taip pat turime lengvesnes aplinkas, tokias kaip LXDE arba „Mate“, „Cinnamon“ ir kt.

CLI (komandinės eilutės sąsaja)

Trumpai apžvelgę ​​vaizdų serverių pasaulį, dabar vėl pereiname prie savo temos. CLI, reiškia bet kurią programą, kurią vykdo komandinė eilutė git, vim, weechat, ar gerai, kas kita ateina į galvą. Matote, kad kalbu apie programas, kurios, nors ir vykdomos komandinėje eilutėje, rodo tam tikrą „grafinę sąsają“ kaip weechat o vim. Visiems, kurie jų neišbandė, rekomenduoju, iš esmės aš juos naudoju visą dieną.

Kodėl CLI yra geresnė nei GUI

Pabandykime ką nors gana paprasto 🙂 Anądien norėjau dirbti su pleistru „Portage“ („Gentoo“ paketų tvarkyklė). Kaip ir bet kuris geras bendradarbiavimo projektas, kodo eilučių skaičius viršija 70 tūkst. Pabandykite tai atidaryti tokioje IDE kaip „NinjaIDE“ („Portage“ yra parašyta „Python“) ir netrukus pastebėsite, kad pradėjus krautis ekraną jūsų mašina tampa labai lėta (bent jau mano „i7“) ir tai tik bando atidarykite kodą ir pakeiskite numatytąją „help“ spalvą.

Dabar pabandykite padaryti tą patį su vim, tai įkėlė mane per tūkstantąsias sekundės dalis ir tuo pačiu padėjo „gražias“ spalvas ir visa kita.

CLI buvo seniai anksčiau

Kai kurie čia pasakys, kad tos programos yra senas, Aš jiems skambinu tvirtas. Jei matytumėte valandų, investuotų į statybą, skaičių emacs, vim, gdbir šimtus kitų konsolių programų, galite pastebėti, kad kodo ir funkcijų kiekis yra toks didelis, kad jie praktiškai jau išsprendė viską, ko jiems reikėjo išspręsti. Daugelis GUI Programoms, kurios jau yra tvirtos savo CLI, jos niekada neturės tiek pat funkcionalumo, tai paprasčiausiai todėl, kad jei mes sukurtume skirtuką kiekvienam prieinamam potvarkiui, pvz. git, mes prarastume save tarp variantų ir tai būtų neproduktyvu, nes tai apsunkintų darbą.

CLI yra greitesnis

Magija prasideda nuo rakto Tab, tai ne tik geriausias jūsų draugas naršant terminalo darbalaukiuose, bet ir tinkamai sukonfigūravus, jis leidžia jums sutrumpinti ilgus sakinius iki 2 raidžių ir Tab, 3 raidžių ir Tab, arba net raidės ir Tab .

Bet tai nėra vienintelis pranašumas tiems iš mūsų, kurie skyrė laiko mokytis vim o emacs Galime sakyti, kad nors šiais laikais mokymosi kreivė yra šiek tiek aukštesnė nei IDE, galų gale produktyvumo rezultatai yra nuostabūs, negalima įsivaizduoti laiko, kurį galima prarasti judinant pelę. Laikydami rankas ant klaviatūros 90% laiko mokote ne tik susikaupti, be to, faktas, kad tiek daug klaviatūros rašote, daro jus gana judrius ir produktyvius. Ir dabar grįžtame prie ankstesnio punkto, kadangi buvome taip ilgai su mumis, tokios programos jau turi visas funkcijas, kurias kažkas galėtų pagalvoti. Į galvą ateina gana įprastas posakis tiems iš mūsų, kurie naudojasi „vim“:

Jei naudojate daugiau nei 4 raktus, gali būti ir geresnis būdas.

Paprastas, bet galingas „vim“ leidžia jums viską padaryti naudodamas daugybę klavišų ir galimų derinių, vienas niekada nenustoja mokytis, tačiau taip pat tiesa, kad norint jį naudoti nebūtina jų visų žinoti, norint pradėti, pakanka maždaug 10 ar 15 būti produktyvesni.

CLI suteikia jums visišką kontrolę

Kai vykdoma operacija su pele arba programomis iš vaizdo serverio, visos papildomos konfigūracijos, vykdomos spustelėjimo metu, ne visada yra, tai nenutinka su terminalu, čia jūs turite absoliučią galią jis vykdomas ar ne, su kokia galimybe ar kokia apimtimi. Laikui bėgant supranti, kad tau reikia mažiau, nei manai, ir tai padeda tau viską atlikti tikslingiau.

GUI taip pat turi savo dalyką

Nesakysiu, kad visi turėtume visada naudoti CLI, tai irgi nėra idealu, aš pats beveik visą laiką naudoju GUI, norėdamas parašyti šį įrašą naudoju „Chrome“ ir pamatyti savo el. Laiškus naudoju „Evolution“ (nors aš taip pat naudoju mutt visai neseniai). Ir manau, kad tai didžiausias mitas iš visų ... kad žmonės mano, kad GNU / Linux juos tiesiog nutraukia, man patinka mano darbalaukio aplinka, ji gana minimalistinė, bet man taip patinka 🙂 Ir aš paprastai turiu tik dvi ar tris veikia programos, mano „Chrome“, „Evolution“ ir terminalas 🙂

Tai yra keletas priežasčių, kodėl man labai patinka CLI ir kodėl aš kviečiu jus juos išbandyti, vėliau jie gali patikti kaip aš, naudojantys daugiau CLI nei GUI 😉 Sveikinimai


Palikite komentarą

Jūsų elektroninio pašto adresas nebus skelbiamas. Privalomi laukai yra pažymėti *

*

*

  1. Atsakingas už duomenis: Miguel Ángel Gatón
  2. Duomenų paskirtis: kontroliuoti šlamštą, komentarų valdymą.
  3. Įteisinimas: jūsų sutikimas
  4. Duomenų perdavimas: Duomenys nebus perduoti trečiosioms šalims, išskyrus teisinius įsipareigojimus.
  5. Duomenų saugojimas: „Occentus Networks“ (ES) talpinama duomenų bazė
  6. Teisės: bet kuriuo metu galite apriboti, atkurti ir ištrinti savo informaciją.

  1.   Anoniminis sakė

    «Kaip ir bet kuris geras bendradarbiavimo projektas, kodo eilučių skaičius viršija 70 tūkst. Ši dalis padarė mane per daug triukšminga. Ar yra techninis neįmanoma, kodėl kodas turi būti sutankintas tame pačiame faile? Ar ne geriau būtų atskirti elgesį skirtinguose objektuose (failuose / klasėse / moduliuose)?
    Atrodo, kad tai nėra pagrįsta priežastis primesti vieną technologiją prieš kitą, palikti nuošalyje pranašumus, kuriuos siūlo vienas dėl to, kad trūksta vystymosi formos. Bet kokiu atveju kalbu nežinodamas, apie kokį konkretų projektą kalbama, yra didesnė priežastis, kuri verčia tokį darbo būdą

    1.    ChrisADR sakė

      Sveiki,

      Na, galbūt tam reikia šiek tiek paaiškinti, bet tai, ką vadinu „geru projektu“, reiškia, kad eilučių skaičius parodo, jog sveika bendruomenė vis auga. Yra projektų su daug mažesniu eilučių skaičiumi, tačiau gana sveiki. Tiesą sakant, „portage“ yra padalintas į kuo daugiau failų, tačiau visada reikia laikyti dalis sugrupuotas kaip bibliotekos ar jungikliai, vedantys į daugybę kitų funkcijų. Šiandien importuojant projektą į daugelį IDE, tai reiškia, kad jis perskaitys visus projekto failus ir bandys pateikti teisingą „vaizdinį“ formatą.

      Tikiuosi, kad tai bus šiek tiek aiškiau 🙂 ir ačiū už komentarus.
      saludos

  2.   Anoniminis sakė

    Naudojate komandinę eilutę? Taip, bet tik tada, kai taikoma. Tai yra, kai jis yra patogesnis ir greitesnis. Pavyzdžiui, jei noriu įdiegti tam tikrą programą, man patogiau įvesti sudo apt install programos pavadinimą, nei atidaryti programinės įrangos tvarkyklę, jos ieškoti, pažymėti ją įdiegti ir paspausti „įdiegti“. Bet paprastai taip nėra. Pvz .: jei noriu nukopijuoti 20 labiausiai patikusių dainų iš vieno katalogo į kitą, labai patogu atlikti „Ctrl + Click“, o jūs ramiai peržiūrite didžiulį sąrašą iš failų tvarkyklės ir tada vilkite ir upuść. Kitas pavyzdys: jei noriu skaidyti diską, daug geriau tai padaryti per „gparted“ (programą, kuri vykdo daugybę komandų ir grafiškai parodo, koks bus diskas), nei daryti rankiniu būdu. Sąrašas gali būti begalinis. GUI gali (iš tikrųjų paprastai) palengvinti darbą, be funkcijų pridėjimo, kurios tam tikroje „cli“ programoje gali būti neįmanoma

    1.    ChrisADR sakė

      Na, tai priklauso nuo to, kaip patogu naudotis komandine eilute ... pavyzdžiui:

      find dir/musica -name "archivo" -exec grep cp {} dir/nuevo \;

      su šiek tiek magijos bash'e, jūs netgi galite sukurti funkciją, kuri tą patį vykdo, tiesiog įdėdami dainos pavadinimą:

      Kažkas kaip

      mover(){
      find dir/musica -name $1 -exec grep cp {} dir/nuevo \;
      }

      ir pasiruošęs! galite lengvai perkelti visas savo dainas

      mover cancion1.mp3

      🙂 Kalbant apie antrąjį, nors iš dalies GUI užduotis „supaprastina“ vengiant atsiminti ir kartoti komandas, tai naudinga tik bendrosiose sistemose, kai jums reikia kažko specializuoto, gparted ar bet kuri kita GUI gali būti trumpa 🙂 ir GUI nepridėkite papildomų funkcijų, jie tik paima tas, kurios yra CLI (ne visos), ir sugrupuoja, bet nesukuria jų

      saludos

      1.    Anoniminis sakė

        nesvarbu, kiek procesas yra automatizuotas:
        perkelti dainą1.mp3

        tada būtinai bus:
        perkelti dainą2.mp3
        perkelti dainą3.mp3
        .
        .
        .
        perkelti dainą20.mp3
        yra daug jaudinančių dainų ...
        su bet kokiu failų tvarkytuvu .. tereikia 20 paspaudimų ir „nuvilkti“. Aš nežinau, bet bent jau mano vadybininkas („Dolphin“) leidžia man paprastai ir labai greitai (mažiau nei per 5 sekundes) surūšiuoti 100 dainų sąrašą pagal pavadinimą, datą, dydį, žymes, reitingą, albumą, atlikėją, trukmę ir kt. man tai yra PRODUKTYVUMAS ir funkcionalumas komandinėje eilutėje.

        Kalbant apie kitą pavyzdį .. GParted: Gerai .. jei jums reikia kažko labai specializuoto, pvz., Formatuojant pakeisti numatytąją baitų kiekvieno inodo vertę, turėtumėte eiti į konsolę .. bet drauge, tai nėra tai normalu. 99% GParted laiko puikiai patenkins mūsų poreikius labai paprastai ir labai greitai, ir, bent jau man, tai taip pat produktyvumas

        saludos

        1.    ChrisADR sakė

          Na, tai yra paprasčiausio pavidalo automatikos pavyzdys, kaip jūs sakėte „jei noriu nukopijuoti savo 20 dainų, kurios man labiausiai patinka, iš vieno katalogo į kitą“, visa tai skaičiuoja su tuo, kiek laiko reikia „ramiai“. Peržiūrėkite savo sąrašą Užsakęs jį, taip pat spustelėjęs ir pan., terminalas leidžia tai padaryti ir dar daugiau vienoje eilutėje, galbūt apie 0.1 sekundės vykdymo jūsų procesoriuje (net jei jis senas), jei jūsų akys ir pelė gali tai įveikti , gerai, aš einu į GUI ir ne tai, kad aš sakiau, kad jų nenaudoju, jie turi daug naudingų dalykų, aš to neneigsiu, bet aš bent jau radau daug didesnį universalumą terminale, be to, man padėjo kasdien praktikuoti nedidelį programavimą automatizuojant darbus. Labai paplitęs „SysAdmins“ posakis yra „jei tą patį darai daugiau nei vieną kartą per dieną, automatizuok tai, jei darai vieną kartą per dieną ilgiau nei dvi dienas, automatizuok, jei darai net kartą per mėnesį, automatizuok . "

          Ai, pagal skonį ir spalvas kiekvienas turi savo dalyką, apsiriboju dalijimusi tais dalykais, kurie man patinka 🙂 ir galbūt yra daug žmonių, kurie „bijo“ tokių dalykų kaip „emacs“, „vim“ ar tas pats terminalas , su šiais įrašais aš tiesiog stengiuosi suteikti jums šiek tiek pasitikėjimo savimi ir smalsumo, kad galėtumėte pabandyti ir apsispręsti 🙂

          saludos

          PS: Aš žinau daugybę kūrėjų, kuriems GUI nesprendžia dalykų dėl kasdieniniame gyvenime reikalingo sudėtingumo, kurio galbūt „įprastas“ vartotojas niekada nematys, tačiau tai nereiškia, kad daugiau „Commons“ "gali naudoti šias priemones ir gauti tą patį universalesnį pranašumą.

          1.    Anoniminis sakė

            Aš vis dar manau, kad šiai užduočiai (ir daugeliui kitų) naudoti failų tvarkyklę reikia daug mažiau laiko nei naudojant komandinę eilutę ... bet ei, kaip jūs sakote, yra skonių ir spalvų visiems.

            Aš neneigiu ir nebijau terminalo, bet nematau, kad tai beveik privalomas sakinys, todėl pradėjau sakydamas „Komandinė eilutė taip, bet kai tinkama“

            Kalbant apie kūrėjus, yra visko, tačiau skalė aiškiai rodo vieną pusę: kviečiu pažvelgti:

            https://pypl.github.io/IDE.html

            Panašu, kad „įprasti“ kūrėjai įžvelgia darbo grafinėje aplinkoje, kurioje yra daugybė galimybių, pranašumus, jei palyginsime ją su tais, kurie lažinasi dirbdami su „tik teksto“ redaktoriais.

    2.    tu degini sakė

      Pvz .: jei noriu nukopijuoti 20 labiausiai patikusių dainų iš vieno katalogo į kitą, labai patogu atlikti „Ctrl + Click“, o jūs ramiai peržiūrite didžiulį sąrašą iš failų tvarkyklės ir tada vilkite ir upuść.

      Yra komandinės eilutės failų tvarkyklės, kurios yra praktiškos ar daugiau nei grafika, pavyzdžiui, „Vifm“ ar „Ranger“. Diskų skaidymui taip pat yra komandinės eilutės programų, tokių kaip cgdisk su „e ncurses“ sąsaja.

      1.    ChrisADR sakė

        Na, tai tiesa 🙂 Aš tikrai nežinau, kodėl yra tiek daug žmonių, kurie bijo terminalo, iš tikrųjų tai yra labai tvirta ir universali priemonė, kurią kiekvienas turėtų išbandyti bent kartą nuodugniai.

        Dėkojame už pasidalinimą ir sveikinimus.

      2.    Anoniminis sakė

        Taip, terminalo failų tvarkyklės egzistuoja prieš grafiką. Kalbant apie praktiškumą, tai priklauso nuo to, ko norite. Bet kuriame grafinių failų tvarkyklėje yra skirtukai, parankiniai, peržiūros režimai, peržiūra, galimybė užsisakyti 1000 skirtingų būdų, prijungti terminalą, įdiegti papildinius ir tt, ir tt, ir tt todėl jie yra daug universalesni nei bet kuris tekstinių failų tvarkyklė.

        Geras nebūtinai turi būti negražus

    3.    35 sakė

      tiesiog jūs išmokote daryti tai, ką darote naudodamiesi „cli“, ir aš garantuoju, kad tai bus lengviau, ką paminėtumėte labai lengvai padarytumėte naudodami „rsync“ ir lengvai galėtumėte tai padaryti scenarijų.

      Aš rekomenduoju „CLI“ failų tvarkyklę, vadinamą „ranger“, kurioje yra visa, ką jūs minite.

      1.    godelis sakė

        Kad nukopijuočiau 20 dainų, sudarysiu sąrašą su "ls * .ogg> top20". Tada einu į Vim ir pasirenku (ištrinu tai, ko nenoriu) norimas dainas. Pabaigoje darau "cp $ (cat top20) otrodir" ir viskas. Tai patogiau nei pasirinkti pele ir kad 19 dainų, kurios jau buvo pasirinktos, per klaidą panaikinamos.

  3.   Alberto cardona sakė

    Nuostabu !!
    Aš vis dar negaliu nuspręsti įdiegti „Gentoo“ (esu „BunsenLabs“). Šiuo metu „Bash“ scenarijams naudoju „Openbox“ ir naudoju „nano“
    Bet tai sukelia norą leistis į „Vim“ ar „Emacs“!
    saludos
    Man patinka skaityti jūsų įrašus

    1.    ChrisADR sakė

      Labai ačiū Alberto 🙂 Aš labai laiminga, kad jums patinka mano straipsniai, man patinka rašyti įrašus.
      Tikiuosi, kad nudžiuginsite ir, žinoma, darote, visada reikia išbandyti ką nors naujo 🙂

  4.   ChrisADR sakė

    Na, tai baigsiu atsakymą į du paskutinius komentarus ir būčiau dėkingas, kad moderatoriai daugiau apie tai nepriimtų, tai niekur nedings ir idėja yra neužpildyti komentarų sąrašo eilute argumentų „už“ arba „už“. prieš vienus ar kitus.

    Kalbant apie „universalumą“, galbūt kas mano, kad mano, kad tik GUI turi papildinius, tačiau tiesa yra ta, kad terminalų papildiniai yra tokie patys įvairūs ir funkcionalūs, kaip ir juos naudojantys žmonės.

    https://vimawesome.com/

    Beveik begalinis „vim“ papildinių sąrašas, kuris daro jį universalesnį nei daugelis IDE ... ir kalbant apie tai, šioje nuorodoje neminima, kad tame sąraše yra žmonių, kurie naudoja IDE „Windows“ ir „Mac“, o tai iš tikrųjų daug geriau kalba apie „Vim“ kalbas apie Užtemimas, nes jei palyginsime žmonių, kurie naudoja „Eclipse“ trijose platformose, skaičių, Vimas neturi nieko gėdytis turėdamas pelnytą 4 vietą.

    Bet einant šiek tiek toliau ... kad „paprasti“ žmonės ką nors naudoja, dar nereiškiama, kad tai būtinai yra gerai, bet tikriausiai „Windows“ būtų daug geresnė nei kitos sistemos 🙂 galbūt tiesiog jie nenori išmokti kažko naudoti, nes jiems labiau patinka lengvas pasirinkimas ... arba todėl, kad jūsų įmonė nusprendė įdiegti standartą („Eclipse“ yra standartas daugelyje įmonių, tai paaiškintų didelį vartotojų skaičių ... kaip ir „Android“ bei „Visual Studio“, kurie yra vieninteliai reiškia dirbti su atitinkamomis kalbomis ... o „Vim“ yra NEMOKAMAS pasirinkimas tiems, kurie jį naudoja)

    . „Bjaurus“ yra labai subjektyvus terminas, aš galiu laikyti „negražiu“ Qt, „WebKit“ ar net „Mac OS“ sąsajos dizainą ... bet tai nereiškia, kad kažkas kitas taip mato, tai tiesiog klausimas įpročio skėčiai

    saludos

    1.    Anoniminis sakė

      Aš gerbiu norą nenorėti suteikti teisės atsakyti.

      tik informacinis:
      https://vim.sourceforge.io/download.php

  5.   Claudio sakė

    Aš visiškai sutinku su „Anonymous“, bet mano atveju esu paprastas vartotojas, neturėdamas gilių analitiko ar programuotojo žinių. ir kaip tokia, man reikia GUI, kad man nepatektų daugybė „Linux“ vertybių, pavyzdžiui, šiandien ir būdamas 2017 m., nėra jokios GUI programos, kuri palengvintų aplankų bendrinimą „Linux“ tinkle, ir sakau „Linux“, aš jų nesulaukiu Su „Samba“ ir „Windows“ aš kalbu tik apie „Linux“ tinklą. Kad galėtumėte dalytis „Linux“ tinkle, turite sukonfigūruoti tam tikrą NFS ir tik iš komandinės eilutės sugaištamas laikas, taip pat nepaaiškinu, kodėl taip sunku turėti GUI, kuris palengvina tai, kaip tai vyksta „Windows“ .
    Pasak ChrisADR „Aš esu jaunas programinės įrangos kūrėjas“ ir matote, kad daug žinote apie šią temą, ar turėtumėte sukurti GUI programą, kuri palengvintų tai, ką aš ką tik paaiškinau, ar jūsų grynas vardas ir pasigyrimas? Tai tas pats, kas, jei gydytojas pateiktų savo nuomonę, kaip geriau atlikti operaciją, niekada to nedarant. «Pingiai matomi aikštėje» prieš pateikdami savo nuomonę iš savo „programinės įrangos kūrėjo“ vietos, turėtumėte sukurti GUI programą, o jei geriau ar nenaudoti terminalo, turite atsidurti vietoje, kas naudojasi „Linux“ ir kam jį naudoti. Tikimės, kad galite pamatyti ChrisADR straipsnį, kuriame pateikiama ir dalijamasi savo GUI programa, skirtą dalytis failais „Linux“ tinkle. Šiuo metu jų nėra, nebent „Samba“ naudojate tik bendrinimui „Windows“.

    1.    Guillermo sakė

      Programos sukūrimas nėra lengvas per vieną popietę, tam reikia bent kelių savaičių pastangų, o kas dar blogiau, tada mes daugelį metų stengiamės taisyti klaidas, atnaujinti ją kartu su naujomis funkcijų bibliotekomis, dėl kurių anksčiau naudojamos buvo pasenusios. ., skirtingų paskirstymų pakuotės, ...
      Bet taip pat yra tai, kad jei jau turite SAMBA, kurį taip pat galite naudoti tarp dviejų GNU / Linux, nereikalaujant jokių „Windows“, kodėl norite naudoti NFS sprendimą?
      Net jei internete matomuose vadovuose kalbama apie „Linux“ ir „Windows“, tiesiog vadovaukitės instrukcijomis, kad bendrintumėte aplanką desde linux ir prisijungti prie kito tinklo aplanko desde linux taip pat.
      Panašu, kad „Ubuntu 16.04“ vis dar lengvai įgyvendina šią temą: http://www.hernanprograma.es/ubuntu/como-compartir-una-carpeta-desde-ubuntu-16-04-a-traves-de-samba/