Kāpēc priekšroka dodama komandrindai nevis GUI?

Pārskatot citus rakstus, es sastapos ar šo mazo jautājumu, kas man sagādāja daudz prieka, ir taisnība, ka viena no pirmajām lietām, ko citu sistēmu (izņemot FreeBSD) lietotāji saskaras ar mūsu seju, ir tā, ka mēs neizmantojam GUI. Patiesību sakot, tas man arī šķita diezgan kuriozs GNU / Linux ceļojuma sākumā. Man jāatzīst, ka laika gaitā es tagad izmantoju komandrindu daudz vairāk nekā jebkura cita GUI programma, un daudzas reizes es dodu priekšroku komandrindas programmām, nevis sarežģītākām programmām ar žilbinošām GUI.

Mīts

Patiesībā tas nav nekas cits kā pilsētas mīts, jo atšķirībā no citām sistēmām, kuru nosaukumi šeit netiks minēti, tas ir GNU / Linux, kur jums patiešām ir brīvība pēc izvēles. Es vēlos, lai citās sistēmās pastāvētu daudzpusība. Apskatīsim šo jautājumu tuvāk, citādi daudzas lietas nav skaidras:

Serveri

Mēs visi esam dzirdējuši šo vārdu Serveris, daži uzskata, ka tie ir tie super datori, kas darbojas ar Google vai Amazon vai ir jūsu uzņēmuma datori. Bet realitāte ir tāda, ka a Serveris atbildēt uz a darba modelis. Mēs izmantojam šo terminu, lai apzīmētu to, ka mums ir programma, kas ir pieejama lietotājiem (klienti) un pasniedz viņiem kaut ko. Pamata piemērs ir Apache, kas tiek izmantots kalpot tīmekļa lapas internetā. Šī programma nodrošina html uz klienti kas to pieprasa.

Attēlu serveris

Bet ne tikai serveris var atrasties super datoros, ko Google un daudzi citi uzņēmumi ļauj, pat "vecākais" klēpjdators var būt Serveris, it īpaši, ja mēs runājam par attēliem. Mēs visi vadām a Serveris attēlus mūsu klēpjdatoros, lai būtu funkcionāls ekrāns, šajā gadījumā Serveris un klients viņi ir viena un tā pati persona. Visizplatītākais piemērs ir X (pazīstams kā xorg-server daudzos izplatījumos) un tā jauno aizstājēju Wayland. Mēs nesniegsim detalizētu skaidrojumu par to, kāpēc org, vai kā darbojas Veilands, vai filozofijas, kas pastāv aiz šiem lieliskajiem projektiem, bet mēs skaidri pateiksim, ka tieši pateicoties viņiem mums var būt tīmekļa pārlūks piemēram, Firefox vai Chrome, vai daudzas citas programmas.

Logu pārvaldnieks

Logu pārvaldnieki strādā tieši ar attēlu serveri, viņu darbs ir "zemākā" līmenī, jo viņi pārvalda (piedod liekību), kā logi tiek veidoti, modificēti, aizvērti. Parasti tie ir diezgan vienkārši, un uz tiem tiek veidota darbvirsmas vide. Saraksts ir liels, bet es šeit atstāšu tikai domu, ka tie ir minimālisma programmatūra, kas ļauj jums diezgan viegli kontrolēt attēlu serveri.

Darbvirsmas vide

Speciālāks programmatūras komplekts, kas nodrošina ne tikai attēlu servera darbību, bet arī nodrošina pielāgošanas iespējas. Starp tiem vecākie un smagākie ir KDE un GNOME, taču mums ir arī vieglāka vide, piemēram, LXDE vai Mate, Cinnamon utt.

CLI (komandrindas saskarne)

