Neden GUI'lere komut satırını tercih ediyoruz?

Diğer makaleleri gözden geçirirken karşılaştığım bu küçük soru beni çok eğlendirdi, diğer sistemlerin kullanıcılarının (FreeBSD hariç) karşımıza çıkardığı ilk şeylerden birinin GUI'leri kullanmamamız olduğu doğrudur. Gerçeği söylemek gerekirse, GNU / Linux yolculuğumun başlangıcında da bana oldukça meraklı geldi. İtiraf etmeliyim ki, zamanla artık komut satırını diğer herhangi bir GUI programından çok daha fazla kullanıyorum ve çoğu zaman komut satırı programlarını göz kamaştırıcı GUI'lere sahip daha ayrıntılı programlara tercih ediyorum.

Efsane

Aslında bu bir şehir efsanesinden başka bir şey değildir, çünkü burada isimleri anılmayacak olan diğer sistemlerin aksine, gerçekten sahip olduğunuz yer GNU / Linux'tadır. özgürlük seçim. Diğer sistemlerde burada var olan çok yönlülüğün olmasını dilerdim. Ancak bu konuya daha yakından bakalım, aksi takdirde pek çok şey net değildir:

Sunucular

Hepimiz kelimeyi duyduk Sunucu, bazıları bunların Google'a veya Amazon'a veya şirketinizdeki süper bilgisayarlar olduğuna inanıyor. Ama gerçek şu ki bir Sunucu cevap vermek iş modeli. Bu terimi, kullanıcıların kullanımına açık bir programımız olduğu gerçeğini belirtmek için kullanıyoruz (müşteriler) ve onlara bir şey verir. Temel bir örnek Apacheiçin kullanılan hizmet etmek İnternetteki web sayfaları. Bu program html'yi müşteriler bunu talep ediyor.

Görüntü sunucusu

Ancak Google'ın ve diğer birçok şirketin mümkün kıldığı süper bilgisayarlarda yalnızca bir sunucu olamaz, "en eski" dizüstü bilgisayar bile bir sunucuözellikle görseller hakkında konuştuğumuzda. Hepimiz koşuyoruz sunucu işlevsel bir ekrana sahip olmak için dizüstü bilgisayarlarımızdaki görüntülerin sayısı, bu durumda sunucu y el müşteri onlar aynı kişidir. En yaygın örnek X (olarak bilinir xorg-server birçok dağıtımda) ve yeni ikamesi Wayland. Kuruluşun neden veya Wayland'in nasıl çalıştığı veya bu büyük projelerin arkasında yatan felsefeler hakkında ayrıntılı bir açıklama yapmayacağız, ancak onlar sayesinde bir web tarayıcısına sahip olabileceğimizi açıkça belirteceğiz. Firefox veya Chrome gibi veya diğer birçok program.

Pencere yöneticisi

Pencere yöneticileri doğrudan görüntü sunucusuyla çalışırlar, işleri "daha düşük" düzeydedir, çünkü pencerelerin nasıl oluşturulacağını, değiştirileceğini, kapatılacağını yönetirler (artıklığı affederler). Genellikle oldukça basittirler ve masaüstü ortamları bunlar üzerine inşa edilmiştir. Liste büyük, ancak burada sadece onların minimalist yazılımlar, görüntü sunucusu üzerinde oldukça temel bir kontrole sahip olmaya izin verir.

Masaüstü ortamı

Yalnızca görüntü sunucusu çalışmasını değil, aynı zamanda özelleştirme yetenekleri de sağlayan daha özel bir yazılım seti. Bunların arasında en eski ve en ağır olanları KDE ve GNOME'dur, ancak LXDE veya Mate, Tarçın vb. Gibi daha hafif ortamlarımız da var.

CLI (Komut Satırı Arayüzü)

Görüntü sunucuları dünyasına kısa bir baktıktan sonra, şimdi tekrar konumuza dönüyoruz. CLI, komut satırı tarafından çalıştırılan tüm programları ima eder. git, vim, weechatveya aklına başka ne geliyorsa. Komut satırında çalıştırılmalarına rağmen, bir tür "grafik arayüz" gösteren programlardan bahsettiğimi görebilirsiniz. weechat o vim. Denemeyenler için tavsiye ederim, temelde bütün gün kullandım.

CLI neden GUI'den daha iyidir

