რატომ გირჩევნიათ ბრძანების სტრიქონი GUI– ებს?

სხვა სტატიების გადახედვისას, ამ პატარა კითხვას წავაწყდი, რამაც დიდი სიამოვნება გამოიწვია. მართალია, სხვა სისტემების (გარდა FreeBSD– ის გარდა) მომხმარებლები სახეში გვხვდება ის, რომ ჩვენ არ ვიყენებთ GUI– ს. სიმართლე გითხრათ, GNU / Linux- ის მოგზაურობის დასაწყისში ისიც საკმაოდ საინტერესო აღმოჩნდა. უნდა ვაღიარო, რომ დროთა განმავლობაში ახლა მე უფრო მეტად ვიყენებ ბრძანების ხაზს, ვიდრე სხვა GUI პროგრამები და ბევრჯერ მირჩევნია ბრძანების ხაზის პროგრამებს უფრო დახვეწილ პროგრამებს კაშკაშა GUI– ებით.

Მითი

სინამდვილეში ეს სხვა არაფერია, თუ არა ურბანული მითი, რადგან სხვა სისტემებისგან განსხვავებით, რომელთა სახელები აქ აღარ იქნება ნახსენები, ეს არის GNU / Linux- ში, სადაც თქვენ ნამდვილად გაქვთ თავისუფლება არჩევანის. ვისურვებდი რომ სხვა სისტემებში აქ ყოფილიყო მრავალფეროვნება. მოდით, უფრო კარგად გავეცნოთ ამ საკითხს, თორემ ბევრი რამ გაუგებარია:

სერვერები

ჩვენ ყველას გაგვიგია სიტყვა სერვერი, ზოგი მიიჩნევს, რომ ესენი არიან სუპერ კომპიუტერები, რომლებიც აძლიერებენ Google- ს ან Amazon- ს, ან თქვენს კომპანიას. მაგრამ რეალობა ისაა, რომ ა სერვერი უპასუხოს ა სამუშაო მოდელი. ჩვენ ამ ტერმინს ვიყენებთ იმის აღსადგენად, რომ გვაქვს პროგრამა, რომელიც ხელმისაწვდომია მომხმარებლებისთვის (მომხმარებელს) და რაღაცას გადასცემს მათ. ძირითადი მაგალითია Apache, რომელიც გამოიყენება მოემსახურება ვებ – გვერდები ინტერნეტში. ეს პროგრამა html– ს გადასცემს მომხმარებელს ვინც ამას ითხოვს.

გამოსახულების სერვერი

არა მხოლოდ სერვერი შეიძლება იყოს სუპერ კომპიუტერებში, რომელსაც Google და მრავალი სხვა კომპანია იძლევა, "უძველესი" ლეპტოპიც კი შეიძლება იყოს სერვერზე, განსაკუთრებით მაშინ, როდესაც სურათებზე ვსაუბრობთ. ჩვენ ყველა აწარმოებს ა სერვერზე ჩვენს ლაპტოპებზე გამოსახულების გამოსახულება, რომ გვქონდეს ფუნქციური ეკრანი, ამ შემთხვევაში სერვერზე y el მომხმარებელს ისინი ერთი და იგივე ადამიანია. ყველაზე გავრცელებული მაგალითია X (ცნობილია, როგორც xorg-server მრავალ განაწილებაში) და მისი ახალი ჩანაცვლება Wayland. ჩვენ არ ვაპირებთ დეტალურ ახსნას იმის შესახებ, თუ რატომ მუშაობს ორგანიზაცია, ან როგორ მუშაობს უეილენდი, ან ფილოსოფია, რომელიც ამ დიდი პროექტების მიღმა არსებობს, მაგრამ ჩვენ განვმარტავთ, რომ სწორედ მათი წყალობით შეიძლება ვებ-ბრაუზერი გვქონდეს. როგორიცაა Firefox ან Chrome, ან მრავალი სხვა პროგრამა.

ფანჯრის მენეჯერი

ფანჯრის მენეჯერები უშუალოდ მუშაობენ გამოსახულების სერვერთან, მათი მუშაობა "უფრო დაბალი" დონისაა, ვინაიდან ისინი მართავენ (აპატიებენ ზედმეტობას) როგორ ხდება ფანჯრების შექმნა, შეცვლა, დახურვა. ისინი, როგორც წესი, საკმაოდ მარტივია და სამუშაო მაგიდაზე გარემო აშენებულია ამაზე. სია დიდია, მაგრამ მე აქ მხოლოდ იდეას დავტოვებ მინიმალისტური პროგრამები, რომლებიც საშუალებას გაძლევთ გქონდეთ საკმაოდ ძირითადი კონტროლი გამოსახულების სერვერზე.

