בוודאי שמתם לב שאנחנו תמיד שמים דגש על השארת משוב למפתחים מכיוון שזה הכי הרבה דרך חשובה עבורם לדעת מהן הבעיות או מה המשתמשים רוצים לראות בגרסה הבאה שלהם יישומים. בכמה מילים, משוב הוא ערוץ התקשורת!, עם זאת, לפעמים אנחנו פשוט מורידים את האפליקציה ובמקרה הטוב אומרים "תודה". חבר XDA joe_coolish כתב מדריך טוב להשאיר פידבק בונה למפתחים, אותם אנשים מדהימים שעבודתם היא הסיבה מדוע אנו נהנים מאפליקציות טובות ויציבות במכשירים שלנו.
המדריך הזה לא נועד לך לעקוב אחריו בדיוק, אבל ההצעות יתנו לך עצות נהדרות לעזוב הערות שמפתחים יעריכו יותר, שכן ההערות שלך יהיו מלאות במידע שימושי עבורן אוֹתָם. זה פחות או יותר הגיון בריא, אבל אנחנו מאמינים שחשוב לשים לב אליו.
היכנס, אל תתעצל, ונסה לקרוא את כל המידע בשרשור המקורי.
פורסם במקור על ידי joe_coolish
[מדריך] כיצד לתת משוב בונה למפתחים
בעולם פיתוח התוכנה יישומים עוברים שלבים רבים לפני שהם יוצאים לאור, חלקם כוללים עיצוב, תכנון, קידוד, בדיקה, שחרור אלפא, שחרור בטא, מועמד לשחרור ולבסוף לְשַׁחְרֵר. מדריך זה נועד לעזור לאנשים המעורבים במבחני בטא ציבוריים/פרטיים שאין להם ניסיון בתכנות, אך הם רוצים לתת משוב בעל ערך למפתח.
כתב ויתור
מדריך זה הוא ספציפי לתכנות עבור מערכת ההפעלה Windows Mobile, במיוחד עבור .net מסגרת קומפקטית 3.5. עם זאת, המושגים העיקריים צריכים לתרגם לפלטפורמות אחרות ו מסגרות.
בהתחלה...
ראשית, תכנות קשה. בניית יישומים שפועלים בצורה חלקה ונטולי באגים דורשת כמויות לא מבוטלות של זמן ואנרגיה. בקיצור, פיתוח תוכנה הוא השקעה רגשית מטעם המפתח.
מכיוון שפיתוח תוכנה הוא השקעה רגשית, מפתחים יפגעו בקלות בביקורת. כאן נכנס לתמונה כלל מספר אחד של מתן משוב בונה:
כלל מספר 1, בעת מתן משוב, היה מנומס!
במהלך התקופה שלי ב-XDA-Developers הייתי מאוד מרוצה מרמת המקצועיות שהפגינו חבריה, אבל מדי פעם אראה תגובה כמו, "האפליקציה הזו סוקס!" או "Eff Dat shiz!".
זכרו תמיד, הערות גסות רק מסיחות את דעת המשתמשים האחרים, גורמות למחלוקת וגורמות למפתח להיות פחות מוטיבציה (פחות מעורב רגשית) לייצר תוכנה. אם האפליקציה לא עובדת במכשיר שלך, זכור שהמפתח הוא האדם הראשון שיעשה זאת להיות מסוגל ומוכן לעזור לך לפתור את הבעיה שלך, אז הם צריכים להיות האדם האחרון שאתה רוצה לְהַעֲלִיב.
אתה יכול למצוא את שאר המדריך ב- חוט מקורי.