top of page

פונקציות וחוזקות

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

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


למשל:

def get_deadline (date): def fix_mistake (mistake, solution): def make_friends (): def ask_for_help ():

פוסטים אחרונים

הצג הכול

קוד לגאסי והעברה בין דורית

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

רקורסיה, תנאי עצירה וקול פנימי

רקורסיה היא פונקציה שקוראת לעצמה עד לתנאי עצירה (ללא תנאי עצירה, מדובר ברקורסיה אין סופית). נסביר באמצעות דוגמה קלאסית - חישוב עצרת (זוכרים מה זה עצרת? 4!=1*2*3*4). הפונקציה תקרא לעצמה עד לתנאי העצירה

דדלוק Deadlock

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

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

bottom of page