დესკტოპის გარემო

პროგრამული უზრუნველყოფის უფრო სპეციალიზებული კომპლექტი, რომელიც არა მხოლოდ სურათის სერვერის მუშაობის საშუალებას იძლევა, არამედ უზრუნველყოფს პერსონალიზაციის შესაძლებლობებს. მათ შორის ყველაზე ძველი და მძიმეა KDE და GNOME, მაგრამ ასევე გვაქვს მსუბუქი გარემო, როგორიცაა LXDE ან Mate, Cinnamon და ა.შ.

CLI (ბრძანების ხაზის ინტერფეისი)

სურათების სერვერების სამყაროს მოკლე მიმოხილვის შემდეგ, ჩვენ კვლავ მივმართავთ ჩვენს თემას. CLI, გულისხმობს ნებისმიერ პროგრამას, რომელიც შესრულებულია ბრძანების ხაზით git, vim, weechat, ანდა, სხვა რაღაცაც მოგივა თავში. ხედავთ, რომ მე ვსაუბრობ პროგრამებზე, რომლებიც, მართალია, ისინი შესრულებულია ბრძანების ხაზზე, მაგრამ ნაჩვენებია ერთგვარი "გრაფიკული ინტერფეისი" weechat o vim. ყველას, ვისაც არ უცდია, ვურჩევ, ძირითადად ისინი, ვისაც მთელი დღე ვიყენებ.

რატომ არის CLI უკეთესი GUI- ზე

მოდით, ვცადოთ საკმაოდ მარტივი რამ ... წინა დღეს მინდოდა პაჩზე მუშაობა პორტიჯი (Gentoo- ს პაკეტის მენეჯერი). ნებისმიერი კარგი კოლაბორაციული პროექტის მსგავსად, კოდების ხაზების რაოდენობა 70 კგ-ს აღემატება. შეეცადეთ გახსნათ IDE- ში, როგორიცაა NinjaIDE (პორტალი ნაჩვენებია Python- ში) და დიდხანს არ დაგჭირდებათ შეამჩნევთ, რომ ეკრანის დატვირთვის დაწყებისთანავე თქვენი მანქანა ძალიან ნელი ხდება (ყოველ შემთხვევაში, i7- მა მაინც გააკეთა ეს) და ეს გახსენით კოდი და შეცვალეთ ნაგულისხმევი ფერი «დახმარება».

ახლა შეეცადე იგივე გააკეთო vim, მე დატვირთული ვიყავი წამის მეასედეებში და ამავდროულად მან დადო "ლამაზი" ფერები და ყველაფერი დანარჩენი.

CLI უკვე დიდი ხანია

ზოგი აქ იტყვის, რომ ეს პროგრამები არის ძველი, მე მათ ვეძახი ძლიერი. თუ თქვენ ხედავდით შენობაში ჩადებული საათების რაოდენობას emacs, vim, gdbდა ასობით სხვა კონსოლურმა პროგრამამ შეიძლება შეამჩნიონ, რომ კოდისა და ფუნქციონალური რაოდენობის რაოდენობა იმდენად დიდია, რომ მათ პრაქტიკულად უკვე გადაჭრეს ყველაფერი, რისი მოგვარებაც სჭირდებოდათ. ბევრი GUI პროგრამებისთვის, რომლებიც უკვე ძლიერია მათი CLI– ში, მათ არასდროს ექნებათ იგივე რაოდენობის ფუნქციონირება, ეს მხოლოდ იმიტომ, რომ თუ ჩვენ შევქმნით ჩანართს თითოეული ხელმისაწვდომი ქვეკომიდისთვის, git, ჩვენ თავს დაკარგავდით ვარიანტებს შორის და ეს იქნებოდა კონტრპროდუქტიული, რადგან ეს ართულებს მუშაობას.

CLI უფრო სწრაფია

მაგი იწყება გასაღებით Tab, ეს არა მხოლოდ თქვენი საუკეთესო მეგობარია თქვენი ტერმინალის სამუშაო მაგიდის დათვალიერებისას, არამედ როდესაც ის სწორად არის კონფიგურირებული, საშუალებას გაძლევთ შეამციროთ გრძელი წინადადებები 2 ასოზე და ჩანართზე, 3 ასოზე და ჩანართზე, ან თუნდაც ასოზე და ჩანართზე .

