Miks eelistame GUI-dele käsurida?

Teiste artiklite ülevaatamisel sattusin selle väikese küsimuse peale, mis tekitas minus palju nalja, on tõsi, et üks esimesi asju, mis teiste süsteemide (va FreeBSD) kasutajad meile näkku satuvad, on see, et me ei kasuta GUI-sid. Tõtt-öelda tundus see mulle ka GNU / Linuxi reisi alguses üsna uudishimulik. Pean tunnistama, et aja jooksul kasutan käsurida nüüd palju rohkem kui ükski teine ​​GUI-programm ja ma eelistan mitu korda käsureaprogramme keerukamatele programmidele, millel on pimestavad GUI-d.

Müüt

Tegelikult pole see midagi muud kui linnamüüt, sest erinevalt teistest süsteemidest, mille nimesid siin ei mainita, on see GNU / Linuxis seal, kus teil tegelikult on vabadus valitud. Soovin, et teistes süsteemides oleks siin olemas mitmekülgsus. Vaatame seda asja lähemalt, muidu pole paljud asjad selged:

Serverid

Me kõik oleme seda sõna kuulnud Server, mõned usuvad, et nad on need superarvutid, mis töötavad Google'i või Amazoni või teie ettevõtte arvutitega. Kuid reaalsus on see, et a Server vastata a töömudel. Seda terminit tähistame asjaolule, et meil on kasutajatele kättesaadav programm (kliendid) ja ulatab neile midagi. Põhinäide on Apache, mida kasutatakse teenima veebisaidid Internetis. See programm edastab HTML-i aadressile kliendid kes seda taotlevad.

Pildiserver

Kuid mitte ainult server ei saa olla superarvutites, mida Google ja paljud teised ettevõtted võimaldavad, isegi "vanim" sülearvuti võib olla server, eriti kui me räägime piltidest. Me kõik juhime a server meie sülearvutites olevate piltide jaoks, et saada funktsionaalne ekraan, antud juhul server ja klient nad on sama inimene. Kõige tavalisem näide on X (tuntud kui xorg-server paljudes jaotustes) ja selle uus asendamine Wayland. Me ei hakka üksikasjalikult selgitama, miks org või kuidas Wayland töötab, või nende suurte projektide taga peituvate filosoofiate kohta, kuid teeme selgeks, et just tänu neile on meil veebibrauser nagu Firefox või Chrome või paljud muud programmid.

Aknahaldur

Aknahaldurid töötavad otse pildiserveriga, nende töö on "madalamal" tasemel, kuna nad haldavad (andestavad üleliigsust) seda, kuidas aknad luuakse, muudetakse, suletakse. Need on tavaliselt üsna lihtsad ja neile on üles ehitatud töölaua keskkond. Nimekiri on suur, kuid jätan siia lihtsalt mõtte, et need on minimalistlikud tarkvarad, mis võimaldavad teil pildiserveri üle üsna elementaarset juhtimist.

Töölaua keskkond

Spetsiaalsem tarkvarakomplekt, mis võimaldab mitte ainult pildiserveri kasutamist, vaid pakub ka kohandamisvõimalusi. Nende seas on vanimad ja raskemad KDE ja GNOME, kuid meil on ka kergemaid keskkondi nagu LXDE või Mate, Cinnamon jne.

CLI (käsurea liides)

Pärast põgusat pilti piltserverite maailmale pöördume nüüd uuesti oma teema juurde. CLItähendab ka mis tahes programmi, mida käivitatakse käsurea abil git, vim, weechat, või noh, mis iganes veel pähe tuleb. Näete, et ma räägin programmidest, mis, kuigi need käivitatakse käsureal, näitavad omamoodi "graafilist liidest" nagu weechat o vim. Kõigile neile, kes pole neid proovinud, soovitan neid, põhimõtteliselt kasutan neid terve päeva.

Miks on CLI parem kui GUI

Proovime midagi üsna lihtsat 🙂 Teisel päeval tahtsin töötada plaastri kallal Portage (Gentoo paketihaldur). Nagu iga hea koostööprojekt, ületab koodiridade arv 70 k. Proovige see avada IDE-s nagu NinjaIDE (Portage on kirjutatud Pythonis) ja märkate varsti, et kui ekraan hakkab laadima, muutub teie masin üliaeglaseks (vähemalt minu i7 tegi seda) ja see lihtsalt üritab avage kood ja muutke «abi» vaikevärviks.

