DLog Maon - Noam Gold Blog

מיצג אמנותי ייחודי בחולות חולון

2010-12-23T21:25:00.001+02:00

היכן?

אזור החולות בחולון מדרום לרח' מטולה ומזרחית לרח' דוד אלעזר בקרית שרת

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

תכנון הנוף של הפרויקט נעשה על ידי האדריכלים טל וארז לוטן.

תמונות מהמיצג:

http://www.flickr.com/photos/holonmuni/sets/72157625643797154/

התמונות שעשו את 2010

2010-12-11T05:47:00.001+02:00

לקראת סיום שנת 2010 סוכנות רויטרס העלתה מקבץ של 150 תמונות מדהימות מהשנה האחרונה:

http://www.reuters.com/news/pictures/slideshow?articleId=USRTXVJJH

ניתן לראות http://news.nana10.co.il/Article/?ArticleID=761251

ואת התמונות:

http://news.walla.co.il/?w=//1762669/16,2

ארגון אחר גם הציג את התמונות הנבחרות שלו:

WORLD PRESS PHOTOS

http://www.worldpressphoto.org/index.php?option=com_photogallery&task=blogsection&id=20&Itemid=257&bandwidth=high

Halloween

2010-11-01T05:52:00.001+02:00

http://www.halloween.com/

http://www.halloweenmovies.com/

http://www.picnik.com/halloween

http://www.halloween-online.com/

Googleween 2010

http://www.facebook.com/album.php?aid=254889&id=104958162837

תמונות של חיות

2010-07-17T18:50:00.001+03:00

http://animals.nationalgeographic.com/animals/photos/

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

http://photography.nationalgeographic.com/photography/photo-of-the-day/spanish-dancer-nudibranch/

באתר NATIONAL GEOGRAPHIC כמובן גם לקבל מידע רב ועשיר לגבי החיות.

חיות תמיד גונבות את ההצגה, פשוט תמונות מדהימות.

אתר נוסף שמאפשר לראות תמונות של סוגים רבים של חיות הוא האתר הבא: http://animalphotos.info/a/ נכון לכתיבת שורות אלו יש שם תמונות של מעל 6500 סוגי חיות. מדהים ומרהיב.

http://www.animal-photos.org/

ארכיון גרפי הכולל גם ארכיון קולי וסרטונים לגבי חיות ניתן למצוא כאן: http://www.animalpicturesarchive.com/animal/

Google to make cash offer to acquire Global IP Solutions

2010-05-19T07:26:00.000+03:00

http://www.gipscorp.com/pressroom/detail.php?releaseID=491260
for an aggregate price of approximately NOK 421 million (USD 68.2 million) based on the currently issued and outstanding share capital of GIPS.

White Goat Turns Worthless Office Reports Into Functional Toilet Paper [Toilet Paper]

2010-02-01T05:40:00.000+02:00

White Goat Turns Worthless Office Reports Into Functional Toilet Paper [Toilet Paper]: "

Boss: 'Jensen, I wouldn't wipe my ass with your TPS reports, such is my disdain for your work.' Jensen: 'That's too bad, sir, because you just did in the restroom!' You see, readers, this scene unfolded thusly because of this:

It's a machine that recycles paper into toilet paper! And surprise, this quirky bit of tech is from...Japan!

Called White Goat, possibly because someone in the inventor's office saw one eating some paper one day and then do what animals do naturally after eating such things, the machine creates a roll of TP in about 30 minutes using 40 sheets of office paper:

The $100,000 machine goes on sale in Japan this summer, and is expected to save about 60 trees annually. Your job, on the other hand, may still be beyond saving. [Ubergizmo via Born Rich]

Portland Government Plans 200-ft. Tall Energy-Saving Plant Wall [Green]

2010-02-01T05:39:00.000+02:00

Portland Government Plans 200-ft. Tall Energy-Saving Plant Wall [Green]: "

Portland, Oregon is so into the green movement that they're going to cover their federal building from floor to ceiling with a 200-ft. wall made from living, breathing vegetation.

