Miksi suosimme komentoriviä käyttöliittymiin?

Tarkastellessani muita artikkeleita törmäsin tähän pieneen kysymykseen, joka aiheutti minulle paljon hauskaa, on totta, että yksi ensimmäisistä asioista, jotka muiden järjestelmien (lukuun ottamatta FreeBSD: tä) käyttäjät kohtaavat, on, että emme käytä käyttöliittymiä. Totta puhuen, se tuntui minusta myös melko utelias GNU / Linux-matkan alussa. Minun on myönnettävä, että ajan myötä käytän nyt komentoriviä paljon enemmän kuin mitä tahansa muuta GUI-ohjelmaa, ja monta kertaa pidän parempana komentoriviohjelmista kuin monimutkaisemmista ohjelmista, joissa on häikäisevät käyttöliittymät.

Myytti

Itse asiassa tämä ei ole mitään muuta kuin kaupunkimyytti, koska toisin kuin muut järjestelmät, joiden nimiä ei mainita tässä, se on GNU / Linuxissa, missä sinulla todella on vapaus valinta. Toivon, että muissa järjestelmissä olisi olemassa monipuolisuus. Mutta katsotaanpa tätä asiaa perusteellisemmin, muuten monet asiat eivät ole selkeitä:

palvelimet

Olemme kaikki kuulleet sanan Palvelin, jotkut uskovat olevansa supertietokoneita, jotka käyttävät virtaa Googlessa tai Amazonissa tai yrityksessäsi. Mutta todellisuus on, että a palvelin vastata a työmalli. Käytämme tätä termiä viittaamaan siihen, että meillä on ohjelma, joka on käyttäjien käytettävissä (clientes) ja antaa heille jotain. Perusesimerkki on Apache, jota käytetään palvella Internet-sivut. Tämä ohjelma toimittaa html: n clientes jotka sitä pyytävät.

Kuvapalvelin

Mutta palvelin ei voi olla vain supertietokoneissa, jotka Google ja monet muut yritykset mahdollistavat, jopa "vanhin" kannettava tietokone voi olla palvelin, varsinkin kun puhumme kuvista. Meillä kaikilla on a palvelin kuvia kannettavissa tietokoneissamme, jotta niillä olisi toimiva näyttö, tässä tapauksessa palvelin ja asiakas he ovat sama henkilö. Yleisin esimerkki on X (tunnetaan nimellä xorg-server monissa jakeluissa) ja sen uusi korvaus Wayland. Emme aio antaa yksityiskohtaista selitystä sille, miksi org, tai miten Wayland toimii, tai näiden suurten projektien takana olevat filosofiat, mutta aiomme tehdä selväksi, että heillä on mahdollisuus selaimeen kuten Firefox tai Chrome tai monet muut ohjelmat.

Ikkunanhallinta

Ikkunahallinnot työskentelevät suoraan kuvapalvelimen kanssa, heidän työnsä on "alemmalla" tasolla, koska he hallitsevat (anteeksi redundanssin) miten ikkunat luodaan, muokataan, suljetaan. Ne ovat yleensä melko yksinkertaisia, ja työpöytäympäristöt on rakennettu näille. Luettelo on suuri, mutta jätän vain ajatuksen, että ne ovat minimalistiset ohjelmistot, jotka mahdollistavat kuvapalvelimen melko perustason hallinnan.

Työpöytäympäristö

Erikoisempi ohjelmistosarja, joka ei ainoastaan ​​mahdollista kuvapalvelimen toimintaa, mutta tarjoaa myös mukautusominaisuudet. Näistä vanhimmat ja raskaimmat ovat KDE ja GNOME, mutta meillä on myös kevyempiä ympäristöjä, kuten LXDE tai Mate, Cinnamon jne.

CLI (komentoriviliitäntä)

