היום הראשון שלי עם הייקו: היא טובה באופן בלתי צפוי

TL: DR; משתמש חדש ניסה את Haiku בפעם הראשונה וחשב שזה מדהים. במיוחד בהשוואה לסביבות שולחן העבודה הזמינות ב- Linux

כבר שיתפתי את הרעיונות (והאכזבות) שלי בנוגע ל-#Linuxשמישות (חלק 1, חלק 2, חלק 3, חלק 4, חלק 5, חלק 6). בסקירה זו אתאר את הרושם הראשוני שלי הייקו, מערכת הפעלה בקוד פתוח למחשבים אישיים. לפעמים רושם ראשוני מועיל, אבל מכיוון שאתה מקבל רושם ראשוני רק פעם אחת, שמרתי את שלי כאן.

המערכת שעליה אני כותב את הביקורת

אולי הם יהיו שימושיים למפתחי Haiku או לגורמים מעוניינים אחרים.
יכול להיות שאני טועה איפשהו, מכיוון שאני רק מתאר את החוויה האישית שלי (קרא: עיוורת עין) הראשונה שלי. כמו כן, אנשים ידידותיים בערוץ #haiku ברשת irc.freenode.net עזרו לי עם טיפים - אני גם אפרסם אותם. תודה לכם, מפתחי Haiku!

מה שרציתי לומר: הייקו עדיין לא 100% מושלם, אבל יש לו כבר סביבת עבודה מוצקה.

התקנה

פרויקט Haiku מספק תמונות לאתחול מתקליטור או DVD, נוצר מדי יום. השתמשתי בכונן הבזק מסוג USB-3. נאמר לי שאתחול מ-USB-3 אולי לא יעבוד, אבל בשתי מערכות הבדיקה שלי מבוססות אינטל זה עובד ללא דופי.

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

הייקו משתמש בעצמו מערכת קבצים BeFS עבור מחיצת האתחול, אם כי, באופן עקרוני, תמיכה ב-FAT32 ו-NTFS מוצהרת. באופן כללי, 600MB מספיקים למערכת, אך נדרש יותר מקום ליישומים נוספים.

כברירת מחדל, נוצרות מחיצה של 600MB עם BeFS ומחיצה של 32GB עם FAT3. יש קובץ על FAT32 /EFI/BOOT/BOOTx64.EFI, מה שאומר שהוא יכול לאתחל במערכות תומכות EFI. לרוע המזל, לא מצאתי תוכניות להגדלת גודל ה-BeFS, ואני מקווה שבעתיד הם יעשו סכימת מחיצות דיסק שונה, מכיוון שגודל תמונת המחיצה קבוע בקטן וייתכן שלא יהיה מספיק מקום פנוי לתוספת תוֹכנָה. זה יהיה נחמד אם חבילות תוכנה נוספות יאוחסנו במחיצת FAT32 שנייה.

אותו פתרון יהיה יתרון עבור אלו המעוניינים לגשת לקבצים ישירות ממערכות אחרות. Linux כבר קיימת תמיכה בקריאת BeFS, ישנם יישומים לקריאה וכתיבה של BeFS תחת FUSE.

מתקין הייקו

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

BootManager מתקין את טוען האתחול בדיסק