The living wall is more than just a pretty facade, however, as city officials claim it will lead to savings of about $280,000 per year in energy costs. Add in some solar panels (also part of the overall $133 million plan), and the building will use about 60-65% less energy than a similar-sized office.

And, being a plant, the multi-fin wall is seasonal. Designers say that in the summer its foliage will provide cooling shade; in the winter months the wall will thin, providing light when the weather cooperates.

One issue yet to be tackled by architects is irrigation. Rainwater from the roof is one suggestion, while water recycled from the building's plumbing is another.

Another issue is cost. Senators John McCain of Arizona and Tom Coburn of Oklahoma have both criticized the project for being a complete waste of economic stimulus money (see also: The Bridge to Nowhere). Even so, the project is on track for completion in 2013. [New York Times]

A 27-Year-Old Apple Tablet Prototype [Apple]

2010-01-23T06:37:00.000+02:00

A 27-Year-Old Apple Tablet Prototype [Apple]: "

Meet Bashful, an older brother of the upcoming Apple tablet. Unlike the Newton, this tablet didn't go past prototypes whipped up by an industrial design firm, but at least we have some pictures to sate our curiosity about the device.

Frog Design, the company who created these prototypes along with some for an Apple phone on Steve Jobs' request back in the 1980s, has shared a few images to give us a peek of what could've been an Apple tablet—attachable keyboard, floppy drive, stylus and all:

Despite only being 27 years old, this gadget almost feels like an archeological find in comparison to what we think we might see in the upcoming tablet. Yet for some reason I still can't stop smiling over this look into the past. [Frog Design]

פוסט 17: מסמך סטנדרטים לעיצוב ופיתוח של ממשק משתמש

2010-01-17T08:10:00.000+02:00

<div style="direction:rtl;text-align:right">פוסט 17: מסמך סטנדרטים לעיצוב ופיתוח של ממשק משתמש</div>: "

זהו פוסט המשך לפוסט הקודם, אשר שייך לסדרת הפוסטים בנושא UI . בפוסט זה אפרט שלבים וטיפים שיעזרו בבניה של מסמך סטנדרטים של ממשק משתמש.

GUI Standards Document

בפרויקטים גדולים של מערכות תוכנה עם ממשקי משתמש רבים קיים צורך בכתיבת מסמך סטנדרטים בתחילת הפרויקט. מסמך זה משמש את כל הגורמים המעורבים בעיצוב-פיתוח GUI: מנתחי מערכות (System Analysts), מעצבי מודולים (SW Designers) ומתכנתים (האנשים שבפועל בונים GUI ומקודדים לוגיקת קליינט).

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

תרשים עם פעולות שיכולות לעזור בכתיבת המסמך והטמעתו:

קבל את התחייבות הארגון לעבור דרך תהליך הסטנדרטיזציה: במילים אחרות קבל OK של הממונים שלך. חשוב שגם האנשים שיהיו צרכני המסמך יבינו את חשיבותו (אף אחד לא אוהב לבזבז זמן על משהו שלא ישמש אף אחד);
-

גייס תומכים לתהליך הסטנדרטיזציה: גייס את דעת הקהל. יתכן מצב שמספר עובדים לא יקבלו בהבנה את המסמך, יהיו אמירות כמו: "למה אנו צריכים את הדברים האלה?", "אנו יודעים לעבוד גם ללא המסמך!", "עד עכשיו הסתדרנו ללא המסמך!" וכו'. – לא אציג כאן את דרכי השכנוע, מאמין שמי שלוקח על עצמו את התפקיד של מהנדס UI/UX ומוכן לכתוב את המסמך יידע לשכנע בצורה טובה.
-

אסוף מידע: בצע איסוף מידע ממשתמשי הקצה (לקוח), על סביבת העבודה (באתר לקוח), תהליכים עסקיים, זרימת עבודה ומשימות, אסטרטגיה ארגונית וכו'. [זמנים: 2-3 ימים בממוצע]