Lyhyen katsauksen jälkeen kuvapalvelimien maailmaan palataan nyt aiheeseen. CLI, tarkoittaa kaikkia ohjelmia, jotka suoritetaan komentorivillä git, vim, weechat, tai mikä muu tulee mieleen. Voit nähdä, että puhun ohjelmista, jotka, vaikka ne suoritetaan komentorivillä, näyttävät eräänlaisen "graafisen käyttöliittymän", kuten weechat o vim. Kaikille, jotka eivät ole kokeilleet niitä, suosittelen heitä, niitä käytän periaatteessa koko päivän.

Miksi CLI on parempi kuin GUI

Kokeillaan jotain melko yksinkertaista 🙂 Toinen päivä halusin työskennellä laastarin parissa Portage (Gentoon pakettipäällikkö). Kuten mikä tahansa hyvä yhteistyöhanke, koodirivien määrä ylittää 70 kt. Yritä avata tämä IDE: ssä, kuten NinjaIDE (Portage on kirjoitettu Pythonissa), eikä se vie kauan huomata, että kun näyttö alkaa latautua, koneesi hidastuu erittäin hitaasti (ainakin minun i7 teki) ja tämä vain yrittää avaa koodi ja vaihda oletusväriksi "ohje".

Yritä nyt tehdä sama vim, se ladasi minut muutamassa tuhannesosassa ja toi samalla "kauniit" värit ja kaiken muun.

CLI on ollut kauan aiemmin

Jotkut täällä sanovat, että nuo ohjelmat ovat antiguos, Soitan heille kestävä. Jos voisit nähdä rakentamiseen investoitujen tuntien määrän emacs, vim, gdb, ja sadat muut konsoliohjelmat, saattavat huomata, että koodin ja toimintojen määrä on niin suuri, että he ovat käytännössä ratkaisseet kaiken tarvittavan. Monet GUI Niille ohjelmille, jotka ovat jo vankat CLI: ssä, niillä ei koskaan ole yhtä paljon toiminnallisuutta, yksinkertaisesti siksi, että jos teemme esimerkiksi välilehden jokaiselle käytettävissä olevalle alikomennolle git, menetämme itsemme vaihtoehtojen välillä ja se olisi haitallista, koska se vaikeuttaisi työskentelyä.

CLI on nopeampi

Taika alkaa avaimesta Tab, tämä ei ole vain paras ystäväsi, kun selaat päätelaitteen työpöytiä, mutta kun se on määritetty oikein, sen avulla voit lyhentää pitkiä lauseita kahteen kirjaimeen ja sarkaimeen, 2 kirjaimeen ja sarkaimeen tai jopa kirjaimeen ja a Välilehti.

Mutta tämä ei ole ainoa etu, meistä, jotka olemme käyttäneet aikaa oppimiseen vim o emacs Voimme sanoa, että vaikka oppimiskäyrä on nykyään hieman korkeampi kuin IDE: n, tuottavuuden tulokset ovat lopulta hämmästyttäviä, mutta ei voida kuvitella aikaa, joka voi kadota hiirtä liikuttaessa. Käsien käyttäminen näppäimistöllä 90% ajasta opettaa paitsi keskittymistä, myös se, että kirjoitat niin paljon näppäimistöön, tekee sinusta melko ketterän ja tuottavan. Ja nyt palataan edelliseen kohtaan, koska olemme olleet kanssamme niin kauan, tällaisilla ohjelmilla on jo kaikki toiminnot, jotka joku voisi ajatella, mieleen tulee melko yleinen sanonta meille, jotka käyttävät vim:

Jos käytät enemmän kuin 4 avainta, voi olla parempi tapa.

Yksinkertainen mutta tehokas, vim antaa sinun tehdä kaiken suurella määrällä avaimia ja mahdollisia yhdistelmiä, oppimista ei koskaan lopeta, mutta on myös totta, että sen käyttämiseksi ei ole välttämätöntä tuntea kaikkia, aloitukseen riittää noin 10 tai 15 olla tuottavampi.

