AfterWorkGuinness
2014-05-13 17:19:32 UTC
אני מפתח בכיר וקורות החיים שלי מלאים ב"עיצוב מעוצב "," סרגל מעוצב ומיושם "או" מעוצב ומפותח qux ", ונשמע די משעמם.
מה עדיף דרך לתאר את עבודות הפיתוח מבלי להיות כל כך חוזרות? (על ידי תוכנן אני מתייחס לתכנון של רכיב קטן שאינו מגדיר את הארכיטקטורה של מערכת או של רכיב גדול; אני משתמש במילה architected לשם כך)
I קראתי אינספור פעמים כדי לכלול בקורות החיים שלי כמה דולרים הפרויקטים שלי חסכו לארגון או כמה שעות, אבל אין לי את המידע הזה או שום ניחוש מרחוק לגביו.
תודה
לאחר שנדרשתי לעיין בקורות חיים של לא מעט מועמדים בתקופתי, אני חייב לומר, מעולם לא הייתה לי בעיה עם פעלים חוזרים. זה נשמע כאילו אתה לוקח קו ברור ברור המבדיל בין מעוצב / אדריכל / מיושם / וכו '. היצמד לקו הזה. אין צורך לפרוץ את התזאורוס, imho.
האם אתה מקבל איזשהו משוב על כך שקורות החיים שלך משעממים ו / או לא מציגים את עבודתך בצורה מספקת? כמנהל שכיר של מפתחים, חזרה מדויקת לא מטרידה אותי. אם _הגדרת_ על אחת מהקבוצות, הוסף זאת בנקודות התבליט שלך. אין צורך להתלהב.
לעצב, לפתח, ליישם, ליצור, לתחזק, לבנות, לגדול, לבנות, לפברק .. יש הרבה וריאציות של הפועל. הבעיה יכולה להיות שאתה רק * רושם * את מה שעשית - פעל זה, פעל זה. נסה להסביר את ** ההשפעה ** של העבודה שביצעת. "עיצבנו והטמיעו X חדש שהביא לעלייה של% Y בסינרגיה ולחיסכון בעלויות של Z $". התמקדו בהישגים. אולי X% מה- Y בגלל קוד מחדש. הכל, באמת.
מעולם לא הבנתי את הטעם לכלול "השפעה". האם מפתח שתיקן שגיאת הקלדה, שיכולה להיות לה השלכות משפטיות במיליונים, איכשהו יותר כשיר מאשר מפתח שפיתח רכיב קשה מרכזי במערכת כלשהי שאי אפשר לכמת בקלות מבחינת רווח ישיר? התפקיד שלך, כמפתח, הוא לא לקצץ בעלויות החברה, אלא לבנות מוצר לפי הוראות ההנהלה. אם זה חוסך כסף, וכמה זה חוסך זה לא האחריות / העבודה שלך.
@Raystafarian: לתפקידי IT אני לא מסכים. העניין של קורות החיים הוא להבליט את הכישורים והידע שלך. בטוח, איש מכירות מוטב שיגיד שהם סגרו עסקאות X $ לתקופת זמן נתונה. עם זאת, בדרך כלל למתכנת לא יהיה מושג מה הייתה השפעתם. מבחינתם החלקים החשובים הם אילו כלים עבדו איתם ומה עשו איתם.
@Raystafarian: אני מאמין שזה שונה. אתה מצהיר ש"השפעה "חשובה ואילו אני קובע שההשפעה היא נושא לוואי שאינו קשור למה שהאדם יכול לעשות. אולי אתה המתכנת הגרוע ביותר בעולם, אבל אם במקרה אמרו לך להחליף שגיאת הקלדה שחוסכת לחברה מיליונים, איך זה הופך אותך לנחשק יותר ממישהו שנמצא בראש המשחק שלהם אבל היה לו מזל רע להיות במספר פרויקטים שבוטלו?
תודה על כל התשובות, אני אשאיר את זה פתוח עוד יום לפני שאבחר בתשובה. אשמח לכלול כיצד עבודתי חסכה $ x או הפכה למשהו x% ליעיל יותר, אך אין לי את המידע הזה, רוב אם לא כל עבודתי מיישמת דרישות רגולטוריות חדשות ולפני, בתור Jr dev יותר, זה היה שיפורים קלים
@AfterWorkGuinness לפחות אתה יודע שהחברה עמדה בתקנות חדשות. שווה להזכיר. במיוחד אם הם קבעו מועד נכון או נמנעו מקנסות, דבר כזה. יתכן שאתה לא מכיר x% אבל אתה יודע ** מדוע ** הפרויקט בוצע. שתף את המידע הזה.
@KateGregory זו נקודה נהדרת, אני אעשה את זה