הגדר סוגי הסטנדרטים הנחוצים: בד"כ קובעם סטנדרטים עבור: מודל ארכיטקטוני של קליינט (MVC, MVP OR MVVM), סוגי הפקדים עבור סוגים שונים של מידע (Data Models, Data Sources), תקן של תבניות מידע קבועות בפרויקט (Data Templates), כללי נווט בין מסכים (מפת המסכים), מבנה של מסך ראשי, הכוונה למבנה כללי של טפסים, סוג ה- GUI (Tabular, Single Window, MDI Window, Multiple Window). לווה כל בדוגמאות. [זמנים: 5-10 ימים בממוצע]
-

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

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

בנה תבניות כלליות: בנה מספר תבניות מוכנות של מסכים, טפסים, פאנלים, מסגרות, סטים של פקדים וכו'.ברוב מערכות מידע יש דמיון בין טפסי המידע (Win-Forms), השוני הוא בכמות, סוג ומיקום הפקדים (כמובן יש גם שוני בהתנהגות המסכים). תבנית מוכנה יכולה לצמצם זמני עבודה, מעצב המסך יוכל להשמיש תבנית לצרכיו (לרוב ייעשה Drag-and-Drop וישנה את הפקדים, סגנון וסטנדרט יישמרו).
-

שתף ועדה טכנולוגית בהחלטות עיצוביות והצג בפניה את המסמך: הצג מסמך בפני פורום מקצועי-טכנולוגי. שתף פורום בהחלטות עיצוביות שנתקבלו בעת כתיבת המסמך. במידע ויהיו הערות לשינוי/תיקון דברים במסמך – עדיף שיהיו בשלב זה ולא בשלב שלאחר ההפצה של המסמך. [זמנים: 3-4 ימים בממוצע כולל DR]
-

הפץ מסמך בין גורמים רלוונטיים ובצע הדרכות: לאחר אישור הגורמים הרלוונטיים (אחרי שמסמך אושר בוועדה טכנולוגית) הפץ מסמך בין אנשים שיעצבו ויפתחו מסכים. מכוון שאנשים לא אוהבים לקרוא מסמכים עדיף לבצע הדרכה במקביל להפצה. ההדרכה לא יכולה לכסות את כל הנושאים ולא יכולה לתת תשובות לכל הבעיות שיצוצו, היא תאפשר הכנסה של אנשים לעניין המסמך והם ייחשפו לדברים עיקריים במסמך. [זמנים: כתיבה של מסמך: 1-3 שבועות בממוצע, הדרכות: 2-7 ימים בממוצע]
-

יישם והטמע סטנדרטים: זוהי מהות המסמך, אחרת זה יהיה עוד נייר מיותם בסדרה אינסופית של מסמכים שאף אחד לא מתייחס אליהם. החל מרגע ההפצה של המסמך כל מי שמעורב בעיצוב-פיתוח המסכים "אמור" להיצמד אליו, ז"א להשתמש באותו סט פקדים, באותן טכניקות, באותו סגנון (Look-and-Feel), באותם כללים של שמישות וכו'. [זמנים: 2-4 שבועות בממוצע]
-

וודא הטמעה של סטנדרטים: בצע ביקורות תוצרים (Design and Code Review). וודא שמסכים מעוצבים בהתאם לסטנדרט שנקבע. זה מתקשר לסעיף הקודם – תן משמעות לתקנים שאליהם התחייבת. [זמנים: אין הגבלה, מתבצע לאורך כל הפרויקט]
-

עדכן מסמך בהתאם לשינויים המתבקשים: מסמך סטנדרטים הנו ייצור חי. מפעם לפעם יתכנו שינויים בעיצוב המסכים שיידרשו שינוי בסטנדרט מסוים. במקרים מסוימים נגלה שמשהו מהמסך לא מתאים או לא עומד במבחן הזמן. לאחר שינוי המסמך דאג להפיצו בין גורמים רלוונטיים ובצע הדרכות (חזרה לסעיף 9 ולרוב גם ל- 8).