CLI antaa sinulle täydellisen hallinnan

Kun suoritetaan toimintoja hiirellä tai ohjelmilla kuvapalvelimelta, kaikkia napsautuksen yhteydessä suoritettavia ylimääräisiä kokoonpanoja ei ole aina olemassa, tätä ei tapahdu päätelaitteen kanssa, tässä sinulla on absoluuttinen voima se toteutetaan vai ei, millä vaihtoehdolla tai missä määrin. Ajan myötä huomaat, että tarvitset vähemmän kuin luulet, ja se auttaa sinua tekemään asioita kohdennetummin.

GUI: lla on myös oma

En aio sanoa, että meidän kaikkien tulisi käyttää CLI: tä aina, se ei ole myöskään ihanteellinen, minä itse käytän GUI: itä melkein koko ajan, kirjoittaakseni tämän viestin käytän Chromeani ja nähdäksesi sähköpostini käytän Evolutionia (vaikka käytän myös mutt melko viime aikoina). Ja luulen, että tämä on suurin myytti kaikista ... että ihmiset ajattelevat, että GNU / Linux vain lopettaa ne, pidän työpöytäympäristöstäni, se on melko minimalistinen, mutta pidän siitä niin that Ja minulla on yleensä vain kaksi tai kolme käynnissä olevat ohjelmat, Chrome, Evolution ja pääte 🙂

Nämä ovat joitain syitä, miksi pidän CLI: stä niin paljon ja miksi kutsun sinut kokeilemaan niitä, he saattavat myöhemmin päätyä käyttämään minua enemmän CLI: itä kuin GUI: itä


Jätä kommentti

Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *

*