Pēc īsa ieskata attēlu serveru pasaulē, tagad mēs atkal pievēršamies savai tēmai. CLInozīmē arī jebkuru programmu, kuru izpilda komandrinda git, vim, weechat, vai nu, kas cits ienāk prātā. Var redzēt, ka es runāju par programmām, kuras, lai arī tās tiek izpildītas komandrindā, tomēr parāda sava veida "grafisko saskarni", piemēram, weechat o vim. Visiem, kas tos nav izmēģinājuši, iesaku tos, būtībā es tos izmantoju visu dienu.

Kāpēc CLI ir labāks par GUI

Izmēģināsim kaut ko diezgan vienkāršu 🙂 Otro dienu es gribēju strādāt pie plākstera Portage (Gentoo pakotņu pārvaldnieks). Tāpat kā jebkurš labs sadarbības projekts, arī koda rindiņu skaits pārsniedz 70 7. Mēģiniet atvērt tādu IDE kā NinjaIDE (Portage ir rakstīts Python), un jūs drīz pamanīsit, ka, sākoties ekrāna ielādei, jūsu mašīna kļūst ārkārtīgi lēna (vismaz mans iXNUMX to darīja), un tas ir tikai mēģinājums atveriet kodu un nomainiet uz «help» noklusējuma krāsu.

Tagad mēģiniet darīt to pašu ar vim, Mani ielādēja sekundes tūkstošdaļās, un tajā pašā laikā tas ievietoja "jaukās" krāsas un visu pārējo.

CLI jau sen ir bijis

Daži šeit teiks, ka šīs programmas ir vecs, Es viņus saucu izturīgs. Ja jūs varētu redzēt, cik stundu ieguldīts būvniecībā emacs, vim, gdb, un simtiem citu konsoles programmu, iespējams, pamanīsit, ka koda un funkcionalitātes apjoms ir tik liels, ka viņi praktiski jau ir atrisinājuši visu nepieciešamo. Daudzi GUI programmām, kas jau ir noturīgas savā CLI, tām nekad nebūs tikpat daudz funkcionalitātes, vienkārši tāpēc, ka, piemēram, ja mēs izveidotu cilni katrai pieejamai apakškomandai, git, mēs zaudētu sevi starp iespējām un tas būtu neproduktīvi, jo tas apgrūtinātu darbu.

CLI ir ātrāks

Maģija sākas ar atslēgu Tab, tas ir ne tikai jūsu labākais draugs, pārlūkojot galddatorus savā terminālā, bet, kad tas ir pareizi konfigurēts, tas ļauj saīsināt garos teikumus līdz 2 burtiem un Tab, 3 burtiem un Tab, vai pat burtam un a Tab.

Bet tā nav vienīgā priekšrocība, tiem no mums, kas ir veltījuši laiku mācībām vim o emacs Mēs varam teikt, ka, lai gan mācīšanās līkne mūsdienās ir nedaudz augstāka nekā IDE, galu galā produktivitātes rezultāti ir pārsteidzoši, nevar iedomāties laiku, ko var zaudēt, pārvietojot peli. Roku turēšana uz tastatūras 90% gadījumu ne tikai māca koncentrēties, turklāt fakts, ka tik daudz rakstāt uz tastatūras, padara jūs diezgan veiklu un produktīvu. Un tagad mēs atgriežamies pie iepriekšējā punkta, jo esam bijuši tik ilgi kopā ar mums, piemēram, šīm programmām jau ir visas funkcijas, kuras kāds varētu iedomāties, prātā nāk diezgan izplatīts teiciens tiem no mums, kas lieto vim:

Ja izmantojat vairāk nekā 4 taustiņus, iespējams, ir labāks veids.

Vienkāršs, bet spēcīgs, vim ļauj jums darīt visu ar lielu taustiņu skaitu un iespējamām kombinācijām, viens nekad nebeidz mācīties, bet ir arī taisnība, ka, lai to varētu izmantot, nav nepieciešams tos visus zināt, apmēram 10 vai 15 ir pietiekami, lai sāktu darboties produktīvāk.