קווים מנחים בכתיבת המסמך

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

עקביות: אחד העקרונות החשובים בעיצוב UI. ממשק התוכנה חייב להיות עקבי. המשתמש המודרני מצפה "להיכנס לעניינים" תוך זמן קצר. אם נשמור על עקרון העקביות בכל מסכי המערכת המשתמש יוכל לבצע פעולות בצורה אינטואיטיבית, על סמך הניסיון מתוכנות קודמות ו/או על סמך מה שהוא למד לעשות במסכים ראשונים במערכת החדשה. למשל: המשתמש התרגל לפתוח חלון מודאלי (Dialog-Window) עם פרטים מורחבים של רשומה ע"י לחיצה כפולה על שורה בטבלה (Data-Grid), אם מסך מסוים יאפשר פתיחת טופס בלחיצה אחת – לרוב זה יעצבן את המשתמש ופעולה שלעצמה אינה בטיחותית. המסמך חייב לכלול הסבר כיצד לשמור על עקביות, עקביות בכמה רבדים: מיקום כפתורי פעולה, יישור שדות הזנה, סוגי פקדים (בהתאם לסוגי מידע שהם מקבלים), מתי עושים קליק-כפול ומתי קליק-אחד, כיצד להציג הודעות שגיאה, כיצד להתריע על שגיאות וולידציה וכו'. תאר עקביות בסגנון (Styling) או בעיצוב הטפסים: שימוש בצבעים לרקעים, צבעי אזהרה/שגיאה, צבעי הפונטים, גדלים של פונטים ואייקונים. תאר כיצד לקבוע את פריסת הפקדים בטופס, תן המלצות לגבי החלוקה (טאבולארית – Tabular GUI, דף נגלל, אזורים מתקפלים וכו'). במידה ושפת הממשק הנה עברית התייחס לזרימת הטקסט הנכונה (Right-to-Left Flow Direction) – מאוד חשוב שמפתחים ידעו לקבוע מראש את זרימת המסך מימין לשמאל בשלבים מוקדים של פיתוח, אם יתחילו פיתוח הטפסים עם כוון LTR יהיה מאוד קשה לשנות את הזרימה אח"כ. זכור לבצע שלב 11 (וודא הטמעה של סטנדרטים) מפרק קודם – בצע DR-ים (Design Review) לתוצרים של אנשים, וודא שעקרון העקביות נשמר.
-

