Бид яагаад GUI-ээс командын мөрийг илүүд үздэг вэ?

Бусад нийтлэлүүдийг судалж үзэхэд надад маш их зугаатай байсан энэ бяцхан асуулт тулгарсан нь бусад системийн хэрэглэгчид (FreeBSD-ээс бусад) бидний нүүрэнд хамгийн түрүүнд тулгардаг зүйл бол бид GUI ашигладаггүй явдал юм. Үнэнийг хэлэхэд GNU / Linux аяллын эхэнд надад маш сонирхолтой санагдсан. Цаг хугацаа өнгөрөхөд би одоо тушаалын мөрийг бусад GUI програмуудаас хамаагүй их ашигладаг болсон гэдгээ хүлээн зөвшөөрөх ёстой бөгөөд нүд гялбам GUI бүхий илүү боловсронгуй програмуудаас тушаалын мөрийн програмуудыг илүүд үздэг.

Домог

Үнэндээ энэ бол хотын домогоос өөр зүйл биш юм, яагаад гэвэл энд нэр нь дурдагдахгүй бусад системүүдээс ялгаатай нь энэ нь танд байдаг GNU / Linux дээр байдаг. libertad сонголт. Бусад системүүдэд энд байгаа олон талт байдал байгаасай гэж хүсч байна. Гэхдээ энэ асуудлыг нарийвчлан авч үзье, эс тэгвээс олон зүйл тодорхойгүй байна:

Серверүүд

Энэ үгийг бид бүгд сонссон Сервер, Зарим нь эдгээрийг Google эсвэл Амазоныг хүчирхэгжүүлдэг эсвэл танай компанид байдаг супер компьютерууд гэж итгэдэг. Гэхдээ бодит байдал нь а Сервер хариу өгөх a ажлын загвар. Бид энэ нэр томъёог хэрэглэгчид ашиглах боломжтой програмтай болоход ашигладаг (үйлчлүүлэгчид) тэдэнд ямар нэгэн зүйл гардуулна. Үүний үндсэн жишээ бол Апачи, ашиглаж байгаа үйлчлэх интернет дээрх вэб хуудсууд. Энэ програм нь html-ийг дараах байдлаар дамжуулдаг үйлчлүүлэгчид хэн үүнийг хүсч байна.

Зургийн сервер

Гэхдээ Google болон бусад олон компаниудын хэрэгжүүлж чаддаг супер компьютеруудад зөвхөн сервер ороод зогсохгүй "хамгийн эртний" зөөврийн компьютер ч байж болох юм. сервер, ялангуяа дүрсний талаар ярихдаа. Бид бүгд ажилладаг сервер Манай зөөврийн компьютер дээрх функциональ дэлгэцтэй байх боломжтой дүрс, энэ тохиолдолд сервер болон үйлчлүүлэгч тэд адилхан хүн. Хамгийн нийтлэг жишээ бол X гэж нэрлэдэг xorg-server олон түгээлтэд) болон түүний шинэ орлуулалт Wayland. Бид яагаад байгууллага, Уэйлэнд хэрхэн ажилладаг, эдгээр агуу төслүүдийн цаана байдаг гүн ухааны талаар дэлгэрэнгүй тайлбар өгөхгүй, харин тэдний ачаар вэб хөтөчтэй болох боломжтой гэдгийг ойлгуулах гэж байна. Firefox, Chrome эсвэл бусад олон програмууд гэх мэт.

Цонхны менежер

Цонхны менежерүүд зурагны сервертэй шууд ажилладаг бөгөөд цонхыг хэрхэн бүтээх, өөрчлөх, хаах ажлыг удирддаг (илүүдлийг уучилдаг) тул тэдний ажил "доод" түвшинд байна. Эдгээр нь ихэвчлэн нэлээд энгийн бөгөөд ширээний орчин эдгээр дээр суурилдаг. Жагсаалт нь том, гэхдээ би тэд гэсэн санааг энд үлдээх болно минималист програмууд, Зургийн серверийг нэлээд үндсэн хяналтанд байлгах боломжийг олгодог.

Ширээний орчин