CLI sniedz jums pilnīgu kontroli

Kad kāds veic operācijas ar peli vai programmām no attēlu servera, visas papildu konfigurācijas, kas tiek izpildītas klikšķināšanas brīdī, ne vienmēr ir klāt, tas nenotiek ar termināli, šeit jums ir absolūtā vara tas tiek izpildīts vai nē, ar kādu iespēju vai cik lielā mērā. Laika gaitā jūs saprotat, ka jums vajag mazāk, nekā jūs domājat, un tas palīdz darīt lietas mērķtiecīgāk.

Arī GUI ir sava lieta

Es neteikšu, ka mums visiem vienmēr jāizmanto CLI, tas arī nav ideāli, es pats gandrīz visu laiku izmantoju GUI, lai rakstītu šo ziņu, es izmantoju savu Chrome, un lai redzētu savus e-pastus, es izmantoju Evolution (lai gan Es arī izmantoju mutt diezgan pēdējā laikā). Un es domāju, ka tas ir lielākais mīts no visiem ... ka cilvēki domā, ka GNU / Linux tos vienkārši pārtrauc, man patīk mana darbvirsmas vide, tā ir diezgan minimālistiska, bet man tā patīk 🙂 Un man parasti ir tikai divi vai trīs darbojas programmas, mans Chrome, mans Evolution un mans terminālis 🙂

Šie ir daži no iemesliem, kāpēc man tik ļoti patīk CLI un kāpēc es aicinu jūs tos izmēģināt, viņi vēlāk var līdzināties tam, ka es izmantoju vairāk CLI nekā GUI 😉 sveicieni


Raksta saturs atbilst mūsu principiem redakcijas ētika. Lai ziņotu par kļūdu, noklikšķiniet uz šeit.

17 komentāri, atstājiet savus

Atstājiet savu komentāru

Jūsu e-pasta adrese netiks publicēta. Obligātie lauki ir atzīmēti ar *

*