תהליך ההתקנה עצמו אורך קצת פחות משלוש דקות, וזה די מהיר. הוא מעתיק את כל המערכת, המורכבת מ"רק" 4751 קבצים. הסיבה לכך היא שרוב התוכנות ארוזות כקבצי hpkg (בדומה במידה מסוימת לחבילות Snap ב- Linux (מערכות) שלעולם לא מותקנות, אלא פשוט מורכבות. מעניין לציין שיש לא מעט קבצים "חינמיים", כמו png. מדוע הם לא ארוזים?

כפי שכבר אמרתי, אפילו ליבת מערכת ההפעלה מגיעה בצורה של קובץ hpkg. (דיברתי על 4751 קבצים כי הרצתי את HaikuDepot לפני ההתקנה, שהורידו המון דברים. נראה שהתקנה נקייה לא מכילה את כולם, וניתן להתקין אותה מהר יותר עם כ-200 חבילות. מגניב! מה שאומרים לי הוא שלא מתעלמים מקבצים שהורדו במהלך ההתקנה - זהו שגיאת תוכנה. וואו, זה נראה כאילו זה דוח הבאג הראשון שנכתב לפי הצעתי).

אתחול ראשון

המערכת מאתחלת, מציגה מסך פתיחה יפה, ואז נעצרת: לאחר הטעינה, כרטיס המסך שלי (Radeon) מציג מסך שחור.

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

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

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

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

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

רושם ראשוני מסביבת העבודה

אם משווים את הרושם הראשוני, זה יותר כמו מק מאשר, למשל, Linux עם גנום. מקש ה"פקודה" עובד בדיוק כמו במק. מעולה!

שום דבר לא מנצח מנהל קבצים מרחבי שמרגיש כמו מק ישן וטוב!

מנהל הקבצים המוגדר כברירת מחדל הוא מרחבי (כמו Macintosh System 1.0), למרבה הצער, כל חלון אינו זוכר את ההגדרות שלו (לדוגמה, צפייה כרשימה או כסמלים). כפי שנאמר לי, זו טעות, שלדעתי לא יהיה קשה לתקן אותה. (לצערי, כתוב דיווחים ל-"mimocrocodile" ב-bugtracker עבור Haiku קשה - נעשה שימוש במערכת מקורית, שאינה מבוססת על GitLab או GitHub, שגם היא בלתי אפשרית להתחבר בעזרתם). קבצים מקבלים סמלים משלהם, אין בעיות עם קבצים נפרדים על שולחן העבודה ואייקונים.
יופי! הרבה יותר טוב מסביבות שולחן עבודה עבור Linux, אפשר להרגיש את הפשטות.

פרודוקטיביות

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

לונדוק אמר שנראה ש-LibreOffice עובד מהר יותר מאשר במערכות הפעלה אחרות, אבל עדיין לא בדקתי את זה.

בריאן לונדוק. Haiku OS Beta - סקירה והתרשמות

שורת הפקודה

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

Welcome to the Haiku shell.
In it, you can easily launch applications that are on the $PATH:
~> Touchpad
~> echo $PATH
.:/boot/home/config/non-packaged/bin:/boot/home/config/bin:/boot/system/non-packaged/bin:/bin:/boot/system/apps:/boot/system/preferences

וואו! "."ב $PATH! זה אומר שאתה יכול להריץ פקודות ישירות מהספרייה הנוכחית (Linuxoids אמר לי פעם שהעולם יתפוצץ אם אנסה את זה). גדול!

ריצת bash במסוף הייקו

דבר מגניב נוסף בטרמינל הוא שניתן ללחוץ על ctrl + c כדי להעתיק, בדיוק כמו ביישומים אחרים, בניגוד לסביבות שולחן עבודה. Linux, שבו אתה צריך ללחוץ על ctrl + shift + c בטרמינל.
דברים קטנים שמראים את שלמות המערכת כולה.

מבנה מערכת הקבצים

המחיצה שממנה מגיעה ההורדה מותקנת /boot. כמה פשוט!
אין ערימה /etc, /usr, /bin… סתם /home и /system. נקי, פשוט, מובן. בסדר גמור! (לא ממש: הם שם, אבל נסתרים. למה? כי /bin זה /system/bin, אין צורך להציג זאת ב-Tracker, אך הסקריפטים עדיין משתמשים בו. אני חושב שמפתחים צריכים להיפטר מדברים מיושנים שנעשו למען תאימות מכיוון שזה רק מקשה על ההבנה.)

packagefs

הזכרתי קודם לכן על קבצי hpkg, שדומים במידה מסוימת לחבילות ב Linux, אבל הם לא מותקנים, רק מורכבים (כמו חבילות snap). מערכת הקבצים שעושה את הקסם הזה נקראת packagefs. היא מעלה קבצי hpkg על גבי קבצים אחרים, וכתוצאה מכך נוצרת ספריית /system כולה בדרך זו.

הפקודה mount, למרבה הצער, לא מראה מה רכוב.

~> mount
usage: mount [-ro] [-t fstype] [-p parameter] [device] directory
-ro mounts the volume read-only
-t specifies the file system to use (defaults to automatic recognition)
-p specifies parameters to pass to the file system (-o also accepted)
if device is not specified, NULL is passed (for in-memory filesystems)

המליצו לי לנסות mountvolume, שיציג מחיצות רכובות, אך למרבה הצער הוא גם לא מציג נקודות הרכבה עם packagefs (הוא יציג רק את אלו הקשורות למחיצות או תמונות דיסק). [למרבה המזל, אם אתה מריץ mount או df איפשהו על מארח עם docker, אתה יכול לגלול בין כמה מסכים! — משוער. מְתוּרגְמָן] אבל אתה יכול לעשות טריק עם df:

~> df -h

Mount Type Total Free Flags Device
----------------------------------
/boot bfs 600.0 MiB 6.0 KiB QAM-P-W /dev/disk/usb/0/0/0
/boot/system packagefs 4.0 KiB 4.0 KiB QAM-P -
/boot/home/config packagefs 4.0 KiB 4.0 KiB QAM-P -
/no name fat 2.8 MiB 2.3 MiB - M-PRW /dev/disk/usb/0/0/1

כפי שנראה, /system и /home/config בתוך /boot זה רק packagefs.
אנשים שמכירים אותי יודעים שאני חובב תמיכה בגרירה ושחרור במנהלי קבצים: לדוגמה, אני משתמש בחבילות יישומים בסגנון NeXT, או AppImages.
בכל מקרה, יש חסרונות בפורמט הזה של הפצת תוכנה. האם חבילות יכולות לשלב את הטוב ביותר?

כפי שאתה יכול לראות, במקרה שלי (מחיצת המערכת מלאה, אבל אני רוצה להתקין אפליקציות), זה יהיה יותר אלגנטי להוריד אפליקציות איפשהו באמצעות דפדפן, בדיוק כמו שאני עושה עם קבצים .dmg עבור Mac או AppImage. packagefs חי בקרנל, אז זה לא מערכת קבצים עבור FUSE (למרות שאני יודע שגם להאיקו יש FUSE). נאמר לי גם שייתכן שיהיו "אזורי packagefs" נוספים בעתיד, מה שסביר להניח שאומר שאוכל לומר ל-packagefs לאחסן חבילות במחיצות דיסק נפרדות, למשל. אני אוהב את זה - אחרי הכל, אם מחיצת הדיסק היא על מדיה נשלפת, אני יכול לשבת על מחשב אחר ולהפעיל שם יישומים.

הם גם אמרו שהתקנת חבילות עובדת גם בשיטת גרירה ושחרור: פשוט גרור את הקובץ לתוך /system/packages או /home/config/packages להתקנה, ואם תחלץ את הקובץ משם, הוא יימחק. אם תגרור חבילה עם תלות לא מסופקת, המערכת תבקש את ההתקנה המקדימה שלה.

בהתחלה לא היה ברור לי איך packagefs מטפל במספר גרסאות של אותה חבילה, מה קורה אם אני רוצה להתקין, למשל, גרסאות שונות של gcc, או תוכנות GUI אחרות? (אחד המפתחים אמר, ציטוט: "packagefs עצמו אינו מכיל שום דבר שמונע התקנה של מספר חבילות באותו שם, אך מכיוון שה-libsolv של OpenSuse משמש לפתרון תלות, שאינו מאפשר זאת, אסור היה לעשות זאת. ו- HaikuDepot עצמו בהגדרות." אני יכול להסביר למה אני אוהב את הרעיון של חבילות .app, AppDir ו-AppImages).

ספריות דינמיות

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

האם אתה יכול לדמיין את זה ב-gnome, kde או xfce?

В Linux שיגור כזה לא יחשוף דבר. בואו נראה כמה זמן זה לוקח בסביבות שונות:

• גַמָד: https://gitlab.gnome.org/GNOME/nautilus/issues/1166
• KDE: https://bugs.kde.org/show_bug.cgi?id=409777
• XFCE: https://bugzilla.xfce.org/show_bug.cgi?id=15714
• בן זוג: https://github.com/mate-desktop/caja/issues/1262

מה לגבי צ'קים?

~> ldd
bash: ldd: command not found

אתה צריך להשתמש בתחליף:

~> objdump -x /bin/bash | grep NEEDED
NEEDED libreadline.so.7
NEEDED libhistory.so.7
NEEDED libncurses.so.6
NEEDED libintl.so.8
NEEDED libroot.so

באופן עקרוני ldd יהיה טוב יותר מכיוון שהוא מראה בנוסף את הנתיבים שמהם ייטענו הספריות.
מאיפה הם בעצם נטענים?

~> echo $LIBRARY_PATH
%A/lib:/boot/home/config/non-packaged/lib:/boot/home/config/lib:/boot/system/non-packaged/lib:/boot/system/lib

אז אפשר לשים ספריות ליד קובץ ההפעלה, וזה "פשוט יעבוד". איזה מגניב! אפשר פשוט לכלול ספריות בודדות באפליקציה שלך בלי להתעסק עם rpath או להגדיר את המשתנה LD_LIBRARY_PATH כמו ב- Linuxבסדר!

יש ספרייה (נוראית ב) Linux) /boot/system/lib/libstdc++.so.6.0.24.
מה אם האפליקציה דורשת גרסה חדשה יותר מזו שב-/boot/system/lib?
המשתמש הממוצע כנראה ישדרג לגרסה העדכנית ביותר מכיוון שאין משתמש "מנהל מערכת" עם סיסמת שורש במערכת זו [המחבר רומז לפשטות - משוער. מְתוּרגְמָן].
טוב, לפחות ככה זה נראה. (למעשה, "משתמש" הוא המקבילה לשורש. ניתן להגדיר סיסמה באמצעות הפקודה passwd, ואז ציין PermitRootLogin=yes в sshd_config, ואז אתה יכול להתחבר חיצונית באמצעות ssh. המפתחים אמרו לי שבברירת מחדל כל האפליקציות מופעלות כ-root. אולי בסופו של דבר הם יסתדרו... אבל אני לא בטוח אם אני אוהב את זה.)

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