Зургийн серверийн ажиллагааг идэвхжүүлээд зогсохгүй өөрчлөн тохируулах боломжийг олгодог илүү нарийн мэргэжлийн програм хангамж. Эдгээрээс хамгийн эртний, хамгийн хүнд жинтэй нь KDE ба GNOME боловч бид LXDE эсвэл Mate, Cinnamon гэх мэт хөнгөн орчинтой.

CLI (Тушаалын мөрийн интерфэйс)

Зургийн серверүүдийн ертөнцийг товчхон харсны дараа бид одоо сэдэв рүүгээ дахин орлоо. CLI, тушаалын мөрөөр гүйцэтгэдэг бүх програмыг хэлнэ git, vim, weechat, эсвэл бусад бүх зүйл толгойд орж ирдэг. Тушаалын мөрөнд ажилладаг боловч "график интерфейс" -ийг харуулдаг програмуудын тухай ярьж байгааг би харж байна. weechat o vim. Эдгээрийг туршиж үзээгүй бүх хүмүүст би зөвлөж байна, үндсэндээ тэд миний өдөржингөө хэрэглэдэг хүмүүс юм.

Яагаад CLI нь GUI-ээс илүү вэ?

Нэлээд энгийн зүйлийг туршаад үзье 🙂 Нөгөө өдөр би нөхөөс дээр ажиллахыг хүссэн юм Portage (Gentoo-ийн багцын менежер). Хамтын ажиллагааны сайн төслүүдийн нэгэн адил кодын мөрийн тоо 70k-ээс хэтэрдэг. Үүнийг NinjaIDE шиг IDE дээр нээгээд үзээрэй (Portage нь Python дээр бичигдсэн байдаг), тэгээд удахгүй дэлгэц ачаалагдаж эхлэхэд таны машин маш удаан ажиллах болно (ядаж миний i7 ингэсэн) бөгөөд энэ нь зүгээр л кодыг нээх гэж оролдож байгааг анзаарах болно. мөн "тусламж" -ийн анхдагч өнгө болгон өөрчлөх.

Одоо үүнтэй ижил зүйлийг хийхийг хичээ vim, энэ нь намайг секундын мянгын нэгээр ачааллаж, "хөөрхөн" өнгө, бусад бүх зүйлийг оруулсан.

CLI нь өмнө нь байсан

Энд зарим нь эдгээр хөтөлбөрүүд байна гэж хэлэх болно эртний, Би тэднийг дуудаж байна бат бөх. Хэрэв та барилга барихад хэдэн цаг зарцуулсан болохыг харах боломжтой байсан бол emacs, vim, gdb, мөн бусад хэдэн зуун консолын програмууд нь код, функциональ байдлын хэмжээ маш их тул шийдвэрлэх шаардлагатай бүх зүйлээ аль хэдийн шийдчихсэн байгааг анзаарч магадгүй юм. Олон GUI CLI-д аль хэдийн бат бөх болсон програмуудын хувьд тэдгээр нь хэзээ ч ижил хэмжээний ажиллагаатай байдаггүй, учир нь хэрэв бид боломжтой дэд команд бүрт зориулж таб хийсэн бол git, бид сонголтуудын хооронд өөрсдийгөө алдах бөгөөд энэ нь ажиллахад хэцүү байх тул үр ашиггүй байх болно.

CLI илүү хурдан байдаг

Шидэт түлхүүрээс эхэлдэг Tab, энэ нь таны терминалын ширээний компьютеруудыг үзэх үед таны хамгийн сайн найз төдийгүй, зөв ​​тохируулагдсан үед урт өгүүлбэрүүдийг 2 үсэг, таб, 3 үсэг, таб, бүр үсэг, таб хүртэл богиносгох боломжийг олгодог. .

