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