Pse preferojmë rreshtin e komandës sesa GUI-të?

Duke shqyrtuar artikuj të tjerë, hasa në këtë pyetje të vogël që më bëri shumë argëtim, është e vërtetë që një nga gjërat e para që përdoruesit e sistemeve të tjerë (përveç FreeBSD) marrin në fytyrën tonë është se ne nuk përdorim GUI. Të them të vërtetën, edhe mua më dukej mjaft kurioze në fillim të udhëtimit tim GNU / Linux. Duhet ta pranoj që me kalimin e kohës, tani përdor vijën e komandave shumë më tepër se çdo program tjetër GUI, dhe shpesh preferoj programet e rreshtit të komandës sesa programet më të përpunuara me GUI verbuese.

Miti

Në të vërtetë kjo nuk është asgjë më shumë sesa një mit urban, sepse ndryshe nga sistemet e tjera emrat e të cilëve nuk do të përmenden këtu, është në GNU / Linux ku ju vërtet keni liri e zgjedhjes. Unë uroj që në sistemet e tjera të ekzistonte shkathtësia që ekziston këtu. Por le ta shohim më nga afër këtë çështje, përndryshe shumë gjëra nuk janë të qarta:

servers

Të gjithë e kemi dëgjuar fjalën Server, disa besojnë se ata janë ata super kompjuterë që fuqizojnë Google ose Amazon, ose ai në kompaninë tuaj. Por realiteti është se a server përgjigjet a modeli i punës. Ne e përdorim këtë term për t'iu referuar faktit se kemi një program që është në dispozicion të përdoruesve (Shfrytëzues) dhe u dhuron atyre diçka. Një shembull themelor është Apache, e cila është përdorur për të shërbej faqet e internetit në internet. Ky program sjell html te Shfrytëzues të cilët e kërkojnë atë.

Serveri i imazhit

Por jo vetëm një server mund të jetë në super kompjuterët që Google dhe shumë kompani të tjera i bëjnë të mundshme, madje edhe laptopi "më i vjetër" mund të jetë një server, sidomos kur flasim për imazhe. Ne të gjithë drejtojmë një server të imazheve në laptopët tanë në mënyrë që të kemi një ekran funksional, në këtë rast server dhe klient ata janë i njëjti person. Shembulli më i zakonshëm është X (e njohur si xorg-server në shumë shpërndarje) dhe zëvendësimi i tij i ri Wayland. Ne nuk do të japim një shpjegim të hollësishëm pse org, ose si funksionon Wayland, ose filozofitë që ekzistojnë prapa këtyre projekteve të shkëlqyera, por ne do ta bëjmë të qartë se falë tyre mund të kemi një shfletues uebi si Firefox ose Chrome, ose shumë programe të tjera.

Menaxheri i dritares

Menaxherët e dritareve punojnë drejtpërdrejt me serverin e imazheve, puna e tyre është e një niveli "më të ulët", pasi ata menaxhojnë (falin tepricën) sesi krijohen, modifikohen, mbyllen dritaret. Ato zakonisht janë mjaft të thjeshta dhe mjediset desktop janë të ndërtuara mbi to. Lista është e madhe, por unë do të lë këtu vetëm idenë se ato janë softuerë minimalist, të cilat ju lejojnë të keni një kontroll mjaft themelor të serverit të imazhit.

Mjedisi i desktopit

Një grup më i specializuar softuerësh që mundëson jo vetëm funksionimin e serverit me imazhe, por gjithashtu ofron aftësi personalizimi. Midis këtyre, më të vjetrit dhe më të rëndët janë KDE dhe GNOME, por kemi edhe mjedise më të lehta si LXDE ose Mate, Kanellë, etj.

CLI (Ndërfaqja e rreshtit të komandës)