Гэхдээ энэ нь цорын ганц давуу тал биш юм vim o emacs Өнөө үед сурах муруй нь IDE-үүдийнхээс арай өндөр байгаа боловч эцэст нь бүтээмжийн үр дүн гайхалтай байгаа ч хулганаа хөдөлгөхөд алдаж болох цаг хугацааг төсөөлөхийн аргагүй гэж хэлж болно. Гар дээрээ гараараа байх нь 90% нь төвлөрлийг заахаас гадна гар дээр маш их зүйл бичсэн нь таныг нэлээд хөдөлгөөнтэй, бүтээмжтэй болгодог. Одоо бид өмнөх цэг рүүгээ эргэж ирлээ, бидэнтэй удаан хугацаанд хамт байсан, иймэрхүү хөтөлбөрүүд хэн нэгний бодож болох бүх функцуудтай болсон, vim ашигладаг бидний хувьд нэлээд түгээмэл үг байдаг.

Хэрэв та 4-ээс дээш товчлуур ашигладаг бол үүнээс илүү сайн арга байж болох юм.

Энгийн боловч хүчирхэг, vim нь олон тооны товчлуурууд болон боломжит хослолуудаар бүх зүйлийг хийх боломжийг олгодог бөгөөд хүн хэзээ ч сурахаа больдоггүй, гэхдээ үүнийг ашиглах боломжтой байхын тулд бүгдийг нь мэдэх шаардлагагүй, эхлэхэд 10 эсвэл 15 орчим хангалттай юм. илүү бүтээмжтэй байх.

CLI нь танд бүрэн хяналтыг өгдөг

Хулганаар эсвэл зурагны серверээс програм ажиллуулах үед товшсон мөчид хийгддэг нэмэлт тохиргоонууд тэр бүр байдаггүй, энэ нь терминал дээр тохиолддоггүй тул энд та ямар үнэмлэхүй хүч чадалтай болох вэ? энэ нь ямар хувилбараар, ямар хэмжээгээр хийгддэг эсвэл хийгддэггүй. Цаг хугацаа өнгөрөх тусам та бодож байснаас бага зүйл шаардагдах бөгөөд энэ нь аливаа зүйлийг илүү төвлөрсөн байдлаар хийхэд тусалдаг.

GUI нь бас өөрийн гэсэн зүйлтэй байдаг

Бид бүгдээрээ CLI-г үргэлж ашиглах ёстой гэж хэлэх гэж байгаа юм биш, бас тийм ч тохиромжтой биш, би өөрөө бараг үргэлж GUI ашигладаг, энэ бичлэгийг бичихдээ Chrome ашиглаж байгаа, имэйлээ үзэхийн тулд Evolution ашигладаг (гэхдээ би бас ашигладаг mutt сүүлийн үед). Энэ бол бүх хүмүүсийн хамгийн том домог гэж би бодож байна ... хүмүүс GNU / Linux тэднийг зүгээр л дуусгавар болгож байна гэж боддог, би ширээний орчиндоо нэлээд минималист ханддаг, гэхдээ надад тэгж таалагддаг 🙂 Тэгээд надад ердөө хоёр юмуу гурван нь л байдаг ажиллаж байгаа програмууд, миний Chrome, миний Evolution ба миний терминал 🙂

Эдгээр нь CLI-ууд надад маш их таалагддаг, яагаад та бүхнийг туршаад үзэхийг урьж байгаа зарим шалтгаан нь тэд над шиг GUI-ээс илүү CLI ашигладаг болж магадгүй юм 😉 Мэндчилгээ


Нийтлэлийн агуулга нь бидний зарчмуудыг баримталдаг редакцийн ёс зүй. Алдааны талаар мэдээлэхийн тулд товшино уу энд байна.

17 сэтгэгдэл, үлдээгээрэй

Сэтгэгдэлээ үлдээгээрэй

Таны и-мэйл хаяг хэвлэгдсэн байх болно. Шаардлагатай талбарууд нь тэмдэглэгдсэн байна *

*

