שְׁאֵלָה:
השלכות על השארת ביצת פסחא בקוד?
zundi
2016-06-09 09:22:27 UTC
view on stackexchange narkive permalink

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

אם יתגלה, מהן התוצאות הסבירות, אם אני מועסק או אחרי?

ההערות אינן לדיון מורחב; שיחה זו הועברה לצ'אט (http://chat.stackexchange.com/rooms/40964/discussion-on-question-by-zundi-consequences-for- leaving-an-easter-egg-in-code) .
עשר תשובות:
Justin Cave
2016-06-09 10:42:00 UTC
view on stackexchange narkive permalink

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

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

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

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

פירוט נהדר על הנקודות שחשבתי. +1
תשובה מקיפה ומנומקת. אני מסכים לחלוטין עם הערכתך. ביצי פסחא הן מעט שריד בפיתוח תוכנה מודרני.
@Lilienthal: לדוגמא TDD כמעט שאי אפשר לכלול אותם בגחמה, כי עד שסיימת לכתוב את המבחן כדי להבטיח שהוא שם, אתה כבר משועמם מהרעיון ;-)
ומכיוון שקוד ביצי פסחא אינו נבדק / נבדק כראוי, הוא עלול להכיל נקודות תורפה - מה שמגדיל את משטח ההתקפה של היישום.
יש לציין שביצי פסחא במשחקים מודרניים ככל הנראה נבדקות, נבדקות ומאושרות.
אני אוסיף שהסיבה הגדולה ביותר לכך שביצי פסח נואשות בימינו היא שכל התוכנה קשורה כל כך להתפוצצות מחשוב הענן, עד שכל קוד לא מורשה או שלא נבדק עלול ליצור סיכון אבטחה עצום. גם אם אין סיכון ביטחוני, הליך כלשהו איפשהו יכול להתחבר לקוד זה בטעות ואז השיבוש בעיבודו.
@SteveJessop החיסרון שם, עם זאת, הוא שאתה צריך להשתמש ב- TDD.
שלא לדבר על, עבדתי עם צוותי QA שכמעט בוודאות היו לוחצים על כפתור 25 פעמים כדי לראות אם נשבר משהו. והם היו אומרים לי לתקן את זה באמצעות פגם שיירשם נגדי.
גם ברוב אולפני המשחקים, ביצת פסחא לא מורשית יכולה להיות באש (ואם ביצת הפסחא הגיעה לחדשות בצורה לא טובה, החברה תזרוק אתכם בשמחה מתחת לאוטובוס בשמה).
בשרשור השיחה הזה אין שום בעיה לכתוב את קוד ביצת הפסחא - פשוט אל תגישו אותו לבקרת המקור.
לא משנה אם זה אפשרי מבחינה טכנית, זה אומר לחברה שלך *** הבחור הזה הוא מאוד לא מקצועי ואחריות מסיבית ***. הידיעה על כך יכולה להגיע לעובדים פוטנציאליים עתידיים. דמיין שאתה יושב בראיון לעבודה מדהימה בעוד חמש שנים והמראיין אומר "אז, בוב ב- SynergyLeverage סיפר לי על ביצת הפסחא שעשית - רוצה לדבר איתי על המחשבה שלך על זה?". אתה רוצה למות.
אני חושב שדוגמא מצוינת לכמה מסובך זה יכול להיות 'ייבא את זה' מפייתון, שמדפיס את הזן של פייתון, שיר קצר על הלך הרוח של פייתון. הוא * התגנב * לקוד בשעה ה -11 על ידי השבתת ווים ההתחייבות המגנים על הקוד מפני דברים כאלה, איחויו ואז הפעלתם מחדש. הסיבה היחידה שהם ברחו מזה: הבחור שעשה את זה היה גואידו פון רוסום, יוצר פיתון. זה יהיה כשיר, כמעט בהגדרה, כ"קבלת אישור ניהול ".
נראה לי שאני זוכר שביצת פסחא נמצאה במשחק וידיאו פופולרי (הלוואי שיכולתי לזכור איזו) כשנה לאחר צאתה, ובה תמונה של החלק האחורי החשוף של מפתח. ה- ESRB למעשה שינה רטרואקטיבית את דירוג המשחק, וללא ספק עלה לחברה כסף רב בקנסות ואיבוד מכירות.
@WoodrowBarlow חושב שאתה מתכוון לזה: http://www.polygon.com/2015/4/14/8382089/bungie-butt-microsoft-halo
@HaykoKoryun כן! דוגמה מושלמת לביצת פסח קבורה שהצוות היה בטוח שאף אחד לא יתקל בה במקרה וגרם לבעיות גדולות.
user42272
2016-06-09 19:23:06 UTC
view on stackexchange narkive permalink

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