Pas një vështrimi të shkurtër në botën e serverave të imazheve, tani i kthehemi përsëri temës sonë. CLI, nënkupton të gjitha ato programe që ekzekutohen nga rreshti i komandës, ose git, vim, weechat, ose mirë, çfarëdo tjetër që të vjen në mendje. Ju mund të shihni se unë jam duke folur për programe që, edhe pse ato funksionojnë në vijën e komandës, tregojnë një lloj "ndërfaqe grafike" si weechat o vim. Për të gjithë ata që nuk i kanë provuar, i rekomandoj, në thelb janë ato që përdor gjatë gjithë ditës.

Pse CLI është më i mirë se GUI

Le të provojmë diçka mjaft të thjeshtë ... Ditën tjetër dëshiroja të punoja në një copë toke Portage (menaxheri i paketës së Gentoo). Si çdo projekt i mirë bashkëpunues, numri i linjave të kodit tejkalon 70k. Mundohuni ta hapni atë në një IDE si NinjaIDE (Portage është shkruar në Python) dhe së shpejti do të vini re se ndërsa ekrani fillon të ngarkohet, makina juaj bëhet jashtëzakonisht e ngadaltë (të paktën i7 i imi bëri) dhe kjo thjesht po përpiqet të hapë kodin dhe ndryshoni në ngjyrën e paracaktuar të «ndihmës».

Tani përpiquni të bëni të njëjtën gjë me vimMë ngarkoi për një milisekonda, dhe në të njëjtën kohë vendosi ngjyrat "mjaft" dhe gjithçka tjetër.

CLI ka qenë shumë më parë

Disa këtu do të thonë se ato programe janë i vjetër, I quaj i fuqishëm. Nëse mund të shihni numrin e orëve të investuara në ndërtim emacs, vim, gdb, dhe qindra programe të tjerë të konsolës, mund të vërejnë se sasia e kodit dhe funksionaliteti është aq e madhe sa ata praktikisht kanë zgjidhur gjithçka që duhej të zgjidhnin. Shumë GUI për programet që janë tashmë të fuqishëm në CLI-në e tyre, ata kurrë nuk do të kenë të njëjtën sasi funksionaliteti, kjo thjesht sepse nëse krijojmë një skedë për secilën nënkomandë në dispozicion, për shembull git, do të humbnim veten midis opsioneve dhe do të ishte kundërproduktive, sepse do ta bënte të vështirë punën.

CLI është më e shpejtë

Magjia fillon me çelësin Tab, ky nuk është vetëm shoku juaj më i mirë kur shfletoni tavolinat e punës në terminalin tuaj, por kur është konfiguruar siç duhet, ju lejon të shkurtoni fjali të gjata në 2 shkronja dhe një Tab, 3 shkronja dhe një Tab, apo edhe një letër dhe një Tab .

Por ky nuk është avantazhi i vetëm, ata prej nesh që kemi gjetur kohë për të mësuar vim o emacs Mund të themi që megjithëse kurba e të mësuarit është pak më e lartë se ajo e IDE-ve këto ditë, në fund të fundit rezultatet e produktivitetit janë të mahnitshme, nuk mund të imagjinohet koha që mund të humbet kur lëvizni një mi. Të kesh duart në tastierë 90% të kohës jo vetëm që mëson përqendrim, por fakti i shtypjes kaq shumë në tastierë të bën mjaft të shkathët dhe produktiv. Dhe tani ne i kthehemi pikës së mëparshme, pasi kemi qenë me ne për kaq shumë kohë, programe si këto tashmë kanë të gjitha funksionet që dikush mund të mendonte, një mendim mjaft i zakonshëm për ata prej nesh që përdorin vim vjen në mendje:

Nëse përdorni më shumë se 4 çelësa, mund të ketë një mënyrë më të mirë.

Thjeshtë, por i fuqishëm, vim ju lejon të bëni gjithçka me numrin e madh të çelësave dhe kombinimet e mundshme, askush nuk ndalet së mësuari, por është gjithashtu e vërtetë që për ta përdorur nuk është e nevojshme t'i njohësh të gjitha, rreth 10 ose 15 janë sa për të filluar të jetë më produktiv.

CLI ju jep kontroll të plotë