Nüüd proovige teha sama vim, laadis see mind millisekundite jooksul ja pani samal ajal "ilusad" värvid ja kõik muu.

CLI on olnud ammu varem

Mõni siin ütleb, et need programmid on vana, Ma helistan neile jõuline. Kui näeksite ehitamiseks investeeritud tundide arvu emacs, vim, gdb, ja sadu muid konsooliprogramme, võite märgata, et koodi ja funktsioonide arv on nii suur, et nad on praktiliselt juba kõik lahendamiseks vajaminevad lahendanud. Palju GUI programmide jaoks, mis on juba oma CLI-s tugevad, pole neil kunagi sama palju funktsionaalsust, lihtsalt sellepärast, et kui teeksime näiteks vahekaardi igale saadaolevale alamkäsule git, kaotaksime end valikuvõimaluste vahel ja see oleks kahjulik, sest see muudaks töötamise keeruliseks.

CLI on kiirem

Maagia algab võtmest Tab, see pole mitte ainult teie parim sõber terminalis töölauad sirvimisel, vaid kui see on korralikult konfigureeritud, võimaldab see lühendada pikki lauseid 2 täheks ja vaheleheks, 3 täheks ja vaheleheks või isegi täheks ja täheks Tab.

Kuid see pole ainus eelis, need meist, kes on õppimiseks aega võtnud vim o emacs Võime öelda, et ehkki õppimiskõver on tänapäeval IDE-de omast pisut kõrgem, on lõpuks tootlikkuse tulemused hämmastavad, ei kujuta ette aega, mis võib hiire liigutamisel kaduma minna. Käte klaviatuuril hoidmine õpetab 90% juhtudest mitte ainult keskendumist, vaid see, et klaviatuuril nii palju kirjutate, muudab teid üsna vilgas ja produktiivseks. Ja nüüd naaseme eelmise punkti juurde, olles nii kaua meiega olnud, on sellistel programmidel juba kõik funktsioonid, mida keegi võiks välja mõelda, meelde tuleb üsna levinud ütlus neile, kes kasutavad vimi:

Kui kasutate rohkem kui 4 võtit, võib olla ka parem viis.

Lihtne, kuid võimas, vim võimaldab teil kõike teha suure hulga klahvide ja võimalike kombinatsioonidega, üks ei lõpe kunagi õppimist, kuid on ka tõsi, et selle kasutamiseks ei pea neid kõiki tundma, alustamiseks piisab umbes 10-st või 15-st olla produktiivsem.

CLI annab teile täieliku kontrolli

Kui keegi teeb hiire või pildiserveri programmidega toiminguid, pole kõiki klõpsamise hetkel käivitatavaid lisakonfiguratsioone alati olemas, seda ei juhtu terminaliga, siin on teil absoluutne võim see täidetakse või mitte, millise võimalusega või millises ulatuses. Aja jooksul mõistate, et vajate vähem kui arvate, ja see aitab teil asju teha fokuseeritumalt.

Ka GUI-l on oma asi

Ma ei hakka ütlema, et me kõik peaksime alati kasutama CLI-d, see pole ka ideaalne, ma ise kasutan GUI-sid peaaegu kogu aeg, selle postituse kirjutamiseks kasutan oma Chrome'i ja oma e-kirjade nägemiseks kasutan Evolutionit (kuigi kasutan ka mutt üsna viimasel ajal). Ja see on vist kõige suurem müüt ... et inimesed arvavad, et GNU / Linux neid lihtsalt lõpetab, mulle meeldib minu töölaua keskkond, see on üsna minimalistlik, aga mulle meeldib see niimoodi 🙂 Ja mul on tavaliselt ainult kaks või kolm töötavad programmid, minu Chrome, minu Evolution ja minu terminal 🙂

Need on mõned põhjused, miks mulle CLI-d nii väga meeldivad ja miks ma kutsun teid neid proovima, nad võivad hiljem sarnaselt minule kasutada rohkem CLI-sid kui GUI-sid 😉 Tervitused