მაგრამ ეს ერთადერთი უპირატესობა არ არის, ვინც ჩვენთვის დრო გამოყო vim o emacs შეგვიძლია ვთქვათ, რომ მიუხედავად იმისა, რომ სწავლის მრუდი ცოტათი მეტია, ვიდრე IDE- ების ამ დღეებში, საბოლოო ჯამში, პროდუქტიულობის შედეგები საოცარია, ვერ წარმოიდგენთ მაუსის გადაადგილებისას დროის დაკარგვის დრო. კლავიატურაზე ხელების ყოლა დროის 90% არამარტო კონცენტრაციას ასწავლის, არამედ კლავიატურაზე ამდენი აკრეფის ფაქტი საკმაოდ მოქნილსა და პროდუქტიულს ხდის. ახლა ჩვენ დავუბრუნდით წინა წერტილს, რაც ამდენი ხანი იყო ჩვენთან, ამ მსგავს პროგრამებში უკვე არის ყველა ის ფუნქციონალი, რაც ვიღაცას შეეძლო მოეფიქრებინა.

თუ 4-ზე მეტ კლავიშს იყენებთ, შეიძლება უკეთესი გზა იყოს.

მარტივი, მაგრამ ძლიერი, vim საშუალებას გაძლევთ ყველაფერი გააკეთოთ დიდი რაოდენობის კლავიშებით და შესაძლო კომბინაციებით, არასდროს წყვეტთ სწავლას, მაგრამ მართალია ისიც, რომ მისი გამოსაყენებლად არ არის საჭირო ყველა იცოდეთ, დაახლოებით 10 ან 15 საკმარისია უფრო პროდუქტიული იყოს.

CLI გაძლევთ სრულ კონტროლს

როდესაც მაუსით ხორციელდება ოპერაციები, ან გამოსახულების სერვერის პროგრამები, ყველა დამატებითი კონფიგურაცია, რომელიც შესრულებულია დაწკაპუნების მომენტში, ყოველთვის არ არის, ეს არ ხდება ტერმინალთან, აქ თქვენ გაქვთ მისი აბსოლუტური ძალა შესრულებულია თუ არა, რა ვარიანტით ან რამდენად. დროთა განმავლობაში ხვდები, რომ შენ იმაზე ნაკლები გჭირდება ვიდრე ფიქრობ, და ეს გეხმარება საქმეების უფრო ფოკუსირებულად შესრულებაში.

GUI– ს ასევე აქვს საკუთარი

მე არ ვაპირებ ვთქვა, რომ ყველამ ყოველთვის უნდა გამოვიყენოთ CLI, ესეც არ არის იდეალური, მე თითქმის ყოველთვის ვიყენებ GUI- ს, ამ პოსტის დასაწერად მე ჩემს Chrome- ს ვიყენებ და ჩემი ელ.ფოსტის სანახავად ვიყენებ Evolution (თუმცა მე ასევე გამოიყენოთ mutt ბოლო პერიოდში საკმაოდ). ვფიქრობ, ეს ყველაზე დიდი მითია ... რომ ხალხი ფიქრობს, რომ GNU / Linux მხოლოდ ამთავრებს მათ, მე მომწონს ჩემი სამუშაო გარემო, საკმაოდ მინიმალისტურია, მაგრამ მე ასე მომწონს 🙂 და მე მხოლოდ ორი ან სამი მაქვს გაშვებული პროგრამები, ჩემი Chrome, ჩემი Evolution და ჩემი ტერმინალი

ეს არის რამდენიმე მიზეზი, რის გამოც CLI ძალიან მომწონს და რატომ გეპატიჟებით, რომ შეეცადოთ, შეიძლება მოგვიანებით დასრულდეს, როგორც მე, უფრო მეტი CLI, ვიდრე GUI using მისალოცი


სტატიის შინაარსი იცავს ჩვენს პრინციპებს სარედაქციო ეთიკა. შეცდომის შესატყობინებლად დააჭირეთ ღილაკს აქ.

18 კომენტარი დატოვე შენი

დატოვე კომენტარი

თქვენი ელფოსტის მისამართი გამოქვეყნებული არ იყო.

*

