מגניב, תודה רבה על המחמאות ועל ההצעה! כשעבדתי בתחום היה בחור תותח על שהיה מעביר על זה הרצאות, אני אשאל אם יש לו איזשהו חומר מוכן שאולי אפשר לשתף למי שמתעניין.
סרטון יפה, במיוחד נקודה 2. מעבר לבזבוז זמן ומימושים ארוכים (ולפעמים מאוד לא קריאים) הרבה פעמים נגרום ליעילות מזעזעת. דוגמא יפה היא python שימוש בפונקציות כמו map filter reduce לעומת list comp לעומת לולאות פור. ממליץ לקרוא בנוסף.
מאוד יפה הסברת על קומנטים! מוסיף: קומנט צריך לכלול "למה" ולא "איך", לתעד החלטות שהתקבלו. כל מה שמעבר לזה, זה חוב טכנולוגי ומן הראוי שיוצא באחד הריפקטוריים, רצוי ב-פי-אר עצמו, כמו אכן העברת תוכן הקומנט לשינוי שמות, חלוקה טובה יותר וכו, ואז - להמחק. כל פעם שקומנט בר החלפה טריוויאלית נכנס לבייס - חתלתולון מת
ניקול אני חייב להודות לך! בתור סטודנט למדעי המחשב מאז שראיתי את הסרטונים שלך, אני קונה רק חסה רומית וזה משפר לי את הסלט ב22% לפחות! האורחים מרוצים ב17% יותר והיעילות בהכנת הסלט ירדה לO(1). רוב תודות!
סרטון נהדר! טיפ שלי: כשעושים comment ים לצורך debug, אפשר להתחיל אותם במילה השמורה "TODO:" ואז לפני שעושים קומיט לחפש את כל ה comment ים שמתחילים ב "TODO:" (אפשר לעשות את זה ידנית או בעזרת אקסטנשן ל IDE), ולמחוק אותם. אני אישית רושם לעצמי: "TODO: Debug print", ואז יודע שאני צריך למחוק אותם לפני הקומיט.
תאמת אני מתוך הרגל נוהג לשלוח פונקציה שהכנתי ל-chatGPT, בשאלה מה היית משפר לצורך הקריאות, או אופטימיזציה וזה נכון שכדאי מאוד שפונקציות יעמדו בעקרונות כמו SRP, pure וכדו׳
היי, בטח, אני אעשה על זה סרטון מתישהו (אני מקווה שבקרוב) אבל בגדול זה שילוב של unit test + integration test + end to end tests יש חברות שבהם המתכנתים כותבים רק יוניט טסטים ויש צוותים אחרים שכל העבודה שלהם זה לכתוב את הטסטים האחרים, אבל לפעמים המתכנתים כותבים את הכל יש ספריות / פריימוורקים שזה כל מה שהם עושים, אתה יכול לחפש את שפת התכנות שאתה עובד איתה + testing framework וזה כנראה ימצא לך
סליחה שאני לא מעיר עניינית, אבל כרגע אני צופה בך רק כי מעניין אותי התופעה...;) אהבתי את הבלופרים, זה קצת לא מתאים לסרטון לימודי אבל כנראה הסגנון שלך הוא יותר כיפי ואז זה כן מתאים, וזה מזכיר קצת את NetworkChuck. היה מצחיק הקטע עם המדיח😂😂. הסרטון מעניין אפילו שהתוכן לא בהכרח רלוונטי לי. תמשיכי ככה.👌👌
אני חושב שיש הבדל קטן בין הערה, לבין דוקומנטציה. אכן אני נמנע מהערות (שבדרך כלל באות להסביר מה עושה), אבל מה שכן אני חושב שדוקומנטציה היא מאוד חשובה כי מסבירה איך להשתמש בקוד, ולא איך הקוד עובד.
אתה יכול לתת דוגמה? אני לא חושבת שיצא לי לכתוב תיעוד בתוך הקוד אלא רק מחוץ לקוד (כמו מסמך High Level Design או תיאור ל-API בשביל Swagger) אבל אולי עם דוגמה אני אבין יותר טוב למה אתה מתכוון
אני מתכנת c++ אז זה סגנונות קצת שונים (לא יודע איך זה עובד בjs / ts), אבל למשל לרשום מעל הפונקציה brief הסבר על הפרמטרים שהיא מקבלת ועל ערך החזרה אם ישנו. זה נקרא : Doxygen-style. זה ממש ממש עוזר פשוט להבין מה הפונקציה עושה בbrief במקום להסיק ע״ס השם ולצלול לתוכה.
הרוב נכון. רק לגבי ההערות - שורת הערה טובה מעל שם של פונקציה יכולה לחסוך 10 דקות של קריאה של קוד, גם אם הוא ממש קריא... שם הפונקציה לא תמיד יכול לתאר את כללללללל מה שהפונקציה עושה... אציין גם, שאמנם נכון, קוד קריא יכול לחסוך הערה. אבל לצערי, הרוב המוחלט של המתכנתים לא כותבים קוד כל כך קריא... וכשאת אומרת להם שהערות מיותרות, התוצאה רעה..
@@AnonYmous-yu6hv מה שרוב המפתחים השפויים בצוות יסכימו עליו שזה קוד קריא, שזה כנראה ישקף את הדעה של רוב המפתחים השפויים בעולם. אם אתה מוצא את עצמך מתווכח עם אנשים על האם הקוד שלך קריא, אתה הבעיה 😉
@@AnonYmous-yu6hv זה לא כזה סובייקטיבי. קוד קריא זה מה שרוב המפתחים השפויים בצוות שלך יסכימו עליו שזה קוד קריא, ובדרך זה ישקף את דעתם של רוב המפתחים בעולם. אם אתה מוצא את עצמך מתווכח עם אנשים על האם הקוד שלך קריא, אתה הבעיה 😉
זה לא כזה סובייקטיבי. קוד קריא זה מה שרוב המפתחים השפויים בצוות שלך יסכימו עליו שזה קוד קריא, ובדרך כלל זה ישקף את דעתם של רוב המפתחים בעולם. אם אתה מוצא את עצמך מתוכח עם אנשים על האם הקוד שלך קריא, אתה הבעיה 😉
@@ko12ko12 עצם זה שאתה עושה מזה דמוקרטיה מוכיח שזה סובייקטיבי. שוב, מי שרגיל להסקאל, ג'אווה תהיה לא קריאה וההפך, אין שום דבר אובייקטיבי בקריאות. אם כבר זה בעיקר מעיד על קבעון מחשבתי והרגלים מגונים שאנשים לא מסוגלים לשחרר. זה שמישהו טיפש ולא מסוגל לקרוא one liner לא עושה את הone liner לא קריא, אבל זה כן מעיד על האינטליגנציה הנמוכה של המתכנת הזה.
יואו איזה רעיון מעולה, בואו בכלל נעשה outsource למוח שלנו לצ'טGPT ובנימה יותר רצינית ומנותקת מהדעות האישיות שלי - רוב החברות אוסרות על להוציא את הקוד שלהם לעורכים חיצוניים, זה כולל beutifiers, minimizers וכן, גם צ'אט GPT. שמעתי על כאלה שפוטרו על דברים כאלה.
ניקול, מה שהוא מנסה להגיד זה שבסך הכל ניתן לתת piece of code שאותה נרצה לאפטם (optimize). מן הסתם שלא נשלח קלאסים שלמים או קומפוננטות שלמות לצ'אט, ונבקש ממנו לשכתב לגרסה אלגנטית יותר... סך הכל קטעי קוד חלקיים, פונקציות, וכדומה. זה בסדר. כולם עושים את זה, ובחיים לא שמעתי על מישהו שפיטרו אותו בגלל זה, אם נהיה כנים. לכלי gpt למיניהם אין באמת דרך לדעת מה הסוד המסחרי שעומד מאחורי הקוד החלקי הזה שאנחנו שולחים. זה דברים כלליים, קונספטואליים רחבים, בלי יותר מידי קונטקסט שחושף מידע רגיש. ובכלל, כלי ה-gpt למיניהם, כל כך מאומנים, שברצינות, אני לא חושב ש-"אכפת להם", מקוד בייס ערטילאי של סטארטאפ עם רעיון לא בשל במיוחד. פרופורציות😊 אגב, אחלה ערוץ, התכנים מוסברים בצורה קולחת לכל נפש !! תצליחי :)
היי, תודה על שכתבת את כל זה ועל המחמאות והאיחולים :) אני לגמרי מאמינה לך שלא שמעת על כאלה שפיטרו אותם על דברים כאלה, אני מתחילה לחשוב שזה קשור לזה שאני באה מתחום הסקיוריטי אבל בכל חברה שעבדתי בה עד עכשיו היה אסור להוציא קוד ודאטה החוצה ב-99% מהמקרים. פונקציות קטנות שלא מכילות את האלגוריתמים שלנו עוד סבבה, קצת טסטים בסדר, אבל חלילה לא קלאס שלם כמו שאמרת ואפילו לא JSON כדי לעשות פורמטינג. התוצאות של זה עלולות לשים את החברה בסיכון לתביעה בעיקר, כי אחר כך GPT מתאמן על הדאטה הזה וזה עלול להגיע למקומות לא נכונים. אפילו בתוכנות האלה שעושות MINIFICATION זה נשלח לעיבוד לבקאנד ולפעמים נשמר, ושמעתי לאחרונה על מקרה (מאומת) שמישהו רצה להקטין / לפרמט / משהו בסגנון הזה והיה שם מידע של לקוח וזה חשף את החברה לתביעה עצומה ועשה מלא בלאגן. זהו, זה השני סנט שלי 😅 אני לא מתווכחת איתך ולא מצפה שתסכים איתי או משהו, רק מציעה את דעתי אגב סחתיין על ההסבר המאופק שלך, זה לא טריוויאלי 💪🏻
כל כך לא מסכים חחח, אל תעשה קוד ספגטי.. אבל לעשות קוד בשורה אחת זה מראה שאתה בעל ניסיון וכתבת שורות קוד בחיים שלך.. ב כל את ממש סותרת את עצמך שאת רוצה קוד פשוט ומצד שני לא לכתוב הערות הרי כל המטרה היא לעזור לבן אדם שקורא את הקוד להבין אותו לא ? בנוסף 4+5 הם אותו הדבר, בהצלחה !
היי, הכל טוב, גם אני לא מסכימה איתך חח כולנו משתמשים בוואן ליינר (ראה את הדוגמה של הסט, זה וואן ליינר קלאסי שמקל עלינו) אבל לעשות קוד בשורה אחת לא בהכרח מראה על ניסיון, מאד תלוי איך נראית השורה הזאת. אני אוהבת קוד פונקציונלי, אבל גם אותו יש דרך לכתוב בצורה קריאה שלא תצריך רבע שעה של לשבת ולנסות להבין מה כתוב שם. לא חושבת שאני סותרת את עצמי בכלל, הטענה שלי היא שהערות לא מפשטות את הקוד אלא בדרך כלל נכתבות בצורה שדווקא מסבכת אותו, לפעמים אפילו סותרת אותו (אם ההערות לא מתוחזקות) ומבלבלת את המפתחים הבאים. ולבסוף, אני מבינה שאם עשית את 5, כנראה (אבל לא בהכרח) גם הקוד כתוב בסדר, אבל זה לא אומר שאם עשית את 4 אז גם 5 מתקיים. שניהם סעיפים נפרדים, וקיימים בתור שכבות של הגנה על הקוד. זאת לא באמת כפילות.
כל השיח על הקומנטס נשמע מאוד טוקסיק. את נשמעת בלתי נסבלת לעבוד איתך... לא כיף לעבוד עם אנשים סופר פדנטים שכל דבר קטן זה עניין גדול ודרמה. את צריכה ללמוד להפריד בין עיקר לתפל. ואגב אני מסכים על הno comments standard.
היי, תראה, בעיני זה עניין של משמעת. ברור שאם אתה לא חושב שזה חשוב זה יראה לך טפל וזה בסדר, זכותך ואם הקודבייס באחריות שלך תעשה מה שבא לך. בעיני זה כמו לוודא שהמסעדה שאתה מנהל נקייה ומסודרת בכל פינה, ואני לא במקרה אפתח מגירה לגלות אוכל נרקב כי מישהו שם את זה שם ושכח. אם זה המצב במטבח שבו אני עובדת אני אגעל וכנראה אנסה לעבור למקום אחר. אולי אני טוקסיק ובלתי נסבל לעבוד איתי בגלל זה, אבל בעיני זה בלתי נסבל לעבוד עם אנשים חאפרים שרוצים לעגל כל פינה אפשרית רק כדי לעבור למשימה הבאה בלי הראייה הרחבה של הבריאות של הקודבייס.
לדעתי מה שאתה כותב מוגזם ותמוה. כל מה שאמרה הוא לעניין ומדויק וברור שגם מתוך נסיון. לא ברור על מה יצא הקצף. ולגבי עיקר ותפל, אם זה היה הדבר היחידי בסרטון או בערוץ היה מקום לאמירה הזאת.
איזה כיף לראות סרטון כזה בעברית!
אהבתי הכל ובמיוחד את הפיספוסים שבסוף!
מסכים עם כל מילה. קוד פשוט = חיים פשוטים.
יותר נכון קוד ברור = חיים פשוטים
יאא, את עושה את זה מעולה!
המון בהצלחה!
גיל! איזה כיף שבאת לבקר 😄 תודה!
אהבתי ממש, הערוץ עדיין ממש אנדרייטד!
תודה!
תוכן מעולה שמועבר בצורה שנונה ומיוחדה🙏🙏
יהיה מגניב אם יהיה סרטון לטיפים מעשיים ועקרונות מנחים לקוד קריא יותר
תודה רבה, זאת הצעה נהדרת!
אלופה! סרטון מעולה ומאד ברור... 👏👏
הערוץ הזה הוא בול מה שהייתי צריך!
יאא תודהה
תותחית ניקול! 🔥👑
תודה!
בעיני לבדוק את הקוד חשוב מאוד גם מבחינה פסיכולוגית - גם נותן יותר ביטחון שלי בקוד שכתבתי, וגם חברי הצוות יכולים לסמוך עליי שהקוד טוב.
אחלה טיפים!
מניסיון, גם פרויקטים אישיים שכתבת לבד ותתחזקי לבד, אם זה לא קריא מאוד תכעסי על עצמך שנתיים קדימה
לגמרי
איזו אלופה :) התכנים מעולים!! המנוי הראשון שלי לתוכן בעברית :)
ראיתי שעבדת גם בתחום הבלוקצ׳יין. יהיה נחמד לראות תכנים על התחום.
מגניב, תודה רבה על המחמאות ועל ההצעה!
כשעבדתי בתחום היה בחור תותח על שהיה מעביר על זה הרצאות, אני אשאל אם יש לו איזשהו חומר מוכן שאולי אפשר לשתף למי שמתעניין.
אהבתי מאוד!
סרטון יפה, במיוחד נקודה 2. מעבר לבזבוז זמן ומימושים ארוכים (ולפעמים מאוד לא קריאים) הרבה פעמים נגרום ליעילות מזעזעת. דוגמא יפה היא python שימוש בפונקציות כמו map filter reduce לעומת list comp לעומת לולאות פור. ממליץ לקרוא בנוסף.
תודה רבה
בכיף
אהבתי תודה
בשמחה :D
מאוד יפה הסברת על קומנטים! מוסיף: קומנט צריך לכלול "למה" ולא "איך", לתעד החלטות שהתקבלו. כל מה שמעבר לזה, זה חוב טכנולוגי ומן הראוי שיוצא באחד הריפקטוריים, רצוי ב-פי-אר עצמו, כמו אכן העברת תוכן הקומנט לשינוי שמות, חלוקה טובה יותר וכו, ואז - להמחק. כל פעם שקומנט בר החלפה טריוויאלית נכנס לבייס - חתלתולון מת
צחקתי בקול רם
@@sharatim ךםך
ניקול אני חייב להודות לך! בתור סטודנט למדעי המחשב מאז שראיתי את הסרטונים שלך, אני קונה רק חסה רומית וזה משפר לי את הסלט ב22% לפחות! האורחים מרוצים ב17% יותר והיעילות בהכנת הסלט ירדה לO(1). רוב תודות!
😅😂🥬🥬📈
מסכים לחלוטין, גם שמפתח פרויקטים אישיים לא מתעצל ונותן לפונקציה שם ארוך שמסביר את עצמו, החלק האחרון מאסטרפיס 😃
סרטון נהדר! טיפ שלי: כשעושים comment ים לצורך debug, אפשר להתחיל אותם במילה השמורה "TODO:" ואז לפני שעושים קומיט לחפש את כל ה comment ים שמתחילים ב "TODO:" (אפשר לעשות את זה ידנית או בעזרת אקסטנשן ל IDE), ולמחוק אותם. אני אישית רושם לעצמי: "TODO: Debug print", ואז יודע שאני צריך למחוק אותם לפני הקומיט.
אחלה טיפ!
מניסיון אם צריך לאפטם קוד במקרה הטוב זה קריא באותה מידה ובמקרה הרע זה ממש לא ברור ללא דוקומנטציה שמסברה מה נעשה
אחלה טיפים!
תודה!
תאמת אני מתוך הרגל נוהג לשלוח פונקציה שהכנתי ל-chatGPT, בשאלה מה היית משפר לצורך הקריאות, או אופטימיזציה
וזה נכון שכדאי מאוד שפונקציות יעמדו בעקרונות כמו SRP, pure וכדו׳
5 דרכים לשיפור העברית שלכם :
קומנט - הערה.
פי-אר - בקשת משיכה או בקיצור ב״מ.
ריפקטור - שכתוב.
קוד רויו - בדיקת קוד.
דטה בייס - בסיס נתונים.
Thx
כל מילה
הייי אפשר הסבר לאיך את בונה טסטים אוטומטים?
היי, בטח, אני אעשה על זה סרטון מתישהו (אני מקווה שבקרוב) אבל בגדול זה שילוב של
unit test + integration test + end to end tests
יש חברות שבהם המתכנתים כותבים רק יוניט טסטים ויש צוותים אחרים שכל העבודה שלהם זה לכתוב את הטסטים האחרים, אבל לפעמים המתכנתים כותבים את הכל
יש ספריות / פריימוורקים שזה כל מה שהם עושים, אתה יכול לחפש את שפת התכנות שאתה עובד איתה + testing framework וזה כנראה ימצא לך
מחכה לסרטון בנושא😅
סליחה שאני לא מעיר עניינית, אבל כרגע אני צופה בך רק כי מעניין אותי התופעה...;) אהבתי את הבלופרים, זה קצת לא מתאים לסרטון לימודי אבל כנראה הסגנון שלך הוא יותר כיפי ואז זה כן מתאים, וזה מזכיר קצת את NetworkChuck. היה מצחיק הקטע עם המדיח😂😂. הסרטון מעניין אפילו שהתוכן לא בהכרח רלוונטי לי. תמשיכי ככה.👌👌
תודה! לא מכירה את NetworkChuck אבל שמחה שהתחברת להומור
אני חושב שיש הבדל קטן בין הערה, לבין דוקומנטציה. אכן אני נמנע מהערות (שבדרך כלל באות להסביר מה עושה), אבל מה שכן אני חושב שדוקומנטציה היא מאוד חשובה כי מסבירה איך להשתמש בקוד, ולא איך הקוד עובד.
אתה יכול לתת דוגמה? אני לא חושבת שיצא לי לכתוב תיעוד בתוך הקוד אלא רק מחוץ לקוד (כמו מסמך High Level Design או תיאור ל-API בשביל Swagger) אבל אולי עם דוגמה אני אבין יותר טוב למה אתה מתכוון
ואגב אני לגמרי מסכימה שיש מקום לתיעוד, אני פשוט חושבת שרובו אם לא כולו צריך להיות מחוץ לקוד
אני מתכנת c++ אז זה סגנונות קצת שונים (לא יודע איך זה עובד בjs / ts), אבל למשל לרשום מעל הפונקציה brief הסבר על הפרמטרים שהיא מקבלת ועל ערך החזרה אם ישנו.
זה נקרא : Doxygen-style.
זה ממש ממש עוזר פשוט להבין מה הפונקציה עושה בbrief במקום להסיק ע״ס השם ולצלול לתוכה.
@@sharatim בc++ יוצא הרבה לרשום תיעוד מעל הפונקציה כלומר
מה היא עושה בבריף, הסבר קצרצר על כל פרמטר ועל ערך החזרה אם ישנו.
זה נקרא Doxygen-style
וואו איכשהו פספסתי את התגובה שלך. אני מבינה, אכן נשמע כמו סגנונות שונים
ערוץ חדש ואו בהצלחה!
תודה!
הרוב נכון. רק לגבי ההערות - שורת הערה טובה מעל שם של פונקציה יכולה לחסוך 10 דקות של קריאה של קוד, גם אם הוא ממש קריא... שם הפונקציה לא תמיד יכול לתאר את כללללללל מה שהפונקציה עושה...
אציין גם, שאמנם נכון, קוד קריא יכול לחסוך הערה. אבל לצערי, הרוב המוחלט של המתכנתים לא כותבים קוד כל כך קריא... וכשאת אומרת להם שהערות מיותרות, התוצאה רעה..
לקחתי!
10:49 - לילה טוב
חדה לעניין
אני אקח קוד קריא שלא עובד על פני קוד לא קריא שעובד כל פעם. הלוואי שחצי מהמפתחים בארץ היו מיישמים את 5 הטיפים האלה!
מה זה קוד קריא? זה סובייקטיבי מאוד.
@@AnonYmous-yu6hv מה שרוב המפתחים השפויים בצוות יסכימו עליו שזה קוד קריא, שזה כנראה ישקף את הדעה של רוב המפתחים השפויים בעולם.
אם אתה מוצא את עצמך מתווכח עם אנשים על האם הקוד שלך קריא, אתה הבעיה 😉
@@AnonYmous-yu6hv זה לא כזה סובייקטיבי. קוד קריא זה מה שרוב המפתחים השפויים בצוות שלך יסכימו עליו שזה קוד קריא, ובדרך זה ישקף את דעתם של רוב המפתחים בעולם.
אם אתה מוצא את עצמך מתווכח עם אנשים על האם הקוד שלך קריא, אתה הבעיה 😉
זה לא כזה סובייקטיבי. קוד קריא זה מה שרוב המפתחים השפויים בצוות שלך יסכימו עליו שזה קוד קריא, ובדרך כלל זה ישקף את דעתם של רוב המפתחים בעולם.
אם אתה מוצא את עצמך מתוכח עם אנשים על האם הקוד שלך קריא, אתה הבעיה 😉
@@ko12ko12 עצם זה שאתה עושה מזה דמוקרטיה מוכיח שזה סובייקטיבי. שוב, מי שרגיל להסקאל, ג'אווה תהיה לא קריאה וההפך, אין שום דבר אובייקטיבי בקריאות. אם כבר זה בעיקר מעיד על קבעון מחשבתי והרגלים מגונים שאנשים לא מסוגלים לשחרר.
זה שמישהו טיפש ולא מסוגל לקרוא one liner לא עושה את הone liner לא קריא, אבל זה כן מעיד על האינטליגנציה הנמוכה של המתכנת הזה.
ההוראות לא מובנות בטעות עשיתי sudo rm -rf / על השרת 😉
😂
הממ מתוקים, להרחיב מה שהיא אמרה. גם אם אתם עובדים לבד תכתבו קוד נקי, אתם עושים לפרילנסרים שבאים אחריכם עבודה מיותרת.
בואו נקבל את ההחלטה הטובה הזו יחד
קוד הזוי שכתוב כמו בC אבל הוא בpython זה לא קריא אפילו ייתר מoneline 1:40
יש לי עצה קחו כל קוד ותנו לצ'אט GPT הוראה לשכתב אותו לצורה יותר אלגנטית
יואו איזה רעיון מעולה, בואו בכלל נעשה outsource למוח שלנו לצ'טGPT
ובנימה יותר רצינית ומנותקת מהדעות האישיות שלי - רוב החברות אוסרות על להוציא את הקוד שלהם לעורכים חיצוניים, זה כולל beutifiers, minimizers וכן, גם צ'אט GPT. שמעתי על כאלה שפוטרו על דברים כאלה.
ניקול, מה שהוא מנסה להגיד זה שבסך הכל ניתן לתת piece of code שאותה נרצה לאפטם (optimize).
מן הסתם שלא נשלח קלאסים שלמים או קומפוננטות שלמות לצ'אט, ונבקש ממנו לשכתב לגרסה אלגנטית יותר...
סך הכל קטעי קוד חלקיים, פונקציות, וכדומה. זה בסדר. כולם עושים את זה, ובחיים לא שמעתי על מישהו שפיטרו אותו בגלל זה, אם נהיה כנים.
לכלי gpt למיניהם אין באמת דרך לדעת מה הסוד המסחרי שעומד מאחורי הקוד החלקי הזה שאנחנו שולחים. זה דברים כלליים, קונספטואליים רחבים, בלי יותר מידי קונטקסט שחושף מידע רגיש.
ובכלל, כלי ה-gpt למיניהם, כל כך מאומנים, שברצינות, אני לא חושב ש-"אכפת להם", מקוד בייס ערטילאי של סטארטאפ עם רעיון לא בשל במיוחד.
פרופורציות😊
אגב, אחלה ערוץ, התכנים מוסברים בצורה קולחת לכל נפש !! תצליחי :)
היי, תודה על שכתבת את כל זה ועל המחמאות והאיחולים :)
אני לגמרי מאמינה לך שלא שמעת על כאלה שפיטרו אותם על דברים כאלה, אני מתחילה לחשוב שזה קשור לזה שאני באה מתחום הסקיוריטי אבל בכל חברה שעבדתי בה עד עכשיו היה אסור להוציא קוד ודאטה החוצה ב-99% מהמקרים. פונקציות קטנות שלא מכילות את האלגוריתמים שלנו עוד סבבה, קצת טסטים בסדר, אבל חלילה לא קלאס שלם כמו שאמרת ואפילו לא JSON כדי לעשות פורמטינג. התוצאות של זה עלולות לשים את החברה בסיכון לתביעה בעיקר, כי אחר כך GPT מתאמן על הדאטה הזה וזה עלול להגיע למקומות לא נכונים. אפילו בתוכנות האלה שעושות MINIFICATION זה נשלח לעיבוד לבקאנד ולפעמים נשמר, ושמעתי לאחרונה על מקרה (מאומת) שמישהו רצה להקטין / לפרמט / משהו בסגנון הזה והיה שם מידע של לקוח וזה חשף את החברה לתביעה עצומה ועשה מלא בלאגן.
זהו, זה השני סנט שלי 😅 אני לא מתווכחת איתך ולא מצפה שתסכים איתי או משהו, רק מציעה את דעתי
אגב סחתיין על ההסבר המאופק שלך, זה לא טריוויאלי 💪🏻
@@sharatim
לא כתבתי כלום מעבר לתגובה אחת לא ברור על מה התגובה הזאת אולי התכוונת להגיב למשהו אחר?
מצאנו באג ביוטיוב :) אם מסדרים את התגובות לפי newest יש תגובה של מישהו בין שתי התגובות שלי
אחלה פיספוסים בסוף חח
את מחיאות הכפיים שלך בסוף הסרט לא הייתי ממליץ לעשות ברעיון עבודה 😄
😄
כל כך לא מסכים חחח, אל תעשה קוד ספגטי.. אבל לעשות קוד בשורה אחת זה מראה שאתה בעל ניסיון וכתבת שורות קוד בחיים שלך..
ב כל את ממש סותרת את עצמך שאת רוצה קוד פשוט ומצד שני לא לכתוב הערות הרי כל המטרה היא לעזור לבן אדם שקורא את הקוד להבין אותו לא ?
בנוסף 4+5 הם אותו הדבר, בהצלחה !
היי, הכל טוב, גם אני לא מסכימה איתך חח
כולנו משתמשים בוואן ליינר (ראה את הדוגמה של הסט, זה וואן ליינר קלאסי שמקל עלינו) אבל לעשות קוד בשורה אחת לא בהכרח מראה על ניסיון, מאד תלוי איך נראית השורה הזאת. אני אוהבת קוד פונקציונלי, אבל גם אותו יש דרך לכתוב בצורה קריאה שלא תצריך רבע שעה של לשבת ולנסות להבין מה כתוב שם.
לא חושבת שאני סותרת את עצמי בכלל, הטענה שלי היא שהערות לא מפשטות את הקוד אלא בדרך כלל נכתבות בצורה שדווקא מסבכת אותו, לפעמים אפילו סותרת אותו (אם ההערות לא מתוחזקות) ומבלבלת את המפתחים הבאים.
ולבסוף, אני מבינה שאם עשית את 5, כנראה (אבל לא בהכרח) גם הקוד כתוב בסדר, אבל זה לא אומר שאם עשית את 4 אז גם 5 מתקיים. שניהם סעיפים נפרדים, וקיימים בתור שכבות של הגנה על הקוד. זאת לא באמת כפילות.
כל השיח על הקומנטס נשמע מאוד טוקסיק. את נשמעת בלתי נסבלת לעבוד איתך... לא כיף לעבוד עם אנשים סופר פדנטים שכל דבר קטן זה עניין גדול ודרמה.
את צריכה ללמוד להפריד בין עיקר לתפל.
ואגב אני מסכים על הno comments standard.
היי, תראה, בעיני זה עניין של משמעת. ברור שאם אתה לא חושב שזה חשוב זה יראה לך טפל וזה בסדר, זכותך ואם
הקודבייס באחריות שלך תעשה מה שבא לך. בעיני זה כמו לוודא שהמסעדה שאתה מנהל נקייה ומסודרת בכל פינה, ואני לא במקרה אפתח מגירה לגלות אוכל נרקב כי מישהו שם את זה שם ושכח. אם זה המצב במטבח שבו אני עובדת אני אגעל וכנראה אנסה לעבור למקום אחר.
אולי אני טוקסיק ובלתי נסבל לעבוד איתי בגלל זה, אבל בעיני זה בלתי נסבל לעבוד עם אנשים חאפרים שרוצים לעגל כל פינה אפשרית רק כדי לעבור למשימה הבאה בלי הראייה הרחבה של הבריאות של הקודבייס.
לדעתי מה שאתה כותב מוגזם ותמוה. כל מה שאמרה הוא לעניין ומדויק וברור שגם מתוך נסיון. לא ברור על מה יצא הקצף. ולגבי עיקר ותפל, אם זה היה הדבר היחידי בסרטון או בערוץ היה מקום לאמירה הזאת.