איפיון ותיכנון קוד זוויות ראייה והתמודדות עם UX
-
בשנים האחרונות הולכת ועולה המודעות והדרישה לנושא ה UX.
בכלל ספריות מסויימות מתיימרות להעביר את מרכז הכובד הלוגי של הפיתוח, לצד הדפדפן. כגון אנגולר, ו GraphQL, באופן שבעצם תפקידו של השרת הוא אך ורק להיות תווכה בין האפליקציה למסד הנתונים (ואם אתם כותבים ל FireBase אתם בכלל לא צריכים שרת...)מרכז הדרישה של UX היא לשים את המשתמש במרכז, ולפי ההסתכלות שלו על הדברים, לבנות את הדף. וכמובן את האובייקטים בדף, את הסדר שלהם, הזרימה וכו'. הבעיה היתה תמיד שהתוכנה התחילה מהמתכנת, והמשתמש היה צריך "לשבור את הראש" כדי להיכנס לרעיונות אובייקטאליים מעולם התוכנה, היוזר עבר סוג של "חינוך מחדש" כדי שיתרגל לעבוד עם התוכנה. וזה בדיוק מה שמקצוע ה UX מנסה להפוך, להעביר בעצם את המתכנת "חינוך מחדש" כדי שיעמוד לשירותו של היוזר מבלי שהיוזר יצטרך ללמוד שום מושג חדש.
משימה זו של כתיבת המושגים עבור היוזר המטומטם (ורובם כאלו, תסכימו איתי) עשויה למרוט את עצביו של המתכנת המצוי. עבור מפתחי צד שרת ומסדי נתונים, זה לא נושא שנתון למשא ומתן. האיפיון בצד שלהם הוא אובייקטאלי, לפי עולם אידיאלי אבסטרקטי שיש להם בראש. לא מעניין אותם איך היוזר רואה את זה, ומה הוא חושב.
הפתרון בויכוחים אלו, הוא, כרגיל, לייצר שכבה נוספת, שתהווה תווכה בין ה UX לבין הקוד הלוגי האמיתי, בעצם שכבה של "תרגום". את השכבה הזו יצטרך לנהל כמובן ה background developer, אולם זה יאפשר לו לפחות לשמור על שפיות בכל הנוגע לסדר המהותי של הקוד.
יש לי שם לשכבה הזו: UXAgent.
בהצלחה.פורסם במקור בפורום CODE613 ב30/07/2017 13:09 (+03:00)
-
ארכיטקט, כרגיל, כתוב בטוב טעם.....
יש לך נסיון עם מעצבי UX? או שאתה אומר לממש לבד?
(פעם שאלתי כאן על מעצב מסכים, [למרות שמעצב UX זה שונה....] והתגובות כאן היו משהו כמו אל תתקרב לזה...)
השאלה הגדולה בזה זה המחיר (הכספי, לא מחיר הלמידה של המתכנת...)בעצם אנחנו המתכנתים הפוכים
ולסיום, א"א בלי משהו שדוד הראה לי לא מזמן
פורסם במקור בפורום CODE613 ב30/07/2017 13:30 (+03:00)
