מדוע אנו מעדיפים את שורת הפקודה על פני ממשקי המשתמש?

בסקירת מאמרים אחרים נתקלתי בשאלה הקטנה הזו שעוררה לי כיף רב, נכון שאחד הדברים הראשונים שמשתמשים במערכות אחרות (למעט FreeBSD) מקבלים בפנינו הוא שאנחנו לא משתמשים בממשק המשתמש. האמת, זה נראה לי גם די סקרן בתחילת דרכי של GNU / Linux. אני חייב להודות שעם הזמן אני משתמש כעת בשורת הפקודה הרבה יותר מכל תוכנית GUI אחרת, ופעמים רבות אני מעדיף תוכניות שורת פקודה על פני תוכניות משוכללות יותר עם GUIs מסנוור.

המיתוס

למעשה זה לא יותר מאשר מיתוס אורבני, כי בניגוד למערכות אחרות ששמותיהן לא יוזכרו כאן, זה באמת ב- GNU / Linux. חופש לפי בחירה. הלוואי שבמערכות אחרות הייתה את הרבגוניות שקיימת כאן. אבל בואו נסתכל מקרוב על העניין הזה, אחרת דברים רבים אינם ברורים:

שרתים

כולנו שמענו את המילה שרת, יש הסבורים כי הם מחשבי העל המניעים את גוגל או אמזון, או זה שבחברה שלך. אבל המציאות היא ש- שרת להגיב לא מודל עבודה. אנו משתמשים במונח זה כדי להתייחס לעובדה שיש לנו תוכנית שזמינה למשתמשים (לקוחות) ומגיש להם משהו. דוגמה בסיסית היא אַפָּשׁ, המשמש ל לשרת דפי אינטרנט באינטרנט. תוכנית זו מספקת HTML ל- לקוחות שמבקשים זאת.

שרת תמונות

אבל לא רק שרת יכול להיות במחשבי העל שגוגל וחברות רבות אחרות מאפשרות, אפילו המחשב הנייד ה"וותיק ביותר "יכול להיות שרת, במיוחד כאשר אנו מדברים על תמונות. כולנו מנהלים א שרת תמונות במחשבים הניידים שלנו על מנת שיהיה להם מסך פונקציונלי, במקרה זה שרת ו - לקוח הם אותו אדם. הדוגמה הנפוצה ביותר היא X (ידוע בשם xorg-server בהפצות רבות) והחלפתו החדשה Wayland. אנחנו לא מתכוונים לתת הסבר מפורט מדוע הארגון, או איך עובד ויילנד, או הפילוסופיות שקיימות מאחורי הפרויקטים הגדולים האלה, אבל אנחנו הולכים להבהיר שבזכותם נוכל לדפדפן אינטרנט. כמו Firefox או Chrome, או תוכניות רבות אחרות.

מנהל חלונות

מנהלי חלונות עובדים ישירות עם שרת התמונות, עבודתם היא ברמה "נמוכה יותר" מכיוון שהם מנהלים (סולחים ליתירות) כיצד נוצרים, משנים, סוגרים את החלונות. בדרך כלל הם פשוטים למדי וסביבות שולחן עבודה בנויות על אלה. הרשימה גדולה, אבל אשאיר מכאן רק את הרעיון שהם תוכנות מינימליסטיות, המאפשרים שליטה די בסיסית בשרת התמונות.

סביבת שולחן עבודה

סט תוכנות מיוחד יותר המאפשר לא רק הפעלת שרת תמונות, אלא גם מספק יכולות התאמה אישית. בין אלה, הוותיקים והכבדים ביותר הם KDE ו- GNOME, אך יש לנו גם סביבות קלות יותר כמו LXDE או Mate, קינמון וכו '.

CLI (ממשק שורת פקודה)