Kur dikush ekzekuton operacione me miun, ose programe nga serveri i imazhit, të gjitha konfigurimet shtesë që ekzekutohen në momentin e klikimit nuk janë gjithmonë të pranishme, kjo nuk ndodh me terminalin, këtu ju keni fuqinë absolute të asaj që është ekzekutuar ose jo, me çfarë opsioni ose në çfarë mase. Me kalimin e kohës e kuptoni se keni nevojë për më pak nga sa mendoni, dhe kjo ju ndihmon të bëni gjërat në një mënyrë më të përqendruar.

GUI gjithashtu ka gjënë e vet

Unë nuk do të them që të gjithë duhet të përdorim CLI gjithmonë, as kjo nuk është ideale, unë vetë përdor GUI pothuajse gjatë gjithë kohës, për të shkruar këtë postim po përdor Chrome dhe për të parë postat elektronike që përdor Evolution (edhe pse unë gjithashtu përdorin mutt kohet e fundit). Dhe mendoj se ky është miti më i madh nga të gjithë ... që njerëzit mendojnë se GNU / Linux po i përfundon vetëm, më pëlqen mjedisi im i desktopit, është mjaft minimalist, por më pëlqen kështu ... Dhe zakonisht kam vetëm dy ose tre programet që ekzekutohen, Chrome im, Evolution dhe terminali im

Këto janë disa nga arsyet pse më pëlqejnë shumë CLI dhe pse ju ftoj t'i provoni, ato më vonë mund të përfundojnë si unë duke përdorur më shumë CLI sesa GUI et Përshëndetje


Lini komentin tuaj

Adresa juaj e emailit nuk do të publikohet. Fusha e kërkuar janë shënuar me *

*

