"תארוז לי באריזת מתנה בבקשה…"
13 ביוני, 2008 | מאת doron |אתמול בערב הייתי באירוע (הרצאות+פאנל) ב GarageGeeks שעסק ב sustainability of opensource אשר יזם מושון זר אביב.
כרגיל, השתתפו הן בפאנל והן בקהל (כאקטיביים יותר או פחות), מספר דמויות מסצנת הקוד הפתוח הישראלי. אישית, אני אוהב ארועים כאלה , בראש ובראשונה מכוון שזה זמן טוב לפגוש במקום אחד את כל (או הרבה) מהאנשים שכבר שנים פועלים ביחד על מנת מקדם לינוקס וקוד פתוח.
הפעם היו כמובן "שחקני חיזוק" בדמות מושון ואחרים אשר פעילים בזירה של קוד פתוח , אולם חיים בחו"ל.
באופן כללי על סצנת הגיקים בישראל , אני חושב שאני אכתוב בהזדמנות אחרת – ויש לי מה לכתוב בנושא, אבל בלי ספק הפעילות של GarageGeeks הינה מעניינת ובהחלט שווה להשתתף בה ולעקוב אחריה.
הפאנל אתמול עסק בראש ובראשונה בקוד פתוח, וב Flow של פרוייקט קוד פתוח – וחשוב יותר כיצד שומרים על שרידות של פרוייקט.
מצד אחד היה מעניין לראות את גלעד, מנסה לדבר על קהילה בלי להגיד את המילה קהילה, ולארוז את את פרוייקט הקוד הפתוח באריזה שאולי מדברת אל קהלים רחבים יותר – כלומר ליצור מעין סכמת עבודה מרגע יצירת הפרוייקט ועד השימוש בו ב Flow שגלעד הציג, הוא מתייחס ליוזמים של הפרוייקט, ומשתמשים בפרוייקט ולנקודות נוספות , אבל להרגשתי, הוא ניסה להימנע מלומר את המילה "קהילה" (אולי בצדק כי מי שלא נמצא בעולם של קוד פתוח הקהילה קצת מפחידה אותו) .
ניר סמיונוביץ שדיבר מעט אחרי גלעד (לא מייד אחריו אלא מעט אחריו), הצליח להוריד את הסכמה הכללית של גלעד לתוך פרוייקט האסטריסק , רק שהפעם הוא כן דיבר על מכניזמים קהילתיים.
בכל מקרה, ההמשיכיות והאינטרציה בין 2 המצגות של השניים היתה לדעתי מעניינת. מכוון ששניהם במקום מסויים כן דיברו על ה sustainability של פרוייקט , רק שהם מצד אחד נשענו מאחרוי הקלעים על קהילה , ומצד שני לא רצו לומר שהם נשענים על קהילה – וניסו לחפש למעשה גורמים נוספים או לחלק את הקהילה לגורמים שונים אשר בסופו של דבר מספקים את ה sustainability לפרוייקט .
ההפתעה מבחינתי היתה דווקא של מאיר קריחלי ( whatsup ו- להק) , שלמעשה אמר"אין לי על מי לסמוך, אלא על עצמי" .. מאיר , מבחינתי, גרף את מרבית הנקודות אתמול בערב, בגלל האמת הפשוטה שבה הוא הציג את הדברים.
נכון, לא קל לדבר על פרוייקט שאתה יוצר, בעיקר אם הוא בשלבים התחלתיים, אבל מאיר הצליח לדבר מצד אחד על השתתפות בפרוייקטים שונים (תרומת קוד ותיקונים ) בגלל הפעילות של whatsup , על הצורך האישי שלו במערכת שמתאימה יותר לצרכים גנריים, ועל היוזמה לבנות עקב כך את "להק" .
אבל מעל לכל, מאיר הצליח להציג באותה אמת פשוטה, משהו שהוא אנטי תזה מוחלט להרבה מאד אנשים שרואים את עולם הקוד הפתוח מבחוץ ורוצים להיכנס אליו.
כמו שאומרים "נער הייתי וגם זקנתי", אני חושב שרשומים לי ברקורד כמה וכמה עבודות ופרוייקטים אשר המעורבות שלי בהם היתה לא קטנה, ובעיקר צברתי ניסיון בהכנסה של FOSS אל העולם העסקי, תמיד (וגם היום) אני רואה לא פעם ולא פעמיים אנשים שבאים מהעולם שהוא חיצוני לעולם הקוד הפתוח ומתייחסים אל עולם הקוד הפתוח כאל "מרבץ זהב" שבו יושבים אלפי מתכנתים שיבנו ויצטרפו לפרוייקט שאותו "יזם" רוצה לעשות – יתרה מכך, הם מבססים מודלים עסקיים , לכאורה מצליחים (רק לכאורה, מכוון שהרבה מסקנות נגזרות מהדמיון הפרוע שלהם ), על אותה קהילה אנונימית של מפתחי קוד פתוח.
לאותו יזם, ולא משנה אם הקשר שלו לעולם הקוד הפתוח לא קיים כלל או קיים באופן חלקי, ברור כי הקהילה תצטרף, ולמעשה הוא יקבל "משאב חינם" בדמותם של מפתחים – מה שאותו יזם שוכח להכניס למשוואות שלו, הוא שאותם מפתחים הינה אנשים בעלי רצון עצמי, ועד שהוא לא יבנה את המודל שבו ישתלם להם לסייע – הם פשוט לא יבואו. (לצערי, אני נקרא לסייע לעיתים לאותם "יזמים" כאשר הם מבינים שהמודל המוצלח שלהם לא פועל , וזה בדרך כלל אחרי שהם הוציאו אי אילו שקלים.. בדרך כלל לא מעט , משום מה בסופו של דבר אני גם הופך להיות "האיש הרע" שצריך לפרוס להם את האמת בפרצוף – - ממש בימים אלו אני מנסה לסייע לעוד יזם תמים שכזה)
מאיר – הצליח בצורה הכי פשוטה, לבוא ולומר, אם תהיה קהילה שתסייע מה טוב .. אבל אני לא בונה על זה. אני כן בונה על היכולות שלי, ועל הצרכים של משתמשי הביקורת שלי – אשר מציפים אליי בעיות / שאלות /ורצונות .
האמת בדבריו של מאיר היתה כל כך פשוטה – שפשוט היה צריך רק להקשיב לה , ומאיר הצליח לצאת ממליון סיסמאות ודוגמאות ולהשתמש בדוגמה האישית שלו ובניסיון האישי שלו .
כל הכבוד.
אבל בכלל לא על זה רציתי לכתוב, מה שכן רציתי לכתוב עליו הוא על נושא כלשהוא שעלה בדיון מתוך הקהל , בעיקר כלפי מושון (בהיותו מעצב גרפי), אך גם לאחרים והוא אותה מעטפת ויזואלית של תוכניות קוד פתוח – דהיינו ממשק המשתמש.
מושון, בתשובתו, לנושא הפתיע אותי הוא אמר שהוא אכן מסכים לדבריו של השואל ושצריך לשפר את המודל על מנת שיוכנסו אל צוות הפיתו גם אנשים שתפקידם יהיה לדאוג לממשק משתמש ויזואלי ונחמד – ושזה בעצם מהווה חסם כניסה של קוד פתוח ..
אני בשוק. האמת, קל מאד להסכים לדבריו של מושון , אבל אני מנסה שלא לחטוא בחטא התמימות ואני שואל את עצמי – איפה האינטרס ??
איפה בדיוק האינטרס של קבוצת פיתוח או מעצב גרפי לעבוד ביחד על מנת לספק תוצר שהוא גם יפה ויזואלית .
תראו, אם מחר בבוקר אני יקים פרוייקט חדש כלשהוא וכבר בשלב הראשוני ירצה להצטרף מישהו שעוסק בעיצוב – מה טוב, הרווח כולו של הפרוייקט ומי אני שאני ימנע ממנו לעשות זאת.
אבל הסבירות לכך היא קטנה, עד אפסית. מצד שני ציין משה שמעצב מן הסתם יצטרך להשתכר ויש להשקיע השקעה כספית בעבודת העיצוב – האם אני כאשר אני מפתח פרוייקט יכול להרשות את זה לעצמי ? התשובה במרבית המקרים היא לא !
בכל זאת, צריכה להישאל השאלה "אם כך איך זה שיש תוכניות קוד פתוח שגם נראות טוב?" – התשובה טמונה במודל.
הרבה מאד תוכנות קוד פתוח נראות מצויין, אבל זה הגיע בשלב שבו התוכנה היתה כבר בשלה לשימוש ולמעשה היו בעלי אינטרס עיסקי שבאו ואמרו – צריך לסייע באריזה שלה ובוויזואליות שלה על מנת שהצרכנים הרגילים ישתמשו בה.
בשיטה אחרת, אם מדובר על תוכנות קוד פתוח כגון OO או מוזילה או אקליפס, הרי שיש גוף בעל אינטרס אשר מקדם את הפרוייקט ויש לו את הכסף לממן את עבודתם של מעצבים ואנשים שיעסקו בממשק המשתמש.
כלומר – ממשק המשתמש יזכה לטיפול רק כאשר תתיכן היתכנות כלכלית סביב אותו פרוייקט, או שיש גוף מספיק עשיר מאחורי הפרוייקט אשר מוכן לממן טיפול בממשק המשתמש עוד בטרם הפרוייקט מוכיח היתכנות כלכלית כלשהיא .
מושון, הבעיה אינה במודל. המודל הקיים גם אם אינו מושלם, הוא מודל עובד , וקודם כל הוא מודל הגיוני, הייתי שמח מאד לראות סטודנטים לעיצוב מסיעים לפרוייקטי קוד פתוח עוד בשלב ההתחלתי, אני חושב שזה יתרום גם לפרוייקט וגם להם בכך שהם יצברו נסיון מעשי כאשר הם עדיין סטודנטים (מה שקורה עם הרבה אנשי פיתוח ועבודתם בפרוייקטי קוד פתוח) . אבל אני לא יכול לצפות לשינוי במודל הבניה של פרוייקט קוד פתוח כאשר השינוי הזה אינו כלכלי – ועשוי לגרום לקריסת פרוייקטים (בגלל ההוצאה הגדולה ) עוד בטרם הם הגיעו לשלב בוגר כלשהוא.
דבר אחרון שאומר ביחס לדיונים וההרצאות אתמול הוא במילים שנאמרו על ידי אורן גולדשמיט (ואחר כך ע"י בחור נוסף שעובד איתו ) השייכים לחברת opensourceMENA למעשה מה שהפריע לי הוא לא היוזמה, שהיא טובה בעיקרה אלא טענה שלכאורה המשק הישראלי "מחובר למייקרוסופט" ושלכאורה אין fair fight בשוק הישראלי…
האמת שאני לא מסכים, אולי אני צריך לכתוב פוסט נפרד על הנושא ואכן יש מדינות שבהם השימוש ב FOSS גדול יותר – אבל אנחנו צריכים לשאול את עצמנו , מה קרה באותן מדינות.
בשנים האחרונות, אני רואה יותר ויותר משתמשים שבוחרים ב FOSS בגלל שנאה למייקרוסופט, אני חושב שכבר רמזתי בעבר שאני ממש לא מבין ולא מקבל את הגישה – אני משתמש ב FOSS כי אני חושב שהוא טוב יותר , לא בגלל שאני שונא את מייקרוסופט (למרות שלפעמים אני קצת יורד עליהם – כמו שאני יורד גם על חברות אחרות).
יכול להיות , ואני מסכים עם הטענה שבישראל כמעט כל השוק משתמש בפתרונות מבית מייקרוסופט … אבל מי בדיוק סיפק לשוק חלופות כאלו ואחרות ? אף אחד !
אני לא רואה משרד של Red Hat בישראל, אני לא רואה משרד של SuSE בישראל, אני לא רואה משרד של Ubuntu בישראל .. וזה עוד לפני שדיברתי על כלי FOSS אחרים.
אז אם הם לא משקיעים בשוק הישראלי , ולא יכולים או לא רוצים לספק לשוק המסחרי בארץ שירות כמו שהוא זכאי לו .. למי יש לבוא בטענות אל הצרכן ?
במקרה הרע – אין שופ פעילות של אותן חברות FOSS או מפיצות לינוקס, במקרה הפחות רע הם זרקו את הנציגויות שלהם לחברות מקומיות – שלא ממש עונות על הצרכים בכל הקשור תמיכה אמיתית ומן שירות אמיתי .
בתנאים שכאלו – איזה צרכן מסחרי ירצה להשתמש בתוכנה הזו ?
אז נכון, יש את גלעד, ושחר, ואותי , ואת מאיר, ואת ניר, ועוד רבים אחרים שקצרה היריעה מלהכיל – אבל אלו אנשים בודדים, או חברות קטנות , אשר נשענות על הידע האישי של האנשים בהם .
אם רוצים לראות את SugarCRM בשוק , עד שלא יהיה מי שרים את זה ויספק לזה תמיכה ראויה, ולוקליזציה, ויבנה את מערך השיווק – למה שהצרכן יקנה וישתמש ?
כנ"ל לגביי תוכנות FOSS עסקיות אחרות .
לשבת ולבוא בטענות אל הצרכן – זה הפתרון הקל , הפתרון הקשה הוא באמת להשקיע ולבנות את האמון של הצרכן במוצר – אז הצרכן , מנסיוני "יבוא כמו ענק" .
נכון, אני משתמש ב FOSS , גם בתוכנות FOSS עסקיות , אבל אני תומך בעצמי – אני לא יכול ולא רוצה לצפות שצרכן משוק ה SMB / SME יתמוך בעצמו ברמות שאני תומך בעצמי.
יותר מכך, בכל הנוגע לוויכוח האידיאולוגי של כן קוד פתוח – לא קוד פתוח, יש לי , כמו לרבים אחרים הרבה מה לומר לגביי הצידוק האידיאולוגי , העקרוני וכו'.
אבל כאשר מגיעים לעולם העסקי , FOSS אינה נבחנת בגלל האידיאולוגיה אלא בגלל הערך שהיא יכולה לתרום לצרכן, אז רבים יטענו שהיא תורמת, וזה נכון, אבל בהינתן מצב שבו אין גופים שיספקו לאותם צרכנים תמיכה – הצרכנים יעשו טוב אם יבחרו במוצרים שלהם יש תמיכה. לינוקס או כל תוכנת קוד פתוח אחרת , לא יכולה לצפות ל"הנחות" בגלל היותה קוד פתוח.
יש כמובן את אלו שקופצים ואומרים "טוב מייקרוסופט נותנת בחינם / במחיר זול .. ל .. " – מי אמר שזה לא לגיטימי בהתנהלות העסקית ?
לו אני הייתי מייקרוסופט והיה מגיע אליי לקוח גדול שמתחייב לקנות כמות גדולה , רק על מנת לשמר את הלקוח הזה הייתי כמובן נותן לו את המוצרים במחיר נוח יותר . מה בדיוק לא בסדר בהתנהלות עסקית שכזו ? זה קורה כל יום בכל חברת תוכנה קיניינית . (אז נכון מייקרוסופט עשו כמה דברים לא הוגנים .. אבל זה לא שייך לנושא המחיר שהם מבקשים כאשר מדובר בעיסקאות ענק) .
נהפוך הוא , אם מייקרוסופט מציע מחיר טוב ללקוח – הרי שהיא מאתגרת את המודל של קוד פתוח למצוא את הדרכים (ויש דרכים) לספק מוצרים באיכות טובה יותר ובמחיר זול יותר .
מסקנה – לפני שאנחנו כאנשי קוד פתוח מבקרים את המשתמשים / את מייקרוסופט / את ספקי התוכנה הקיניינית, כדאי לעמוד רגע מול המראה ולומר לעצמנו באומץ את האמת . מרגע שנבין את האמת – יהיה לנו גם יותר קל למצוא פתרונות לבעיות שמתעוררות .
שבת שלום.
- דורון

9 תגובות עבור “"תארוז לי באריזת מתנה בבקשה…"”
מאת ik_5 בתאריך 13 ביוני, 2008 | תגובה
כמה דברים:
1. אני לא מסכים עם הגישה של גרפיקאים בתשלום, כאשר התוכנה שאני יוצר היא לא מסחרית (הרי אני לא לוקח עליה כסף). אם אתה מרגיש שיש לך מה לתרום (בין אם אתה גרפיקאי או בין אתה איש מכירות, ממש לא חשוב מי אתה ומה המקצוע שלך), אז תתרום או שאל תבוא בטענות. זו גישה שאנשים לא מוכנים לקבל מהקוד הפתוח ד"א.
יש לי חבר שהוא גרפיקאי, וכשהוא עבד על Black box הוא יצר עורות ל blackbox ושיחרר אותם ב freshmeat למרות שהוא גרפיקאי, וזה המקצוע שלו, הוא יודע להפריד בין הדברים.
2. יש לך את מדריבה ישראל. הם באמת שמנסים להצעיד את לינוקס לארגונים. ככה שלא הגיד שרק אין זה גם לא נכון. למה אתה לא מנסה להכיר לאנשים את החברה המסחרית הזו (שנמצאת בתוך ישראל) ? אני יודע שאני מזכיר אותה לאנשים במידע והם מחפשים פתרון לינוקס עם תמיכה מלאה.
3. הרבה מאוד אנשים בשוק רואים את הקוד הפתוח כמשהו חינם. הייתי לפני שבועיים בפגישות עם כמה לקוחות בפוטנציה, אשר לא הבינו איך אני מעיז בכלל לקחת כסף על שירות שמבוסס על קוד פתוח כי בעינהם זה אומר שהכל בחינם כולל השירות.
4. אני מכיר הרבה אנשים בעלי ניסיון אשר מאוד מאוכזבים מהמוצרים של מיקרוסופט, ולכן מחפשים אלטרנטיבות וניגשים לקוד הפתוח, גם אם הוא לא עונה להם על כל הצרכים, זה מוזיל להם עלויות בצורה מספיק טובה בשביל שהם יספגו את המעבר לפתרון אחר.
5. היות ואני מכיר אישית את רוב מי שדיברו אתמול (למרות שבגלל פגישה שהיתה לי בשעה של המפגש לא יכולתי להגיע), וכולם יודעים שקוד פתוח זה דבר ראשון "אני". אבל גם ניר וגם גלעד מחפשים קצת מעבר ל"אני", והם רוצים לנסות ולגרום לזה ש"גם אתה".
יש לי עוד מה להגיד, אבל בשביל זה צריך פוסט שאני לא חושב שאכתוב.
סתם אנטי תזה למה שכתבת
מאת דרומי בתאריך 13 ביוני, 2008 | תגובה
אני די מנותק מתהליכי הפיתוח שאתה מתאר, אז אולי אני מפספס משהו חשוב.
אבל מה בדיוק ההבדל בין גרפיקאי למתכנת?
הרי אתה בונה על מתכנתים שיתרמו מזמנם החופשי ומכשרונם לפרוייקטים, ללא תשלום. למה נראה לך בלתי סביר בעליל שמעצבים יעשו את אותו דבר בדיוק?
השאלה היא רק איך מגייסים גרפיקאים משוגעים לדבר.
מאת doron בתאריך 13 ביוני, 2008 | תגובה
IK :
1. גם אני לא .. לא הצדקתי את זה.
אם גרפיקאי רוצה להצטרף לפרוייקט קוד פתוח – מצויין , אני חושב שזה יעזור לו ולפרוייקט ..
אבל אי אפשר לשנות את המודל , מכוון שמפתח בראשית פרוייקט לא יילך לחפש גרפיקאי – הגרפיקאי צריך לחפש פרוייקט .. כמו שאיש פיתוח מחפש פרוייקט להצטרף אליו.
2. נכון יש את מנדריבה ישראל ואני מכיר מקרוב מאד את הפעילות שלהם .
אני ממש לא נסוג ממה שאמרתי.
3. זה שרואים את הקוד הפתוח כמשהוא שהוא חינמי .. זה אחלה , אתה יכול לתקן אותם.
הרי אי אפשר להאשים אותי בכך שאני רואה משהו בצורה שגויה אחרי ששנים "פימפמו" לי דרך כל מיני אמצעי תקשורת – מידע שגוי .. אפשר רק לתקן אותי.
4. גם אני מכיר כאלה – אבל אני לא מבין מה הקשר של זה למה שכתבתי .
5. ממש לא הבנתי למה התכוונתי, גלעד וניר ניסו לעטוף את הקוד הפתוח עם כל הייתרונות והחסרונות שלו במונחים שהם יותר יומיומים לקהל שהם ציפו שיהיה שם.
מנגד, מאיר , במקום לבוא עם גרפים וכו' , בא עם הסיפור האישי שלו , שמי שהקשיב לו , לפחות לדעתי, קיבל שיעור חשוב.
אתה יודע מה הבעיה עם אנטי תזות .. שלפעמים אתה כל כך מקובע באנטי , שאתה לא באמת מקשיב או קורא ומנסה להבין .
דרומי:
אתה לא מפספס משהו חשוב .. על הדברים הבאמת חשובים בחיים , אני לא כותב .. לא כאן.
שוב אני אומר, אני לא בונה לא על אלו ולא על אלו .. ציינתי שראיתי ואני רואה אנשים שמתייחסים אל אנשים (מתכנתי קוד פתוח) כמשאב מובן מאליו בלי להבין למה אותו משאב מוכן להשקיע מזמנו וממרצו על מנת לתרום .
כך גם לגביי גרפיקאים – אם לא יהיה להם אינטרס כלשהוא , אי אפשר יהיה לצפות שהם יצטרפו לפרוייקט.
אינטרס יכול להיות הרצון לזכות בניסיון ולעשות משהו משמעותי עוד במהלך הלימודים .. אינטרסים יכולים להיות גם אחרים .. זה בסדר. אבל אם לא יתקיים אינטרס – הרי שהם לא יצטרפו .
- דורון
מאת אופיר בתאריך 14 ביוני, 2008 | תגובה
IK ודורון:
אני חשבתי על זה קצת אחרת.
בעיני (ומאיר הזכיר את זה בחצי משפט) עיצוב הממשק ממש לא מסתכם בבחירת פונטים ועיצוב אייקונים. יש כאן המון נושאים כבדי משקל שדורשים ניתוח מעמיק – מהם האפשרויות הכי נפוצות? איך למקם אותם? איך יראה flow העבודה במערכת? איך לקנפג את המערכת – לערוך קובץ?בעזרת אשף (כמה ואיזה שלבים יהיו בו?)? בעזרת תפריט (איך לסדר אותו ולקבץ את האפשרויות?)? איך בכלל לקרוא לאופציות והפעולות השונות? מה יהיה הגודל היחסי והמיקום של הכפתורים השונים ואילו מהם ידחפו לתפריט?
כל אלה שאלות מהותיות לפרוייקט שממשק המשתמש שלו הוא חלק מהותי בפרוייקט. לרוב האקר\מתכנת\מהנדס מוכשר שמעולה בכתיבת קוד הוא לא בהכרח הכתובת האידיאלית, ביחוד אם קהל היעד של הפרוייקט הוא לא super geeks. מצד שני, מאוד קשה לדעתי למפתחים להודות בכך ולקבל סמכות של צד שלישי. זה עוד יותר קשה בגלל האבולוציה של הפרוייקט – הוא מתחיל כמו שגלעד אמר כצורך של אדם (I want this to happen) וקשה בשלב מסויים לעבור למוד של I want this to be useful FOR THEM.
לדעתי, לכל אחד יש דעה מה זה ממשק משתמש נוח *עבורו*, ונראה לי שיהיה קשה לפרוייקט להעביר למומחה שאינו תורם קוד את האחריות לקבל החלטות כל כך מהותיות על איך הפרוייקט (לא הקוד!) נראה. לחלק המאנשים זה מרגיש כאילו הם צריכים לוותר על הבייבי שלהם (וזה בלי קשר לכמה פתוח ושקוף ומנומק יהיה העבודה עם המעצבים).
לדעתי דוקא בעולם הקנייני זה יותר קל – שם ברור שיש כל מיני שחקנים מעורבים בפיתוח, מכל מיני מקצועות ועם כל מיני אינטרסים – מפתחים, מאפיינים, מנהלי מוצר, מנהלי פרוייקט, מעצבים, אנשי שיווק ועוד (טוב, לא תמיד), ויש יותר מקום לגבולות ולפשרה.
אופיר
(יש לי עוד כמה דברים להגיד, אבל חברה שלי לוחצת עלי לזוז לצהריים…)
מאת eshefer בתאריך 14 ביוני, 2008 | תגובה
אה… את השאלה (שלא בדיוק היתה שאלה, יותר אבחנה) למושון אני שאלתי, והיא לא נגע רק לנושא "האריזה" הגרפית – אלא לכל התחום שלuser interface/interaction/expirience design
design = תכנון. לא (רק) עיצוב.
אופיר יותר קולע לבעייתיות שאני רואה בפרוייקטי קוד פתוח שמכוונים למשתמשי קצה – אפיון תהליך העבודה של המשתמש, הגדרת זרימה של תהלך העבודה, מה המשתמש חווה בעבודה עם התוכנה – העיצוב הגרפי הוא רק הסממן הויזואלי של הממשק.
AND they ALL suck
יש מקרים בודדים מאוד שבהם יש הצלחה ברמת הממשק בפרוייקטי קוד פתוח שמכוונים למשתמשי קצה. וכל המקרים (שאני מכיר) הם פרוייקטים שמפותחים בתהליכי פיתוח שדומים יותר לתהליכי פיתוח של תוכנה קניינית מאשר תוכנה חופשית.
חשוב לעשות את ההפרדה – אני לא מתכוון לפרוייקטים תשתיתיים באופיים שבהם לקוד פתוח יש את ההצלחות הגדולות שלו, שבהם המודל עובד (לא סתם עובד – עובד, מנצח, מצליח, משנה את העולם) הכוונה לפרוייקטים שמכוונים למשתמשי קצה שהוא חלק גדול ממה שעוצר קוד פתוח מלהגיע למשתמשים שאינם קהל היעד הטבעי של תוכנות תוכנה חופשית (אדמינים, מתכנתים, וכו).
לדעתי, ככל שאני חושב על זה, הבעיות האלה יפתרו כנראה במהלך הזמן – ממשק משתמש הוא מקצוע מאוד צעיר (שאין כמעט מקומות שבהם לומדים אותו) , יש בלבול וחוסר מודעות בקרב קהילת המפתחים מה זה בכלל תכנון ממשק משתמש – וככל שהזמן יתקדם יותר אנשים יהיו מודעים – גם המפתחים עצמם, וגם יהיו יותר אנשי ממשק משתמש (אין הרבה כאלה היום – משני הסיבות הללו, וגם בגלל ששילוב התכונות הדרושות למעצבי-מתכנני ממשק טובים הם די נדירות אצל בני אדם)
מאת Meir בתאריך 15 ביוני, 2008 | תגובה
תודה דורון
לגבי עיצוב, הזכרתי כבר את ה-workflow, אך אני רוצה לציין שזה לאו דווקא ייחודי למודל. גם בתוכנה קניינית (כולל קוד שלי :-/) כבר ראיתי ונתקלתי בהמון דוגמאות של WTF.
בפאנל רציתי לתת זווית מעט שונה. במרוץ להצגת המודל הפתוח/חופשי בתור בר קיימא/עסקי פעמים רבות שוכחים את המפתחים (האקרים) או כאלו שמתחילים משהו (שעשוי לגדול) בשביל כיף ולא רק כדי לדפוק אקזיט, וחמור יותר מתייחסים אליהם כמו לכח עבודה זמין שרק מחכה לפרוייקט שלך.
חברות לא מבינות את זה או את הלך הרוח של המפתחים. פעמים רבות רואים חברה שעומדת בפני קץ, משחררת קוד ולא מבינה מדוע אף אחד לא מגיע. לכן האמרה (תרגום חופשי): "חברות מגיעות לקוד פתוח כדי למות".
עם כל הכבוד למודל העסקי והוכחתו כבר קיימא, עדיין ההאקרים (אפילו אלו שעושים סתם משהו מתוך סקרנות/כיף/צורך) הם הבסיס.
מאת מושון בתאריך 18 ביולי, 2008 | תגובה
היי,
אני מגלה את הדיון פה באיחור של חודש, אבל בכל זאת שמח שמצאתי אותו.
תיקון קטן, לא טענתי שפרויקטי קוד פתוח צריכים למצוא תקציבים כדי לשכור מעצבים. זו אמירה מופרכת בעיני. העובדה שפרויקטים בוגרים ומבוססים עושים את זה היא לא סימן בעיני שזו הדרך היחידה. (אני די דוגמה חיה לכך)
אני מלמד בפארסונז (אוניברסיטה לעיצוב בניו יורק) קורס שכותרתו היא Open Source Design והפוקוס שלו הוא באמת למצוא את האינטרס של מעצבים בקוד הפתוח – גם כמשתמשים וגם כשותפים פעילים לפיתוח. זה לא פשוט ממספר סיבות שחלקן צויינו פה, אבל יותר מכל, ההבדל הוא בעיני בתהליך העבודה. בניגוד לתכנות, עיצוב הוא תהליך הרבה יותר לינארי וריכוזי ואינו מאפשר עבודה בתלאים. A Patchy Server הוא בסיס לתוכנה מעולה, בזמן ש-A Patchy Design הוא מתכון בטוח לכישלון. תהליך העיצוב היום אינו קולברטיבי ואם הוא כזה הוא מתבצע במבנה היררכי קלאסי של ארט דיירקטור אשר מתווה דרך ומעצבים נוספים שעובדים תחתיו ומיישמים החלטות שלו לעיצוב שלם.
שוב, הסיבה לכך אינה רק שמרנות או פחד מביזור כח. צריך לזכור שאת הקוד שהמתכנת כותב מעבד המחשב המסוגל לעבודה בת'רדים ובמולטי טאסקינג. הוא גם יודע לתרגם קוד אשר כתוב בדרכים שונות כקוהרנטי עם התוכנה כל עוד התוכנה מחווטת בין חלקי השונים.
במקרה של עיצוב, המוח שלנו הוא הפרוססור. הוא זה שעליו מצווה משימת יצירת ההקשרים וההבנה של התמונה המלאה. כל אלמנט עיצובי, אינטראקטיבי או מבני הוא אופציה שהמוח עלול ל'התממשק' אליה. אין פונקציה שאומרת if() …. else()…. יש עיצוב ויש שפה חזותית וממשקית והפיתוח של זו הוא אינו פשוט לביזור.
אני מסתכל על דברים כמו ויקיפדיה כמודל אפשרי לפתיחתו של תהליך העיצוב. עם זאת גם בויקיפדיה המשתתפים עושים שימוש בשפה אחת מוגדרת, שגם אם אינה קונסיסטנטית בסגנונה, יושבת תחת מבנה אחיד (במקרה שלנו, מימין לשמאל, מלמטה למעלה ובמקרה של ויקיפדיה, לפי היררכיית הכותרות שהמאמר מציג). הבדלי הסגנון זניחים וכשהם בולטים מספיק ניתן להסכים עליהם.
עיצוב שיתופי הוא מורכב ומסובך. זה כמו לכתוב קוד בהמון שפות תכנות ללא ההחלטה מראש על מה היא השפה בה יכתב הפרויקט. דמיינו לעצמכם פרויקט בקוד פתוח בו כולם מבינים מה המטרה אבל כל אחד שולח תיקון לקוד בשפת תכנות שונה. או מאמר של ויקיפדיה בו כל עריכה מתבצעת בשפה כתובה שונה. אם זה היה המצב לא היינו מדברים היום על קוד פתוח.
יש לי עוד הרבה מחשבות בעניין (בהקשר של ה-incremental change אשר עובד כל כך טוב דרך טקסט במקרים של תוכנה או מאמר ואינו אופציה בסביבה חזותית עשירה), אבל אני אשמור אותם בינתיים, כיוון שהתגובה שלי מתארכת…
כדי להסיר ספק, אני מאמין גדול בתהליך היצור החברתי ואני עדיין מחוייב לנסות למצוא דרכים בהם ניתן יהיה לקיים אותו בתחומי יצירה נוספים ובראשם עיצוב ממשק.
מאת Doron Ofek בתאריך 20 ביולי, 2008 | תגובה
היי מושון,
אומרים "מוטב מאוחר מאשר לעולם לא.. "
דבר ראשון, אני אישית, מאד נהנתי באותו ערב , בעיקר לשמוע על מה שאתה עושה .
אבל, לא אמרתי שאתה אמרת שצריך לשכור מעצב .. זה התפתח תוך כדי שיחה אחרי הערב, מה שאתה אמרת שצריך בהחלט לדאוג לקו עיצובי .
אני לא מתנגד למה שאתה אומר – אני בהחלט הייתי שמח לראות את זה קורה.
אני רק לא בטוח שמי שדואגים להקמת פרוייקט חושבים על הנושא הזה , ואולי הדיונים הללו יגרמו להם לחשוב על הנושא – בלי ספק מוצר , כאשר יש בו ממשק מעוצב שמספק חוויית משתמש טובה – ישתרש יותר .
אמרת שעובדה שפרוייקטים גדולים ומבוססים עושים את זה – אתה צודק, אך אותם פרוייקטים לא תמיד הינם "פרוייקטים מובלי קהילה" , הכוונה היא שמאחורי אותם פרוייקטים (ויש כמה דוגמאות) מתייצבים או בכלל יוזמים את הפרוייקט , גופים עסקיים שיש לה מספיק "זמן מעצב" על מנת לספק אותו לפרוייקט .
אם IBM או Sun מקדמות פרוייקט קוד פתוח, ברור שבגופים כאלו יש הנחיות פנימיות לאיך הדברים אמורים להראות , והוספה של מישהו שמטפל בעיצוב ובממשקי המשתמש , קיימת כבר מהשלב הראשוני – כי כך החברה עובדת.
זה לא המצב בפרוייקטים שנולדו בקהילה ומבוססי קהילה (לפחות זה לא מצב ברובם) .
אישית, הייתי שמח מאד באם יתחילו יותר ויותר מרצים לשלוח את הסטודנטים שלהם לבצע עבודה מעשית על פרוייקטי קוד פתוח (כלומר תוך הצטרפות אליהם וסיוע להם) – זו יכולה להיות יותר מחוויה מעצבת גם למפתחים וגם למעצבים.
אני מאריך .. אז זהו לבנתיים.
- דורון