Oldukça basit bir şey deneyelim 🙂 Geçen gün bir yama üzerinde çalışmak istedim Portage (Gentoo'nun paket yöneticisi). Herhangi bir iyi ortak proje gibi, kod satırı sayısı 70'i aşıyor. Bunu NinjaIDE gibi bir IDE'de açmaya çalışın (Portage Python'da yazılmıştır) ve kısa süre sonra, ekran yüklenmeye başladığında makinenizin aşırı derecede yavaşladığını (en azından benim i7'mde yaptığını) fark edeceksiniz ve bu sadece kodu açmaya çalışıyor ve "yardım" ın varsayılan rengine değiştirin.

Şimdi aynısını yapmayı dene vim, beni birkaç milisaniye içinde yükledi ve aynı zamanda "güzel" renkleri ve diğer her şeyi koydu.

CLI çok önceden

Bazıları bu programların eski, Ben ararım onları güçlü. İnşaat için harcanan saatlerin sayısını görebilseydiniz emacs, vim, gdbve diğer yüzlerce konsol programı, kod miktarının ve işlevselliğin o kadar büyük olduğunu ve çözmek için ihtiyaç duydukları her şeyi pratik olarak çözdüklerini fark edebilir. Birçok GUI CLI'lerinde zaten sağlam olan programlar için hiçbir zaman aynı işlevselliğe sahip olmayacaklar, bunun nedeni örneğin mevcut her alt komut için bir sekme oluşturduğumuzda gitseçenekler arasında kendimizi kaybederiz ve ters etki yapar çünkü çalışmayı zorlaştırır.

CLI daha hızlı

Sihir anahtarla başlar Tab, bu sadece terminalinizdeki masaüstüne göz atarken en iyi arkadaşınız değil, aynı zamanda uygun şekilde yapılandırıldığında, uzun cümleleri 2 harf ve bir Sekme, 3 harf ve bir Sekme veya hatta bir harf ve bir Sekme olarak kısaltmanıza olanak tanır .

Ancak bu, öğrenmek için zaman ayırmış olanların tek avantajı değil vim o emacs Bugünlerde öğrenme eğrisi IDE'lerden biraz daha yüksek olmasına rağmen, sonuçta üretkenlik sonuçları şaşırtıcı, bir fareyi hareket ettirirken kaybedilebilecek zamanı hayal bile edemeyebiliriz. Ellerinizi klavyenin% 90'ında tutmak yalnızca konsantrasyonu öğretmekle kalmaz, aynı zamanda klavyede bu kadar çok yazma gerçeği sizi oldukça çevik ve üretken kılar. Ve şimdi bir önceki noktaya dönüyoruz, uzun zamandır bizimle birlikte olduğumuz için, bunun gibi programlar zaten birisinin düşünebileceği tüm işlevlere sahip, vim kullanan bizler için oldukça yaygın bir söz akla geliyor:

4'ten fazla anahtar kullanırsanız, daha iyi bir yol olabilir.

Basit ama güçlü vim, her şeyi çok sayıda anahtar ve olası kombinasyonlarla yapmanıza izin verir, kimse öğrenmeyi asla bırakmaz, ancak onu kullanabilmek için hepsini bilmenin gerekli olmadığı da doğrudur, yaklaşık 10 veya 15 daha üretken olmaya başlamak için yeterlidir.

CLI size tam kontrol sağlar

Fare ile işlemler veya görüntü sunucusundan programlar yürütüldüğünde, tıklandığında yürütülen tüm ekstra konfigürasyonlar her zaman mevcut değildir, bu terminalde olmaz, burada neyin yürütüldüğünün mutlak gücüne sahipsiniz , hangi seçenekle veya ne ölçüde. Zamanla düşündüğünüzden daha azına ihtiyacınız olduğunu fark edersiniz ve bu, işleri daha odaklı bir şekilde yapmanıza yardımcı olur.

GUI'nin de kendi özelliği var

Hepimizin her zaman CLI kullanması gerektiğini söylemeyeceğim, bu da ideal değil, kendim neredeyse her zaman GUI'leri kullanıyorum, bu yazıyı yazmak için Chrome'umu kullanıyorum ve e-postalarımı görmek için Evolution kullanıyorum (ancak Ben de kullanıyorum mutt oldukça geç). Ve sanırım bu en büyük efsane ... insanların GNU / Linux'un onları sonlandırdığını düşünmesi, masaüstü ortamımı seviyorum, oldukça minimalist, ama bu şekilde seviyorum 🙂 Genelde sadece iki veya üç tane var çalışan programlar, Chrome'um, Evrimim ve terminalim 🙂

Bunlar, CLI'leri bu kadar çok sevmemin nedenlerinden bazıları ve sizi neden onları denemeye davet ettim, daha sonra GUI'lerden daha fazla CLI kullanıyor olabilirler 😉 Selamlar


Yorumunuzu bırakın

E-posta hesabınız yayınlanmayacak. Gerekli alanlar ile işaretlenmiştir *

*

*

  1. Verilerden sorumlu: Miguel Ángel Gatón
  2. Verilerin amacı: Kontrol SPAM, yorum yönetimi.
  3. Meşruiyet: Onayınız
  4. Verilerin iletilmesi: Veriler, yasal zorunluluk dışında üçüncü kişilere iletilmeyecektir.
  5. Veri depolama: Occentus Networks (AB) tarafından barındırılan veritabanı
  6. Haklar: Bilgilerinizi istediğiniz zaman sınırlayabilir, kurtarabilir ve silebilirsiniz.

  1.   anonim dijo

    «Her iyi ortak proje gibi, kod satırlarının sayısı 70'i aşıyor. Bu kısım beni çok gürültülü yaptı. Kodun neden aynı dosyada sıkıştırılması gerektiğine dair teknik bir imkansızlık var mı? Farklı varlıklardaki (dosyalar / sınıflar / modüller) davranışı ayırmak daha iyi olmaz mıydı?
    Bir teknolojiyi diğerine dayatmak, gelişim biçimindeki eksiklikten dolayı birinin önerdiği avantajları bir kenara bırakmak geçerli bir neden gibi görünmüyor. Her halükarda, hangi projeye atıfta bulunduğunu bilmeden konuşuyorum, bu şekilde çalışmayı zorlayan daha büyük bir neden var

    1.    ChrisADR dijo

      Merhaba,

      Belki bu biraz açıklama gerektiriyor, ama benim "iyi proje" dediğim şey, satır sayısının büyümeye devam eden sağlıklı bir topluluk olduğunu ifade ettiğini ima ediyor. Çok daha az sayıda satırı olan, ancak gelişiminde oldukça sağlıklı projeler var. Doğruyu söylemek gerekirse, portage olabildiğince çok dosyaya bölünmüştür, ancak bölümleri kitaplıklar veya birkaç başka işleve götüren anahtarlar gibi bir arada gruplandırmak her zaman gereklidir. Ancak bugün bir projeyi birçok IDE'ye aktarırken, bu, projedeki tüm dosyaları okuyacağı ve doğru "görsel" formatı koymaya çalışacağı anlamına gelir.

      Umarım biraz daha net hale getiririm 🙂 ve yorum yaptığınız için teşekkürler.
      selamlar

  2.   anonim dijo

    Komut satırını mı kullanıyorsunuz? Evet, ancak yalnızca uygun olduğunda. Yani, daha rahat ve daha hızlı olduğunda. Örneğin, belirli bir programı kurmak istersem, bir yazılım yöneticisini açmaktan, aramaktan, yüklemek için işaretlemekten ve "kur" a basmaktansa, sudo apt install programname yazmam benim için daha uygun. Ancak genel olarak durum böyle değildir. Örneğin: En sevdiğim 20 şarkıyı bir dizinden diğerine kopyalamak istersem, bir dosya yöneticisinden büyük bir listeyi sakince incelerken Ctrl + Click yapmak çok rahat ve ardından sürükle ve bırak. Başka bir örnek: Bir diski bölümlemek istersem, bunu manuel olarak yapmaktansa gparted (çok sayıda komutu çalıştıran ve diskin nasıl olacağını size grafik olarak gösteren bir program) aracılığıyla yapmak çok daha iyidir. Liste sonsuz olabilir. GUI'ler (aslında genellikle) belirli bir cli uygulaması için imkansız olabilecek işlevler eklemenin yanı sıra çalışmayı çok daha kolaylaştırabilir.

    1.    ChrisADR dijo

      bu komut satırında ne kadar rahat olduğunuza bağlıdır ... örneğin:

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

      bash'da biraz sihirle, sadece şarkının adını girerek aynı şeyi çalıştıran bir işlev bile yapabilirsiniz:

      Gibi bir şey

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

      ve hazır! tüm şarkılarınızı basit bir

      mover cancion1.mp3

      🙂 İkincisi ise, GUI'ler komutları hatırlamaktan ve tekrarlamaktan kaçınarak işi kısmen "daha basit" hale getirse de, bu yalnızca genel çerçevelerde, özelleşmiş, gparted veya başka herhangi bir GUI'ye ihtiyaç duyduğunuzda yararlıdır 🙂 ve GUI'ler ekstra işlevler eklemeyin, yalnızca CLI'de bulunanları alır (hepsini değil) ve gruplandırır, ancak oluşturmazlar 🙂

      selamlar

      1.    anonim dijo

        işlem ne kadar otomatik olursa olsun:
        song1.mp3'ü taşı

        o zaman, zorunlu olarak:
        song2.mp3'ü taşı
        song3.mp3'ü taşı
        .
        .
        .
        song20.mp3'ü taşı
        birçok hareketli şarkı var ...
        herhangi bir dosya yöneticisi ile .. sadece 20 tıklama ve sürükle ve bırak hareketi yeterlidir. Bilmiyorum, ama en azından menajerim (Dolphin) 5 şarkıdan oluşan bir listeyi ada, tarihe, boyuta, etiketlere, sıralamaya, albüme, sanatçıya, süreye göre basit ve süper hızlı (100 saniyeden az) sıralamanıza izin veriyor vb. benim için VERİMLİLİK ve aynı zamanda komut satırına işlevsellik katıyor.

        Diğer örneğe gelince .. GParted: Tamam .. Biçimlendirme sırasında inode başına baytların varsayılan değerini değiştirmek gibi çok özel bir şeye ihtiyacınız varsa, konsola gitmelisiniz .. ama arkadaş, bu normal değil. GParted zamanın% 99'unda ihtiyaçlarımızı çok basit ve çok hızlı bir şekilde mükemmel bir şekilde karşılayacaktır ve en azından benim için bu da üretkenlik

        selamlar

        1.    ChrisADR dijo

          Pekala, bu en basit haliyle bir otomasyon örneğidir, dediğiniz gibi "En sevdiğim 20 şarkımı bir dizinden diğerine kopyalamak istersem", tüm bunlar "sakin bir şekilde" incelemeniz için gereken zamana bağlıdır. listeniz Sipariş verdikten ve tıkladıktan vb. sonra, terminal bunu ve çok daha fazlasını tek bir satırda, belki işlemcinizde yaklaşık 0.1 saniye yürütmeye izin verir (eski olsa bile), gözleriniz ve fareniz bunun üstesinden gelebilirse, Peki, GUI'lere gidiyorum 🙂 ve onları kullanmadığımı söylemedim, pek çok yararlı şeyleri var, inkar etmeyeceğim, ama en azından terminalde çok daha büyük bir çok yönlülük buldum. işleri otomatikleştirirken her gün biraz programlama yapmama yardımcı olmanın yanı sıra. SysAdmins arasında çok yaygın bir söz, "aynı şeyi günde bir defadan fazla yaparsanız, otomatikleştirin, iki günden fazla günde bir kez yaparsanız, otomatikleştirin, ayda bir bile yaparsanız, otomatikleştirin. . "

          Ama hey, zevkler ve renkler açısından, her birinin kendine ait bir özelliği var, kendimi sevdiğim şeyleri paylaşmakla sınırlıyorum 🙂 ve belki de emacs, vim veya aynı terminal gibi şeylerden "korkan" pek çok insan var, Bu gönderilerle size biraz güven ve merak vermeye çalışıyorum, böylece onları deneyebilir ve karar verebilirsiniz 🙂

          selamlar

          Not: GUI'lerin günlük ihtiyaç duydukları karmaşıklık miktarı nedeniyle çözemediği birçok geliştirici biliyorum, belki "ortak" bir kullanıcının asla göremeyeceği, ancak bu daha fazla kullanıcının "Commons" bu araçları kullanın ve aynı çok yönlü faydaları elde edin.

          1.    anonim dijo

            Hala bu görev için (ve diğerleri) bir dosya yöneticisi kullanmanın komut satırından çok daha az zaman aldığını düşünüyorum ... ama hey, dediğiniz gibi herkes için zevkler ve renkler var.

            İnkar etmiyorum ya da terminalden korkmuyorum ama bunu neredeyse zorunlu bir cümle olarak görmüyorum, bu yüzden "Komut satırı evet ama uygun olduğunda" diyerek başladım

            Geliştiricilere gelince, her şey var, ancak ölçek açıkça bir tarafa işaret ediyor: Sizi bir göz atmaya davet ediyorum:

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

            Görünüşe göre "sıradan" geliştiriciler, "yalnızca metin" editörleriyle çalışmaya bahse girenlere kıyasla, tesislerle dolu bir grafik ortamda çalışmanın avantajlarını görüyorlar.

    2.    sen yanıyorsun dijo

      Örneğin: En sevdiğim 20 şarkıyı bir dizinden diğerine kopyalamak istersem, bir dosya yöneticisinden büyük bir listeyi sakince incelerken Ctrl + Click yapmak çok rahat ve ardından sürükle ve bırak.

      Vifm veya Ranger gibi grafik kadar pratik veya grafiklerden daha fazlası olan komut satırı dosya yöneticileri vardır. Ayrıca diskleri bölümlemek için, bir e ncurses arayüzüne sahip cgdisk gibi komut satırı uygulamaları vardır.

      1.    ChrisADR dijo

        Evet, doğru 🙂 Neden terminalden korkan bu kadar çok insan olduğunu gerçekten bilmiyorum, bu aslında çok sağlam ve çok yönlü bir araç, herkesin en az bir kez derinlemesine denemesi gereken bir şey.

        Paylaşım ve selamlar için teşekkürler.

      2.    anonim dijo

        Evet, terminal dosya yöneticileri grafiklerden önce var. Pratiklik gelince, ne istediğinize bağlıdır. Herhangi bir grafik dosya yöneticisi sekmeler, sık kullanılanlar, görünüm modları, önizleme, 1000 farklı şekilde sipariş etme imkanı, bir terminale bağlanma, eklenti yükleme vb. İle sağlanır. bu da onları herhangi bir metin dosyası yöneticisinden çok daha çok yönlü hale getirir.

        İyinin çirkin olması gerekmez

    3.    tombul35 dijo

      sadece cli'de yaptığınız şeyi yapmayı öğreniyorsunuz ve bunun daha kolay olacağını garanti ediyorum, bahsettiğiniz şeyi rsync ile çok kolay yaparsınız ve bunu kolayca bir betik yapabilirsiniz.

      Bahsettiğiniz her şeye sahip olan ranger adlı bir cli dosya yöneticisi öneririm.

      1.    tanrı dijo

        20 şarkıyı kopyalamak için "ls * .ogg> top20" ile bir liste yapıyorum. Ardından Vim'e gidip (istediklerimi silerek) istediğim şarkıları seçiyorum. Sonunda "cp $ (cat top20) otrodir" yapıyorum ve hepsi bu. Bu, fare ile seçim yapmaktan ve önceden seçilmiş olan 19 şarkının yanlışlıkla seçilmesinden daha uygundur.

  3.   Alberto Cardona dijo

    Olağanüstü!!
    Gentoo'yu kurmaya hala karar veremiyorum 🙁 (BunsenLabs'tayım) Şu anda Bash komut dosyalarım için openbox ve nano kullanıyorum
    Ama bu beni Vim veya Emacs'a girme isteği uyandırıyor!
    selamlar
    Gönderilerini okumaktan zevk alıyorum

    1.    ChrisADR dijo

      Çok teşekkür ederim Alberto 🙂 Yazılarımı beğendiğiniz için çok mutluyum, yazıları yazmaktan zevk alıyorum.
      Umarım neşelenirsin ve tabi ki yaparsın, önemli olan her zaman yeni bir şeyler denemektir 🙂

  4.   ChrisADR dijo

    Eh, bununla son iki yorumu yanıtlamayı bitirdim ve moderatörlerin bu konuda daha fazla kabul etmemesini takdir ediyorum, bu hiçbir yere gitmiyor ve fikir, yorum listesini bir veya aleyhine veya lehine bir dizi argümanla doldurmak değil. diğeri.

    "Çok yönlülük" konusuna gelince, belki bunu düşünenler yalnızca GUI'lerin eklentileri olduğunu düşünüyorlar, ancak gerçek şu ki, terminal eklentileri, onları kullanan insanlar kadar çeşitli ve işlevseldir, en açık örnek

    https://vimawesome.com/

    Vim için onu birçok IDE'den daha çok yönlü kılan neredeyse sonsuz bir eklenti listesi ... ve bu bağlantı, bu listenin Windows ve Mac'te IDE kullanan kişileri içerdiğinden bahsetmiyor, bu da aslında Vim'den çok daha iyi konuşuyor Eclipse'den bahsediyor çünkü üç platformda Eclipse kullananların sayısını karşılaştırırsak, Vim'in hak ettiği 4. sıraya sahip olmaktan utanacak hiçbir şeyi yok.

    Ama biraz daha ileri gidersek ... "sıradan" insanların bir şey kullanması bunun mutlaka iyi olduğunu söylemez, ancak muhtemelen Windows diğer sistemlerden çok daha iyi olurdu would belki de sadece bir şeyi nasıl kullanacaklarını öğrenmemeyi tercih ediyorlar çünkü kolay seçeneği tercih ediyorlar ... veya şirketiniz bu nedenle standardı uygulamaya karar verdiğinden (Eclipse, birçok şirkette çok sayıda kullanıcıyı açıklayan standarttır ... tıpkı Android ve Visual Studio gibi, tek kendi dillerinde çalışmak anlamına gelir ... Vim ise kullananların ÜCRETSİZ bir seçimidir)

    . "Çirkin" çok öznel bir terimdir, Qt'nin veya WebKit'in tasarımını veya hatta Mac OS arayüzünü "çirkin" olarak kabul edebilirim ... ama bu, başka birinin onu bu şekilde gördüğü anlamına gelmez, bu sadece bir mesele alışkanlık 🙂

    selamlar

    1.    anonim dijo

      Cevap verme hakkını vermeme arzusuna saygı duyuyorum.

      sadece bilgi için:
      https://vim.sourceforge.io/download.php

  5.   claudio dijo

    Anonymous'a tamamen katılıyorum, ancak benim durumumda, bir analist veya programcının derin bilgisi olmadan basit bir kullanıcıyım. ve bu nedenle, linux'taki hazinelerin çoğunu başarısızlığa uğratacak bir GUI'ye ihtiyacım var, örneğin bugün ve 2017 yılı olarak, bir Linux ağında klasör paylaşmayı kolaylaştıran bir GUI uygulaması yok ve ben Linux diyorum, ben onları anlamayın Samba ve Windows ile tamamen bir Linux ağından bahsediyorum. Bir Linux ağında paylaşabilmek için belirli bir NFS'yi yapılandırmanız gerekir ve yalnızca komut satırından zaman harcanır ve ayrıca Windows'ta olduğu gibi bunu kolaylaştıran bir GUI'ye sahip olmanın neden bu kadar zor olduğunu da açıklamıyorum .
    ChrisADR'a göre "Ben genç bir yazılım geliştiriciyim" ve konu hakkında çok şey bildiğinizi görüyorsunuz, az önce anlattıklarımı kolaylaştıran bir GUI uygulaması mı geliştirmelisiniz yoksa sizinki saf bir başlık ve övünme mi? Tıpkı bir doktorun ameliyat yapmadan nasıl daha iyi olacağına dair bir fikir vermesi gibidir. «Pingolar sahada görülüyor» «yazılım geliştirici» yerinizden görüş bildirmeden önce bir GUI uygulaması geliştirmelisiniz ve eğer terminali kullanmak daha iyi ya da kullanmıyorsa, kimin kullandığı yerine kendinizi koymalısınız. Linux ve onu kimin kullandığı. Linux ağında dosya paylaşımı için ChrisADR tarafından GUI uygulamasını sunan ve paylaşan bir makale görebilirsiniz. Şu anda, Samba'yı yalnızca Windows paylaşımı için kullanmadığınız sürece hiçbiri yoktur.

    1.    Fatura dijo

      Bir program oluşturmak kolay bir öğleden sonra değildir, en azından birkaç haftalık bir çaba gerektirir ve daha da kötüsü, hataları düzeltmek, daha önce kullanılanları geçersiz kılan yeni işlev kitaplıkları ile birlikte güncellemek için yıllarca çaba sarf ederiz. , farklı dağıtımlar için ambalaj, ...
      Ama aynı zamanda, herhangi bir Windows'a ihtiyaç duymadan iki GNU / Linux arasında da kullanabileceğiniz SAMBA'ya sahipseniz, neden NFS çözümünü kullanmak istiyorsunuz?
      Çevrimiçi olarak gördüğünüz kılavuzlar Linux ve Windows hakkında konuşsa bile, bir klasörü paylaşmak için talimatları uygulamanız yeterlidir. desde linux ve sonra başka bir ağ klasörüne bağlanmak için desde linux çok.
      Görünüşe göre Ubuntu 16.04 hala bu temanın kolay bir uygulamasına sahip: http://www.hernanprograma.es/ubuntu/como-compartir-una-carpeta-desde-ubuntu-16-04-a-traves-de-samba/