*

  1. Përgjegjës për të dhënat: Miguel Ángel Gatón
  2. Qëllimi i të dhënave: Kontrolloni SPAM, menaxhimin e komenteve.
  3. Legjitimimi: Pëlqimi juaj
  4. Komunikimi i të dhënave: Të dhënat nuk do t'u komunikohen palëve të treta përveç me detyrim ligjor.
  5. Ruajtja e të dhënave: Baza e të dhënave e organizuar nga Occentus Networks (BE)
  6. Të drejtat: Në çdo kohë mund të kufizoni, rikuperoni dhe fshini informacionin tuaj.

  1.   anonim dijo

    «Si çdo projekt i mirë bashkëpunues, numri i linjave të kodit tejkalon 70k. Kjo pjesë më bëri shumë të zhurmshme. A ka ndonjë pamundësi teknike pse kodi duhet të kompaktohet në të njëjtën skedar? A nuk do të ishte më mirë të ndahej sjellja në entitete të ndryshme (skedarë / klasa / module)?
    Nuk duket të jetë një arsye e vlefshme për të imponuar një teknologji mbi një tjetër, për të lënë mënjanë avantazhet që dikush propozon për shkak të mungesës në formën e zhvillimit. Në çdo rast, unë jam duke folur pa e ditur se çfarë projekti të veçantë i referohet, ekziston një shkak më i madh që e detyron atë mënyrë të punës

    1.    ChrisADR dijo

      Përshëndetje,

      Epo, mbase kjo kërkon pak shpjegim, por ajo që unë i referohem si një "projekt i mirë" nënkupton që numri i linjave shpreh se është një komunitet i shëndetshëm që vazhdon të rritet. Ka projekte me një numër shumë më të vogël linjash, por mjaft të shëndetshëm në zhvillimin e tyre. Për të thënë të vërtetën po, portaja është e ndarë në sa më shumë skedarë që të jetë e mundur, por është gjithmonë e nevojshme të mbash pjesë të grupuara së bashku si biblioteka, ose çelsa që çojnë në mjaft funksione të tjera. Por kur importoni një projekt në shumë IDE sot, kjo nënkupton që ai do të lexojë të gjitha skedarët në projekt dhe do të përpiqet të vendosë formatin e duhur "vizual".

      Shpresoj ta bëj pak më të qartë ... dhe faleminderit për komentin tuaj.
      të fala

  2.   anonim dijo

    Duke përdorur rreshtin e komandës? Po, por vetëm kur është e zbatueshme. Kjo është, kur është më komode dhe më e shpejtë. Për shembull, nëse dua të instaloj një program të caktuar, është më e përshtatshme për mua të shkruaj emrin e programit sudo apt install sesa të hap një menaxher softueri, ta kërkoj, ta shënoj për të instaluar dhe të shtyp "instaloj". Por përgjithësisht nuk është kështu. Për shembull: nëse dua të kopjoj 20 këngët që më pëlqejnë më shumë nga një direktori në tjetrën është shumë komode të bëj Ctrl + Kliko ndërsa rishikon me qetësi një listë të madhe nga një menaxher skedarësh dhe më pas tërhiqe dhe lësho. Një shembull tjetër: nëse dua të ndaj një disk është shumë më mirë ta bëj atë përmes gparted (një program që ekzekuton një mori komandash ndërsa ju tregon grafikisht se si do të jetë disku) sesa ta bëni manualisht. Lista mund të jetë e pafund. GUI-të (në fakt zakonisht) mund ta bëjnë punën shumë më të lehtë, përveç shtimit të funksioneve që për një aplikacion të caktuar mund të jetë e pamundur

    1.    ChrisADR dijo

      mirë kjo varet nga sa rehat jeni me rreshtin e komandës ... për shembull:

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

      me pak magji në bash mund të bësh edhe një funksion që ekzekuton të njëjtën gjë vetëm duke vendosur emrin e këngës:

      Diçka si

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

      dhe gati! ju mund të lëvizni të gjitha këngët tuaja me një të thjeshtë

      mover cancion1.mp3

      🙂 Sa i përket sekondës, megjithëse pjesërisht GUI-të e bëjnë punën "më të thjeshtë" duke shmangur kujtimin dhe përsëritjen e komandave, kjo është e dobishme vetëm në kornizat e përgjithshme, kur keni nevojë për diçka të specializuar, të ndarë ose ndonjë GUI tjetër mund të jetë e shkurtër 🙂 dhe GUI-të mos shtoni funksionalitete shtesë, ata marrin vetëm ato që ekzistojnë në CLI (jo të gjitha) dhe i grupojnë ato, por nuk i krijojnë ato

      të fala

      1.    anonim dijo

        pa marrë parasysh se sa automatizohet procesi me:
        leviz kengen1.mp3

        atëherë, domosdoshmërisht, do të ketë:
        lëviz këngën2.mp3
        leviz kengen3.mp3
        .
        .
        .
        leviz kengen20.mp3
        ka shumë këngë prekëse ...
        me çdo menaxher skedari .. duhen vetëm 20 klikime dhe një gjest tërheqës dhe rënieje. Nuk e di, por të paktën menaxheri im (Dolphin) më lejon të rendis thjesht dhe super shpejt (më pak se 5 sekonda) një listë me 100 këngë sipas emrit, datës, madhësisë, etiketave, renditjes, albumit, artistit, kohëzgjatjes , etj për mua që është PRODUKTIVITET dhe gjithashtu është duke shtuar funksionalitet në rreshtin e komandës.

        Sa për shembullin tjetër .. GParted: Në rregull .. nëse keni nevojë për diçka shumë të specializuar siç është ndryshimi i vlerës së paracaktuar të bajtëve për inode gjatë formatimit, duhet të shkoni në tastierë .. por shoku, kjo nuk është normale. 99% të kohës GParted do të plotësojë në mënyrë të përsosur nevojat tona në një mënyrë shumë të thjeshtë dhe shumë të shpejtë dhe, të paktën për mua, edhe atë produktivitet

        të fala

        1.    ChrisADR dijo

          Epo, ky është një shembull i automatizimit në formën e tij më të thjeshtë, siç thatë "nëse dua të kopjoj 20 këngët e mia që më pëlqejnë më shumë nga një direktori në tjetrin", e gjithë kjo vlen me kohën që ju duhet për "qetësi" rishikoni listën tuaj pasi ta keni porositur atë dhe gjithashtu duke klikuar etj., terminali e lejon atë dhe shumë më tepër në vetëm një rresht, ndoshta rreth 0.1 sekonda ekzekutimi në procesorin tuaj (edhe nëse është i vjetër), nëse sytë tuaj dhe miut mund ta kapërcejnë atë , mirë po shkoj në GUI ... dhe nuk është se thashë që nuk i përdor, ato kanë shumë gjëra të dobishme, nuk do ta mohoj, por të paktën kam gjetur shkathtësi shumë më të madhe në terminal, në përveç që më ndihmon të praktikoj pak programim çdo ditë kur automatizoj punët. Një thënie shumë e zakonshme midis SysAdmins është "nëse bëni të njëjtën gjë më shumë se një herë në ditë, automatizoni atë, nëse e bëni një herë në ditë për më shumë se dy ditë, automatizoni atë, nëse e bëni edhe një herë në muaj, automatizoni atë "

          Por hej, për sa i përket shijeve dhe ngjyrave, secili ka të vetat, unë kufizohem në ndarjen e gjërave që më pëlqejnë 🙂 dhe ndoshta ka shumë njerëz që kanë "frikë" nga gjëra të tilla si emacs, vim, ose terminali i njëjtë, me këto postime thjesht po përpiqem të të jap pak besim dhe kuriozitet në mënyrë që të mund të provosh dhe të vendosësh

          të fala

          PS: Unë njoh shumë zhvillues për të cilët GUI nuk i zgjidhin gjërat për shkak të sasisë së kompleksitetit që ata kërkojnë në ditën e tyre, gjë që ndoshta një përdorues "i zakonshëm" nuk do ta shohë kurrë, por kjo nuk nënkupton që më shumë përdorues "Commons" mund të përdorni këto mjete dhe merrni të njëjtat përfitime më të gjithanshme.

          1.    anonim dijo

            Unë ende mendoj se për këtë detyrë (dhe shumë të tjera) duhet shumë më pak duke përdorur një menaxher skedarësh sesa me rreshtin e komandës ... por hej, siç thoni ju ka shije dhe ngjyra për të gjithë.

            Unë nuk e mohoj dhe as nuk kam frikë nga terminali, por nuk e shoh si një fjali gati të detyrueshme, kështu që fillova duke thënë "Rreshti i komandës po, por kur është e përshtatshme"

            Për sa i përket zhvilluesve, ka gjithçka, por shkalla tregon qartë për njërën anë: Unë ju ftoj të hidhni një vështrim në:

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

            Duket se zhvilluesit "e zakonshëm" i shohin avantazhet e punës në një mjedis grafik plot me lehtësi nëse e krahasojmë atë me ata që vënë bast për të punuar me redaktorët "vetëm me tekst".

    2.    ju digjeni dijo

      Për shembull: nëse dua të kopjoj 20 këngët që më pëlqejnë më shumë nga një direktori në tjetrën është shumë komode të bëj Ctrl + Kliko ndërsa rishikon me qetësi një listë të madhe nga një menaxher skedarësh dhe më pas tërhiqe dhe lësho.

      Ekzistojnë menaxherë të skedarëve të rreshtave të komandave që janë po aq praktikë ose më shumë se grafikët, siç janë Vifm ose Ranger. Gjithashtu për ndarjen e disqeve ekzistojnë aplikacione të rreshtit komandues si cgdisk me një ndërfaqe e ncurses.

      1.    ChrisADR dijo

        Epo, është e vërtetë 🙂 Unë nuk e di me të vërtetë pse ka kaq shumë njerëz që kanë frikë nga terminali, në të vërtetë është një mjet shumë i fuqishëm dhe i gjithanshëm, diçka që të gjithë duhet ta provojnë të paktën një herë në thellësi.

        Faleminderit për ndarjen dhe përshëndetjet.

      2.    anonim dijo

        Po, menaxherët e skedarëve terminalë ekzistojnë para grafikëve. Sa i përket prakticitetit, kjo varet nga ajo që dëshironi. Çdo menaxher i skedarëve grafik është i pajisur me skeda, të preferuarat, mënyrat e shikimit, pamjen paraprake, mundësinë e porositjes së tij në 1000 mënyra të ndryshme, të lidhjes së një terminali, instalimit të shtojcave, etj, etj, etj. gjë që i bën ata shumë më të shkathët se çdo menaxher i skedarëve me tekst.

        E mira nuk ka pse të jetë e shëmtuar

    3.    Chupy35 dijo

      është vetëm që ju të mësoni të bëni atë që bëni në mënyrë të shpejtë, dhe unë ju garantoj se do të jetë më lehtë, atë që përmendni shumë lehtë do ta bënit me rsync dhe mund ta bëni me lehtësi një skenar.

      Unë rekomandoj një menaxher skedarësh të quajtur Ranger që ka gjithçka që ju përmendni.

      1.    godel dijo

        Për të kopjuar 20 këngët bëj një listë me "ls * .ogg> top20". Pastaj, shkoj te Vim dhe zgjedh (duke fshirë atë që nuk dua) këngët që dua. Në fund bëj "cp $ (cat top20) otrodir" dhe kaq. Kjo është më e përshtatshme se zgjedhja me miun dhe se 19 këngët që ishin zgjedhur tashmë janë hequr gabimisht.

  3.   Alberto cardona dijo

    E mrekullueshme !!
    Ende nuk mund të vendos të instaloj Gentoo 🙁 (Unë jam në BunsenLabs) Unë aktualisht përdor openbox dhe përdor nano për skriptet e mia Bash
    Por kjo më bën të dëshiroj të shkoj në Vim ose Emacs!
    të fala
    Më pëlqen të lexoj postimet tuaja

    1.    ChrisADR dijo

      Faleminderit shumë Alberto 🙂 Jam shumë i lumtur që ju pëlqejnë artikujt e mi, më pëlqen të shkruaj postimet.
      Unë shpresoj se ju do të gëzoheni dhe natyrisht po, gjëja është që gjithmonë të provoni diçka të re

  4.   ChrisADR dijo

    Epo me këtë unë përfundoj duke iu përgjigjur dy komenteve të fundit dhe do të vlerësoja që moderatorët nuk pranuan më shumë për këtë, kjo nuk po shkon askund dhe ideja nuk është që të plotësoni listën e komenteve me një seri argumentesh në favor ose kundër një ose të tjera

    Sa i përket "shkathtësisë", ndoshta ata që e mendojnë këtë e konsiderojnë që vetëm GUI-të kanë shtojca, por e vërteta është se shtojcat terminale janë po aq të larmishme dhe funksionale sa njerëzit që i përdorin, shembulli më i qartë është

    https://vimawesome.com/

    Një listë pothuajse e pafund e shtojcave për vim që e bëjnë atë më të gjithanshëm sesa shumë IDE… dhe duke folur për të cilat, kjo lidhje nuk përmend se ajo listë përfshin njerëz që përdorin IDE në Windows dhe Mac, gjë që në të vërtetë flet shumë më mirë për bisedat e Vim Eclipse pasi që nëse krahasojmë numrin e njerëzve që përdorin Eclipse në të tre platformat, Vim nuk ka pse të turpërohet pasi ka një vend të 4-të të merituar.

    Por duke shkuar pak më tej ... që njerëzit "e zakonshëm" të përdorin diçka nuk do të thotë se kjo është domosdoshmërisht e mirë, por ndoshta Windows do të ishte shumë më mirë se sistemet e tjera ... ndoshta vetëm se ata preferojnë të mos mësojnë se si të përdorin diçka sepse ata preferojnë opsionin e lehtë ... ose sepse kompania juaj ka vendosur kështu të zbatojë standardin (Eclipse është standardi në shumë kompani, që do të shpjegonte numrin e madh të përdoruesve ... ashtu si Android dhe Visual Studio, të cilat janë të vetmet do të thotë të punosh me gjuhët e tyre përkatëse ... ndërsa Vim isshtë një zgjedhje FALAS e atyre që e përdorin atë)

    . "I shëmtuar" është një term shumë subjektiv, unë mund ta konsideroj "të shëmtuar" dizajnin e Qt, ose WebKit, apo edhe ndërfaqen Mac OS ... por kjo nuk do të thotë që dikush tjetër e sheh atë kështu, është thjesht një çështje e zakonit

    të fala

    1.    anonim dijo

      Unë e respektoj dëshirën për të mos dashur të jap të drejtën e përgjigjes.

      vetëm për informacion:
      https://vim.sourceforge.io/download.php

  5.   Claudio dijo

    Jam plotësisht dakord me Anonim, por në rastin tim, unë jam një përdorues i thjeshtë, pa njohuritë e thella të një analisti ose programeri. Dhe si i tillë, kam nevojë për një GUI për të më dështuar shumë thesare në Linux, për shembull sot dhe duke qenë viti 2017, nuk ka asnjë aplikacion GUI që e bën të lehtë ndarjen e dosjeve në një rrjet Linux, dhe unë them Linux, I mos i merrni Me Samba dhe Windows, unë jam duke folur për një rrjet thjesht Linux. Për të qenë në gjendje të ndani në një rrjet Linux duhet të konfiguroni një NFS të caktuar dhe vetëm nga rreshti i komandës, humb kohë dhe gjithashtu nuk e shpjegoj pse është kaq e vështirë të kesh një GUI që e bën më të lehtë siç ndodh në Windows .
    Sipas ChrisADR "Unë jam një zhvillues i ri i softuerit" dhe e shihni që dini shumë për këtë temë, a duhet të zhvilloni një aplikacion GUI që lehtëson atë që sapo shpjegova ose është i juaji një titull i pastër dhe mburrje? Shtë njësoj sikur një mjek të jepte një mendim se si është më mirë të kryesh një operacion, pa bërë kurrë një të tillë. "Ju i shihni pingot në gjykatë" duhet të krijoni një aplikacion GUI përpara se të jepni mendimin tuaj nga vendi juaj i "zhvilluesit të softuerit" dhe nëse është më mirë ose të mos përdorni terminalin, duhet të vendosni veten në vendin e kush përdor Linux dhe kush e përdor atë. Shpresojmë që ju të mund të shihni një artikull nga ChrisADR, duke prezantuar dhe shpërndarë aplikacionin e tij GUI, për ndarjen e skedarëve në një rrjet Linux. Nuk ka asnjë për momentin, përveç nëse jeni duke përdorur Samba vetëm për ndarjen e Windows.

    1.    Guillermo dijo

      Krijimi i një programi nuk është i lehtë një pasdite, kërkon një përpjekje prej disa javësh të paktën dhe ç'është më e keqja, atëherë ne kemi përpjekjen e viteve për të rregulluar gabimet, duke e azhurnuar atë së bashku me bibliotekat e funksioneve të reja që i bëjnë ato të përdorura më parë të vjetëruar. , paketimi për shpërndarje të ndryshme, ...
      Por gjithashtu, nëse tashmë keni SAMBA që mund ta përdorni gjithashtu midis dy GNU / Linux pa pasur nevojë për ndonjë Windows, pse doni të përdorni zgjidhjen NFS?
      Aunque los manuales que veas por internet hablen de linux y windows, simplemente sigue las instrucciones para compartir una carpeta desde linux y luego para conectarte a otra carpeta en red desde linux too.
      Duket se Ubuntu 16.04 ka ende një zbatim të lehtë të kësaj teme: http://www.hernanprograma.es/ubuntu/como-compartir-una-carpeta-desde-ubuntu-16-04-a-traves-de-samba/