משאבים ורשם

כפי שהוזכר לעיל, אפליקציות מקבלים סוג ואייקון, כך שלא תצטרכו להתעסק עם קבצי שולחן עבודה ודברים כאלה. נאמר לי שיש שירות רשם מיוחד שיודע על יישומים, סוגי קבצים ואייקונים. זה תמיד מקבל הודעה כאשר חבילה מותקנת או קובץ מסומן לביצוע (באמצעות התוכנית chmod או mimeset).
מזכיר לי משהו שירותי השקה ב-Mac. אבל זה מה נעדר מסביבות עבודה ב Linux. גדול!

קבצים בינאריים מקבלים סמלים מובנים כמשאבים, כך שאינך צריך סמל נפרד בנוסף לקבצים בשולחן העבודה שלך. כמעט כמו שהיה ב- Macintosh System 1. מגניב!

סוגי יישומים, סוגי מסמכים נתמכים, משאבים מובנים ומידע על גרסאות

Tracker (מנהל קבצים) מסמן אוטומטית קבצים בינאריים כקבצים ניתנים לביצוע. זה מה שציפיתי מסביבות שולחן עבודה ב Linux במשך יותר מ-10 שנים.
כל זה מאוד מספק. זה מגניב! החיים הופכים כל כך פשוטים. זה יותר מלוטש ודומה יותר ל-Mac XDG על Linuxאו זה...