*

  1. Atbildīgais par datiem: Migels Ángels Gatóns
  2. Datu mērķis: SPAM kontrole, komentāru pārvaldība.
  3. Legitimācija: jūsu piekrišana
  4. Datu paziņošana: Dati netiks paziņoti trešām personām, izņemot juridiskus pienākumus.
  5. Datu glabāšana: datu bāze, ko mitina Occentus Networks (ES)
  6. Tiesības: jebkurā laikā varat ierobežot, atjaunot un dzēst savu informāciju.

  1.   anonīms teica

    «Tāpat kā jebkurš labs sadarbības projekts, arī koda rindiņu skaits pārsniedz 70 XNUMX. Šī daļa mani padarīja pārāk trokšņainu. Vai ir tehniski neiespējami, kāpēc kods ir jāsablīvē tajā pašā failā? Vai nebūtu labāk nodalīt uzvedību dažādās entītijās (failos / klasēs / moduļos)?
    Šķiet, ka tas nav pamatots iemesls uzlikt vienu tehnoloģiju pār otru, atstāt malā tās priekšrocības, kuras piedāvā viena no tām attīstības trūkuma dēļ. Jebkurā gadījumā es runāju, nezinot, uz kādu konkrētu projektu tas attiecas, ir lielāks iemesls, kas piespiež šādu darba veidu

    1.    ChrisADR teica

      Hello,

      Varbūt tas prasa mazliet paskaidrojumu, bet tas, ko es saucu par "labu projektu", nozīmē, ka rindu skaits pauž, ka veselīga kopiena turpina pieaugt. Ir projekti ar daudz mazāku līniju skaitu, bet diezgan veselīgi to attīstībā. Patiesību sakot, portage ir sadalīts pēc iespējas vairāk failos, taču vienmēr ir jāsaglabā porcijas, kas sagrupētas kā bibliotēkas vai slēdži, kas noved pie diezgan daudzām citām funkcijām. Bet, importējot projektu šodien daudzos IDE, tas nozīmē, ka jūs nolasīsit visus projekta failus un mēģināsit ievietot pareizo "vizuālo" formātu.

      Es ceru to padarīt mazliet skaidrāku 🙂 un paldies par komentāriem.
      Sveicieni

  2.   anonīms teica

    Vai izmantojat komandrindu? Jā, bet tikai attiecīgā gadījumā. Tas ir, kad tas ir ērtāk un ātrāk. Piemēram, ja es gribu instalēt noteiktu programmu, man ir ērtāk ierakstīt sudo apt install programmas nosaukumu, nevis atvērt programmatūras pārvaldnieku, meklēt to, atzīmēt to, lai instalētu, un nospiediet "instalēt". Bet parasti tas tā nav. Piemēram: ja es vēlos kopēt 20 dziesmas, kas man visvairāk patīk, no viena direktorija uz citu, ir ļoti ērti veikt Ctrl + Click, kamēr jūs mierīgi pārskatāt milzīgu sarakstu no failu pārvaldnieka un pēc tam velciet un nometiet. Cits piemērs: ja es vēlos sadalīt disku, daudz labāk to izdarīt, izmantojot gparted (programmu, kas izpilda daudzas komandas, vienlaikus grafiski parādot diska stāvokli), nekā darīt manuāli. Saraksts varētu būt bezgalīgs. GUI var (faktiski parasti) padarīt darbu daudz vieglāku, papildus funkcionalitātes pievienošanai, kuras konkrētai klients lietojumprogrammai varētu būt neiespējami

    1.    ChrisADR teica

      labi, tas ir atkarīgs no tā, cik ērti ir komandrindā ... piemēram:

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

      ar mazliet burvju bashā jūs pat varat izveidot funkciju, kas to pašu izpilda, vienkārši ievietojot dziesmas nosaukumu:

      Kaut kas kā

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

      un gatavs! jūs varat pārvietot visas dziesmas ar vienkāršu

      mover cancion1.mp3

      🙂 Kas attiecas uz otro, kaut arī GUI daļēji padara darbu „vienkāršāku”, izvairoties no komandu atminēšanas un atkārtošanas, tas ir noderīgi tikai vispārējos ietvaros, kad jums ir nepieciešams kaut kas specializēts, gparted vai jebkurš cits GUI var būt īss 🙂 un GUI nepievieno papildu funkcionalitātes, tās ņem tikai tās, kas atrodas CLI (ne visas), un sagrupē, bet neveido

      Sveicieni

      1.    anonīms teica

        neatkarīgi no tā, cik process tiek automatizēts ar:
        pārvietot dziesmu1.mp3

        tad obligāti būs:
        pārvietot dziesmu2.mp3
        pārvietot dziesmu3.mp3
        .
        .
        .
        pārvietot dziesmu20.mp3
        ir daudz aizkustinošu dziesmu ...
        ar jebkuru failu pārvaldnieku .. tas prasa tikai 20 klikšķus un vilkšanas un nomešanas žestu. Es nezinu, bet vismaz mans menedžeris (Dolphin) ļauj man vienkārši un ļoti ātri (mazāk nekā 5 sekundes) kārtot 100 dziesmu sarakstu pēc nosaukuma, datuma, lieluma, tagiem, klasifikācijas, albuma, izpildītāja, ilguma utt. man tas ir PRODUKTIVITĀTE, un tas komandrindai pievieno arī funkcionalitāti.

        Kas attiecas uz citu piemēru .. GParted: OK .. ja jums ir nepieciešams kaut kas ļoti specializēts, piemēram, formatējot mainiet baitu noklusējuma vērtību vienā inodā, dodieties uz konsoli .. bet draugs, tas nav tas ir normāli. 99% GParted laika lieliski apmierinās mūsu vajadzības ļoti vienkārši un ļoti ātri, un, vismaz man, tas arī produktivitāte

        Sveicieni

        1.    ChrisADR teica

          Nu, tas ir automatizācijas piemērs visvienkāršākajā formā, kā jūs teicāt "ja es vēlos kopēt savas 20 dziesmas, kas man visvairāk patīk, no viena direktorija uz citu", tas viss tiek skaitīts ar laiku, kas nepieciešams, lai jūs "mierīgi" pārskatītu savu sarakstu pēc tam, kad to esat pasūtījis, kā arī noklikšķinājis un utt., terminālis ļauj to un daudz ko citu veikt tikai vienā rindiņā, iespējams, apmēram 0.1 sekundes izpildes jūsu procesorā (pat ja tas ir vecs), ja jūsu acis un pele to var pārvarēt, es eju uz GUI 🙂 un nav tā, ka es teicu, ka tos nelietoju, viņiem ir daudz noderīgu lietu, es to nenoliegšu, bet es vismaz esmu atradis daudz lielāku daudzpusību terminālā, papildus tam, ka palīdzu man arī nedaudz nodarboties ar programmēšanu katru dienu, automatizējot darbus. SysAdmins vidū ļoti izplatīts teiciens ir "ja jūs darāt vienu un to pašu lietu vairāk nekā vienu reizi dienā, automatizējiet to, ja jūs to darāt vienu reizi dienā ilgāk par divām dienām, automatizējiet to, ja jūs to darāt pat reizi mēnesī, automatizējiet to".

          Bet, hei, garšas un krāsu ziņā katram ir sava lieta, es aprobežojos ar dalīšanos ar lietām, kas man patīk 🙂 un varbūt ir daudz cilvēku, kuri "baidās" no tādām lietām kā emacs, vim vai tas pats termināls, ar šiem ierakstiem es tikai mēģinu dot jums mazliet pārliecības un ziņkārības, lai jūs varētu mēģināt izlemt 🙂

          Sveicieni

          PS: Es zinu daudzus izstrādātājus, kuriem GUI neatrisina lietas ikdienas dzīvē nepieciešamā sarežģītības dēļ, ko, iespējams, "parasts" lietotājs nekad neredzēs, bet tas nenozīmē, ka vairāk "Commons" "var izmantot šos rīkus un iegūt tādas pašas daudzpusīgākas priekšrocības.

          1.    anonīms teica

            Es joprojām domāju, ka šim uzdevumam (un daudziem citiem) failu pārvaldnieka izmantošana prasa daudz mazāk laika nekā ar komandrindu ... bet, hey, kā jūs sakāt, katram ir savas gaumes un krāsas.

            Es nenoliedzu un nebaidos no termināla, bet neuzskatu to par gandrīz obligātu teikumu, tāpēc es sāku ar teicienu "Komandrinda jā, bet, kad tas ir piemērots"

            Kas attiecas uz izstrādātājiem, tur ir viss, taču mērogs skaidri norāda uz vienu pusi: es aicinu jūs apskatīt:

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

            Šķiet, ka "parastie" izstrādātāji patiešām saskata priekšrocības, kas saistītas ar darbu grafiskā vidē, kurā ir daudz iespēju, salīdzinot ar tiem, kuri derības par darbu ar tikai teksta redaktoriem

    2.    jūs sadedzināt teica

      Piemēram: ja es vēlos kopēt 20 dziesmas, kas man visvairāk patīk, no viena direktorija uz citu, ir ļoti ērti veikt Ctrl + Click, kamēr jūs mierīgi pārskatāt milzīgu sarakstu no failu pārvaldnieka un pēc tam velciet un nometiet.

      Ir komandrindas failu pārvaldnieki, kas ir tikpat praktiski vai ne tikai grafiski, piemēram, Vifm vai Ranger. Disku sadalīšanai ir arī komandrindas lietojumprogrammas, piemēram, cgdisk ar e ncurses saskarni.

      1.    ChrisADR teica

        Nu, tā ir taisnība 🙂 Es īsti nezinu, kāpēc tik daudzi cilvēki baidās no termināla, tas patiesībā ir ļoti spēcīgs un daudzpusīgs rīks, ko ikvienam vajadzētu izmēģināt vismaz vienu reizi padziļināti.

        Paldies par dalīšanos un sveicieniem.

      2.    anonīms teica

        Jā, termināļa failu pārvaldnieki pastāv pirms grafikas. Kas attiecas uz praktiskumu, tas ir atkarīgs no tā, ko vēlaties. Jebkurš grafisko failu pārvaldnieks tiek nodrošināts ar cilnēm, izlasi, skata režīmiem, priekšskatījumu, iespēju to pasūtīt 1000 dažādos veidos, savienot termināli, instalēt spraudņus utt., Utt., Utt. kas padara tos daudz universālākus nekā jebkurš teksta failu pārvaldnieks.

        Labam nav obligāti jābūt neglītam

    3.    35 teica

      tas ir tikai tas, ka jūs iemācāties darīt to, ko darāt cli, un es tam garantēju, ka tas būs vieglāk, to, ko jūs pieminējat, jūs ļoti viegli darīsit ar rsync, un jūs to varat viegli izdarīt skriptu.

      Es iesaku CLI failu pārvaldnieku ar nosaukumu ranger, kurā ir viss jūsu pieminētais.

  3.   Alberto Kardona teica

    Brīnišķīgi !!
    Es joprojām nevaru izlemt instalēt Gentoo I'm (esmu BunsenLabs komandā). Pašlaik Bash skriptiem izmantoju openbox un nano
    Bet tas man liek vēlēties iesaistīties Vim vai Emacs!
    Sveicieni
    Man patīk lasīt jūsu ziņas

    1.    ChrisADR teica

      Liels paldies Alberto 🙂 Esmu ļoti priecīgs, ka jums patīk mani raksti, man patīk rakstīt ziņas.
      Es ceru, ka jūs uzmundrināt un, protams, jūs to darāt, lieta ir vienmēr izmēģināt kaut ko jaunu 🙂

  4.   ChrisADR teica

    Nu, ar to es pabeidzu atbildēt uz pēdējiem diviem komentāriem, un es pateicos, ka moderatori nepieņem vairāk par to, tas nekur nenonāk, un ideja nav aizpildīt komentāru sarakstu ar virkni argumentu par vai pret vienu vai otru. otrs.

    Kas attiecas uz "daudzpusību", varbūt tas, kurš to domā, uzskata, ka spraudņi ir tikai GUI, bet patiesība ir tāda, ka termināla spraudņi ir tikpat daudzveidīgi un funkcionāli kā cilvēki, kuri tos izmanto, skaidrākais piemērs ir

    https://vimawesome.com/

    Gandrīz bezgalīgs vim spraudņu saraksts, kas padara to daudzveidīgāku nekā daudzi IDE ... un, runājot par to, šajā saitē nav pieminēts, ka šajā sarakstā ir iekļauti cilvēki, kuri izmanto IDE Windows un Mac, kas patiesībā runā daudz labāk par Vims runā par Eclipse, jo, ja salīdzinām to cilvēku skaitu, kuri izmanto Eclipse trijās platformās, Vimam nav ko kaunēties par to, ka viņam ir pelnīta 4. vieta.

    Bet, dodoties nedaudz tālāk ... tas, ka "parastie" cilvēki kaut ko lieto, nenozīmē, ka tas noteikti ir labi, bet, iespējams, Windows būtu daudz labāks nekā citas sistēmas 🙂 varbūt vienkārši viņi nevēlas iemācīties kaut ko lietot, jo viņi dod priekšroku vienkāršajai opcijai ... vai tāpēc, ka jūsu uzņēmums ir nolēmis ieviest standartu (Eclipse ir standarts daudzos uzņēmumos, kas izskaidrotu lielo lietotāju skaitu ... tāpat kā Android un Visual Studio, kas ir vienīgie līdzekļi darbam ar viņu attiecīgajām valodām ... savukārt Vim Tā ir BEZMAKSAS izvēle tiem, kas to lieto)

    . "Ugly" ir ļoti subjektīvs termins, es varu uzskatīt par "neglītu" Qt, WebKit vai pat Mac OS saskarnes dizainu ... bet tas nenozīmē, ka kāds cits to redz, tas ir tikai ieradumu lietussargu jautājums

    Sveicieni

    1.    anonīms teica

      Es cienu vēlmi nevēlēties dot tiesības atbildēt.

      tikai informācijai:
      https://vim.sourceforge.io/download.php

  5.   Klaudio teica

    Es pilnīgi piekrītu Anonymous, bet manā gadījumā esmu vienkāršs lietotājs, bez dziļām analītiķa vai programmētāja zināšanām. un kā tāds man ir nepieciešams GUI, lai man neizdotos daudzi Linux dārgumi, piemēram, šodien un būdams 2017. gads, nav nevienas GUI lietojumprogrammas, kas atvieglotu mapju koplietošanu Linux tīklā, un es saku Linux, es tos nesaņemu Ar Samba un Windows es runāju par tīri Linux tīklu. Lai varētu koplietot Linux tīklā, jums ir jākonfigurē noteikts NFS un tikai no komandrindas tiek izniekots laiks, un es arī nepaskaidroju, kāpēc ir tik grūti izveidot GUI, kas to atvieglo, kā tas notiek sistēmā Windows.
    Saskaņā ar ChrisADR teikto "Es esmu jauns programmatūras izstrādātājs" un jūs redzat, ka jūs daudz zināt par šo tēmu, vai jums vajadzētu izstrādāt GUI lietojumprogrammu, kas atvieglo to, ko es tikko paskaidroju, vai arī jūsu vārds ir tīrs nosaukums un lielīšanās? Tas ir tāpat kā tad, ja ārsts sniegtu savu viedokli par to, kā labāk veikt operāciju, nekad to nedarot. "Jūs redzat pingo uz laukuma", pirms sniedzat savu viedokli no savas "programmatūras izstrādātāja" vietas, jums jāizstrādā GUI lietojumprogramma, un, ja terminālu ir labāk vai nelietot, jums jāstājas vietā, kas lieto Linux, un kas to izmanto. Cerams, ka jūs varat redzēt ChrisADR rakstu, kurā tiek parādīta un kopīgota tā GUI lietojumprogramma, lai koplietotu failus Linux tīklā. Pašlaik tādu nav, ja vien jūs neizmantojat Samba tikai Windows koplietošanai.

    1.    Rēķins teica

      Programmas izveide nav kaut kas viegls vienā pēcpusdienā, tas prasa vismaz vairāku nedēļu piepūli un, kas ir vēl sliktāk, tad mēs gadiem ilgi cenšamies novērst kļūdas, atjaunināt to kopā ar jaunajām funkciju bibliotēkām, kas iepriekš izmantotās padara novecojušas. , dažādu izplatījumu iepakojums, ...
      Bet tas ir arī tas, ka, ja jums jau ir SAMBA, kuru varat izmantot arī starp diviem GNU / Linux bez nepieciešamības izmantot Windows, kāpēc jūs vēlaties izmantot NFS risinājumu?
      Lai gan rokasgrāmatās, kuras redzat internetā, tiek runāts par Linux un Windows, vienkārši izpildiet norādījumus, lai koplietotu mapi no Linux un pēc tam izveidotu savienojumu ar citu tīkla mapi arī no Linux.
      Šķiet, ka Ubuntu 16.04 joprojām ir viegli ieviesta šī tēma: http://www.hernanprograma.es/ubuntu/como-compartir-una-carpeta-desde-ubuntu-16-04-a-traves-de-samba/