שְׁאֵלָה:
המעסיק שלי רוצה שאכתוב מדריך לביצוע עבודתי
thanby
2014-09-18 01:35:49 UTC
view on stackexchange narkive permalink

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

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

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

אני לא ממש בסדר עם שריפת גשרים למרות שאולי לעולם לא אצטרך אותם יותר.

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

האם אתה בסדר עם שריפת גשרים ולא זכאי לגייס מחדש בחברה זו? עליכם לכלול זאת בשאלה, מכיוון שזה יכול להשפיע על התשובות.
קשורים: [כיצד אוכל להתכונן להכות באוטובוס?] (http://workplace.stackexchange.com/questions/9128/how-can-i-prepare-for-getting-hit-by-a-bus)
@ChrisLively וכי, אני מסכים, הרעיון הכללי לשרוף גשרים אינו בסדר. כולנו נמצאים באותו דף כאן, אבל אני מבקש לא בשבילי אלא לוודא שנקבל כאן את התשובות הטובות ביותר האפשריות, תשובות שאינן מניחות הנחות כוזבות לגבי יעדיך. מקווה שזה עוזר להבהיר. כחוד, ערכתי את התגובה שלך לפוסט.
שבע תשובות:
David K
2014-09-18 01:43:07 UTC
view on stackexchange narkive permalink

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

משיכת עצה טובה מהתגובות:

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

באותם מקומות שלדעתך דורשים מומחה בעל הכשרה גבוהה, פשוט כתוב "את העבודה הזו צריך להשאיר למומחה שהוכשר ב- X, Y ו- Z". או "אם X קורה, מצא מומחה מיומן". - gnasher729

@RualStorge: גרוע מכך הוא כאשר המערכת הנדונה היא סוררת ביסודה, כך שלא ניתן יהיה לפרט את כל הגותות מסוג זה. בעיקרון יש סיבה שמנתח מוח לא יכול פשוט לכתוב מדריך "איך לעשות את העבודה שלי" ולהעביר אותו לשכר שכר מינימום מהרחוב. מספר עצום של דברים שיכולים להשתבש בדרכים שונות בתכלית מכל * הדרכים בהן אי פעם השתבשה בעבר.
האם שלב ראשון הולך לבלות שלוש שנים באוניברסיטאות, קורסי הכשרה וכו '? חבל לראות את ההצבעה הזו כל כך הרבה כאשר לרוב התפקידים הטכניים לא יהיה אפשר לסכם לשלבים פשוטים. באופן אידיאלי היה צריך לבצע תיעוד של היישום הספציפי שלך תוך כדי ביצוע, מסירה היא רק מציאותית למישהו בעל כישורי בסיס בטכנולוגיות בהן השתמשת. אמנם ייתכן שתצטרך לעשות את מה שאתה מתבקש, אך אם המשימה אינה ניתנת לביטול, באותה מידה האחריות שלך להדגיש זאת.
מנתחי מוח של @SteveJessop בהחלט * כותבים * מדריכי "איך לעשות את העבודה שלי" ואת ההליכים המדויקים שיש לבצע במניפולציות מסוימות - תיעוד שיטות עבודה מומלצות, תוצאות מניסיון, מלכודות אפשריות, וגם רשימת [צ'ק] מסודרת לכל הדברים הטריוויאליים שאסור לשכוח. זה לא אומר שאני יכול לעשות ניתוחי מוח על ידי קריאת התיעוד; אבל זה יעזור מאוד למנתח מוח מיומן שעושה את ההליך המסוים בפעם הראשונה (כך התפשטו הליכים חדשים ברחבי העולם), ואפשר לעשות את אותו הדבר גם בתחום ה- IT.
@JamesRyan אתה יכול לכתוב מדריכים אפילו לדברים הטכניים ביותר במצב תחזוקה, וכל עוד הדברים עובדים כמו שצריך המדריך יישאר נכון. (זה מה שה- OP צריך לכתוב) איך להגיב כשדברים לא מתנהלים כמתוכנן, ובכן שם יש צורך בתואר. (מקרה ונקודה אתה יכול ללמד כל אחד לשמור על מערכת סינון מים מבוססת מסננים זורמים חזרה כאשר X קורה, הוספת כימיקל Y כאשר מים מראים קריאה של Z, וכו ') אבל כאשר המים מזוהמים או מערכת נכשלת ... זה כאשר האדם שהוכשר גרוע דפוק לחלוטין.
מערכות ה- IT של @RualStorge עוסקות בניהול שינויים. זה נדיר ביותר שאפשר לשמור על כל דבר כפי שהוא ארוך מאוד.
כולם כאן צודקים במידה מסוימת. התיעוד ששמרתי היה תקני בתעשייה, נועד לקרוא על ידי מישהו אחר בתפקיד שווה ערך, אך יהיה מבלבל מאוד למישהו שאפילו לא יודע מה זה מהדר, שלא לדבר על איך לבנות יישומי אינטרנט עם זה. ג'יימס רייאן צודק מאוד עם ההערה האחרונה. המקרים הלא צפויים הם הנורמה ו"תחזוקה "לא אומרת" סטטי ".
@Peteris: כמובן, אך הנחת היסוד של השאלה היא שהאדם הבא * אינו מנתח מוח * ואינו כשיר למלא אחר הוראות לניתוח מוח. פשוט קל יותר (אני מקווה) לראות את הבעיה באנלוגיה שלי, כי אין כמעט שום דבר שאדם לא מאומן יכול לעשות בניתוחים, בעוד שב- IT ניתן באמת לתעד פרוצדורות עבור בובות יחד עם כמה "כאן תהיה אזהרות דרקונים. אין לאפשר לכך להסיח את הדעת מהנחת היסוד כי משרת השואל אינה בין המקרים הקלים יחסית.
זה יחול רק אם משימה כזו תצוין בתיאור התפקיד. אם זה לא אומר כלום על כתיבת מדריך כזה אין חובה לעשות זאת.
אתה גם מחויב לעשות את מה שאתה מרגיש שנכון מוסרית, ואמיץ לשלול אחריות בעבודה בשם לעשות משהו מוסרי. במקרה זה, זה נשמע כאילו סירוב להיות שותף למדריכי ההדרכה של הבוס תהיה בחירה אתית ראויה לשבחים, ואילו הסכמה להשלים אותה רק בגלל שהבוס ביקש, ואז לתרץ אותה לרציונליות כחלק בלתי נמנע חובות עבודה, תהיה הבחירה הלא מוסרית. כמו שאחרים שאלו אם שריפת גשרים בסדר איתך, חשוב לנו גם לדעת אם פעולה לא מוסרית היא בסדר איתך.
@EMS: אני לא רואה שום דבר לא מוסרי בכתיבת מדריך הוראות לחלקים בתפקידך, ואולי אפילו לא יהיה שום דבר רע מבחינה אתית בכך שמישהו לא כשיר יעשה את העבודה. זה פשוט פרקטיקה עסקית גרועה, ולכן האחריות היא על האדם שמנהל את העסק. אם אדם זה רוצה לבחור בצורה גרועה, עליך להמליץ ​​להם על כך (מה שעשתה ה- OP) ולבצע את החלטתם הסופית.
@David K - מה אם אתה מאמין שכתיבה של כתיבת המדריך, שאתה יודע שהמנהל ישתמש בצדק או שלא בכדי שאנשים שאינם כשירים יעבדו איתו, הנזק עלול להגיע למישהו? אולי נזק כלכלי מכיוון שהעסק יתנהל פחות ביעילות ויאבד לקוחות? אולי נזק תעסוקתי אם אותם אנשים לא מוסמכים עלולים להיות מושפלים ומפוטרים, או אפילו נזק פיזי אם מדובר בתהליך עבודה פיזי שדורש מומחיות כדי לבצע בבטחה? כל השרשור הזה מזכיר לי את האופן שבו אנשים רציונליזציה לפעולות בפרק הוועדה הרגולטורית הגרעינית של Mazes Mazes
Aaron Hall
2014-09-18 04:46:40 UTC
view on stackexchange narkive permalink

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

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

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

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

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

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

"קח אותו איתך לעיון עתידי" יכול להיות לא חוקי. השאר את התיעוד אצל המעסיק שלך, יחד עם פרטי ההתקשרות שלך. אם הם מתקשרים אליך להתייעצות, התיעוד אמור לחכות לך.
@StephanKolassa ולכן הוא כתב "בקש לקחת את זה איתך" ...
מוסכם. הידע בראשו של מישהו אינו בטוח - בין אם אותו אדם עדיין עובד שם ובין אם לאו. תאונה אחת ואיבדת את הידע! זה יותר מהוגן שמעביד ידרוש שהידע יוזן במאגר ידע כלשהו. עם זאת, זה גם הוגן שה- KB יהיה רלוונטי לקהל. אם הליך X זקוק למהנדס מוסמך, כתוב את ה- KB כך שהוא לא יועיל למישהו ללא ההסמכה, וכן ציין "הליך זה זקוק להסמכה זו".
@GreenstoneWalker זה יהיה יותר כמו "אל תכתוב בכוונה את ה- KB כך שמישהו ללא ההסמכה יוכל להשתמש בו, אם פעולה זו פוגעת ביכולתו של מישהו עם ההסמכה יכול להשתמש בו ביעילות". אין צורך * בכוונה * להפוך את הדברים למסובכים ממה שהם צריכים להיות. יש צורך רב להיות מספיק ספציפי שמי שיודע מה הוא עושה יוכל לבצע את ההליך בצורה נכונה.
לדוגמא, אם אני כותב מדריך כיצד להגדיר סביבת פיתוח למוצר, אני הולך להכיר את כלי הפיתוח (לכן במקרה של Visual Studio עשוי לכתוב "עבור אל סייר הצוות ולחץ את כפתור סרגל הכלים X "או" פתח config.xml והגדר root / config / path לנתיב הבסיס של קוד המקור "), אבל זה רק אומר שמישהו שלא מכיר את כלי הפיתוח יצטרך לעשות הרבה יותר מבט סביב כדי למצוא החלקים שהם צריכים על מנת לעקוב אחר המדריך. לעתים קרובות, זה יכול להיות מספיק, אם זה מוסכם כתוצאה טובה מכתיבת המדריך.
teego1967
2014-09-18 02:27:48 UTC
view on stackexchange narkive permalink

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

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

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

@Myles: יצירת ארכיון וידיאו כיצד למיקור חוץ ממך, והקצאה מרומזת של זכויות יוצרים למעביד שלך בקרוב, אלא אם כן הוסכם שזו אחת ממשימות התפקיד שלך, הוא משוגע מאוד (מה אם המעסיק יסתובב ו מוכר מחדש או מורשה את הסרטון הזה?). ה- OP יעשה טוב יותר לנהל משא ומתן על אימונים או שיעורי תמיכה שוטפים לאחר עזיבתם, על בסיס מחיר לפי שעות, ובכפוף לזמינות.
@smci זהו חלק סטנדרטי בעבודות של אנשים רבים.
@jwg: זה * לא * חלק סטנדרטי בעבודות של רוב האנשים. על הכל ניתן לנהל משא ומתן. הפחתת שווי השוק שלך ללא תמורה היא אגוזים. הכשרה של מחליף היא דבר אחד, ליצור סרטון קבוע כיצד להחליף אותך ואז להקצות אותו ללא תמלוגים או הגבלה למישהו אחר הוא מטורף. שוב: מה אם המעסיק יסתובב וימכור מחדש את הסרטון הזה או מורשה אותו?
בדיוק כמו שהמעסיק מסתובב ומוכר את התוכנה שכתבתי בזמן ששילמו לי? שום דבר. אם אתה רוצה לעלות למעלה, מיושן את עמדתך הנוכחית. אם למעסיק הנוכחי שלך אין מקום ללכת, הפכת את עצמך לבעל ערך רב יותר עבור המעסיק הבא.
@smci, זה נראה רק דברים תפעוליים ספציפיים לחברה - בקושי "מוכרים". הקלטות מסך הן לפעמים קלות ומייגעות פחות מפרוזה כדי להראות כיצד עושים משהו.
@smci קיים עומס עצום של שידורי מסך בחינם לחלוטין לרשתות כדי לבצע פעולות כלליות / IT / ניהול / פיתוח / וכו 'בכל מיני מערכות וסביבה. הערך האמיתי לתיעוד הוא פרטי החברה שאינך יכול לעשות בגוגל. מידע כזה לא שווה דבר לאף אחד מחוץ לחברה (אני משאיר את ההאקרים / ריגול בתעשייה מחוץ למשוואה).
@Petter: או שזה יכול באותה מידה להיות סרטון בן 10 דקות של מידע וסודות מסחריים מאוד קנייניים. הנקודה שלי עומדת.
@smci הנקודה שלך נראית לי נאיבית. סרטון הוא פשוט דרך למסור מידע, ממש כמו לכתוב מסמך או לערוך מצגת.
@Petter: לא בלשון המעטה. אני מניח שעבדת רק פעם אצל מעסיקים שוודים, שנוטים להיות אתיים למדי. יש שם עולם שלם של דברים אחרים. באופן כללי, זה לא הגיוני להפחית מרצון את אבטחת העבודה שלך ללא תמורה בתמורה, אך במיוחד אם אתה יוצר יצירה ומקצה זכויות יוצרים תמידיות, ללא כל הגבלה כיצד ניתן לעשות בה שימוש חוזר. מוסכם, רוב התסריטים בכלל לא שווים הרבה.
mickery
2014-09-18 08:04:23 UTC
view on stackexchange narkive permalink

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

נראה כי השואל חשב שהבוס אינו מסוגל.
@AaronHall: אז הבוס עדיין יבצע התאמות עתידיות בזמן, אבל הם יהיו טועים וזה לא יהיה באשמת השואל ...
אני לא חושב שזו ראויה לקולות למטה, זו עצה די ברמה.
user8365
2014-09-18 20:15:26 UTC
view on stackexchange narkive permalink

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

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

מה הדבר הגרוע יותר שיכול לקרות? בסופו של דבר הם שוכרים מישהו שיודע מה הם עושים?

זו אנלוגיה די טובה, אבל אני חושב שזה יהיה יותר כמו להחליף שף במדיח כלים (בהתחשב בכך שזה יעשה על ידי מישהו שהוא אפילו לא באותו תחום). מתכוני השף יצטרכו לכלול דברים כמו "איך להדליק את הכיריים" ו"איך קוצצים ירקות בסכין ", ולא רק" לבשל את המרכיבים האלה לפי הסדר הזה בטמפרטורה זו. " הם אכן לוקחים סיכון, ואני מניח שאני גם תוהה אם אני אסתבך אם ההוראות שלי לא מספיקות למדיח הכלים.
היה לי המותרות לכתוב הוראות ואז להסתכל בשקט מעבר לכתף של מישהו בזמן שהם מנסים את זה. ואז יש לי מושג מה צריך לתקן או להוסיף. אם האדם פשוט לא מקבל את זה, הוא עשוי להיות יותר משכנע (בהלה) להמליץ ​​להעסיק מישהו שיודע מה הוא עושה.
-1
user27120
2014-09-18 05:18:55 UTC
view on stackexchange narkive permalink

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

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

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

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

באיזו מדינה יכולות להיות למישהו השלכות משפטיות במקרה כזה? נשמע מטורף
+1 לפסקה הראשונה. תיעוד הוא המפתח לתפקידי IT, אך הוא תמיד מניח רמה מסוימת של יכולת מצד הקורא אותו. כתיבת תיעוד טכני מסוג זה להדיוט תעמוד בקנה אחד עם כתיבת מספר ספרי לימוד.
אזהרה מפני 'בעיות משפטיות' == שטות מוחלטת.
טענות משפטיות לא מבוססות לפיהן 'בעיות משפטיות' == שטות מוחלטת הן שטות מוחלטת. גם אם jwg היה עורך דין בפועל בתחום השיפוט הרלוונטי, אין לו חוזה העבודה שלך, כך, במקרה הטוב, מציין כיצד לדעתו קניין רוחני אמור לעבוד; התעלם מזה.
@msw: "קניין רוחני" אינו רלוונטי לחלוטין.אין בעיות משפטיות מכיוון שחוזה העבודה הסתיים, והבעיה ההיפותטית שנדונה לא הייתה קיימת בתקופת העבודה.טקסט החוזה המדויק אינו רלוונטי למשהו שאינו מכוסה על ידי החוזה.(ועל פי היפותטי, אתה פשוט יאשים את זה בקודם _ שלך)
Joe W
2014-09-19 23:14:41 UTC
view on stackexchange narkive permalink

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



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