יישום ב Linux ללא הגדרת סיבית ההפעלה

ב-Gnome הוסר היכולת להפעיל קבצי הפעלה ממנהל קבצים, אבל הקהילה עוררה מהומה - והכל הוחזר.
נאמר לי גם שאפליקציות משתמשות בפונקציה find_paths() במקום אלה מקודדים /usr/bin и /usr/share (מאפיין נפוץ של סביבות עבודה ב Linux), מה שאומר שניתן להזיז אותם במערכת הקבצים. מחיאות כפיים סוערות! על Linux זה מסובך כרגיל.

מה הפתיע אותי

• התבלבלתי מזה /boot זוהי נקודת ההרכבה של המחיצה ממנה המערכת מאתחלת. למה לא "/"? כך או /Haiku? (הסבר: אכן, /boot זו תמיד מחיצת האתחול, היא מופיעה בשולחן העבודה בתור "Haiku" כי זה השם שלה. להסתכל על "/"כאנלוגי של שולחן העבודה ב-Mac System 1, השורש של היררכיה שלא קיימת בפועל על דיסקים).
• נקודת ההרכבה עבור חבילות מותקנות על ידי המשתמש היא /home/config. למה לא סתם /home? (אחד המפתחים הסביר לי שהם לא רוצים לזהם את הספרייה הביתית, אבל אני חושב ש-config זה שם רע כי יש בפנים תת-ספרייה bin/, אז זה לא רק אחסון הגדרות).
• מה הרישיון לכל דבר? למשל ב דפדפן WebPositive בעת צפייה ב"אודות" אין אינדיקציה מפורשת. השדה "אודות המערכת הזו" אומר שקוד הייקו נמצא תחת רישיון MIT. גדול! (נאמר לי גם ש-WebPositive מגיעה עם מערכת הפעלה באותו רישיון, אבל מנוע ה-WebKit שלה מגיע בעיקר תחת שתי נקודות BSD).