*

  1. Vastuussa tiedoista: Miguel Ángel Gatón
  2. Tietojen tarkoitus: Roskapostin hallinta, kommenttien hallinta.
  3. Laillistaminen: Suostumuksesi
  4. Tietojen välittäminen: Tietoja ei luovuteta kolmansille osapuolille muutoin kuin lain nojalla.
  5. Tietojen varastointi: Occentus Networks (EU) isännöi tietokantaa
  6. Oikeudet: Voit milloin tahansa rajoittaa, palauttaa ja poistaa tietojasi.

  1.   anonyymi dijo

    «Kuten minkä tahansa hyvän yhteistyöhankkeen, myös koodirivien määrä ylittää 70 kt. Tämä osa teki minusta liian meluisa. Onko teknistä mahdotonta, miksi koodi on pakattava samaan tiedostoon? Eikö olisi parempi erottaa käyttäytyminen eri kokonaisuuksissa (tiedostot / luokat / moduulit)?
    Vaikuttaa siltä, ​​ettei ole pätevä syy pakottaa tekniikkaa toiseen, jättää huomiotta edut, joita yksi ehdottaa kehityksen puutteen vuoksi. Joka tapauksessa puhun tietämättä mihin tiettyyn hankkeeseen se viittaa, on suurempi syy, joka pakottaa työskentelemään

    1.    ChrisADR dijo

      Hei,

      Ehkä tämä vaatii vähän selitystä, mutta mitä kutsun "hyväksi projektiksi", tarkoittaa, että rivien lukumäärä ilmaisee, että terve yhteisö kasvaa jatkuvasti. On hankkeita, joissa on paljon pienempi määrä rivejä, mutta niiden kehitys on varsin terveellistä. Totta puhuen, portage on jaettu mahdollisimman moniin tiedostoihin, mutta on aina tarpeen pitää osat ryhmiteltyinä kuten kirjastot tai kytkimet, jotka johtavat melko moniin muihin toimintoihin. Mutta kun tuodaan projektia tänään moniin IDE-tiedostoihin, se tarkoittaa, että se lukee kaikki projektin tiedostot ja yrittää laittaa oikean "visuaalisen" muodon.

      Toivon tehdä siitä hieman selkeämmän 🙂 ja kiitos kommentoinnista.
      terveiset

  2.   anonyymi dijo

    Käytätkö komentoriviä? Kyllä, mutta vain tarvittaessa. Eli kun se on mukavampaa ja nopeampaa. Esimerkiksi, jos haluan asentaa tietyn ohjelman, minulle on kätevämpää kirjoittaa sudo apt install -ohjelman nimi kuin avata ohjelmistojen hallinta, etsiä sitä, merkitä se asennettavaksi ja painaa "install". Mutta yleensä näin ei ole. Esimerkiksi: jos haluan kopioida 20 kappaletta, joista pidän eniten, hakemistosta toiseen, on erittäin mukava tehdä Ctrl + Click, kun tarkastelet rauhallisesti valtavaa luetteloa tiedostonhallinnasta ja vedät sitten. Toinen esimerkki: jos haluan osioida levyn, on paljon parempi tehdä se gpartedin kautta (ohjelma, joka suorittaa useita komentoja samalla kun näytät graafisesti levyn tilan) kuin tehdä se manuaalisesti. Luettelo voi olla loputon. GUI: t voivat (itse asiassa yleensä) tehdä työstä paljon helpompaa, sen lisäksi, että lisätään toimintoja, jotka tietylle kli -sovellukselle saattavat olla mahdotonta

    1.    ChrisADR dijo

      hyvin, riippuu siitä, kuinka mukavasti olet komentorivillä ... esimerkiksi:

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

      vähän taikaa bashissa voit jopa tehdä toiminnon, joka suorittaa saman vain laittamalla kappaleen nimen:

      Vähän niin kuin

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

      ja valmis! voit siirtää kaikki kappaleesi yksinkertaisella

      mover cancion1.mp3

      🙂 Mitä tulee toiseen, vaikka osittain käyttöliittymät tekevät työstä "yksinkertaisemman" välttämällä komentojen muistamista ja toistamista, tämä on hyödyllistä vain yleisissä puitteissa, kun tarvitset jotain erikoistunutta, gpartedia tai muuta graafista käyttöliittymää, voi olla lyhyt 🙂 ja GUI: t eivät lisää ylimääräisiä toimintoja, ne ottavat vain ne, jotka ovat CLI: ssä (eivät kaikki), ja ryhmittävät ne, mutta eivät luo niitä 🙂

      terveiset

      1.    anonyymi dijo

        riippumatta siitä, kuinka paljon prosessi on automatisoitu:
        siirrä kappale1.mp3

        silloin on välttämättä:
        siirrä kappale2.mp3
        siirrä kappale3.mp3
        .
        .
        .
        siirrä kappale20.mp3
        on monia liikkuvia kappaleita ...
        minkä tahansa tiedostonhallinnan kanssa .. se vie vain 20 napsautusta ja vedä ja pudota -eleen. En tiedä, mutta ainakin esimieheni (Dolphin) sallii minun yksinkertaisesti ja erittäin nopeasti (alle 5 sekuntia) lajitella 100 kappaleen luettelon nimen, päivämäärän, koon, tunnisteiden, sijoituksen, albumin, artistin, keston jne. Mukaan. minulle se on TUOTTAVUUS ja se lisää toimintoja myös komentoriville.

        Mitä tulee toiseen esimerkkiin .. GParted: OK .. jos tarvitset jotain hyvin erikoistunutta, kuten tavujen oletusarvon vaihtamista inodeja kohti alustettaessa, sinun on mentävä konsoliin .. mutta ystävä, se ei ole se on normaalia. 99% GParted-ajasta vastaa täydellisesti tarpeitamme hyvin yksinkertaisella ja nopealla tavalla, ja ainakin minulle, että myös tuottavuus

        terveiset

        1.    ChrisADR dijo

          No, tämä on esimerkki automaatiosta sen yksinkertaisimmassa muodossa, kuten sanoitte "jos haluan kopioida 20 kappaletta, joista pidän eniten, yhdestä hakemistosta toiseen", kaikki, mikä laskee ajan, jonka sinun täytyy tarkastella "rauhallisesti" luettelossasi Kun olet tilannut sen, napsauttanut ja niin edelleen, päätelaite sallii sen ja paljon muuta vain yhdellä rivillä, ehkä noin 0.1 sekunnin suorituksen prosessorissasi (vaikka se olisi vanha), jos silmäsi ja hiiri pystyvät voittamaan sen, no, menen graafisille käyttöliittymille 🙂 enkä ole sitä, että sanoisin, etten käytä niitä, heillä on monia hyödyllisiä asioita, en kiellä sitä, mutta olen ainakin löytänyt paljon suuremman monipuolisuuden terminaalista sen lisäksi, että autoin minua harjoittelemaan hieman ohjelmointia joka päivä automatisoitaessa töitä. SysAdminsissa hyvin yleinen sanonta on "jos teet saman asian useammin kuin kerran päivässä, automatisoi se, jos teet sen kerran päivässä yli kahden päivän ajan, automatisoi se, jos teet sen jopa kerran kuukaudessa, automatisoi se".

          Mutta hei, makujen ja värien suhteen jokaisella on oma juttunsa, rajoitan itseni jakamaan pitämäni asiat 🙂 ja ehkä on monia ihmisiä, jotka "pelkäävät" asioita kuten emacs, vim tai muut päätelaite, yritän näillä kirjoituksilla vain antaa sinulle hieman itseluottamusta ja uteliaisuutta, jotta voit yrittää päättää 🙂

          terveiset

          PS: Tunnen monia kehittäjiä, joille graafiset käyttöliittymät eivät ratkaise asioita päivittäisessä elämässään vaadittavan monimutkaisuuden vuoksi, jota ehkä "tavallinen" käyttäjä ei koskaan näe, mutta se ei tarkoita, että enemmän "Commons" voi käyttää näitä työkaluja ja saada samat monipuolisemmat edut.

          1.    anonyymi dijo

            Uskon edelleen, että tähän tehtävään (ja moniin muihin) tiedostohallinnan käyttäminen vie paljon vähemmän aikaa kuin komentorivillä ... mutta hei, kuten sanot, kaikille on makuja ja värejä.

            En kiellä eikä pelkää päätelaitetta, mutta en näe sitä melkein pakollisena lauseena, joten aloitin sanomalla "komentorivi kyllä, mutta tarvittaessa"

            Kehittäjien osalta on kaikkea, mutta mittakaava vihjaa selvästi yhdelle puolelle: Kehotan teitä katsomaan:

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

            Vaikuttaa siltä, ​​että "tavalliset" kehittäjät näkevät edut työskentelystä graafisessa ympäristössä, joka on täynnä tiloja verrattuna niihin, jotka lyövät vetoa "vain teksti" -editorien kanssa

    2.    poltat dijo

      Esimerkiksi: jos haluan kopioida 20 kappaletta, joista pidän eniten, yhdestä hakemistosta toiseen, on erittäin mukavaa tehdä Ctrl + Click, kun tarkastelet rauhallisesti valtavaa luetteloa tiedostonhallinnasta ja vedät sitten.

      On komentorivin tiedostojen hallintaohjelmia, jotka ovat yhtä käytännöllisiä tai enemmän kuin grafiikkaa, kuten Vifm tai Ranger. Levyjen osioimiseksi on myös komentorivisovelluksia, kuten cgdisk, jossa on e ncurses -rajapinta.

      1.    ChrisADR dijo

        No, se on totta 🙂 En todellakaan tiedä, miksi niin monet ihmiset pelkäävät terminaalia, se on itse asiassa erittäin vankka ja monipuolinen työkalu, jota kaikkien tulisi kokeilla ainakin kerran perusteellisesti.

        Kiitos jakamisesta ja tervehdyksistä.

      2.    anonyymi dijo

        Kyllä, päätelaitteen tiedostojen hallinta on olemassa ennen grafiikkaa. Mitä käytännöllisyyteen, se riippuu siitä, mitä haluat. Kaikissa graafisissa tiedostoissa on välilehtiä, suosikkeja, näkymän tiloja, esikatselu, mahdollisuus tilata se 1000 eri tavalla, liittää pääte, asentaa laajennuksia jne., Jne., Jne. mikä tekee niistä paljon monipuolisempia kuin mikään tekstitiedostojen hallinta.

        Hyvä ei välttämättä tarvitse olla ruma

    3.    chupy35 dijo

      se on vain, että opit tekemään sen, mitä teet clissä, ja takaan sille, että se on helpompaa, mitä mainitset erittäin helpoksi tekisit rsyncin kanssa ja voit tehdä siitä helposti komentosarjan.

      Suosittelen sinulle cli-tiedostojen hallintaa, jota kutsutaan rangeriksi, jossa on kaikki mainitsemasi.

      1.    godel dijo

        Kopioidakseni 20 kappaletta teen luettelon "ls * .ogg> top20". Sitten menen Vimiin ja valitsen (poistan sen, mitä en halua) haluamani kappaleet. Lopussa teen "cp $ (cat top20) otrodir" ja siinä se. Tämä on kätevämpää kuin hiirellä valitseminen ja 19 jo valitun kappaleen valinta poistetaan vahingossa.

  3.   Alberto cardona dijo

    Ihana!!
    En vieläkään voi päättää asentaa Gentoo 🙁 (olen BunsenLabsissa). Käytän tällä hetkellä openboxia ja käytän nanoa Bash-skripteihini
    Mutta se saa minut haluamaan lähteä Vimiin tai Emacsiin!
    terveiset
    Nautin lukemisestasi

    1.    ChrisADR dijo

      Paljon kiitoksia Alberto 🙂 Olen erittäin onnellinen siitä, että pidät artikkeleistani, nautin kirjoittaa viestejä.
      Toivon, että piristät ja tietysti niin, asia on aina kokeilla jotain uutta 🙂

  4.   ChrisADR dijo

    No, tämän kanssa vastaan ​​kahteen viimeiseen kommenttiin ja kiitän sitä, että moderaattorit eivät hyväksy sitä enemmän, tämä ei mene mihinkään, eikä ajatus ole täyttää kommenttiluetteloa joukolla argumentteja puolesta tai vastaan. yhtä tai toista vastaan.

    Mitä tulee "monipuolisuuteen", kenties kuka ajattelee tätä, katsoo, että vain graafisilla käyttöliittymillä on laajennuksia, mutta totuus on, että päätelaitteet ovat yhtä monipuolisia ja toimivia kuin ihmiset, jotka käyttävät niitä, selvin esimerkki on

    https://vimawesome.com/

    Lähes loputon luettelo vim-laajennuksista, jotka tekevät siitä monipuolisemman kuin monet IDE: t ... ja puhumattakaan, tässä linkissä ei mainita, että luettelossa on ihmisiä, jotka käyttävät IDE: itä Windowsissa ja Macissa, mikä itse asiassa puhuu paljon paremmin Vim puhuu Eclipse-ohjelmasta, koska jos verrataan Eclipseä kolmella alustalla käyttävien ihmisten määrää, Vimillä ei ole mitään häpeällistä ansaitun 4. sijan saamisesta.

    Mutta menee vähän pidemmälle ... että "tavalliset" ihmiset käyttävät jotain, ei sanota, että tämä on välttämättä hyvä, mutta luultavasti Windows olisi paljon parempi kuin muut järjestelmät 🙂 Ehkä vain he eivät halua oppia käyttämään jotain, koska he mieluummin helpon vaihtoehdon ... tai koska yrityksesi on päättänyt toteuttaa standardin (Eclipse on standardi monissa yrityksissä, se selittäisi suuren määrän käyttäjiä ... aivan kuten Android ja Visual Studio, jotka ovat ainoat keinot työskennellä omien kieliensä kanssa ... kun taas Vim Se on ILMAINEN valinta sitä käyttäville)

    . "Ugly" on hyvin subjektiivinen termi, voin pitää "rumana" Qt: n tai WebKitin tai jopa Mac OS -käyttöliittymän suunnittelua ... mutta se ei tarkoita, että joku muu näkisi sen näin, se on vain tapana matter

    terveiset

    1.    anonyymi dijo

      Kunnioitan halua olla haluamatta antaa oikeutta vastata.

      vain tiedoksi:
      https://vim.sourceforge.io/download.php

  5.   Claudio dijo

    Olen täysin samaa mieltä Anonyymin kanssa, mutta minun tapauksessani olen yksinkertainen käyttäjä ilman analyytikon tai ohjelmoijan syvällistä tietämystä. Ja sellaisenaan tarvitsen graafisen käyttöliittymän, jotta voin epäonnistua monissa Linuxin aarteissa, esimerkiksi tänään ja koska vuosi 2017, ei ole GUI-sovellusta, joka helpottaisi kansioiden jakamista Linux-verkossa, ja sanon Linux, en saa niitä Samban ja Windowsin kanssa puhun puhtaasti Linux-verkosta. Jotta voisit jakaa Linux-verkossa, sinun on määritettävä tietty NFS ja vain komentoriviltä, ​​aika tuhlataan, enkä myöskään selitä, miksi on niin vaikeaa saada käyttöliittymää, joka tekee siitä helppoa, kuten Windowsissa tapahtuu.
    ChrisADR: n mukaan "Olen nuori ohjelmistokehittäjä" ja huomaat tietäväsi paljon aiheesta. Pitäisikö sinun kehittää käyttöliittymäsovellus, joka helpottaa juuri selittämääni tai onko sinun puhdas otsikko ja kerskailu? Se on sama kuin jos lääkäri olisi antanut mielipiteensä siitä, miten on parempi tehdä leikkaus, ilman että sitä olisi koskaan tehty. "Näet pingot kentällä", sinun on kehitettävä käyttöliittymäsovellus, ennen kuin annat mielipiteesi "ohjelmistokehittäjästä". Jos päätelaitteen käyttö on parempi tai ei, sinun on asetettava itsesi Linux-käyttäjälle ja kuka käyttää sitä. Toivottavasti näet ChrisADR: n artikkelin, joka esittelee ja jakaa sen käyttöliittymäsovelluksen tiedostojen jakamista varten Linux-verkossa. Tällä hetkellä niitä ei ole, ellet käytä Sambaa vain Windows-jakamiseen.

    1.    Guillermo dijo

      Ohjelman luominen ei ole jotain helppoa yhdellä iltapäivällä, se vaatii vähintään useita viikkoja ja mikä vielä pahempaa, meillä on vuosien ponnistelut korjata virheet, päivittää se yhdessä uusien toimintokirjastojen kanssa, jotka tekevät aiemmin käytetyt kirjaimet vanhentuneiksi. , pakkaukset eri jakeluihin, ...
      Mutta jos sinulla on jo SAMBA, jota voit käyttää myös kahden GNU / Linuxin välillä ilman Windows-tarvetta, miksi haluat käyttää NFS-ratkaisua?
      Vaikka verkossa näkemäsi oppaat puhuvat Linuxista ja Windowsista, voit jakaa kansion noudattamalla ohjeita desde linux ja sitten muodostaa yhteys toiseen verkkokansioon desde linux liikaa.
      Vaikuttaa siltä, ​​että Ubuntu 16.04: ssä on vielä helppo toteuttaa tämä teema: http://www.hernanprograma.es/ubuntu/como-compartir-una-carpeta-desde-ubuntu-16-04-a-traves-de-samba/