*

  1. მონაცემებზე პასუხისმგებელი: მიგელ ანგელ გატონი
  2. მონაცემთა მიზანი: სპამის კონტროლი, კომენტარების მართვა.
  3. ლეგიტიმაცია: თქვენი თანხმობა
  4. მონაცემთა კომუნიკაცია: მონაცემები არ გადაეცემა მესამე პირებს, გარდა სამართლებრივი ვალდებულებისა.
  5. მონაცემთა შენახვა: მონაცემთა ბაზა, რომელსაც უმასპინძლა Occentus Networks (EU)
  6. უფლებები: ნებისმიერ დროს შეგიძლიათ შეზღუდოთ, აღადგინოთ და წაშალოთ თქვენი ინფორმაცია.

  1.   ანონიმური დიჯო

    «როგორც ნებისმიერი კარგი კოლაბორაციული პროექტი, კოდების ხაზების რაოდენობა აღემატება 70 კგ-ს. ამ ნაწილმა ძალიან ხმაურიანი გამიჩინა. არსებობს ტექნიკური შეუძლებლობა, თუ რატომ უნდა დაკომპლექტდეს კოდი იმავე ფაილში? უკეთესი არ იქნება ქცევის გამოყოფა სხვადასხვა ობიექტებში (ფაილები / კლასები / მოდულები)?
    როგორც ჩანს, არ არის მართებული მიზეზი ერთი ტექნოლოგიის სხვაზე დაკისრების, იმ უპირატესობების გვერდით დატოვებისთვის, რომლებიც შემოთავაზებულია განვითარების ფორმის არარსებობის გამო. ნებისმიერ შემთხვევაში, მე ვსაუბრობ ისე, რომ არ ვიცი კონკრეტულ პროექტს ეხება, უფრო მეტი მიზეზი აიძულებს მუშაობის ამ მეთოდს

    1.    კრისადრ დიჯო

      Hello,

      შეიძლება, ამას სჭირდება ცოტა ახსნა, მაგრამ ის, რასაც "კარგ პროექტს" ვუწოდებ, გულისხმობს, რომ ხაზების რაოდენობა გამოხატავს იმას, რომ ჯანმრთელი საზოგადოება იზრდება და იზრდება. არსებობს პროექტები, რომელთა ხაზები გაცილებით მცირეა, მაგრამ საკმაოდ ჯანსაღი მათი განვითარების მხრივ. სინამდვილეში, დიახ, პორტრეტი იყოფა რაც შეიძლება მეტ ფაილში, მაგრამ ყოველთვის არის აუცილებელი, რომ ნაწილები იყოს ჯგუფებად დალაგებული, როგორც ბიბლიოთეკები, ან კონცენტრატორები, რომლებსაც სხვა მრავალი ფუნქცია მოჰყვება. მაგრამ დღეს ბევრ IDE- ში პროექტის იმპორტირებისას, ეს ნიშნავს, რომ თქვენ აპირებთ წაიკითხოთ პროექტის ყველა ფაილი და შეეცადოთ დააყენოთ სწორი "ვიზუალური" ფორმატი.

      ვიმედოვნებ, რომ ცოტა უფრო გარკვევით გავაკეთებ 🙂 და მადლობას გიხდით კომენტარისთვის.
      დაკავშირებით

  2.   ანონიმური დიჯო

    იყენებთ ბრძანების ხაზს? დიახ, მაგრამ მხოლოდ საჭიროების შემთხვევაში. ანუ, როდესაც ეს უფრო კომფორტული და სწრაფია. მაგალითად, თუ გარკვეული პროგრამის დაინსტალირება მსურს, ჩემთვის უფრო მოსახერხებელია sudo apt install programname- ს აკრეფა, ვიდრე პროგრამული მენეჯერის გახსნა, ძებნა, აღნიშვნა ინსტალაციისთვის და დააჭირეთ ღილაკს "install". ზოგადად ეს ასე არ არის. მაგალითად: თუ მსურს 20 სიმღერის კოპირება, რომელიც ყველაზე მეტად მომწონს ერთი დირექტორიიდან მეორეში, ძალიან კომფორტულია Ctrl + Click გაკეთება, სანამ ფაილის მენეჯერიდან მშვიდად განიხილავ უზარმაზარ სიას და შემდეგ გადაიტანე და ჩამოაგდე. კიდევ ერთი მაგალითი: თუ დისკის დანაყოფი მინდა, ბევრად უკეთესია ამის გაკეთება gparted- ის საშუალებით (პროგრამა, რომელიც ასრულებს უამრავ ბრძანებას, ხოლო გრაფიკულად გიჩვენებთ როგორ იქნება დისკი), ვიდრე ხელით გაკეთება. სია შეიძლება დაუსრულებელი იყოს. GUI- ს შეუძლია (სინამდვილეში, ჩვეულებრივ) გაცილებით გაუადვილოს მუშაობა, გარდა ამისა, ფუნქციონალური ფუნქციების დამატებით, რაც მოცემული კლიენტისთვის შეიძლება შეუძლებელი იყოს

    1.    კრისადრ დიჯო

      ეს დამოკიდებულია იმაზე, რამდენად კომფორტულად გრძნობთ ბრძანების ხაზს ... მაგალითად:

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

      ცოტათი ჯადოსნური ჯოხი შეგიძლიათ გააკეთოთ ფუნქცია, რომელიც ასრულებს იგივე სიმღერის სახელის დაყენებით:

      რაღაც მსგავსი

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

      და მზად არის! თქვენი ყველა სიმღერის გადატანა შეგიძლიათ მარტივად

      mover cancion1.mp3

      The რაც შეეხება მეორეს, მიუხედავად იმისა, რომ ნაწილობრივ GUI საქმეს უფრო მარტივს ხდის, ბრძანებების დამახსოვრებისა და გამეორების თავიდან აცილებით, ეს გამოდგება მხოლოდ ზოგად ჩარჩოებში, როდესაც გჭირდებათ რამე სპეციალიზებული, gparted ან სხვა GUI შეიძლება იყოს მოკლე და GUI არ დაამატოთ დამატებითი ფუნქციები, ისინი იღებენ მხოლოდ CLI– ში არსებულებს (არა ყველა) და აჯგუფებენ მათ, მაგრამ არ ქმნიან მათ

      დაკავშირებით

      1.    ანონიმური დიჯო

        რამდენიც არ უნდა იყოს ავტომატიზირებული პროცესი:
        სიმღერის გადატანა 1.mp3

        შემდეგ, აუცილებლად იქნება:
        სიმღერის გადატანა 2. mp3
        სიმღერის გადატანა 3.mp3
        .
        .
        .
        სიმღერის გადატანა 20.mp3
        ბევრი მოძრავი სიმღერაა ...
        ნებისმიერი ფაილის მენეჯერით .. ამას მხოლოდ 20 დაწკაპუნება და ჩამოსხმის ჟესტი სჭირდება. არ ვიცი, მაგრამ მაინც ჩემი მენეჯერი (დელფინი) მაძლევს საშუალებას მარტივად და სუპერ-სწრაფად (5 წამზე ნაკლები) დავალაგო 100 სიმღერის სია, სახელი, თარიღი, ზომა, ტეგები, რეიტინგი, ალბომი, შემსრულებელი, ხანგრძლივობა და ა.შ. ჩემთვის ეს არის პროდუქტიულობა და ის ასევე ზრდის ფუნქციებს ბრძანების სტრიქონში.

        რაც შეეხება სხვა მაგალითს. GParted: კარგი .. თუ თქვენ გჭირდებათ რაიმე სპეციალიზებული ფორმა, მაგალითად, ბაიტის ნაგულისხმევი მნიშვნელობის შეცვლა ინოდში, ფორმატისას, უნდა მიხვიდეთ კონსოლში .. მაგრამ მეგობარო, ეს არ არის ნორმალური. GParted– ის დროის 99% შესანიშნავად დააკმაყოფილებს ჩვენს მოთხოვნებს ძალიან მარტივად და სწრაფად, და, ჩემთვის მაინც, ასევე პროდუქტიულობას

        დაკავშირებით

        1.    კრისადრ დიჯო

          ეს ავტომატიზაციის მაგალითია მისი უმარტივესი ფორმით, როგორც თქვენ თქვით: ”თუ მსურს ჩემი 20 სიმღერა გადავწერო, რომლებიც ყველაზე მეტად მომწონს ერთი დირექტორიიდან მეორეში”, ეს ყველაფერი იმას ნიშნავს, რომ შენ ”მშვიდად” დაგჭირდება გადახედეთ თქვენს სიას მასზე შეკვეთის შემდეგ, დააჭირეთ ღილაკს და ა.შ., ტერმინალი ამის საშუალებას იძლევა და ბევრად მეტს, მხოლოდ ერთ სტრიქონში, შეიძლება შესრულდეს დაახლოებით 0.1 წამი თქვენს პროცესორში (თუნდაც ის ძველი იყოს), თუკი თვალებმა და მაუსმა შეძლებენ ამის გადალახვას , მე მივდივარ GUI– ებზე 🙂 და ეს არ არის ის, რომ მე ვთქვი, რომ არ ვიყენებ მათ, მათ ბევრი სასარგებლო რამ აქვთ, ამას არ უარვყოფ, მაგრამ ტერმინალში მაინც ვნახე გაცილებით მრავალფეროვნება, გარდა ამისა დამეხმარება ყოველდღე მცირე პროგრამირების პრაქტიკაში სამუშაოების ავტომატიზაციის დროს. ძალიან გავრცელებული გამონათქვამია SysAdmins- ში: "თუ იგივეს აკეთებთ ერთზე მეტჯერ, ავტომატიზირეთ, თუ დღეში ორჯერ მეტხანს გააკეთეთ, ავტომატიზირეთ, თუ თვეში ერთხელც გააკეთებთ, ავტომატიზირეთ "

          მაგრამ აი, გემოვნებისა და ფერის მიხედვით, თითოეულს აქვს საკუთარი, მე ვზღუდავ იმ ნივთების გაზიარებით, რაც მე მომწონს 🙂 და ალბათ ბევრია, ვისაც ეშინია ისეთი რამეების, როგორიცაა emacs, vim, ან იგივე ტერმინალი, ამ შეტყობინებებით მე ვცდილობ ცოტა ნდობა და ცნობისმოყვარეობა მოგცეთ ისე, რომ თქვენ სცადოთ ისინი და გადაწყვიტოთ ...

          დაკავშირებით

          PS: მე ვიცი მრავალი დეველოპერი, რომელთათვისაც GUI არ წყვეტს ყოველდღიურ ცხოვრებაში სირთულის გამო, რასაც ალბათ "ჩვეულებრივი" მომხმარებელი ვერასდროს ნახავს, ​​მაგრამ ეს არ ნიშნავს, რომ უფრო მეტი "შეუძლია გამოიყენოს ეს ინსტრუმენტები და მიიღოს იგივე უფრო მრავალმხრივი სარგებელი.

          1.    ანონიმური დიჯო

            მე მაინც ვფიქრობ, რომ ამ ამოცანისთვის (და მრავალი სხვა) ფაილების მენეჯერის გამოყენებას გაცილებით ნაკლები სჭირდება, ვიდრე ბრძანების ხაზით ... მაგრამ აი, როგორც თქვენ ამბობთ, ყველასთვის გემოვნება და ფერები არსებობს.

            მე არ უარვყოფ და არც მეშინია ტერმინალის, მაგრამ მე ვერ ვხედავ მას, როგორც თითქმის სავალდებულო წინადადებას, ასე რომ, მე დავიწყე სიტყვებით "ბრძანების ხაზი დიახ, მაგრამ საჭიროების შემთხვევაში"

            რაც შეეხება დეველოპერებს, აქ ყველაფერია, მაგრამ მასშტაბი აშკარად მიანიშნებს ერთ მხარეს: მე გეპატიჟებით გადახედეთ:

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

            როგორც ჩანს, "ჩვეულებრივი" დეველოპერები ხედავენ გრაფიკულ გარემოში სავსე საშუალებებით მუშაობის უპირატესობებს, ვიდრე ისინი, ვინც ფსონს აკეთებენ "მხოლოდ ტექსტურ" რედაქტორებთან

    2.    შენ დაწვები დიჯო

      მაგალითად: თუ მსურს 20 სიმღერის კოპირება, რომელიც ყველაზე მეტად მომწონს ერთი დირექტორიიდან მეორეში, ძალიან კომფორტულია Ctrl + Click გაკეთება, სანამ ფაილის მენეჯერიდან მშვიდად განიხილავ უზარმაზარ სიას და შემდეგ გადაიტანე და ჩამოაგდე.

      არსებობს ბრძანების ფაილების მენეჯერები, რომლებიც ისეთივე პრაქტიკული ან უფრო მეტია ვიდრე გრაფიკა, როგორიცაა Vifm ან Ranger. დისკების დაყოფისთვის ასევე არსებობს ბრძანების პროგრამები, როგორიცაა cgdisk, e ncurses ინტერფეისით.

      1.    კრისადრ დიჯო

        ეს სიმართლეა ... მე ნამდვილად არ ვიცი, რატომ არის ამდენი ადამიანი, ვინც ეშინია ტერმინალს, ეს არის სინამდვილეში ძალიან ძლიერი და მრავალმხრივი ინსტრუმენტი, რაც ყველამ ერთხელ მაინც უნდა სცადოს სიღრმეში ერთხელ.

        მადლობას გიხდით გაზიარებისთვის და მისალოცებისთვის.

      2.    ანონიმური დიჯო

        დიახ, ფაილების ტერმინალის მენეჯერები გრაფიკამდე არსებობს. რაც შეეხება პრაქტიკულობას, ეს დამოკიდებულია იმაზე, თუ რა გსურთ. ნებისმიერი გრაფიკული ფაილის მენეჯერი უზრუნველყოფილია ჩანართებით, ფავორიტებით, ნახვის რეჟიმებით, გადახედვით, მისი შეკვეთის შესაძლებლობით 1000 სხვადასხვა გზით, ტერმინალის შეერთების, დანამატების ინსტალაციისთვის და ა.შ. რაც მათ ბევრად უფრო მრავალმხრივ ხდის ვიდრე ნებისმიერი ტექსტური ფაილის მენეჯერი.

        კარგი სულაც არ უნდა იყოს მახინჯი

    3.    35 დიჯო

      უბრალოდ ისწავლით იმის გაკეთებას, რასაც აკეთებთ კლიკურად, და გარანტიას მოგცემთ, რომ ეს უფრო ადვილი იქნება, რასაც თქვენ ახსენებთ ძალიან მარტივად გააკეთებდით rsync– ით და ამის გაკეთება მარტივად შეგიძლიათ სკრიპტით.

      მე გირჩევთ კლიენტის ფაილების მენეჯერს, რომელსაც ეწოდება რეინჯერი, რომელშიც არის ყველა ის, რასაც თქვენ ახსენებთ.

      1.    გოდელი დიჯო

        20 სიმღერის დასაკოპირებლად ვაკეთებ სიას "ls * .ogg> top20". შემდეგ, მივდივარ Vim-ზე და ვირჩევ (წაშლი რაც არ მინდა) სიმღერებს, რომლებიც მინდა. ბოლოს ვაკეთებ "cp $ (cat top20) otrodir" და ეგაა. ეს უფრო მოსახერხებელია, ვიდრე მაუსით შერჩევა და 19 სიმღერა, რომელიც უკვე არჩეული იყო, შეცდომით გაუქმებულია.

  3.   ალბერტო კარდონა დიჯო

    მშვენიერია !!
    მე ჯერ კიდევ ვერ გადავწყვიტე Gentoo install -ს დაყენება
    მაგრამ ეს მაიძულებს ვიმში ან ემაქსში ჩასვლა.
    დაკავშირებით
    მსიამოვნებს თქვენი პოსტების კითხვა

    1.    კრისადრ დიჯო

      დიდი მადლობა ალბერტო 🙂 ძალიან ბედნიერი ვარ, რომ მოგწონთ ჩემი სტატიები, მე სიამოვნებით ვწერ პოსტებს.
      იმედი მაქვს, გაახარებთ და, რა თქმა უნდა, გააკეთებთ, საქმე იმაშია, რომ ყოველთვის სცადოთ რაიმე ახალი

  4.   კრისადრ დიჯო

    ამით მე დავასრულე ბოლო ორ კომენტარზე პასუხის გაცემა და დიდი მადლობა მინდა მოდერატორებს, რომ ამაზე მეტს არ მიიღებენ, ეს არსად არ მიდის და იდეა არ არის კომენტარების ჩამონათვალის შევსება მთელი რიგი არგუმენტებით სასარგებლოდ ან საწინააღმდეგოდ სხვა.

    რაც შეეხება "მრავალფეროვნებას", ალბათ ვინც ფიქრობს ამას თვლის, რომ მხოლოდ GUI– ს აქვს დანამატი, მაგრამ სიმართლე ისაა, რომ ტერმინალური დანამატები ისეთივე მრავალფეროვანი და ფუნქციონალურია, როგორც ისინი, ვინც იყენებს მათ, ყველაზე ნათელი მაგალითია

    https://vimawesome.com/

    Vim– ის დანამატების თითქმის უსასრულო სია, რომლებიც მას უფრო მრავალმხრივ აქცევს, ვიდრე ბევრი IDE… და ამაზე საუბრისას, ამ ბმულში არ არის ნახსენები, რომ ამ ჩამონათვალში შედის ადამიანები, რომლებიც იყენებენ IDE– ს Windows და Mac– ზე, რაც ბევრად უკეთესად საუბრობს Vim– ის შესახებ Eclipse ვინაიდან თუ შევადარებთ იმ ადამიანთა რაოდენობას, ვინც Eclipse– ს იყენებს სამ პლატფორმაზე, ვიმს არაფერი სირცხვილი აქვს იმის გამო, რომ ღირსეულად მე –4 ადგილი აქვს.

    ოდნავ წინ წასვლას ... რომ "უბრალო" ადამიანები იყენებენ რაღაცას, არ ამბობს, რომ ეს აუცილებლად კარგია, მაგრამ, ალბათ, Windows ბევრად უკეთესი იქნებოდა ვიდრე სხვა სისტემები ... იქნებ უბრალოდ ურჩევნიათ არ ისწავლონ რაიმეს გამოყენება, რადგან მათ ურჩევნიათ მარტივი ვარიანტი ... ან იმიტომ, რომ თქვენმა კომპანიამ გადაწყვიტა სტანდარტის დანერგვა (Eclipse არის სტანდარტი ბევრ კომპანიაში, რაც განმარტავს მომხმარებელთა დიდ რაოდენობას ... ისევე, როგორც Android და Visual Studio, რომლებიც ერთადერთია ნიშნავს იმუშაონ შესაბამის ენებზე ... ხოლო Vim ეს უფასო არჩევანია მათთვის, ვინც იყენებს მას)

    . "მახინჯი" ძალიან სუბიექტური ტერმინია, მე შემიძლია "მახინჯი" განვიხილო Qt– ს, ან WebKit– ის, ან თუნდაც Mac OS– ის ინტერფეისი ... მაგრამ ეს არ ნიშნავს რომ სხვისი ასე ხედავს, უბრალოდ საქმეა ჩვევის

    დაკავშირებით

    1.    ანონიმური დიჯო

      მე პატივს ვცემ სურვილს, არ მინდოდა პასუხის გაცემა.

      მხოლოდ ინფორმაციისთვის:
      https://vim.sourceforge.io/download.php

  5.   კლაუდიო დიჯო

    სრულად ვეთანხმები Anonymous- ს, მაგრამ ჩემს შემთხვევაში, მე ვარ მარტივი მომხმარებელი, ანალიტიკოსის ან პროგრამისტის ღრმა ცოდნის გარეშე. და, როგორც ასეთი, მე მჭირდება GUI, რომლითაც ბევრი საგანძური ვერ გამომივა linux- ში, მაგალითად დღეს და 2017 წელს, არ არსებობს GUI პროგრამა, რომელიც აადვილებს საქაღალდეების გაზიარებას Linux ქსელში და მე ვამბობ Linux, I ნუ მიიღებთ მათ სამბასთან და ვინდოუსთან, მე ვსაუბრობ წმინდა Linux ქსელზე. იმისათვის, რომ გქონდეთ Linux ქსელში გაზიარება, თქვენ უნდა დააკონფიგურიროთ გარკვეული NFS და მხოლოდ ბრძანების სტრიქონიდან, დრო იკარგება და ასევე არ ავუხსნი, რატომ არის ასე რთული GUI, რაც ამარტივებს Windows– ში. .
    ChrisADR– ის თანახმად, "მე ვარ პროგრამული უზრუნველყოფის ახალგაზრდა შემქმნელი" და ხედავთ, რომ ბევრი რამ იცით ამ საკითხის შესახებ, უნდა შეიმუშაოთ GUI პროგრამა, რომელიც ხელს შეუწყობს იმას, რაც ახლახანს ავუხსენი, ან თქვენთვის სუფთა სათაური და ტრაბახია? ეს იგივეა, თითქოს ექიმმა გამოთქვას აზრი, თუ როგორ არის უკეთესი ოპერაციის ჩატარება, ისე, რომ არ გაკეთდეს ეს ოპერაცია. «პინგოები ჩანს სასამართლოზე», თქვენ უნდა შეიმუშაოთ GUI პროგრამა, სანამ გამოთქვამთ თქვენს აზრს «პროგრამული უზრუნველყოფის შემქმნელის» ადგილიდან და თუ ტერმინალის გამოყენება უკეთესია ან არ გამოიყენოთ, უნდა დააყენოთ ის, ვინც იყენებს Linux და ვინ იყენებს მას. იმედია ნახავთ ChrisADR– ის სტატიას, რომელიც წარმოადგენს GUI პროგრამის წარდგენასა და გაზიარებას, ფაილების გაზიარების Linux ქსელში. ამ დროისთვის არ არსებობს, თუ სამბას მხოლოდ Windows გაზიარებისთვის არ იყენებთ.

    1.    Bill დიჯო

      პროგრამის შექმნა ადვილი არ არის ერთ შუადღეს, ის მოითხოვს სულ მცირე რამდენიმე კვირის ძალისხმევას და რაც ყველაზე უარესია, შემდეგ წლების განმავლობაში ვცდილობთ შეცვალოთ შეცდომები, განაახლოთ ის ახალი ფუნქციების ბიბლიოთეკებთან ერთად, რომლებიც ადრე გამოყენებულებს აძველებს ., შეფუთვა სხვადასხვა განაწილებისთვის, ...
      თუ ის უკვე გაქვთ SAMBA, რომლის გამოყენება ასევე შეგიძლიათ ორ GNU / Linux– ს შორის, Windows– ის საჭიროების გარეშე, რატომ გსურთ გამოიყენოთ NFS გამოსავალი?
      მიუხედავად იმისა, რომ სახელმძღვანელოები, რომლებსაც ინტერნეტში ხედავთ, საუბრობენ linux- სა და Windows- ზე, უბრალოდ მიჰყევით ინსტრუქციას, რომ გააზიაროთ საქაღალდე linux- დან და შემდეგ linux- დან დაუკავშირდეთ სხვა ქსელურ საქაღალდესაც.
      როგორც ჩანს, Ubuntu 16.04 ჯერ კიდევ ახერხებს ამ თემის განხორციელებას: http://www.hernanprograma.es/ubuntu/como-compartir-una-carpeta-desde-ubuntu-16-04-a-traves-de-samba/

bool (მართალია)