Jäta oma kommentaar

Sinu e-postiaadressi ei avaldata. Kohustuslikud väljad on tähistatud *

*

*

  1. Andmete eest vastutab: Miguel Ángel Gatón
  2. Andmete eesmärk: Rämpsposti kontrollimine, kommentaaride haldamine.
  3. Seadustamine: teie nõusolek
  4. Andmete edastamine: andmeid ei edastata kolmandatele isikutele, välja arvatud juriidilise kohustuse alusel.
  5. Andmete salvestamine: andmebaas, mida haldab Occentus Networks (EL)
  6. Õigused: igal ajal saate oma teavet piirata, taastada ja kustutada.

  1.   anonüümne DIJO

    «Nagu iga hea koostööprojekt, ületab koodiridade arv 70k. See osa tegi mind liiga lärmakaks. Kas on tehniline võimatus, miks kood tuleb ühte faili tihendada? Kas poleks parem eraldada käitumine erinevates üksustes (failid / klassid / moodulid)?
    Tundub, et see ei ole mõjuv põhjus ühe tehnoloogia kehtestamiseks teise ees, jättes kõrvale eelised, mida üks pakub välja arendusvormi puudumise tõttu. Igal juhul räägin ma teadmata, millisele konkreetsele projektile see viitab, on suurem põhjus, mis sunnib seda tööd tegema

    1.    ChrisADR DIJO

      Tere,

      Võib-olla vajab see natuke selgitust, kuid see, mida ma nimetan "heaks projektiks", tähendab, et ridade arv väljendab, et see on terve kogukond, mis kasvab pidevalt. On projekte, mille ridade arv on palju väiksem, kuid nende areng üsna hea. Tegelikult on jah, et portage on jagatud võimalikult paljudeks failideks, kuid alati on vaja hoida osad rühmitatuna nagu teegid või lülitid, mis viivad üsna paljude muude funktsioonideni. Kuid kui importite projekti täna paljudesse IDE-desse, tähendab see, et loete kõik projekti failid ja proovite panna õige "visuaalse" vormingu.

      Loodan selle veidi selgemaks teha 🙂 ja aitäh kommenteerimise eest.
      seoses

  2.   anonüümne DIJO

    Kas kasutate käsurida? Jah, kuid ainult siis, kui see on asjakohane. See tähendab, et kui see on mugavam ja kiirem. Näiteks kui ma tahan installida teatud programmi, on mul mugavam sisestada sudo apt install programmi nimi kui avada tarkvarahaldur, otsida see üles, märkida see installimiseks ja vajutada nuppu "install". Kuid üldiselt see nii ei ole. Näiteks: kui ma tahan kopeerida 20 kõige rohkem meeldivat lugu ühest kataloogist teise, on ülimugav teha klahvikombinatsiooni Ctrl + Click, kui vaatate failihalduris rahulikult tohutut loendit ja seejärel lohistage. Teine näide: kui ma tahan ketta partitsioneerida, on seda parem teha läbi gpartedi (programm, mis täidab paljusid käske, näidates samal ajal plaadi graafilist vormi), kui seda teha käsitsi. Nimekiri võib olla lõputu. GUI-d võivad (tegelikult tavaliselt) muuta töö palju lihtsamaks, lisaks funktsionaalsuste lisamisele, mis antud kliirakenduse jaoks võivad olla võimatud

    1.    ChrisADR DIJO

      hästi, see sõltub sellest, kui mugav teil käsureal on ... näiteks:

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

      natuke võlu bashis saate isegi teha funktsiooni, mis täidab sama, lihtsalt laulu nime sisestades:

      Midagi sellist

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

      ja valmis! saate kõiki oma lugusid lihtsa nupuga teisaldada

      mover cancion1.mp3

      🙂 Mis puutub teisesse, siis kuigi GUI-d muudavad töö osaliselt lihtsamaks, vältides käskude meeldejätmist ja kordamist, on see kasulik ainult üldistes raamistikes, kui vajate midagi spetsiaalset, gparted või mõni muu GUI võib olla lühike 🙂 ja GUI ei lisa lisafunktsionaalsusi, nad võtavad ainult need, mis on CLI-s (mitte kõik), ja rühmitavad need, kuid ei loo neid

      seoses

      1.    anonüümne DIJO

        ükskõik kui palju protsess on automatiseeritud:
        liiguta laulu1.mp3

        siis on tingimata:
        liiguta song2.mp3
        liiguta laulu3.mp3
        .
        .
        .
        liiguta laulu20.mp3
        liikuvaid laule on palju ...
        mis tahes failihalduriga .. see võtab ainult 20 klikki ja lohistamisviis. Ma ei tea, aga vähemalt minu mänedžer (Dolphin) võimaldab mul lihtsalt ja ülikiiresti (vähem kui 5 sekundit) sorteerida 100 loo nimekirja nime, kuupäeva, suuruse, siltide, paremusjärjestuse, albumi, esitaja, kestuse jne järgi. minu jaoks on see TOOTLIKKUS ja see lisab ka käsureale funktsionaalsust.

        Mis puudutab teist näidet .. GParted: OK .. kui vajate midagi väga spetsialiseeritud, näiteks vormindamisel muutke baidide vaikeväärtust inoodi kohta, peaksite minema konsooli .. aga sõber, see pole nii see on normaalne. 99% ajast GParted vastab suurepäraselt meie vajadustele väga lihtsalt ja väga kiiresti ning vähemalt minu jaoks ka selle tootlikkus

        seoses

        1.    ChrisADR DIJO

          Noh, see on automatiseerimise näide kõige lihtsamas vormis, nagu te ütlesite "kui ma tahan oma 20 kõige rohkem meeldivat lugu ühest kataloogist teise kopeerida", siis see kõik läheb arvesse ajaga, mis kulub teie loendi "rahulikuks" ülevaatamiseks pärast selle tellimist ning ka klõpsamist ja muud lubab terminal seda ja palju muud ühes reas, võib-olla umbes 0.1 sekundit täitmist teie protsessoris (isegi kui see on vana), kui teie silmad ja hiir saavad sellest üle, siis ma lähen graafiliste kasutajaliideste juurde 🙂 ja asi pole selles, et ma ütlesin, et ma neid ei kasuta, neil on palju kasulikke asju, ma ei eita seda, kuid olen vähemalt leidnud terminalis palju suurema mitmekülgsuse, lisaks sellele, et aitasin natuke programmeerida iga päev töökohtade automatiseerimisel. SysAdminsi hulgas on väga levinud ütlus: "kui teete sama asja rohkem kui üks kord päevas, siis automatiseerige see, kui teete seda üks kord päevas rohkem kui kaks päeva, siis automatiseerige see, kui teete seda isegi kord kuus, siis automatiseerige see".

          Aga hei, maitsete ja värvide osas on igal ühel oma asi, piirdun vaid mulle meeldivate asjade jagamisega 🙂 ja võib-olla on palju inimesi, kes "kardavad" selliseid asju nagu emacs, vim või muu terminali, proovin nende postitustega lihtsalt anda teile natuke enesekindlust ja uudishimu, et saaksite proovida ja otsustada 🙂

          seoses

          PS: Ma tean paljusid arendajaid, kelle jaoks GUI-d ei lahenda oma igapäevases elus nõutava keerukuse tõttu asju, mida "tavaline" kasutaja võib-olla kunagi ei näe, kuid see ei tähenda, et rohkem "Commons" saab neid tööriistu kasutada ja saada samu mitmekülgsemaid eeliseid.

          1.    anonüümne DIJO

            Ma arvan endiselt, et selle ülesande (ja paljude teiste) jaoks võtab failihalduri kasutamine palju vähem aega kui käsureal ... aga kuule, nagu te ütlete, maitseid ja värve leidub kõigile.

            Ma ei eita ega karda terminali, kuid ei pea seda peaaegu kohustuslikuks lauseks, nii et alustasin ütlemisega "Käsurida jah, aga kui see on asjakohane"

            Mis puutub arendajatesse, siis on kõike, kuid skaala vihjab selgelt ühele poole: kutsun teid üles vaatama:

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

            Tundub, et "tavalised" arendajad näevad tõepoolest eeliseid, mida pakub töötamine rajatisi täis graafilises keskkonnas, võrreldes nendega, kes panustavad ainult tekstiredaktoritega tööle

    2.    sa põled DIJO

      Näiteks: kui ma tahan kopeerida 20 kõige rohkem meeldivat lugu ühest kataloogist teise, on ülimugav teha klahvikombinatsiooni Ctrl + Click, kui vaatate failihalduris rahulikult tohutut loendit ja seejärel lohistage.

      On käsurea failihaldureid, mis on sama praktilised või rohkem kui graafika, näiteks Vifm või Ranger. Plaatide partitsiooni jaoks on olemas ka käsurealised rakendused nagu cgdisk koos e ncurses liidesega.

      1.    ChrisADR DIJO

        Noh, see on tõsi 🙂 Ma ei tea tegelikult, miks nii paljud inimesed terminali kardavad, see on tegelikult väga jõuline ja mitmekülgne tööriist, mida kõik peaksid vähemalt korra põhjalikult proovima.

        Täname jagamiste ja tervituste eest.

      2.    anonüümne DIJO

        Jah, terminalifailihaldurid eksisteerivad enne graafikat. Mis puutub praktilisusse, siis see sõltub sellest, mida soovite. Igasuguses graafilises failihalduris on vahekaardid, lemmikud, vaaterežiimid, eelvaade, võimalus seda 1000 erineval viisil tellida, terminali ühendada, pistikprogramme installida jne jne jne. mis muudab need palju mitmekülgsemaks kui mis tahes tekstifailihaldur.

        Hea ei pea tingimata kole olema

    3.    tšikk 35 DIJO

      see on lihtsalt see, et sa õpid tegema seda, mida sa teed kliendis, ja ma garanteerin talle, et see on lihtsam, mida sa mainid, seda teeksite rsynciga ja saate seda hõlpsasti skripti teha.

      Soovitan CLI-failihaldurit nimega ranger, millel on kõik, mida te mainite.

      1.    godel DIJO

        20 laulu kopeerimiseks koostan loendi "ls * .ogg> top20". Seejärel lähen Vimi ja valin (kustutades need, mida ma ei taha) soovitud lood. Lõpus teen "cp $ (cat top20) otrodir" ja kõik. See on mugavam kui hiirega valimine ja 19 juba valitud laulu valimine tühistatakse kogemata.

  3.   Alberto cardona DIJO

    Imeline !!
    Ma ei saa ikka veel otsustada installida Gentoo 🙁 (olen BunsenLabsi juures). Praegu kasutan Bashi skriptide jaoks openboxi ja nano
    Kuid see tekitab minus soovi Vimisse või Emacsi minna!
    seoses
    Mulle meeldib teie postitusi lugeda

    1.    ChrisADR DIJO

      Suur aitäh Alberto 🙂 Mul on väga hea meel, et mulle minu artiklid meeldivad, mulle meeldib postitusi kirjutada.
      Loodan, et rõõmustate ja muidugi teete, asi on alati proovida midagi uut 🙂

  4.   ChrisADR DIJO

    Noh, sellega lõpetan kahele viimasele kommentaarile vastamise ja oleksin tänulik, et moderaatorid ei nõustu selle kohta rohkem, see ei lähe kuhugi ja mõte pole kommentaaride loetelu täita mitmete poolt- või pooldavate argumentidega. ühe või teise vastu.

    Mis puutub "mitmekülgsusse", siis võib-olla arvab keegi, kes seda arvab, et pistikprogramme on ainult GUI-del, kuid tõsi on see, et terminali pistikprogrammid on sama mitmekesised ja funktsionaalsed kui inimesed, kes neid kasutavad.

    https://vimawesome.com/

    Peaaegu lõputu nimekiri VIM-i pistikprogrammidest, mis muudavad selle mitmekülgsemaks kui paljud IDE-d ... ja millest rääkides ei mainita selles lingis, et selles loendis on inimesi, kes kasutavad IDE-sid Windowsi ja Mac-is, mis tegelikult räägib palju paremini Vim räägib Eclipse'ist, sest kui võrrelda Eclipse'i kolmel platvormil kasutavate inimeste arvu, pole Vimil häbi teenitud neljanda koha pärast midagi häbeneda.

    Kuid natuke edasi minnes ... see, et "tavalised" inimesed midagi kasutavad, ei ütle, et see oleks tingimata hea, kuid tõenäoliselt oleks Windows palju parem kui muud süsteemid 🙂 võib-olla on lihtsalt see, et nad eelistavad mitte midagi kasutama õppida, sest nad eelistavad lihtsat võimalust ... või seetõttu, et teie ettevõte on otsustanud standardi rakendada (Eclipse on paljude ettevõtete standard, mis seletaks suurt hulka kasutajaid ... nagu ka Android ja Visual Studio, mis on ainsad vahendid nende vastavate keeltega töötamiseks ... samas kui Vim See on TASUTA valik neile, kes seda kasutavad)

    . "Inetu" on väga subjektiivne termin, võin pidada "koledaks" Qt, või WebKiti või isegi Mac OS-i liidese kujundust ... kuid see ei tähenda, et keegi teine ​​seda niimoodi näeks, vaid küsimus on vaid harjumuse vihmavarjudes

    seoses

    1.    anonüümne DIJO

      Ma austan soovi mitte soovida anda vastust.

      ainult teavitamiseks:
      https://vim.sourceforge.io/download.php

  5.   Claudio DIJO

    Olen täiesti nõus Anonymousiga, kuid minu puhul olen lihtne kasutaja, ilma analüütiku või programmeerija sügavate teadmisteta. ja sellisena on mul vaja GUI-d, et paljud Linuxi aarded mulle alt vedada, näiteks täna ja olles aasta 2017, pole ühtegi GUI-rakendust, mis hõlbustaks kaustade jagamist Linuxi võrgus, ja ma ütlen, et Linux, ma ei saa neid Samba ja Windowsiga räägin puhtalt Linuxi võrgust. Linuxi võrgus jagamiseks peate konfigureerima teatud NFS-i ja ainult käsurealt kulutatakse aega ja ma ei selgita ka seda, miks on nii keeruline GUI-d, mis muudab selle lihtsaks, nagu see juhtub Windowsis.
    ChrisADRi sõnul on "Olen noor tarkvaraarendaja" ja näete, et teate teemast palju, kas peaksite välja töötama GUI-rakenduse, mis hõlbustaks minu äsja selgitatut või on teie puhas pealkiri ja kiitlemine? See on sama, nagu annaks arst oma arvamuse selle kohta, kuidas on parem operatsiooni teha, ilma et oleks seda kunagi teinud. "Näete väljakul pinginguid", peaksite enne oma tarkvaraarendaja kohapealt arvamuse avaldamist välja töötama GUI-rakenduse ja kui terminali on parem või mitte kasutada, peate asetama ennast Linuxi kasutaja asemele ja kes seda kasutab. Loodetavasti näete faili jagamiseks Linuxi võrgus ChrisADRi artiklit, kus esitatakse ja jagatakse tema GUI-rakendust. Praegu pole neid ühtegi, välja arvatud juhul, kui kasutate Sambat ainult Windowsi jagamiseks.

    1.    Guillermo DIJO

      Programmi loomine ei ole ühe pärastlõunaga midagi lihtsat, see nõuab vähemalt mitme nädala pikkust pingutust ja mis veelgi hullem - siis on meil aastaid vaja teha vigade parandamiseks jõupingutusi, ajakohastada seda koos uute funktsiooniteekidega, mis muudavad varem kasutatud vananenuks. , pakendid erinevatele jaotustele, ...
      Kuid see on ka see, et kui teil on juba SAMBA, mida saate kasutada ka kahe GNU / Linuxi vahel ilma Windowsi vajaduseta, siis miks soovite kasutada NFS-i lahendust?
      Isegi kui veebis nähtud juhendid räägivad Linuxist ja Windowsist, järgige kausta jagamiseks lihtsalt juhiseid desde linux ja seejärel teise võrgukaustaga ühenduse loomiseks desde linux liiga.
      Tundub, et Ubuntu 16.04-l on seda teemat endiselt lihtne rakendada: http://www.hernanprograma.es/ubuntu/como-compartir-una-carpeta-desde-ubuntu-16-04-a-traves-de-samba/