לאחר התבוננות קצרה בעולם שרתי התמונות, אנו פונים כעת לנושא שלנו. CLI, מרמז על כל תוכנית שמבוצעת על ידי שורת פקודה git, vim, weechat, או טוב, כל מה שעולה בראשך. אתה יכול לראות שאני מדבר על תוכניות שלמרות שהן פועלות בשורת הפקודה, הן מציגות מעין "ממשק גרפי" כמו weechat o vim. לכל אלה שלא ניסו אותם, אני ממליץ עליהם, הם בעצם אלה שאני משתמש בהם כל היום.

מדוע CLI עדיף על GUI

בואו ננסה משהו די פשוט 🙂 לפני כמה ימים רציתי לעבוד על תיקון Portage (מנהל החבילות של ג'נטו). כמו כל פרויקט שיתופי פעולה טוב, מספר שורות הקוד עולה על 70k. נסה לפתוח את זה ב- IDE כמו NinjaIDE (Portage כתוב ב- Python) ובקרוב תבחין שככל שהמסך מתחיל להיטען, המכונה שלך נהיית איטית ביותר (לפחות ה- i7 שלי עשתה זאת) וזה רק מנסה פתח את הקוד ושנה לצבע ברירת המחדל של «עזרה».

עכשיו נסה לעשות את אותו הדבר עם vim, הועמסו עלי באלפיות שנייה, ובאותה עת זה שם את הצבעים ה"יפים "וכל השאר.

CLI היה הרבה לפני כן

יש כאלה שיגידו שהתוכניות האלה הן antiguos, אני קורא להם חָסוֹן. אם היית יכול לראות את מספר השעות שהושקעו בבניין emacs, vim, gdb, ומאות תוכניות קונסולות אחרות, עשויים להבחין שכמות הקוד והפונקציונליות כה גדולים שהם כמעט פתרו את כל מה שהם צריכים לפתור. רב GUI עבור תוכניות שכבר חסינות ב- CLI שלהן לעולם לא תהיה באותה כמות פונקציונליות, זה פשוט בגלל שאם עשינו כרטיסייה לכל פקודת משנה זמינה, למשל git, היינו מאבדים את עצמנו בין האפשרויות וזה יהיה פרודוקטיבי מכיוון שזה יקשה על העבודה.

CLI מהיר יותר

הקסם מתחיל במפתח Tab, זה לא רק החבר הכי טוב שלך כשאתה גולש בשולחנות העבודה במסוף שלך, אלא כשהוא מוגדר כהלכה, זה מאפשר לך לקצר משפטים ארוכים ל -2 אותיות וטאב, 3 אותיות וטאב, או אפילו אות ו כרטיסייה.

אבל זה לא היתרון היחיד, אלה מאיתנו שלקחו את הזמן ללמוד vim o emacs אנו יכולים לומר שלמרות שעקומת הלמידה גבוהה מעט יותר מזו של IDE בימינו, בסופו של דבר תוצאות הפרודוקטיביות מדהימות, אי אפשר לדמיין את הזמן שאפשר לאבד בעת העברת עכבר. ידך על המקלדת 90% מהמקרים לא רק מלמדת ריכוז, אלא העובדה שהקלדת כל כך הרבה במקלדת הופכת אותך לזריז ויצרני למדי. ועכשיו אנו חוזרים לנקודה הקודמת, אחרי שהיינו איתנו כל כך הרבה זמן, לתוכניות כאלה כבר יש את כל הפונקציות שמישהו יכול לחשוב עליהן, אמירה די נפוצה עבור אלה מאיתנו המשתמשים ב- vim עולה בראש:

אם אתה משתמש ביותר מ -4 מקשים, ייתכן שיש דרך טובה יותר.

פשוט אך עוצמתי, vim מאפשר לך לעשות הכל עם מספר רב של מקשים ושילובים אפשריים, אחד לא מפסיק ללמוד, אבל נכון גם שכדי להשתמש בו אין צורך להכיר את כולם, בערך 10 או 15 מספיקים כדי להתחיל להיות פרודוקטיבי יותר.

CLI נותן לך שליטה מלאה

כאשר מבצעים פעולות עם העכבר, או תוכניות משרת התמונות, כל התצורות הנוספות שמבוצעות ברגע הלחיצה אינן תמיד קיימות, זה לא קורה עם המסוף, כאן יש לך את הכוח המוחלט של מה היא מבוצעת או לא, באיזו אפשרות או באיזו מידה. עם הזמן אתה מבין שאתה צריך פחות ממה שאתה חושב, וזה עוזר לך לעשות דברים בצורה יותר ממוקדת.

ל- GUI יש גם דבר משלו

אני לא מתכוון לומר שכולנו צריכים להשתמש ב- CLI תמיד, זה גם לא אידיאלי, אני עצמי משתמש בממשקי משתמש כמעט כל הזמן, כדי לכתוב את הפוסט הזה אני משתמש ב- Chrome שלי, וכדי לראות את הודעות הדוא"ל שלי אני משתמש ב- Evolution (אם כי אני גם משתמש mutt די לאחרונה). ואני מניח שזה המיתוס הגדול מכולם ... שאנשים חושבים שגנו / לינוקס פשוט מסיימים אותם, אני אוהב את סביבת שולחן העבודה שלי, זה די מינימליסטי, אבל אני אוהב את זה ככה 🙂 ולרוב יש לי רק שניים או שלושה תוכניות הפועלות, Chrome שלי, האבולוציה שלי והמסוף שלי 🙂

אלה כמה מהסיבות שבגללן אני כל כך אוהב את ה- CLI ומדוע אני מזמין אותך לנסות אותם, הם עלולים בסופו של דבר להיות כמו שאני משתמש יותר ב- CLI מאשר ב- GUI 😉 ברכות


השאירו את התגובה שלכם

כתובת הדוא"ל שלך לא תפורסם. שדות חובה מסומנים *

*

*

  1. אחראי לנתונים: מיגל אנחל גטון
  2. מטרת הנתונים: בקרת ספאם, ניהול תגובות.
  3. לגיטימציה: הסכמתך
  4. מסירת הנתונים: הנתונים לא יועברו לצדדים שלישיים אלא בהתחייבות חוקית.
  5. אחסון נתונים: מסד נתונים המתארח על ידי Occentus Networks (EU)
  6. זכויות: בכל עת תוכל להגביל, לשחזר ולמחוק את המידע שלך.

  1.   אנונימי דיג'ו

    «כמו כל פרויקט שיתופי טוב, מספר שורות הקוד עולה על 70. החלק הזה הרעיש אותי מדי. האם יש אפשרות טכנית מדוע יש לדחוס את הקוד באותו קובץ? האם לא עדיף להפריד התנהגות בישויות שונות (קבצים / מחלקות / מודולים)?
    לא נראה שזו סיבה תקפה להטיל טכנולוגיה אחת על פני טכנולוגיה אחרת, להשאיר בצד את היתרונות שמציעים בגלל היעדר צורת פיתוח. בכל מקרה, אני מדבר בלי לדעת לאיזה פרויקט מסוים הוא מתייחס, יש סיבה גדולה יותר שמכריחה את דרך העבודה הזו

    1.    ChrisADR דיג'ו

      שלום,

      ובכן, אולי זה דורש קצת הסבר, אבל מה שאני מכנה "פרויקט טוב" מרמז שמספר השורות מבטא שמדובר בקהילה בריאה שממשיכה לגדול. ישנם פרויקטים עם מספר קווים קטן בהרבה, אך בריאים למדי בהתפתחותם. אם לומר את האמת כן, הפורטאג 'מחולק לכמה שיותר קבצים, אך תמיד יש צורך לשמור על חלקים מקובצים יחד כמו ספריות, או מתגים המובילים ללא מעט פונקציות אחרות. אך כאשר מייבאים פרויקט לרב IDE כיום, המשמעות היא שאתה הולך לקרוא את כל הקבצים בפרויקט ולנסות להכניס את הפורמט הנכון "חזותי".

      אני מקווה לעשות את זה קצת יותר ברור 🙂 ותודה על התגובה.
      לגבי

  2.   אנונימי דיג'ו

    באמצעות שורת הפקודה? כן, אך רק כאשר הדבר רלוונטי. כלומר, כשזה יותר נוח ומהיר יותר. לדוגמא, אם אני רוצה להתקין תוכנית מסוימת, יותר נוח לי להקליד שם תוכנית sudo apt install מאשר לפתוח מנהל תוכנה, לחפש אותה, לסמן אותה להתקנה ולחץ על "התקן". אך בדרך כלל זה לא המקרה. לדוגמא: אם אני רוצה להעתיק את 20 השירים שהכי אהבתי מספרייה אחת לאחרת, זה סופר נוח לעשות Ctrl + לחץ בזמן שאתה סוקר ברוגע רשימה ענקית ממנהל קבצים ואז גרור ושחרר. דוגמא נוספת: אם אני רוצה לחלק דיסק, עדיף לעשות זאת באמצעות gparted (תוכנית שמבצעת מספר רב של פקודות תוך כדי להראות לך בצורה גרפית איך הדיסק יהיה) מאשר לעשות זאת באופן ידני. הרשימה יכולה להיות אינסופית. ממשקי משתמש יכולים (למעשה בדרך כלל) להקל על העבודה, בנוסף להוסיף פונקציות שליישום cli מסוים עשוי להיות בלתי אפשרי.

    1.    ChrisADR דיג'ו

      ובכן זה תלוי כמה נוח עם שורת הפקודה ... לדוגמא:

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

      עם קצת קסם בבאש אתה יכול אפילו לבצע פונקציה שמבצעת את אותו הדבר רק על ידי הצבת שם השיר:

      משהו כמו

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

      ומוכן! אתה יכול להעביר את כל השירים שלך בעזרת פשוט

      mover cancion1.mp3

      באשר לשניה, למרות שבחלק ממשקי המשתמש הופכים את העבודה ל"פשוטה יותר "על ידי הימנעות מזכירה וחזרה של פקודות, זה שימושי רק במסגרות כלליות, כאשר אתה זקוק למשהו מיוחד, gparted או כל ממשק משתמש אחר יכול להיות קצר 🙂 וה GUI לא מוסיף פונקציות נוספות, הם רק לוקחים את אלה שקיימים ב- CLI (לא כולם) ומקבצים אותם, אך לא יוצרים אותם ללא

      לגבי

      1.    אנונימי דיג'ו

        לא משנה כמה התהליך אוטומטי באמצעות:
        להעביר שיר1.mp3

        אז, בהכרח, יהיו:
        להעביר שיר2.mp3
        להעביר שיר3.mp3
        .
        .
        .
        להעביר שיר20.mp3
        יש הרבה שירים מרגשים ...
        עם כל מנהל קבצים .. זה לוקח רק 20 לחיצות ומחוות גרור ושחרר. אני לא יודע, אבל לפחות המנהל שלי (דולפין) מאפשר לי פשוט ומהיר במיוחד (פחות מ -5 שניות) למיין רשימה של 100 שירים לפי שם, תאריך, גודל, תגים, דירוג, אלבום, אמן, משך זמן וכו '. עבורי זו פרודוקטיביות והיא גם מוסיפה פונקציונליות לשורת הפקודה.

        לגבי הדוגמה האחרת .. GParted: בסדר .. אם אתה זקוק למשהו מאוד מיוחד, כגון שינוי ערך ברירת המחדל של הבייטים לכל קוד בעת עיצוב, אתה צריך ללכת למסוף .. אבל חבר, זה לא זה נורמלי. 99% מהזמן GParted יענה בצורה מושלמת על הצרכים שלנו בצורה מאוד פשוטה ומהירה, ולפחות מבחינתי, זה גם הפרודוקטיביות

        לגבי

        1.    ChrisADR דיג'ו

          ובכן, זו דוגמה לאוטומציה בצורתה הפשוטה ביותר, כמו שאמרת "אם אני רוצה להעתיק את 20 השירים שלי שהכי אהבתי מספרייה אחת לאחרת", כל זה נחשב עם הזמן שלוקח לך "בשלווה" לסקור את הרשימה שלך לאחר הזמנתו וגם לחיצה וכו ', המסוף מאפשר זאת ועוד הרבה יותר בשורה אחת בלבד, אולי כ 0.1 שניות ביצוע במעבד שלך (גם אם הוא ישן), אם העיניים והעכבר יכולים להתגבר על זה, טוב אני הולך לממשקי המשתמש 🙂 וזה לא שאמרתי שאני לא משתמש בהם, יש להם הרבה דברים שימושיים, אני לא אכחיש את זה, אבל לפחות מצאתי צדדיות הרבה יותר גדולה במסוף, בנוסף לעזור לי לתרגל מעט תכנות בכל יום בעת ביצוע עבודות אוטומציה. אמירה נפוצה מאוד בקרב SysAdmins היא "אם אתה עושה את אותו הדבר יותר מפעם אחת ביום, אוטומט אותו, אם אתה עושה את זה פעם ביום במשך יותר מיומיים, אוטומט אותו, אם אתה עושה את זה אפילו פעם בחודש, אוטומט אותו."

          אבל היי, מבחינת הטעמים והצבעים, לכל אחד יש את שלו, אני מגביל את עצמי לשתף את הדברים שאני אוהב 🙂 ואולי יש הרבה אנשים ש"פוחדים "מדברים כמו emacs, vim, או אותו דבר מסוף, עם הפוסטים האלה אני רק מנסה לתת לך קצת ביטחון וסקרנות כדי שתוכל לנסות ולהחליט 🙂

          לגבי

          נ.ב: אני מכיר מפתחים רבים עבורם ממשקי משתמש GUI אינם פותרים דברים בגלל כמות המורכבות שהם זקוקים להם ביומיום, שאולי משתמש "נפוץ" לעולם לא יראה, אך זה לא מרמז שעוד משתמשים. "Commons" יכול להשתמש בכלים אלה ולקבל את אותם היתרונות המגוונים יותר.

          1.    אנונימי דיג'ו

            אני עדיין חושב שלמשימה זו (ורבים אחרים) זה לוקח הרבה פחות זמן להשתמש במנהל קבצים מאשר עם שורת הפקודה ... אבל היי, כמו שאתה אומר יש טעמים וצבעים לכולם.

            אני לא מכחיש וגם לא חושש מהטרמינל, אבל אני לא רואה בזה משפט כמעט חובה, אז התחלתי באומרו "שורת פקודה כן, אבל מתי מתאים"

            באשר למפתחים, יש הכל, אך הסולם מורה בבירור לצד אחד: אני מזמין אותך להביט ב:

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

            נראה כי מפתחים "נפוצים" אכן רואים את היתרונות בעבודה בסביבה גרפית מלאה מתקנים בהשוואה לאלו שהימרו על עבודה עם עורכי "טקסט בלבד".

    2.    אתה שורף דיג'ו

      לדוגמא: אם אני רוצה להעתיק את 20 השירים שהכי אהבתי מספרייה אחת לאחרת, זה סופר נוח לעשות Ctrl + לחץ בזמן שאתה סוקר ברוגע רשימה ענקית ממנהל קבצים ואז גרור ושחרר.

      ישנם מנהלי קבצי שורת פקודה שהם מעשיים או יותר מגרפיקה, כגון Vifm או Ranger. גם עבור דיסקי מחיצה יש יישומי שורת פקודה כמו cgdisk עם ממשק אלקטרוני.

      1.    ChrisADR דיג'ו

        ובכן, זה נכון 🙂 אני לא ממש יודע למה כל כך הרבה אנשים חוששים מהטרמינל, זה בעצם כלי חזק מאוד ורב-תכליתי, משהו שכולם צריכים לנסות לפחות פעם אחת לעומק.

        תודה על השיתוף והברכה.

      2.    אנונימי דיג'ו

        כן, מנהלי קבצי מסוף קיימים לפני גרפיקה. באשר לפרקטיות, זה תלוי במה שאתה רוצה. כל מנהל קבצים גרפי מסופק עם כרטיסיות, מועדפים, מצבי תצוגה, תצוגה מקדימה, אפשרות להזמין אותו באלף דרכים שונות, חיבור מסוף, התקנת תוספים וכו 'וכו' וכו '. מה שהופך אותם להרבה יותר שימושיים מכל מנהל קבצי טקסט.

        טוב לא בהכרח חייב להיות מכוער

    3.    35 דיג'ו

      רק שאתה לומד לעשות את מה שאתה עושה ב- cli, ואני מבטיח שזה יהיה קל יותר, מה שאתה מזכיר קל מאוד שתעשה עם rsync ותוכל לעשות זאת בקלות בתסריט.

      אני ממליץ על מנהל קבצי cli בשם ranger שיש לו את כל מה שאתה מזכיר.

      1.    godel דיג'ו

        כדי להעתיק את 20 השירים אני מכין רשימה עם "ls * .ogg> top20". לאחר מכן, אני הולך אל Vim ובוחר (מוחק את מה שאני לא רוצה) את השירים שאני רוצה. בסוף אני עושה "cp $ (cat top20) otrodir" וזהו. זה יותר נוח מבחירה עם העכבר וש-19 השירים שכבר נבחרו בוטלו בטעות.

  3.   אלברטו קרדונה דיג'ו

    נִפלָא!!
    אני עדיין לא יכול להחליט להתקין את Gentoo 🙁 (אני ב- BunsenLabs) כרגע אני משתמש ב- openbox ומשתמש ב- nano לתסריטים של Bash שלי
    אבל זה גורם לי לרצות להסתכן ב- Vim או ב- Emacs!
    לגבי
    אני נהנה לקרוא את הפוסטים שלך

    1.    ChrisADR דיג'ו

      תודה רבה אלברטו 🙂 אני מאוד שמח שאתה אוהב את המאמרים שלי, אני נהנה לכתוב את הפוסטים.
      אני מקווה שתעודד וכמובן שתעשה, העניין הוא תמיד לנסות משהו חדש 🙂

  4.   ChrisADR דיג'ו

    ובכן, עם זה אני מסיים לענות על שתי התגובות האחרונות והייתי מעריך שהמנחים לא מקבלים יותר בנושא, זה לא הולך לשום מקום והרעיון הוא לא למלא את רשימת ההערות בסדרת טיעונים בעד או נגד זה או אחר.

    באשר ל"צדדיות ", אולי מי שחושב זאת סבור כי רק לממשקי משתמש יש תוספים, אך האמת היא שתוספים סופניים מגוונים ופונקציונליים כמו האנשים המשתמשים בהם, הדוגמה הברורה ביותר היא

    https://vimawesome.com/

    רשימה כמעט אינסופית של תוספים ל- vim שהופכים אותה ליותר תכליתית מאשר IDE רבים ... ואם כבר מדברים על כך, הקישור הזה לא מזכיר שרשימה זו כוללת אנשים המשתמשים ב- IDE ב- Windows ו- Mac, שלמעשה מדברת הרבה יותר טוב על Vim מדבר על Eclipse שכן אם נשווה את מספר האנשים שמשתמשים ב- Eclipse בשלוש הפלטפורמות, ל- Vim אין מה להתבייש בכך שיש להם מקום 4 ראוי.

    אבל ללכת רחוק יותר ... שאנשים "רגילים" משתמשים במשהו לא אומר שזה בהכרח טוב, אבל כנראה ש- Windows יהיה הרבה יותר טוב ממערכות אחרות other אולי זה פשוט שהם מעדיפים לא ללמוד להשתמש במשהו כי הם מעדיפים את האפשרות הקלה ... או מכיוון שהחברה שלך החליטה ליישם את התקן (Eclipse הוא התקן בחברות רבות, זה יסביר את מספר המשתמשים הגדול ... בדיוק כמו אנדרואיד ו- Visual Studio, שהם האמצעי היחיד לעבוד עם השפות שלהם ... ואילו Vim זוהי בחירה חופשית של המשתמשים בה)

    . "מכוער" הוא מונח סובייקטיבי מאוד, אני יכול לשקול "מכוער" את העיצוב של Qt, או WebKit, או אפילו ממשק Mac OS ... אבל זה לא אומר שמישהו אחר רואה את זה ככה, זה רק עניין של הרגל 🙂

    לגבי

    1.    אנונימי דיג'ו

      אני מכבד את הרצון לא לרצות לתת את הזכות להשיב.

      למידע בלבד:
      https://vim.sourceforge.io/download.php

  5.   קלאודיו דיג'ו

    אני מסכים לחלוטין עם אנונימי, אך במקרה שלי, אני משתמש פשוט, ללא ידיעה מעמיקה של אנליסט או מתכנת. וככזה, אני זקוק לממשק משתמש כדי להיכשל בי באוצרות רבים בלינוקס, למשל כיום וכששנת 2017, אין יישום GUI שמקל על שיתוף תיקיות ברשת לינוקס, ואני אומר לינוקס, אני לא מבין אותם עם סמבה ו- Windows אני מדבר על רשת לינוקס גרידא. כדי להיות מסוגל לשתף ברשת לינוקס אתה צריך להגדיר NFS מסוים ורק משורת הפקודה, זה מבזבז זמן וגם אני לא מסביר למה כל כך קשה להיות בעל ממשק משתמש שמקל על זה כפי שקורה ב- Windows.
    על פי ChrisADR "אני מפתח תוכנה צעיר" ואתה רואה שאתה יודע הרבה על הנושא, האם עליך לפתח יישום GUI שמקל על מה שהסברתי זה עתה או שמא שלך הוא כותרת והתרברבות טהורה? זהה כאילו רופא נתן את דעתו כיצד עדיף לבצע ניתוח, מבלי שעשה מעולם. "אתה רואה את הפינגו על המגרש" אתה צריך לפתח יישום GUI לפני שאתה נותן את דעתך ממקוםך "מפתח תוכנה" ואם עדיף או לא להשתמש במסוף, אתה צריך לשים את עצמך במקום מי שמשתמש בלינוקס שמשתמש בזה. אני מקווה שתוכלו לראות מאמר מאת ChrisADR, המציג ומשתף את יישום ה- GUI שלו, לשיתוף קבצים ברשת לינוקס. כרגע אין כאלה, אלא אם כן אתה משתמש בסמבה רק לשיתוף Windows.

    1.    גיירמו דיג'ו

      יצירת תכנית אינה קלה אחר הצהריים, היא מצריכה מאמץ של מספר שבועות לפחות ומה שגרוע יותר, אז יש לנו מאמץ של שנים לתקן שגיאות, לעדכן אותה יחד עם ספריות הפונקציות החדשות שהופכות את מיושנות השימוש הקודמות. , האריזה להפצות השונות, ...
      אבל זה גם שאם כבר יש לך SAMBA שאתה יכול להשתמש בו גם בין שני GNU / Linux ללא צורך בכל חלונות, מדוע אתה רוצה להשתמש בפתרון NFS?
      גם אם המדריכים שאתה רואה באינטרנט מדברים על לינוקס ו-Windows, פשוט עקוב אחר ההוראות כדי לשתף תיקיה desde linux ולאחר מכן להתחבר לתיקיית רשת אחרת desde linux מדי.
      נראה כי לאובונטו 16.04 יש עדיין יישום קל של נושא זה: http://www.hernanprograma.es/ubuntu/como-compartir-una-carpeta-desde-ubuntu-16-04-a-traves-de-samba/