ביצי פסחא:

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

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

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

אני מאוד אוהב את זה. אני חושב שאם ה- OP ילך לבוס ויגיד: "אתה יודע, טעיתי. חשבתי שזה יהיה מצחיק, אבל אני כבר לא חושב כך. הייתי רוצה להסיר את הקוד הזה." ה- OP יציל פנים, יסיר כל מבוכה עתידית ואולי אף יקבל מעט כבוד / אמון.
"מחצית מהמשתמשים שלך הולכים לחשוב שזה נגיף." זו הבעיה הגדולה ביותר. ** ביצת הפסחא שלך היא בדיוק איך שנראים נגיפים בסרטים! ** (פארק היורה * המקורי הוא דוגמה בלתי נשכחת).
"ביצי חג הפסחא הן יוזמות של חברות, ולא יוזמות שלילי." פרט לזה ההוא ב- [SimCopter] (https://en.wikipedia.org/wiki/SimCopter#Controversy). (הצהרת אחריות: כן, הבחור אכן איבד את עבודתו, אך ביצת הפסחא נותרה)
במילים אחרות, ביצי פסחא טובות הם מאמץ צוותי.
@fredsbend הייתי רוצה לחשוב שאמרתי הרבה יותר מזה: P
Adam Davis
2016-06-09 22:06:20 UTC
view on stackexchange narkive permalink

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

המנטליות זהה במידה רבה. אתה מוסיף גרפיטי לאובייקט שאינך בבעלותך, ללא אישור, ואתה מאמין שלא יתפסו אותך, אז אתה אמור להיות בסדר, נכון?

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

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

"גרפיטי דיגיטלי." אוהב את הביטוי הזה.
אני אוהב את האנלוגיה של גרפיטי בכל הנוגע להשחתת רכושם של אנשים אחרים. למרבה הצער האנלוגיה נופלת כאשר לוקחים בחשבון שלעתים מתעלמים מכתובות מכתובות גרפיטי (למרות היותם עבירה פלילית) [מכיוון שהפוגע מפורסם] (https://en.wikipedia.org/wiki/Banksy). אולי ה- OP יכול לברוח עם זה אם הם יתפרסמו ראשונים.
לא בטוח שעיקר האנלוגיה של גרפיטי ... לפעוטות אין ממש "מנטליות" וגם אז "ההורים שלי יחשבו שזה מצחיק, או שאני ילד אז הם נותנים לי לברוח עם דברים (א 'לה מתכנתים הם מוזרים ולעשות דברים משונים) "יהיו מנטליות די מציאותיות. באמת האנלוגיה רק ​​מעלה את הנקודה שהרשות לא משנה יותר מדי כשאתה רק אתה.
@djechlin אולי עלי להשתמש בביטוי "תהליך מחשבה" ולא במנטליות (שהוא די מוגדר, אבל אולי יש לך קונוטציה שאינה תואמת את המילון). בלי קשר, האנלוגיה מרמזת כי כל מי שחושב שגרפיטי שלהם תקין על מוצר של אדם אחר חסר אמפתיה ואחריות - שני דברים שפעוטות לא לומדים עד שהם מבוגרים הרבה יותר. זה למעשה מעשה אנוכי וילדותי, ואין לו מקום במקצועו. אם אתה מקבל אישור, המשך, אבל אם אתה עושה את זה בסתר אז אתה לא יותר טוב מוונדלי, לא משנה איזו הצדקה תיצור.
Marion
2016-06-09 10:03:42 UTC
view on stackexchange narkive permalink

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

זה יהיה זהיר להסיר את ביצת הפסחא. גם אם אתה סבור שלא סביר שיתגלה, אתה לא יכול להבטיח שזה לא היה.

אבל שאלת לגבי השלכות, אז הנה המחשבות שלי.

  • באופן ספציפי, המפקחים שלך עשויים להטיל ספק במקצועיותך מכיוון שברור שאתה (כפי שהוזכר בהערות של סטיב ג'סופ, ההוכחה כיום בבקרת המקור) לא עבדת כששילמת לך לעבוד כשכתבת את ביצת הפסחא. זה ישפיע על ההתרשמות שלהם ממך, שיכולה לעקוב אחריך לעבודות העתידיות שלך בהפניות.
  • עמיתים לעבודה שלך עשויים גם לראות את ביצת הפסחא בצורה שלילית, במיוחד אם פרויקטים מסוימים עומדים מאחור במסירה או משאבים יכול היה לנצל כמה שעות מהעזרה שלך כדי לפתור את הפרויקט. עובדים לביצת הפסחא. רק אל תצפה מההנהלה שתמצא את זה כהומוריסט.
שלום @Marion, תודה על תשובתך. לא פחדתי שיתגלו לי, אבל סיפרתי על כך לאחי והוא שאל אם יכולות להיות השלכות. אז זה גרם לי לחשוב.
@zundi, אני שמרני יותר מכמה מעמיתי, ולכן התשובה שלי מפרטת תגובות שאולי לא חלות על מקום עבודה או חברה מזדמנים יותר. תודה על המשוב; אני מקווה שתמצא את התשובה שאתה מחפש!
"השארת להם דרך ברורה לעקוב אחר ביצת הפסחא למקור שלה על ידי השארת תמונה של עצמך" - אז מה שאתה אומר זה לשנות את זה לתמונה של מי שיושב לידך? ברצינות רבה יותר, בקרת המקור היא שתבסס את המחבר.
אני לא אוהב את הרעיון שלעשה משהו יצירתי בעבודה זה "להשתטות" ולעלות לעסק כסף. מפתחי תוכנה אינם מכונות לייצור קוד עם תפוקה מסוימת לדקה. הרפיה ו"משחק "מסביב הם חלקים חשובים ביום העבודה שלי כדי לשמור על מוטיבציה, יצירתיות ושמירה על מוח גמיש. - אם המנהל שלך היה מרוצה מהביצועים שלך באותה תקופה, השתמשת בו נכון. - הכנסת קוד הפליי-אובר לייצור היא כמובן בעיה.
לפעמים בקריירה של האדם חייבים לנקוט בפעולות שאינכם בטוחים בנוגע להן.
@SteveJessop: בנושא בקרת המקור, זוהי למעשה אחריות רצינית נוספת שעלולה לחול על החברה עקב ביצי פסחא. על ידי הכנסת תוכן למאגר בקרת המקור שעשוי להיגרם ממשהו המוגן בזכויות יוצרים של צד שלישי ללא רישיון מתיר מתאים, סטטוס זכויות היוצרים של ** כל היסטוריית המקור ** בהמשך נגוע. הדבר עשוי להשפיע על רישוי / מכירת הפרויקט לצדדים שלישיים או על ניסיונות עתידיים למקור קוד פתוח. הסרת הטאץ הינה פעולת עריכת היסטוריה יקרה ההורסת את כל התייחסויות התיקון החיצוניות על ידי שינוי hashes.
אין לי בעיה עם פשיטה בעבודה או עם ביצי פסחא בכלל. אנשים זקוקים להשבתה או שהם נשרפים. אבל, כפי שאמר זאת חבר שלי ברהיטות, עכשיו השארת הוכחה שאתה לא עובד.
Dmitry Grigoryev
2016-06-09 17:04:47 UTC
view on stackexchange narkive permalink

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

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

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

IANAL, אך היבטים רבים של פעולותיך עלולים להוות בקלות עבירה שניתן לפטר עליה, או גרוע מכך.

"לפני 10 שנים"? יותר כמו ** 25 ** שנים. עכשיו תרד מהדשא שלי אתה פאנקים צעירים.
@CarlWitthoft הכל נעשה, סבא. האם אוכל ללכת לשחק בחוץ?
ביצי חג הפסחא היו בתוכנה הרבה יותר לפני 25 שנה. לפני 25 שנה הייתה שנות ה -90, בעוד שכמה מביצי הפסחא הטובות ביותר יצאו בשנות ה -70 וה -80.
@Dan אבל בשנות ה -90 הם עדיין היו די מגניבים. אז ה- OP יכול היה להכניס את התמונה שלו בקלות למוצר תוכנה ולהסתלק איתה.
כן חבר'ה הם _סך הכל_ כבר לא מגניבים! למאו!
עובדה מהנה: עדה לובלייס תכנתה את ביצת הפסחא הראשונה. עובדה מהנה יותר: עובדה עובדתית היא עובדה שהומצאה האמינה כנכונה מכיוון שהיא מופיעה בדפוס
@DmitryGrigoryev מזכיר לי את [ביצת הפסחא של Windows 3.1] (http://www.eeggs.com/items/469.html): רשימה של כל האנשים בצוות.
Eric Lippert
2016-06-11 22:27:30 UTC
view on stackexchange narkive permalink

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

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

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

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

"אל תשים תכונות לא מתועדות, שלא נבדקו ולא אומתו בקוד הנגיש למשתמש." - אני חושב שזה יהיה יותר ממחצית כל הקוד שם :)
gnasher729
2016-06-09 12:49:14 UTC
view on stackexchange narkive permalink

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

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

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

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

"אתה יכול להיתבע מכל סיבה שהיא" - אז אף פעם לא לנקוט בפעולה כלשהי (כי אתה יכול להיתבע בגין זה), או אחרת להתעלם מהנושא (כי אתה יכול להיתבע על אכילת ארוחת בוקר בכל מקרה, יכול גם ליישם ביצת פסחא). ניתוח מבחינת הסיכון לתביעה שימושי רק אם אתה מעריך את הסיכון לתביעה.
סליחה, אך התביעה לא פירושה * בהכרח * שבסופו של דבר תצטרך לשלם הוצאות משפט. אם שופט קובע כי תביעת המעסיק היא קלת דעת או מעטה, היא עלולה לאלץ אותם לשלם את הוצאותיך.
"אם זה קורה בארה"ב, אתה יכול להיתבע מכל סיבה שהיא" - למרות האמונה הרווחת, במדינות רבות באירופה, ואני מאמין כמעט בכל מקום בעולם, אתה יכול לתבוע מישהו על כל דבר - בין אם זה לא לפטר את השופט זה דבר אחר, אבל "חופש התביעה" אינו ספציפי לארה"ב
שום דבר בתשובה זו אינו ספציפי לנושא. השאלה יכולה הייתה להיות "עזרה, הצגתי באג בתוכנה בעבודה".
John U
2016-06-09 16:26:48 UTC
view on stackexchange narkive permalink

יהיו כאן שלושה גורמים עיקריים:

  • התרבות הרווחת של המעסיק שלך (האם הם מגניבים & גרוביים או ישר שרוכים ורציניים?)
  • הסביר גישה של לקוחות / השפעה - אם קוד זה מפעיל צוללת גרעינית, הלקוח צפוי לנקוט מבט עמום מאוד. אם זו אפליקציית נפיחה, איש לא מתכוון לשים לב אליה.
  • אופי ביצת הפסחא: האם זה עלול לגרום לעבירה, לבהלה, להרגיז, לגרום ללקוח או משתמש לא זהיר לחשוב שיש בעיה, להפסיק את התוכנה עובד וכו '.?

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

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

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

אם אתה יכול להיות * בטוח לחלוטין * לבד, רק בכל מקרה, אז התעשייה כולה יכולה פשוט לבטל ביקורות קוד ולעודד אנשים להיות בטוחים לחלוטין לפני שהם מבצעים שינויים.
JMK
2016-06-11 21:45:00 UTC
view on stackexchange narkive permalink

הייתי שוקל את האפשרות שמי שלחץ על אותו כפתור 25 פעמים אולי לא חווה חוויה נהדרת, לא עם המחשב או עם התוכנה שלך.

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

מקרה נפוץ נוסף: היו לי זמנים בהם משהו נופל על המקלדת שלי ואירועים רבים מופעלים. אם בכפתור זה יש מיקוד, מקרה הקצה עשוי להתבטא די בקלות. אני בטוח שאנשים אחרים ראו תכונות מסוג "StickyKeys" או "Dictation Assistant" שלעתים נעולות כשהן מוחזקות במקש או> לחיצות מקשים על משמרת 3n בטעות תוך הקלדה מהירה או משחק. אני כן חושב שניתן לעשות היטב את ביצי הפסחא, אבל הן כמו אנימציה - עליהן להיות מטרה. תגמול למשתמש על כך שהוא מציץ תכונות אקלקטיות, תענוג, אל תפתיע עסקת סוג מפחידה.
Jay
2016-06-10 21:31:55 UTC
view on stackexchange narkive permalink

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

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

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

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

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

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



שאלה ותשובה זו תורגמה אוטומטית מהשפה האנגלית.התוכן המקורי זמין ב- stackexchange, ואנו מודים לו על רישיון cc by-sa 3.0 עליו הוא מופץ.
Loading...