קבע סטנדרטים והצמד אליהם: בהמשך לסעיף הקודם, לרוב צריך לקבוע סטנדרט של סוגי הפקדים (ספק דוגמאות לשימוש בסט הפקדים של הפרויקט – Controls' Toolbox), סטנדרט של סגנון (פורט בסעיף הקודם). סטנדרט של איכות (מאוד חשוב) – כיצד לוודא עיצוב ופיתוח המסכים מתבצע בהתאם לסטנדרטים שקבענו, ספק To-do List לביצוע בדיקות הנ"ל. קבע מודל עבודה – מיהם האנשים שיהיו מעורבים בעיצוב ופיתוח מסכים, מי האנשים שיעשו ביקורת לתוצרים, מיהם אנשי הקשר שלך (אתה לא יכול להתפצל לכמה אנשים כדי לתמוך בכולם).
-

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

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

כללי נווט: הגדר כללי נווט ברורים בתוך המסכים והחוצה. באילו מקרים ייפתח חלון מודאלי ובאילו מקרים נעדיף למקם תוכן הטופס בתוך המסך. כיצד מנווטים בתוך המסך, קיצורי דרך של מקלדת, זרימת העבודה בתוך המסך, שימוש ב- Wizards. ספק מפת מסכים לדוגמא, המפה תכלול דוגמאות של "הכלה" (Screen Composition) ודוגמאות של נווט (Screen Navigation).

שפת הממשק: הכוון משתמשים לשפה משותפת, בנה מילון עסקי עבור UI, עדכן מילון מפעם לפעם. חשוב שכל מי שמעורב בעיצוב ופיתוח המסכים ישמור על עקביות גם בתגיות (Labels), בהודעות (Error/Info/Warning Messages). הנחה משתמשים להשתמש באותו סגנון בהודעות, כפתורי פעולה אחידים (האם להשתמש במילים כמו "שמור" או "שמירה", "פתח" או "פתיחה", "חפש" או "חיפוש"). מילון עסקי זוהי שפה ייחודית של ארגון, אבל גם כאן אני לא ממליץ להמציא גלגל מחדש, מילות צווי ברוב התוכנות הנן זהות. דאג להדריך "עורכי דין" להשתמש במלל קצר, אפקטיבי ופרודוקטיבי ("עורכי דין" או "בלשנים" – אנשים שמכניסים טקסטים ארוכים ומסורבלים בממשקי משתמש, בד"כ מנסחים הודעות בשפה גבוהה שלא באה מעולם המחשבים).
-

סט פקדים (UI Widgets): הכן רשימת פקדים ופרט מקרים בהם יש להשתמש בפקד מסוג מסוים. סט יכול להכיל פקדים מיוחדים (Customized Controls), ייחודיים לפרויקט, אשר נבנו לפונקציונאליות עסקית ספציפית (למשל: גרפים מיוחדים, שעוני דשבורד, פאנלים עם תבניות מוכנות, Grid Tables מיוחדים, סיירי מדיה וכו'). ספק דוגמאות ויזואליות (Screen Snapshots) למקרי שימוש ולאופני שימושי. אין צורך לפרט על פקדים סטנדרטיים כגון: תוויות, תיבות טקסט, תיבות בחירה (קומבו), רשימות תקניות (List Box) ועוד פקדים שלרוב ידוע כיצד להשתמש בהם.
-

סגנון של טפסים (Look-and-Feel): כפי שהסברתי בסעיפים קודמים, חושב להנחות מהו הסגנון של הממשק, מהם צבעי אזהרה, ידיעה, שגיאות. אם יש תקציב לגרפיקאי שיעשה את עיצוב הממשק, חושב להראות לאנשים מהו העיצוב הסופי המצופה. במקרה שמודל העבודה על המסכים "מעצב UI" + "מתכנת קליינט" (לרוב מקובל בעבודה עם WPF), יש לקבוע תחומי אחראיות לתוצרים ותחומי החפיפה; לרוב גרפיקאי יעצב תבניות, סגנונות, אייקונים ולוגואים (בהתאם למבנה המסך הראשי), המתכנת חייב לדעת לא "לפלוש" לאזורים של מעצב (למודל הנ"ל אקדיש פוסט נפרד). לרוב אנשים שמעורבים בעיצוב-פיתוח UI ירצו לדעת כיצד התוצרים שלהם ייראו בעיצוב הסופי, במקרים אלה אפשר לספק להם תבנית גרפית שאותה "ילבישו" על המסכים שלהם. ללא קשר לתוצרים של גרפיקה, חושב להסביר לאנשים כיצד לשמור על אחידות עיצובית כדי לתת Look-and-Feel אחידים לאורך כל המסכים.
-

נגישות ושמישות (Accessibility and Usability): קבע כללים עבור נגישות ה- GUI בטפסים של הפרויקט. הסתמך על סביבת העבודה אצל לקוח: קהל היעד (האם יש מוגבלות פיזיות כלשהן אצל משתמשי הקצה), תצורת המחשב (גודל המסך, סוג המסך, איכות המסך, מערכת הפעלה, כוננים וכו'). קבעי כללים עבור שמישות. ציין כיצד לוודא שטופס שמיש וחסכוני מבחינת הפעולות (כיום מושג "GUI ארגונומי" מאוד נפוץ).

הדרכה: (סעיף 9 בתרשים) במהלך ההדרכה של צרכני המסמך מומלץ להראות כיצד בונים מסך. הסבר כיצד לחסוך פעולות מיותרות, הראה כיצד להשתמש בתבניות מוכנות, הראה כיצד ייראו למקם פקדים בהתאם לזרימת המסך/שפה. ציין נקודות חשובות במסמך שעליהם לא ניתן לדלג.
-

בצע DR (Design Review): חשוב לקבל חוות דעת מגורמים מוסמכים לגבי המסמך לפני ביצוע הדרכות והפצה. בצע DR לעיצוב של מסכים של צרכני המסמך (סעיף 11 בתרשים עליון).
-

עקרונות וקווים מנחים לעיצוב: -

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

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

שקיפות: הצג את מירב האופציות הזמינות באותו המסך (ללא עומס חזותי), אם עמוס - חלק למספר חוצצים/אזורים. אל תציע מיליון דרכים לביצוע של אותה פעולה, תרגיל משתמש שפעולה כלשהי מתבצעת במקום מסוים (שים לב שב- MS Word 2007 כל הפעולות מתבצעות רק דרך Ribbon ולא כמו ב- MS Word 2003 ניתן היה לבצע פעולה גם דרך סרגל כלים וגם דרך תפריטים).
-

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

גמישות: בנה ממשק גמיש וסלחני. אל תטריח משתמש בפעולות מיותרות. השתדל לספק לו שירות מודרני שיקל על עבודתו (כמו למשל השלמות אוטומטיות של טקסטים וגיבוי אוטומטי). תאפשר לבצע שגיאות בלי להציג הודעות אימה (כמה דוגמאות לכותרות של שגיאות מפחידות ומיותרות: Fatal Error, Unrecoverable Error, Unknown Error). למרות שזה לא תמיד קל מבחינה תכנותית, השתדל לתת אופציה של Undo-Redo (תבנית Memento).
-

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

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

דוגמא למבנה של מסמך

תוכן עניינים

הסבר על מסמך (כולל מדריך לשימוש נכון במסמך - אופציונאלי)

מילון מונחים (מושגים טכניים שנפגשים במסמך - אופציונאלי)

מבנה של חלון ראשי (תשתית)

שירותי תשתית UI (השירותים ברמת GUI שכל מודול יכול לצרוך מתשתית, כמו: שירותי הדפסה, איות, עזרה, חיפוש, סרגלי כלים, תפריטים וכו')

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

רשימת סטנדרטים (פירוט מלא + דוגמאות)

רשימת GUI Widgets (סט פקדים של הפרויקט + דוגמאות שימוש)

סגנון גראפי (ראה הסבר למעלה לגבי Look-and-Feel)

רשימת תבניות מוכנות (כמובן מלווה בדוגמאות)

מילון עסקי עבור UI (רשימה עם טקסטים עבור כפתורים, תוויות והודעות)

מדריך לבניה נכונה של מסך (עם דוגמא ממשית מתוך הפרויקט)

משאבים משותפים (מקשי קיצורי דרך גלובאליים, טבלאות מערכת, גלריית אייקונים/תמונות, מילוני לוקליזציה, הודעות שגיאה, לוגרים ועוד)

דוגמאות "עשה" ו"לא עשה" (צילומי מסך עם הסברים)

רשימת טיפים ועקרונות מנחים

רשימה של אנשי קשר ואחראים (לפני סגירת המסמך קבע מיהם האנשים שירכזו את נושא ה- UI ויהיה בקשר איתך)

מקורות

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

בהצלחה ;-)

מקורות מידע נוספים:

http://www.ambysoft.com/essays/userInterfaceDesign.html

http://www.fltk.org/hig.php

http://www.humanfactors.com/downloads/aug04.asp

http://msdn.microsoft.com/en-us/library/aa217660(office.11).aspx

http://www.pbdr.com/guistd/index.htm

http://mip-site.lsec.dnd.ca/qsd_current_version/sw_eng/di/ui_guidance.htm

http://www.classicsys.com/css06/cfm/article.cfm?articleid=20

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

20 שנה לנפילת חומת ברלין

2009-11-14T06:48:00.001+02:00

http://www.boston.com/bigpicture/2009/11/the_berlin_wall_20_years_gone.html

השבוע צוינו 20 שנה מאז שחומת ברלין נפלה.

בקישור http://www.boston.com/bigpicture/2009/11/the_berlin_wall_20_years_gone.html

ניתן לצפות בתמונות מלפני 20 שנה של נפילת החומה ובתמונות מהטקס שנערך השבוע

מרגש.

עיצובי אתרים

2009-11-13T08:08:00.001+02:00

הבלוג http://vandelaydesign.com/blog/

מתמקד בעיצובי אתרים מקסימים ומציג עיצובים ופרטי עיצוב שונים (אתרים לפי נושא משותף, אפקטים בפוטושופ, תפריטים, וכו')

הנה למשל דיון שהציג 50 עיצובי תפריטים http://vandelaydesign.com/blog/galleries/inspirationalnavigation-menus/

תמונות מגובה רב

2009-11-13T08:01:00.001+02:00

http://page.olesiafx.com/a-great-height.html

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

40 מודעות מצחיקות

2009-11-10T20:21:00.001+02:00

http://www.webdesignerdepot.com/2009/11/40-seriously-funny-print-ads/

עיצוב מודעות זו אומנות בפני עצמה.

והכי כיף למצוא פרסומות אוניברסאליות שיכולות לעלות חיוך בכל שפה ובכל תרבות

תצפו, תיהנו ותחייכו.

Street View Gallery

2009-11-10T05:44:00.001+02:00

http://www.google.com/help/maps/streetview/gallery/#utm_campaign=en&utm_medium=et&utm_source=en-et-na-us-gns-svn

www.google.com/trike

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

תערוכת EXPO 2010

2009-10-31T08:15:00.001+02:00

http://en.expo2010.cn

בתאריכים 1.5.2010 ועד 31.10.2010.

בשנחאי שבסין תוצג תערוכת EXPO 2010

בתערוכה יציגו כ 200 מדינות משתתפות. וצפויים כ 70 מיליון מבקרים.

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

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

http://worldexpoblog.com/2009/09/13/so-many-beautiful-asian-pavilions-to-chose-from/

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

פשוט אדריכלות במיטבה.

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

http://worldexpoblog.com/2009/05/22/which-is-your-favourite-european-pavilion/

Sea Spectacles: 10 Cutting Edge Boats of the Future

2009-10-30T16:45:00.001+02:00

תמונות של 10 יאכטות עתידניות ומדהימות בהחלט

in reference to: http://ow.ly/wXsG (view on Google Sidewiki)

איך נראה המשרד שלכם?

2009-10-24T05:37:00.001+02:00

http://www.officesnapshots.com

איך נראה המשרד שלכם?

איך הוא מעוצב?

האם העיצוב משדר חמימות או קרירות?

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

בקישור של http://www.officesnapshots.com ניתן לראות צילומים של המשרדים של הרבה חברות ידועות כמו גוגל, אפל, מיקרוסופט, פייסבוק וכו'

eiffel tower - Bing Images

2009-10-23T19:34:00.000+02:00

eiffel tower - Bing Images

עברו 120 שנה מאז הוקם מגדל אייפל ב 31 במרץ 1889, למרות שהוא מגדל המורכב מברזל הוא יפה ומרהיב מכל זוית ובכל מזג אויר

30 amazing packaging designs for your inspiration

2009-10-23T18:31:00.000+02:00

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

30 amazing packaging designs for your inspiration

The Dlog

2009-10-23T10:56:00.000+02:00

המושג Weblog נהגה לראשונה ב-1997 על ידי Jorn Barger צירוף של המילים רישום (LOG) רשת (WEB).
ב-1999, החליט הגולש Peter Merholz להגות את המושג כ-We Blog, או Blog

ב-2009 החלטתי לפתוח את ה DLog שזה בעצם שם משפחתי במהופך (GOLD)