מה שלא עבד כמו שציפיתי

הדבר הראשון שהדהים אותי היה רמת התמיכה בחומרה. הכל עבד ב-Netbook מבוסס Atom שלי, כולל WLAN. אבל יש כמה מוזרויות בעבודה.

• חוסר יכולת פעולה מוחלטת על חומרת מקינטוש, ללא קשר למצב EFI או אמולציית BIOS (Windows"). המערכת פשוט קופאת אם אני בוחר את הסמל במנהל האתחול של מק. נאמר לי שזה תכונה מפורסמת ואתה יכול לאתחל באמצעות לְשַׁפֵּץ, אבל ההגדרות האלה מסובכות מדי בשבילי.
• האצה גרפית. נראה שעדיין לא ניתן להשתמש ב-Radeon (היה לי מסך שחור), אבל גם באינטל דברים לא מתנהלים בצורה חלקה. האצת וידאו ב-WebPositive היא תוכנה בלבד, כולל H.264. באופן מפתיע, הכיוון הראשוני הוא בווידאו. אחד המפתחים הבהיר שהסרטון ב-WebPositive עובד באמצעות פריצות איטיות.
• אין קול? "מנהלי התקנים של כרטיסי הקול עדיין בתנועה", אמר היזם. זה כנראה צריך מישהו שיתמוך במנהל ההתקן של ה-HDA בצורה דומה ל-USB-3. עכשיו, כדי לקבל קול, מספיק אתחול חם ממערכת הפעלה אחרת, ואני מאמין שזה יתוקן איכשהו.
• כפתורי בקרת הבהירות ועוצמת הקול אינם פועלים. (הבסיס כבר קיים בדמות אפליקציית קיצורי הדרך: אפשר לאגד כל קיצור מקלדת לכל פונקציה שתרצו, אבל עד כה Haiku לא יודעת לעבוד עם מקשי מדיה. אולי יש מתנדבים?)
• שליטה בלוח מגע עם שתי אצבעות. לא עובד מחוץ לקופסה. יש חלונית הגדרות שאמרה "לא נמצא לוח מגע, להגדרות לא תהיה השפעה." (בעיה ידועה עם התקן קלט ELAN, ACPI ETD050A).
• עם האפליקציה הקיימת לקריאת קבצים ממצלמות דיגיטליות וסמארטפונים Android לא הצלחתי לסנכרן במצבי MTP ו-PTP. זה יהיה נהדר אם ניתן יהיה להרכיב אותם כמו מחיצות אחרות במערכת.
• נראה כי סגירת מכסה המחשב הנייד אינה מטופלת. (אני יודע שהאיקו עדיין לא עובד עם ACPI: התמיכה מיושמת, אך אינה מופעלת כברירת מחדל; אין אתחול מחדש של מנהל ההתקן)
• לא הצלחתי ליצור חשבון ב- bugtracker כי זה לא עובד captcha ב-WebPositive.

Apps

המטרה העיקרית של מערכת ההפעלה היא להפעיל אפליקציות. פחדתי שלא יהיו בקשות לעבודה אמיתית תחת הייקו. למרבה המזל, טעיתי, כי יש תקווה לשיפור - כאשר משתמשים בהייקו לעתים קרובות יותר.
שיחרור גרסה (אפליקציה לפריסה חזותית) היא, והיא אפליקציה מורכבת מאוד המבוססת על Qt. יש גם QtCreator (IDE).

תהיתי אם אנשים כותבים היום אפליקציות מקוריות של Be עבור Haiku באמצעות כלים מקוריים (אם הם קיימים), או שדי בשימוש ב-QtCreator (שיקל על העברה של אפליקציות חוצות פלטפורמות). העמדה של מפתחי הייקו היא העדפה "ברורה" ליישומים מקוריים עבור הייקו. האם זה נכון? אני בספק אם אפליקציות לעבודה אמיתיות אינן חוצות פלטפורמות (כל האפליקציות בהן נעשה שימוש בעבודה שלי הן חוצות פלטפורמות).

הוכרזה תמיכה ב-WxWindows приложений.

היעדר תמיכת Gtk+ הוא מתסכל. זה אומר שלא יהיה Gimp על Haiku בזמן הקרוב (טוב, אני חושב), אבל יש תחליף בדמות Krita!

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

לאן אנחנו הולכים?

האם הייקו ייתקע עם קונספט UX של BeOS? אני חושב שכדי להיות אטרקטיבי, הוא צריך לכייל בזהירות עיצובי UX חדשים בעת אימוץם, תוך שמירה על נאמנות ליסודותיו.
לדוגמה:

• הישארו פשוטים, בלי 100500 האפשרויות שגורמות לכם Linux "מוּרכָּב".
• השתמש בסמן חץ עבור העכבר במקום ביד מוזרה.
• האם יהיה רציף? (אני מודע לכך שיש משהו כמו Dock שנקרא LaunchBox, אפילו יותר קרוב ל-Dock LnLauncher, אבל ל-BeOS המקורי כבר היה תחנת עגינה ב-1998!)
• תפריט גלובלי? (ברור שלא, מאז JLG לא רואה תועלת מיוחדת).
• החלפת חלונות מהירה? (הם אמרו שאתה יכול לנסות להפעיל "מחסנית ואריחים", תוך כדי לחיצה ממושכת על המקש Windows בעת גרירת חלון, אבל זה לא אינטואיטיבי, ויותר מכך, זה לא עובד בשבילי).
• אנימציה של פתיחה וסגירה של חלונות?
• צללים מחוץ לחלונות?
• תמיכה בערכות נושא כמו באקווה? (כן, אתה יכול, יש תשתית וכלים, למשל, HaikuThemeManager, אבל מישהו צריך ליצור את השרשורים. הייתי מנסה את זה בעצמי, אמרו לי שיש תיעוד https://xref.plausible.coop/source /xref/haiku/headers/os/interface/ControlLook.h, אבל לא עכשיו).

אלה הם ניואנסים עדינים, תוך התחשבות בהם המערכת לא צריכה לאבד את האינדיבידואליות הייחודית שלה.

מסקנה

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

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

עם זאת, קודם כל, למערכת יש תפיסה של סביבת עבודה שחסרה בסביבות העבודה ב Linux.

מערכת שלמה (ולא ליבה וסביבות משתמש מתחרות שונות) הופכת הכל לפשוט ועקבי.

היעדר מבנים שונים (הפצות) מקל על הכל.

הסתמכות על משתמש אחד בלבד בכל מערכת מפחיתה עוד יותר את המורכבות.

התוצאה: מערכת פשוטה מאוד, מתוחכמת, מינימליסטית מהרבה בחינות, המיועדת ל"בני תמותה בלבד" ולא למנהלי מערכת UNIX.

התקווה היא שכאשר המערכת הזו תהפוך לפופולרית יותר (כפי שהיא תהיה בהכרח), המורכבות שלה לא תגדל.

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

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

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

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

מקור: www.habr.com