*

  1. Мэдээллийг хариуцах: Мигель Анхель Гатан
  2. Мэдээллийн зорилго: СПАМ-ыг хянах, сэтгэгдлийн менежмент.
  3. Хууль ёсны байдал: Таны зөвшөөрөл
  4. Мэдээллийн харилцаа холбоо: Хуулийн үүргээс бусад тохиолдолд мэдээллийг гуравдагч этгээдэд дамжуулахгүй.
  5. Өгөгдөл хадгалах: Occentus Networks (ЕХ) -с зохион байгуулсан мэдээллийн сан
  6. Эрх: Та хүссэн үедээ мэдээллээ хязгаарлаж, сэргээж, устгаж болно.

  1.   нэр нь үл мэдэгдэгч гэж хэлэв

    «Хамтын ажиллагааны сайн төслүүдийн нэгэн адил кодын мөрийн тоо 70-аас дээш байна. Энэ хэсэг намайг хэтэрхий шуугиантай болгосон. Кодыг яагаад нэг файлд нягтруулах шаардлагатай байгаа нь техникийн боломжгүй юу? Янз бүрийн аж ахуйн нэгжүүд (файлууд / ангиуд / модулиуд) дахь зан үйлийг салгах нь дээр биш үү?
    Хөгжлийн хэлбэр дутагдалтай байгаагаас санал болгож буй давуу талыг орхиж, нэг технологийг нөгөөгөөсөө ногдуулах нь үндэслэлтэй шалтгаан биш юм шиг байна. Ямар ч тохиолдолд, энэ нь яг ямар төсөл болохыг хэлж мэдэхгүйгээр ярьж байна, ийм маягаар ажиллахад хүргэсэн илүү том шалтгаан байна

    1.    Крис АДР гэж хэлэв

      Сайн байна уу,

      Магадгүй үүнд жаахан тайлбар шаардагдах байх, гэхдээ миний "сайн төсөл" гэж нэрлээд байгаа зүйл бол мөрүүдийн тоо нь өссөөр байгаа эрүүл нийгэм гэдгийг илэрхийлж байгаа юм. Илүү цөөн тооны шугамтай боловч хөгжлийнхөө хувьд нэлээд эрүүл төслүүд байдаг. Тиймээ, үнэнийг хэлэхэд портыг аль болох олон файлд хуваадаг боловч сангууд эсвэл бусад цөөн хэдэн функцэд шилжүүлдэг шилжүүлэгчидтэй адил хэсгүүдийг нэгтгэх шаардлагатай байдаг. Гэхдээ өнөөдөр олон IDE-д төсөл импортлох үед энэ нь төслийн бүх файлуудыг уншаад зөв "визуал" форматыг оруулахыг хичээх болно гэсэн үг юм.

      Үүнийг жаахан тодорхой болгох байх гэж найдаж байна 🙂 сэтгэгдэл үлдээсэнд баярлалаа.
      Баярлалаа!

  2.   нэр нь үл мэдэгдэгч гэж хэлэв

    Тушаалын мөрийг ашиглаж байна уу? Тийм ээ, гэхдээ боломжтой тохиолдолд л. Энэ нь илүү тохь тухтай, хурдан байх үед юм. Жишээлбэл, хэрэв би тодорхой програм суулгахыг хүсч байвал програм хангамжийн менежер нээж, хайж, суулгаж тэмдэглээд "install" дээр дарахаас илүү sudo apt install programname гэж бичих нь надад илүү тохиромжтой байдаг. Гэхдээ ерөнхийдөө энэ нь тийм биш юм. Жишээлбэл: Хэрэв би хамгийн их таалагдсан 20 дууг нэг директороос нөгөө директор руу хуулахыг хүсвэл файлын менежерээс асар том жагсаалтыг тайвшруулж үзээд Ctrl + Click хийх нь маш тухтай байдаг. Өөр нэг жишээ: Хэрэв би дискээ хуваахыг хүсвэл үүнийг gparted (дискний хэлбэрийг графикаар харуулахдаа олон тооны тушаалуудыг ажиллуулдаг програм) -аар дамжуулан хийх нь дээр. Жагсаалт хязгааргүй байж болох юм. GUI нь тухайн програмын хувьд боломжгүй байж болох функцийг нэмэхээс гадна (үнэндээ ихэвчлэн) ажлыг илүү хялбар болгодог.

    1.    Крис АДР гэж хэлэв

      тушаалын мөрөнд хэр тав тухтай байхаас хамаарна ... жишээ нь:

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

      bash дахь жаахан ид шидийн тусламжтайгаар та дууны нэрийг тавьснаар ижил функцийг гүйцэтгэж болно.

      Үүнтэй төстэй зүйл

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

      бэлэн байна! та бүх дуугаа энгийнээр хөдөлгөж болно

      mover cancion1.mp3

      🙂 Хоёрдугаарт, GUI нь командыг санах, давтахаас зайлсхийх замаар ажлыг "хялбар" болгодог боловч энэ нь зөвхөн ерөнхий хүрээнд хэрэг болно, хэрэв танд нарийн мэргэжлийн, gparted эсвэл бусад GUI богино байх шаардлагатай бол 🙂 ба GUI нь нэмэлт функциональ функцуудыг нэмдэггүй, зөвхөн CLI-д байдаг бүх зүйлийг (бүгдийг биш) авч бүлэглэдэг боловч үүсгэдэггүй.

      Баярлалаа!

      1.    нэр нь үл мэдэгдэгч гэж хэлэв

        процесс хичнээн их автоматжуулсан байсан ч хамаагүй:
        шилжих дуу1.mp3

        дараа нь заавал байх болно:
        хөдлөх дуу2.mp3
        шилжих дуу3.mp3
        .
        .
        .
        шилжих дуу20.mp3
        сэтгэл хөдлөм дуу олон бий ...
        ямар ч файлын менежертэй бол .. энэ нь ердөө 20 товшилт, чирэх & орхих хөдөлгөөнийг шаарддаг. Би мэдэхгүй, гэхдээ ядаж миний менежер (Dolphin) надад 5 дууны жагсаалтыг нэр, огноо, хэмжээ, шошго, зэрэглэл, цомог, уран бүтээлч, үргэлжлэх хугацаа гэх мэтээр энгийн бөгөөд супер хурдан (100 секундээс бага хугацаанд) ангилах боломжийг олгодог. Энэ бол миний хувьд БҮТЭЭМЖ бөгөөд энэ нь тушаалын мөрөнд функцийг нэмж өгдөг.

        Бусад жишээний хувьд .. GParted: OK .. форматлахдаа inode дахь байтын өгөгдмөл утгыг өөрчлөх гэх мэт маш нарийн зүйл хэрэгтэй бол та консол руу очно уу .. гэхдээ найз нь, тийм биш түүний хэвийн байдал. 99% нь GParted нь бидний хэрэгцээг маш энгийн бөгөөд маш хурдан хугацаанд бүрэн хангах болно.

        Баярлалаа!

        1.    Крис АДР гэж хэлэв

          Энэ бол хамгийн энгийн хэлбэрийн автоматжуулалтын жишээ юм. "Хэрэв би хамгийн их таалагдсан 20 дуугаа нэг директороос нөгөө директор руу хуулахыг хүсвэл" гэж хэлсэнчлэн таны жагсаалтыг "тайван" хянахад шаардагдах цаг хугацаа л хамаарна. Үүнийг захиалж, мөн товшоод, гэх мэтийг хийсний дараа терминал нь зөвхөн нэг мөрөнд, магадгүй таны процессор дээр 0.1 секундын турш гүйцэтгэл хийх боломжийг олгодог (хуучин байсан ч гэсэн), хэрэв таны нүд, хулгана үүнийг даван туулж чадвал би явж байна. GUI-д хандаж хэлэхэд би үүнийг ашигладаггүй, тэдэнд хэрэгтэй олон зүйл байдаг гэдгийг би үгүйсгэхгүй, гэхдээ би ядаж бага зэрэг програмчлахад дадлага хийхээс гадна терминалаас хамаагүй илүү олон талт байдлыг олж мэдсэн. өдөр бүр ажлын байрыг автоматжуулах. SysAdmins-ийн дунд түгээмэл хэрэглэгддэг үг бол "Хэрэв та ижил зүйлийг өдөрт нэгээс олон удаа хийдэг бол үүнийг автоматжуул, хэрэв та өдөрт нэг удаа хоёр хоногоос илүү хугацаагаар хийвэл үүнийг автоматжуул, сард нэг удаа ч гэсэн хийдэг бол үүнийг автоматжуул."

          Гэхдээ хөөе, амт, өнгөний хувьд тус бүр өөр өөрийн гэсэн зүйлтэй байдаг, би дуртай зүйлээ бусадтай хуваалцахаар хязгаарладаг 🙂 магадгүй emacs, vim, эсвэл ижил терминал гэх мэт зүйлсээс "айдаг" хүмүүс олон байдаг байх. , эдгээр бичлэгүүдээр би та бүхэнд жаахан өөртөө итгэх, сониуч зан төрүүлэхийг хичээж байгаа тул та бүхэн шийдвэр гаргаж үзээрэй

          Баярлалаа!

          Жич: Би GUI нь өдөр тутмын амьдралдаа шаардагдах нарийн төвөгтэй байдлаас болж асуудлыг шийддэггүй олон хөгжүүлэгчдийг мэддэг бөгөөд энэ нь "нийтлэг" хэрэглэгч хэзээ ч харж чадахгүй байх, гэхдээ энэ нь үүнээс илүү гэсэн үг биш юм "Commons" нь эдгээр хэрэгслийг ашиглаж, ижил олон талт ашиг тусыг хүртэх боломжтой.

          1.    нэр нь үл мэдэгдэгч гэж хэлэв

            Энэ даалгаврын хувьд файлын менежерийг ашиглахад тушаалын мөрөөс хамаагүй бага хугацаа шаардагддаг гэж би бодож байна ... гэхдээ хөөе, таны хэлснээр хүн бүрийн амт, өнгө байдаг.

            Би терминалыг үгүйсгэдэггүй, бас айдаггүй, гэхдээ үүнийг бараг заавал биелүүлэх ёстой өгүүлбэр гэж үзэхгүй байгаа тул "Тушаалын мөр тийм, гэхдээ тохирох тохиолдолд" гэж хэлж эхлэв.

            Хөгжүүлэгчдийн хувьд бүх зүйл байдаг, гэхдээ масштаб нь нэг талаар тодорхой харагдаж байна: Би таныг дараахь зүйлийг харахыг урьж байна.

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

            Хэрэв "цорын ганц текст" редакторуудтай ажиллахаар бооцоо тавьдаг хүмүүстэй харьцуулж үзвэл "нийтлэг" хөгжүүлэгчид байгууламжуудаар дүүрэн график орчинд ажиллахын давуу талыг олж хардаг бололтой.

    2.    чи шатдаг гэж хэлэв

      Жишээлбэл: Хэрэв би хамгийн их таалагдсан 20 дууг нэг директороос нөгөө директор руу хуулахыг хүсвэл файлын менежерээс асар том жагсаалтыг тайвшруулж үзээд Ctrl + Click хийх нь туйлын тухтай байдаг.

      Тушаалын мөрийн файлын менежерүүд байдаг, Vifm эсвэл Ranger гэх мэт графикаас илүү практик эсвэл илүү чадвартай. Дискийг хуваахын тулд e ncurses интерфэйстэй cgdisk гэх мэт тушаалын мөрийн програмууд байдаг.

      1.    Крис АДР гэж хэлэв

        Яахав үнэн шүү 🙂 Яагаад терминалаас айдаг хүмүүс олон байдгийг би сайн мэдэхгүй байна, энэ бол үнэхээр бат бөх, уян хатан хэрэгсэл бөгөөд хүн бүр дор хаяж нэг удаа гүнзгий туршиж үзэх хэрэгтэй зүйл юм.

        Хуваалцаж мэндчилсэнд баярлалаа.

      2.    нэр нь үл мэдэгдэгч гэж хэлэв

        Тиймээ, терминалын файлын менежерүүд графикаас өмнө байдаг. Практик байдлын хувьд энэ нь таны хүссэн зүйлээс хамаарна. Аливаа график файлын менежер нь таб, дуртай зүйл, үзэх горим, урьдчилж харах, 1000 янзаар захиалах, терминал холбох, залгаас суулгах гэх мэтчилэнгээр хангагдсан байдаг. Энэ нь тэдгээрийг ямар ч текст файлын менежерээс хамаагүй илүү уян хатан болгодог.

        Сайн зүйл заавал муухай байх албагүй

    3.    35 гэж хэлэв

      Энэ бол та хийдэг зүйлээ cli дээр хийж сурах явдал бөгөөд rsync дээр хийх зүйлээ хялбархан бичих боломжтой бөгөөд үүнийг хялбархан скрипт болгож болно гэдгийг би баталж байна.

      Таны хэлсэн бүх зүйлийг агуулсан ranger нэртэй cli файлын менежерийг танд санал болгож байна.

  3.   Алберто Кардона гэж хэлэв

    Гайхамшигтай !!
    Би Gentoo суулгахаар шийдэж чадахгүй байна 🙁 (би BunsenLabs-т байгаа) Би одоогоор openbox ашиглаж, Bash скриптүүддээ нано ашиглаж байна.
    Гэхдээ энэ нь намайг Vim эсвэл Emacs руу орох хүслийг төрүүлж байна!
    Баярлалаа!
    Би таны бичлэгүүдийг унших дуртай

    1.    Крис АДР гэж хэлэв

      Алберто танд маш их баярлалаа my Миний нийтлэлүүд танд таалагдаж байгаад би маш их баяртай байна. Бичлэгүүдийг бичих дуртай.
      Таныг сэтгэлээ сэргээнэ гэдэгт найдаж байна, мэдээжийн хэрэг та үргэлж шинэ зүйл туршиж үзэх хэрэгтэй

  4.   Крис АДР гэж хэлэв

    За ингээд би сүүлийн хоёр сэтгэгдэлд хариулж дуусгаад, зохицуулагчид энэ талаар илүү их зүйлийг хүлээн авахгүй байгаад талархаж байна, энэ нь хаашаа ч эргэхгүй бөгөөд саналын жагсаалтыг олон тооны нэмэлт өгөгдлөөр нөхөхгүй байх гэсэн санаа юм. аль нэгнийх нь эсрэг.

    "Олон талт байдал" -ын хувьд магадгүй үүнийг бодож байгаа хүмүүс зөвхөн GUI-д л залгаас байдаг гэж үздэг байх, гэхдээ үнэн бол терминал залгаасууд нь тэдгээрийг ашигладаг хүмүүстэй адил ялгаатай, ажиллагаатай байдаг нь хамгийн тод жишээ юм.

    https://vimawesome.com/

    Олон тооны IDE-ээс илүү уян хатан болгодог vim-д зориулсан залгаасуудын бараг эцэс төгсгөлгүй жагсаалт ... мөн энэ холбоос нь Windows болон Mac дээр IDE ашигладаг хүмүүсийг багтаасан болохыг дурдаагүй болно. Вим Eclipse-ийн талаар ярьдаг, хэрвээ Eclipse-ийг гурван платформ дээр ашигладаг хүмүүсийн тоог харьцуулж үзвэл Vim гавьяатай 4-р байр эзэлсэндээ ичих зүйлгүй юм.

    Гэхдээ жаахан цаашаа ... "жирийн" хүмүүс ямар нэгэн зүйл ашигладаг нь үүнийг заавал сайн гэж хэлдэггүй, гэхдээ Windows бусад системүүдээс хамаагүй дээр байх болов уу 🙂 магадгүй тэд ямар нэгэн зүйл ашиглаж сурахгүй байхыг илүүд үздэг байж магадгүй юм. хялбар сонголтыг илүүд үзнэ үү ... эсвэл танай компани стандартыг хэрэгжүүлэхээр шийдсэн тул (Eclipse бол олон компаниудын жишиг бөгөөд энэ нь олон тооны хэрэглэгчдийг тайлбарлаж өгдөг ... яг л цорын ганц хэрэгсэл болох Android, Visual Studio гэх мэт) тус тусынх нь хэлээр ажиллах ... Vim бол энэ нь үүнийг ашигладаг хүмүүсийн ҮНЭГҮЙ сонголт юм)

    . "Муухай" гэдэг нь маш субъектив нэр томъёо юм, би Qt, эсвэл WebKit, тэр ч байтугай Mac OS интерфейсийн дизайныг "муухай" гэж үзэж болно ... гэхдээ энэ нь хэн нэгэн үүнийг ингэж хардаг гэсэн үг биш, зөвхөн зуршил umbres

    Баярлалаа!

    1.    нэр нь үл мэдэгдэгч гэж хэлэв

      Хариулах эрх өгөхийг хүсэхгүй байгаа хүслийг хүндэтгэж байна.

      зөвхөн мэдээлэл авах:
      https://vim.sourceforge.io/download.php

  5.   Клаудио гэж хэлэв

    Би Anonymous-тэй бүрэн санал нийлж байгаа боловч миний хувьд шинжээч эсвэл програмистын гүнзгий мэдлэггүй энгийн хэрэглэгч юм. Тиймээс надад линукс дахь олон эрдэнэсийг алдах GUI хэрэгтэй, жишээлбэл, өнөөдөр, 2017 он бол Linux сүлжээнд хавтас хуваалцахад хялбар болгодог GUI програм байхгүй, би Линукс хэлье, битгий ав Samba ба Windows-ийн тусламжтайгаар би цэвэр Linux сүлжээний тухай ярьж байна. Линуксийн сүлжээнд холбогдохын тулд та тодорхой NFS-г тохируулах хэрэгтэй бөгөөд зөвхөн тушаалын мөрөөс цаг хугацаа алдахаас гадна Windows-д тохиолддог шиг хялбар болгодог GUI-тэй байх нь яагаад тийм хэцүү байдгийг тайлбарлахгүй байна. .
    ChrisADR-ийн хэлснээр "Би залуу програм хангамж хөгжүүлэгч" бөгөөд энэ сэдвээр та маш их зүйлийг мэддэг гэдгээ олж харсан, миний сая тайлбарласан зүйлийг хөнгөвчлөх GUI програмыг хөгжүүлэх хэрэгтэй юу эсвэл таны нэр цэвэр, сайрхах зүйл мөн үү? Энэ нь эмч хэзээ ч мэс засал хийлгээгүй байж мэс засал хийлгэх нь илүү дээр вэ гэсэн дүгнэлт өгсөнтэй адил юм. "Та шүүх дээр пинго харж байна" гэж "програм хангамж хөгжүүлэгч" гэсэн газраасаа саналаа өгөхөөсөө өмнө GUI програмыг боловсруулж, хэрэв терминалыг ашиглах нь дээр юмуу эсвэл ашиглахгүй бол та өөрийгөө хэн ашиглаж байгаа газарт нь оруулах хэрэгтэй. Линукс ба үүнийг хэн ашигладаг вэ. Линуксийн сүлжээнд файл хуваалцах зорилгоор GUI програмаа танилцуулж, хуваалцаж буй ChrisADR-ийн нийтлэлийг үзэж болно гэж найдаж байна. Одоогийн байдлаар та зөвхөн Samba-г зөвхөн Windows хуваалцах зорилгоор ашигладаггүй бол байхгүй байна.

    1.    Guillermo гэж хэлэв

      Хөтөлбөрийг бүтээх нь нэг өдрийн үдээс хойш амар биш бөгөөд хамгийн багадаа хэдэн долоо хоногийн хүчин чармайлт шаарддаг бөгөөд үүнээс ч дор зүйл бол бид олон жилийн туршид алдаагаа засах, урьд өмнө ашиглагдаж байсан хуучирсан шинэ функцийн сангуудтай хамт шинэчлэх хүчин чармайлт гаргадаг. , өөр өөр хуваарилалтад зориулсан сав баглаа боодол, ...
      Гэхдээ хэрэв та өмнө нь SAMBA-тэй бол GNU / Linux хоёрын хооронд ямар ч Windows ашиглахгүйгээр ашиглаж болох юм бол яагаад NFS шийдлийг ашиглахыг хүсэж байгаа юм бэ?
      Онлайн харагддаг гарын авлагууд линукс, цонхны талаар ярьдаг боловч зааврыг дагаж линуксээс хавтас хуваалцах, дараа нь линуксээс өөр сүлжээний хавтастай холбогдоход хангалттай.
      Ubuntu 16.04 нь энэ сэдвийг хялбархан хэрэгжүүлсээр байх шиг байна: http://www.hernanprograma.es/ubuntu/como-compartir-una-carpeta-desde-ubuntu-16-04-a-traves-de-samba/