בקשת מידע | בניית תוכנה שלימה עם AI
-
@לא-מתייאש טוב, הסתיימה לי שוב המכסה בפעם השלישית, אז נצטרך לחכות עד 14:00 שתתאפס המכסה.
@א.מ.ד. כששולחים PR במצב מוכן זה אומר שזה מוכן אבל לא משנה
אז ככה:
לגבי זה שה־PR נפתח כ-Ready - אתה צודק. הוא היה צריך להיפתח כ-Draft כל עוד נשארו בדיקות ידניות וה-build המלא לא הושלם, גם אם מבחינתי עוד לא סיימתי את המבחן.לגבי ההערות עצמן - אני דווקא רוצה לתת לסוכן לטפל בהן כשתתחדש לי המכסה, כי מבחינתי code review ותיקון בעקבותיו הם חלק מהעבודה בדיוק כמו אצל מתכנת אנושי. בשום שלב לא הסכמתי עם הטענה שפרומפט אחד מספיק. העבודה צריכה להיות בשיתוף פעולה מלא עם ה-AI, וזה רק מראה לך כמה שיתוף פעולה של שניכם יכול להועיל לעולם. זה בדיוק review אנושי. עכשיו תן לסוכן לקבל את ה־review ולסגור אותו. ככה עובדים עם סוכן AI.
רק צריך להפריד בין דברים: שתי הרגרסיות ו-FAT32 הן הערות לגיטימיות לפתרון וקודקס כבר מטפל בהן.
לעומת זאת, שינוי אות כונן החרגתי מראש במפורש מהמשימה.
גם הגנה מלאה מפני USB מזויף/משחית נתונים ו-hot removal בזמן ש-SQLite ו-Lucene עובדים עם mmap כבר הופכת את המשימה מתמיכה בנתיב חיצוני לתמיכה מלאה ואמינה ב-removabl- media, כולל שינוי אפשרי ב־SeforimLibrary שהוא בכלל submodule או מאגר נפרד. זו דרישה לגיטימית למוצר, בגלל שאתה מכיר את בסיס המשתמשים שלך, אבל זו כבר דרישה ספציפית שלא היה לי איך לדעת מראש. אתה שמתחזק את זית מכיר את התופעה, סוכן שנכנס עכשיו לריפו לא יכול לדעת שלקהל המסוים הזה יש שיעור חריג של דיסקים מזויפים מאליאקספרס אלא אם הדבר מתועד בקוד/issues/spec.אין לי בעיה שזו תהיה הדרישה - רק בוא נקבע עכשיו את קו הסיום ולא נוסיף בכל review שכבת דרישות חדשה. אם מבחינתך ארבעת הדברים שכתבת עכשיו הם תנאי הקבלה, תגיד במפורש, ואני אתן לסוכן להמשיך מול הרשימה הזו כשתתחדש לי המכסה עד שנראה לאן הוא מגיע.
מעניין שAI לא ראה את הדברים הללו שקפצו לי לעיניים מיד
כי אתה המתחזק של הפרויקט. גם מתכנת אנושי לא היה רואה את זה מיד.
ואני יגיד לך יותר מזה? אפילו לא השתמשתי ב-GPT 6 Astra, אלא רק ב-Sol, שהפער ביניהם הוא עצום!
אני ״קצת״ מבין בסוכנים
לא התרשמתי ככה, אם אתה כל כך מתכחש למהפכת ה-AI...
בllm
אין קשר!!! אתה יכול להיות עילוי עצום ב-llm, אבל לא לדעת איך מקודדים משחק איקס עיגול בסוכן AI!
-
@לא-מתייאש טוב, הסתיימה לי שוב המכסה בפעם השלישית, אז נצטרך לחכות עד 14:00 שתתאפס המכסה.
@א.מ.ד. כששולחים PR במצב מוכן זה אומר שזה מוכן אבל לא משנה
אז ככה:
לגבי זה שה־PR נפתח כ-Ready - אתה צודק. הוא היה צריך להיפתח כ-Draft כל עוד נשארו בדיקות ידניות וה-build המלא לא הושלם, גם אם מבחינתי עוד לא סיימתי את המבחן.לגבי ההערות עצמן - אני דווקא רוצה לתת לסוכן לטפל בהן כשתתחדש לי המכסה, כי מבחינתי code review ותיקון בעקבותיו הם חלק מהעבודה בדיוק כמו אצל מתכנת אנושי. בשום שלב לא הסכמתי עם הטענה שפרומפט אחד מספיק. העבודה צריכה להיות בשיתוף פעולה מלא עם ה-AI, וזה רק מראה לך כמה שיתוף פעולה של שניכם יכול להועיל לעולם. זה בדיוק review אנושי. עכשיו תן לסוכן לקבל את ה־review ולסגור אותו. ככה עובדים עם סוכן AI.
רק צריך להפריד בין דברים: שתי הרגרסיות ו-FAT32 הן הערות לגיטימיות לפתרון וקודקס כבר מטפל בהן.
לעומת זאת, שינוי אות כונן החרגתי מראש במפורש מהמשימה.
גם הגנה מלאה מפני USB מזויף/משחית נתונים ו-hot removal בזמן ש-SQLite ו-Lucene עובדים עם mmap כבר הופכת את המשימה מתמיכה בנתיב חיצוני לתמיכה מלאה ואמינה ב-removabl- media, כולל שינוי אפשרי ב־SeforimLibrary שהוא בכלל submodule או מאגר נפרד. זו דרישה לגיטימית למוצר, בגלל שאתה מכיר את בסיס המשתמשים שלך, אבל זו כבר דרישה ספציפית שלא היה לי איך לדעת מראש. אתה שמתחזק את זית מכיר את התופעה, סוכן שנכנס עכשיו לריפו לא יכול לדעת שלקהל המסוים הזה יש שיעור חריג של דיסקים מזויפים מאליאקספרס אלא אם הדבר מתועד בקוד/issues/spec.אין לי בעיה שזו תהיה הדרישה - רק בוא נקבע עכשיו את קו הסיום ולא נוסיף בכל review שכבת דרישות חדשה. אם מבחינתך ארבעת הדברים שכתבת עכשיו הם תנאי הקבלה, תגיד במפורש, ואני אתן לסוכן להמשיך מול הרשימה הזו כשתתחדש לי המכסה עד שנראה לאן הוא מגיע.
מעניין שAI לא ראה את הדברים הללו שקפצו לי לעיניים מיד
כי אתה המתחזק של הפרויקט. גם מתכנת אנושי לא היה רואה את זה מיד.
ואני יגיד לך יותר מזה? אפילו לא השתמשתי ב-GPT 6 Astra, אלא רק ב-Sol, שהפער ביניהם הוא עצום!
אני ״קצת״ מבין בסוכנים
לא התרשמתי ככה, אם אתה כל כך מתכחש למהפכת ה-AI...
בllm
אין קשר!!! אתה יכול להיות עילוי עצום ב-llm, אבל לא לדעת איך מקודדים משחק איקס עיגול בסוכן AI!
העבודה צריכה להיות בשיתוף פעולה מלא עם ה-AI, וזה רק מראה לך כמה שיתוף פעולה של שניכם יכול להועיל לעולם. זה בדיוק review אנושי. עכשיו תן לסוכן לקבל את ה־review ולסגור אותו. ככה עובדים עם סוכן AI.
לא, זה ממש אבל ממש לא review אנושי, ואני לא משתף פעולה איתו
לעומת זאת, שינוי אות כונן החרגתי מראש במפורש מהמשימה
למה ? זה גם אומר שלפי השיטה שלך, אונקיי יעבוד רק עם מחשב אחד ספציפי ?? זה טיפש אבל זה מה שהוא היה הולך לעשות
גם הגנה מלאה מפני USB מזויף/משחית נתונים ו-hot removal בזמן ש-SQLite ו-Lucene עובדים עם mmap כבר הופכת את המשימה מתמיכה בנתיב חיצוני לתמיכה מלאה ואמינה ב-removabl- media, כולל שינוי אפשרי ב־SeforimLibrary שהוא בכלל submodule או מאגר נפרד. זו דרישה לגיטימית למוצר, בגלל שאתה מכיר את בסיס המשתמשים שלך, אבל זו כבר דרישה ספציפית שלא היה לי איך לדעת מראש.
זה נכון ולכן מראש היית צריך לשאול כמו בכל פרוייקט, טעות שלך לא של הסוכן, וזה לא דרישה לגיטמית, זה פשוט גרוע ביותר שתוכנה תקרוס באמצע בגלל זה
תה שמתחזק את זית מכיר את התופעה, סוכן שנכנס עכשיו לריפו לא יכול לדעת שלקהל המסוים הזה יש שיעור חריג של דיסקים מזויפים מאליאקספרס אלא אם הדבר מתועד בקוד/issues/spec.
כשאני מקבל pr אני לא מדבר עם סוכן, אני מדבר עם בן אדם, והוא חייב 100%, לא אכפת לי בכלל מי כתב
אין לי בעיה שזו תהיה הדרישה - רק בוא נקבע עכשיו את קו הסיום ולא נוסיף בכל review שכבת דרישות חדשה. אם מבחינתך ארבעת הדברים שכתבת עכשיו הם תנאי הקבלה, תגיד במפורש, ואני אתן לסוכן להמשיך מול הרשימה הזו כשתתחדש לי המכסה עד שנראה לאן הוא מגיע.
גם אני יודע לכתוב פרומפטים, אין עניין שתעשה את זה ושכל פעם אני אקרא את זה, ואגיד לך מה שלא נכון, זה סתם מעייף אותי
כי אתה המתחזק של הפרויקט. גם מתכנת אנושי לא היה רואה את זה מיד.
בן אדם נורמלי הייה רואה אותם, זה טעויות חמורות ביותר, אם זה היה נכנס לprod היה מקריס לכולם, זה יכול לגרום נזק בלתי הפיך שזה פוגע בשם של התוכנה, תדמיין שהיית עושה את זה ללקוח ששילם לך את זה, פשוט הרסת לו את התוכנה
לא התרשמתי ככה, אם אתה כל כך מתכחש למהפכת ה-AI...
זה לא קשור, אני רק יודע מתי כן ומתי לא
אין קשר!!! אתה יכול להיות עילוי עצום ב-llm, אבל לא לדעת איך מקודדים משחק איקס עיגול בסוכן AI!
אני לא מסכים. אם אתה מבין אז אתה יודע מראש פלוס מינוס מה הוא הולך לעשות
בקיצור, מה הערתי זה רק התחלה, אתה תתן את הערות שלי לסוכן והוא יעשה עוד טעויות כי אתה לא מבין מה שאתה עושה, כשאני מבקש ממתכנת feature, אני מצפה שהוא לא יכניס לי חומר נפץ בכל התוכנה שלי, בן אדם צריך לשאול את השאולות הטובות, הוא אמור להבין את הקונטקסט של התוכנה, הוא גם צריך לכבד את המתכנת שהיה לפניו, אם הוא לא עשה את זה וזה היה כ״כ פשוט יש לזה סיבה, גם אני יוגע להפעיל סוכן, בקיצור עבודה של מתכנת אף פעם היה לכתוב קוד, זה תמיד היה טפל, העבודה שלו זה לפטור בעייות, זית בשביל הקונוקסט זה תוכנה מאוד יציבה בגלל שסגרתי את הפינות איפה שיכול להיות בעייות ובגלל שיש לי ניסיון, עכשיו דיסק חיצוני זה להכניס משהו מאוד לא יציב, ולכן אסור לקחת את זה בקלות כמו שעשית, זה כבר היה כישלון
אני לא צריך אותך בשביל לכתוב פרומפט, את זה אני יודע לעשות לבד, תאמין לי שאני לא רוצה לקרוא את הזבל שהוא ימציא בשביל מה שהערתי, תשאל את astra ואת מי שאתה רוצה, זה תמיד יהיה זבל כי אתה בעצמך לא יודע איך לעשות את זה בצורה נכונה, וזה הנקודה שאני רוצה להגיע, ושכולם יבינו, אם עשיתם פרוייקט בלי ללמוד, הוא יכול להיות בprod אבל לא יתכן שלא יהיה טעויות חמורות מסוג זה.
אני יכול להגיד לך מה הוא יעשה אם תמשיך, הוא יעשה polling בשביל חלק מהדברים, ואני אגיד שלא עושים polling שזה יכול למנוע מהמעבד מלהיכנס במצב חיסרון אנרגיה, הוא יגיד נכון ״טעיתי״, אז הוא יעשה system event, הוא יעשה זבל על מאק וולינוקס ואתה לא תרגיש את זה כי בדקת רק על ווינדוס בלי להרגיש שהוא כתב קוד אחר בשביל לינוקס ומאק, ונגיד שזה יהיה קוד נכון, הוא ישתמש בjna בלי להרגיש שזית מקומפל לנטיבי ולכן אני לא רוצה reflection אבל לא יכלת לדעת את זה כי אתה לא יודע מה זה, ולכן הוא יבנה בינרי ויעלה את הdll ברפו שזה חמור מאוד ונוגד כל כללי האבטחה, ואין לדבר סוף. וגם אם תגיד לו את כל זה, הוא ימשיך לעשות טעות אחרי טעות כי אתה לא אומר לו את הצורה הנכונה לעשות את זה.
-
העבודה צריכה להיות בשיתוף פעולה מלא עם ה-AI, וזה רק מראה לך כמה שיתוף פעולה של שניכם יכול להועיל לעולם. זה בדיוק review אנושי. עכשיו תן לסוכן לקבל את ה־review ולסגור אותו. ככה עובדים עם סוכן AI.
לא, זה ממש אבל ממש לא review אנושי, ואני לא משתף פעולה איתו
לעומת זאת, שינוי אות כונן החרגתי מראש במפורש מהמשימה
למה ? זה גם אומר שלפי השיטה שלך, אונקיי יעבוד רק עם מחשב אחד ספציפי ?? זה טיפש אבל זה מה שהוא היה הולך לעשות
גם הגנה מלאה מפני USB מזויף/משחית נתונים ו-hot removal בזמן ש-SQLite ו-Lucene עובדים עם mmap כבר הופכת את המשימה מתמיכה בנתיב חיצוני לתמיכה מלאה ואמינה ב-removabl- media, כולל שינוי אפשרי ב־SeforimLibrary שהוא בכלל submodule או מאגר נפרד. זו דרישה לגיטימית למוצר, בגלל שאתה מכיר את בסיס המשתמשים שלך, אבל זו כבר דרישה ספציפית שלא היה לי איך לדעת מראש.
זה נכון ולכן מראש היית צריך לשאול כמו בכל פרוייקט, טעות שלך לא של הסוכן, וזה לא דרישה לגיטמית, זה פשוט גרוע ביותר שתוכנה תקרוס באמצע בגלל זה
תה שמתחזק את זית מכיר את התופעה, סוכן שנכנס עכשיו לריפו לא יכול לדעת שלקהל המסוים הזה יש שיעור חריג של דיסקים מזויפים מאליאקספרס אלא אם הדבר מתועד בקוד/issues/spec.
כשאני מקבל pr אני לא מדבר עם סוכן, אני מדבר עם בן אדם, והוא חייב 100%, לא אכפת לי בכלל מי כתב
אין לי בעיה שזו תהיה הדרישה - רק בוא נקבע עכשיו את קו הסיום ולא נוסיף בכל review שכבת דרישות חדשה. אם מבחינתך ארבעת הדברים שכתבת עכשיו הם תנאי הקבלה, תגיד במפורש, ואני אתן לסוכן להמשיך מול הרשימה הזו כשתתחדש לי המכסה עד שנראה לאן הוא מגיע.
גם אני יודע לכתוב פרומפטים, אין עניין שתעשה את זה ושכל פעם אני אקרא את זה, ואגיד לך מה שלא נכון, זה סתם מעייף אותי
כי אתה המתחזק של הפרויקט. גם מתכנת אנושי לא היה רואה את זה מיד.
בן אדם נורמלי הייה רואה אותם, זה טעויות חמורות ביותר, אם זה היה נכנס לprod היה מקריס לכולם, זה יכול לגרום נזק בלתי הפיך שזה פוגע בשם של התוכנה, תדמיין שהיית עושה את זה ללקוח ששילם לך את זה, פשוט הרסת לו את התוכנה
לא התרשמתי ככה, אם אתה כל כך מתכחש למהפכת ה-AI...
זה לא קשור, אני רק יודע מתי כן ומתי לא
אין קשר!!! אתה יכול להיות עילוי עצום ב-llm, אבל לא לדעת איך מקודדים משחק איקס עיגול בסוכן AI!
אני לא מסכים. אם אתה מבין אז אתה יודע מראש פלוס מינוס מה הוא הולך לעשות
בקיצור, מה הערתי זה רק התחלה, אתה תתן את הערות שלי לסוכן והוא יעשה עוד טעויות כי אתה לא מבין מה שאתה עושה, כשאני מבקש ממתכנת feature, אני מצפה שהוא לא יכניס לי חומר נפץ בכל התוכנה שלי, בן אדם צריך לשאול את השאולות הטובות, הוא אמור להבין את הקונטקסט של התוכנה, הוא גם צריך לכבד את המתכנת שהיה לפניו, אם הוא לא עשה את זה וזה היה כ״כ פשוט יש לזה סיבה, גם אני יוגע להפעיל סוכן, בקיצור עבודה של מתכנת אף פעם היה לכתוב קוד, זה תמיד היה טפל, העבודה שלו זה לפטור בעייות, זית בשביל הקונוקסט זה תוכנה מאוד יציבה בגלל שסגרתי את הפינות איפה שיכול להיות בעייות ובגלל שיש לי ניסיון, עכשיו דיסק חיצוני זה להכניס משהו מאוד לא יציב, ולכן אסור לקחת את זה בקלות כמו שעשית, זה כבר היה כישלון
אני לא צריך אותך בשביל לכתוב פרומפט, את זה אני יודע לעשות לבד, תאמין לי שאני לא רוצה לקרוא את הזבל שהוא ימציא בשביל מה שהערתי, תשאל את astra ואת מי שאתה רוצה, זה תמיד יהיה זבל כי אתה בעצמך לא יודע איך לעשות את זה בצורה נכונה, וזה הנקודה שאני רוצה להגיע, ושכולם יבינו, אם עשיתם פרוייקט בלי ללמוד, הוא יכול להיות בprod אבל לא יתכן שלא יהיה טעויות חמורות מסוג זה.
אני יכול להגיד לך מה הוא יעשה אם תמשיך, הוא יעשה polling בשביל חלק מהדברים, ואני אגיד שלא עושים polling שזה יכול למנוע מהמעבד מלהיכנס במצב חיסרון אנרגיה, הוא יגיד נכון ״טעיתי״, אז הוא יעשה system event, הוא יעשה זבל על מאק וולינוקס ואתה לא תרגיש את זה כי בדקת רק על ווינדוס בלי להרגיש שהוא כתב קוד אחר בשביל לינוקס ומאק, ונגיד שזה יהיה קוד נכון, הוא ישתמש בjna בלי להרגיש שזית מקומפל לנטיבי ולכן אני לא רוצה reflection אבל לא יכלת לדעת את זה כי אתה לא יודע מה זה, ולכן הוא יבנה בינרי ויעלה את הdll ברפו שזה חמור מאוד ונוגד כל כללי האבטחה, ואין לדבר סוף. וגם אם תגיד לו את כל זה, הוא ימשיך לעשות טעות אחרי טעות כי אתה לא אומר לו את הצורה הנכונה לעשות את זה.
@לא-מתייאש טוב, תמשיך להתווכח. אין לי כוח אפילו לענות עניינית. אתה יודע טוב מאוד שאלו תירוצים בלבד, ושאם תשתמש בסוכן AI לפרויקט הזה העבודה תהיה לך הרבה יותר קלה ומהירה. אין עניין להתעמת מול כל העולם רק בשביל עיקרון מיושן.
זה מזכיר לי את המבחן של @pcinfogmach כאן:
https://mitmachim.top/topic/78123/סקר-האתגר-שלי-לבינה-המלאכותית-בנושא-תיכנות
שכמובן היום מודל של 2B עובר בקלות.תשתמש ב-AI, אל תשתמש ב-AI, זה לא באמת מעניין אותי. אתה דופק רק את עצמך.
אני מאוד מעריך אותך ואת פועלך, ולכן היה חשוב לי לנסות לשכנע אותך לעבוד צמוד עם סוכן AI, ככלי בידיך ולא כמנהל הפרוייקט. אם אתה מתעקש להישאר מאחור, כנראה שאתה מודע להשלכות ומוכן לשאת בהן.בהערכה רבה.
-
@לא-מתייאש את החלק הראשון אני לוקח מיד.
מחכה
לגבי אנדרואיד - זה שזה רק קוטלין קצת מטעה - רוב זית בפועל בנויה כרגע סביב JVM/Desktop, כולל UI ותלויות שלא קיימות באנדרואיד, כך שפורט מלא הוא כבר פרויקט ולא מבחן נקודתי, וגם ישרוף לי מכסה לא פרופורציונלית כמו שכתבתי. אולי כשיהיה לי מכסה מיותרת או שמישהו יינדב לי.
חשבתי ששום דבר לא קשה עם ai, רק צריך להגיד לו ״תתאים לי את זה לאנדרואיד״, וחוץ מזה, לא זה ממש לא פרוייקט שלם, אוליי שבועיים של עבודה
@א.מ.ד. כתב:
@לא-מתייאש את החלק הראשון אני לוקח מיד.
מחכה
גם אני ועוד נשמח שיהיה אפשרות כזאת (כי לצערי הC שלי הוא קטנטן) אז תעשה את זה גם בשביל הציבור לא רק בשביל הAI...
-
@א.מ.ד. כתב:
@לא-מתייאש את החלק הראשון אני לוקח מיד.
מחכה
גם אני ועוד נשמח שיהיה אפשרות כזאת (כי לצערי הC שלי הוא קטנטן) אז תעשה את זה גם בשביל הציבור לא רק בשביל הAI...
-
-
@א.מ.ד. (אישית בשבילי מספיק שזה יעבוד על דיסק D)
זה באמת קשה לAI לעשות את זה או גומר מכסות? מה כל כך מסובך בזה שזה יזכור נתיב אחר או שאולי זה בגלל שהוא צריך ללמוד את הפרוייקט? -
העבודה צריכה להיות בשיתוף פעולה מלא עם ה-AI, וזה רק מראה לך כמה שיתוף פעולה של שניכם יכול להועיל לעולם. זה בדיוק review אנושי. עכשיו תן לסוכן לקבל את ה־review ולסגור אותו. ככה עובדים עם סוכן AI.
לא, זה ממש אבל ממש לא review אנושי, ואני לא משתף פעולה איתו
לעומת זאת, שינוי אות כונן החרגתי מראש במפורש מהמשימה
למה ? זה גם אומר שלפי השיטה שלך, אונקיי יעבוד רק עם מחשב אחד ספציפי ?? זה טיפש אבל זה מה שהוא היה הולך לעשות
גם הגנה מלאה מפני USB מזויף/משחית נתונים ו-hot removal בזמן ש-SQLite ו-Lucene עובדים עם mmap כבר הופכת את המשימה מתמיכה בנתיב חיצוני לתמיכה מלאה ואמינה ב-removabl- media, כולל שינוי אפשרי ב־SeforimLibrary שהוא בכלל submodule או מאגר נפרד. זו דרישה לגיטימית למוצר, בגלל שאתה מכיר את בסיס המשתמשים שלך, אבל זו כבר דרישה ספציפית שלא היה לי איך לדעת מראש.
זה נכון ולכן מראש היית צריך לשאול כמו בכל פרוייקט, טעות שלך לא של הסוכן, וזה לא דרישה לגיטמית, זה פשוט גרוע ביותר שתוכנה תקרוס באמצע בגלל זה
תה שמתחזק את זית מכיר את התופעה, סוכן שנכנס עכשיו לריפו לא יכול לדעת שלקהל המסוים הזה יש שיעור חריג של דיסקים מזויפים מאליאקספרס אלא אם הדבר מתועד בקוד/issues/spec.
כשאני מקבל pr אני לא מדבר עם סוכן, אני מדבר עם בן אדם, והוא חייב 100%, לא אכפת לי בכלל מי כתב
אין לי בעיה שזו תהיה הדרישה - רק בוא נקבע עכשיו את קו הסיום ולא נוסיף בכל review שכבת דרישות חדשה. אם מבחינתך ארבעת הדברים שכתבת עכשיו הם תנאי הקבלה, תגיד במפורש, ואני אתן לסוכן להמשיך מול הרשימה הזו כשתתחדש לי המכסה עד שנראה לאן הוא מגיע.
גם אני יודע לכתוב פרומפטים, אין עניין שתעשה את זה ושכל פעם אני אקרא את זה, ואגיד לך מה שלא נכון, זה סתם מעייף אותי
כי אתה המתחזק של הפרויקט. גם מתכנת אנושי לא היה רואה את זה מיד.
בן אדם נורמלי הייה רואה אותם, זה טעויות חמורות ביותר, אם זה היה נכנס לprod היה מקריס לכולם, זה יכול לגרום נזק בלתי הפיך שזה פוגע בשם של התוכנה, תדמיין שהיית עושה את זה ללקוח ששילם לך את זה, פשוט הרסת לו את התוכנה
לא התרשמתי ככה, אם אתה כל כך מתכחש למהפכת ה-AI...
זה לא קשור, אני רק יודע מתי כן ומתי לא
אין קשר!!! אתה יכול להיות עילוי עצום ב-llm, אבל לא לדעת איך מקודדים משחק איקס עיגול בסוכן AI!
אני לא מסכים. אם אתה מבין אז אתה יודע מראש פלוס מינוס מה הוא הולך לעשות
בקיצור, מה הערתי זה רק התחלה, אתה תתן את הערות שלי לסוכן והוא יעשה עוד טעויות כי אתה לא מבין מה שאתה עושה, כשאני מבקש ממתכנת feature, אני מצפה שהוא לא יכניס לי חומר נפץ בכל התוכנה שלי, בן אדם צריך לשאול את השאולות הטובות, הוא אמור להבין את הקונטקסט של התוכנה, הוא גם צריך לכבד את המתכנת שהיה לפניו, אם הוא לא עשה את זה וזה היה כ״כ פשוט יש לזה סיבה, גם אני יוגע להפעיל סוכן, בקיצור עבודה של מתכנת אף פעם היה לכתוב קוד, זה תמיד היה טפל, העבודה שלו זה לפטור בעייות, זית בשביל הקונוקסט זה תוכנה מאוד יציבה בגלל שסגרתי את הפינות איפה שיכול להיות בעייות ובגלל שיש לי ניסיון, עכשיו דיסק חיצוני זה להכניס משהו מאוד לא יציב, ולכן אסור לקחת את זה בקלות כמו שעשית, זה כבר היה כישלון
אני לא צריך אותך בשביל לכתוב פרומפט, את זה אני יודע לעשות לבד, תאמין לי שאני לא רוצה לקרוא את הזבל שהוא ימציא בשביל מה שהערתי, תשאל את astra ואת מי שאתה רוצה, זה תמיד יהיה זבל כי אתה בעצמך לא יודע איך לעשות את זה בצורה נכונה, וזה הנקודה שאני רוצה להגיע, ושכולם יבינו, אם עשיתם פרוייקט בלי ללמוד, הוא יכול להיות בprod אבל לא יתכן שלא יהיה טעויות חמורות מסוג זה.
אני יכול להגיד לך מה הוא יעשה אם תמשיך, הוא יעשה polling בשביל חלק מהדברים, ואני אגיד שלא עושים polling שזה יכול למנוע מהמעבד מלהיכנס במצב חיסרון אנרגיה, הוא יגיד נכון ״טעיתי״, אז הוא יעשה system event, הוא יעשה זבל על מאק וולינוקס ואתה לא תרגיש את זה כי בדקת רק על ווינדוס בלי להרגיש שהוא כתב קוד אחר בשביל לינוקס ומאק, ונגיד שזה יהיה קוד נכון, הוא ישתמש בjna בלי להרגיש שזית מקומפל לנטיבי ולכן אני לא רוצה reflection אבל לא יכלת לדעת את זה כי אתה לא יודע מה זה, ולכן הוא יבנה בינרי ויעלה את הdll ברפו שזה חמור מאוד ונוגד כל כללי האבטחה, ואין לדבר סוף. וגם אם תגיד לו את כל זה, הוא ימשיך לעשות טעות אחרי טעות כי אתה לא אומר לו את הצורה הנכונה לעשות את זה.
אני יכול להגיד לך מה הוא יעשה אם תמשיך
השאלה מה הסיבה לזה לדעתך
הרי אתה אימנת אותו על כתב רש"י במשך שבוע בלבד על חומרה חלשה וקצת חומר וזה הגיע לתוצאות מרשימות (אם כי לא ברמה של בן אדם שמבין הקשר)
כאן מדובר בכמויות של מתכנתים מעולים עם החומרה החזקה בעולם וכמויות קוד ענקיות. -
@לא-מתייאש טוב, תמשיך להתווכח. אין לי כוח אפילו לענות עניינית. אתה יודע טוב מאוד שאלו תירוצים בלבד, ושאם תשתמש בסוכן AI לפרויקט הזה העבודה תהיה לך הרבה יותר קלה ומהירה. אין עניין להתעמת מול כל העולם רק בשביל עיקרון מיושן.
זה מזכיר לי את המבחן של @pcinfogmach כאן:
https://mitmachim.top/topic/78123/סקר-האתגר-שלי-לבינה-המלאכותית-בנושא-תיכנות
שכמובן היום מודל של 2B עובר בקלות.תשתמש ב-AI, אל תשתמש ב-AI, זה לא באמת מעניין אותי. אתה דופק רק את עצמך.
אני מאוד מעריך אותך ואת פועלך, ולכן היה חשוב לי לנסות לשכנע אותך לעבוד צמוד עם סוכן AI, ככלי בידיך ולא כמנהל הפרוייקט. אם אתה מתעקש להישאר מאחור, כנראה שאתה מודע להשלכות ומוכן לשאת בהן.בהערכה רבה.
-
@א.מ.ד. אני משתמש בAI, ואף פעם לא אמרתי לא להשתמש בAI, רק שזה לא מונע מללמוד ומי שלא לומד יעשה טעויות, זהו.
וזה לא נגדך אישית, זה רק מעצבן אותי לומר שכל אחד שכאילו יודע לכתוב פרומפט חושב שהוא ויותר טוב מאלפי שעות של עמל ושל ניסיון.
-
אני יכול להגיד לך מה הוא יעשה אם תמשיך
השאלה מה הסיבה לזה לדעתך
הרי אתה אימנת אותו על כתב רש"י במשך שבוע בלבד על חומרה חלשה וקצת חומר וזה הגיע לתוצאות מרשימות (אם כי לא ברמה של בן אדם שמבין הקשר)
כאן מדובר בכמויות של מתכנתים מעולים עם החומרה החזקה בעולם וכמויות קוד ענקיות.השאלה מה הסיבה לזה לדעתך
הרי אתה אימנת אותו על כתב רש"י במשך שבוע בלבד על חומרה חלשה וקצת חומר וזה הגיע לתוצאות מרשימות (אם כי לא ברמה של בן אדם שמבין הקשר)
כאן מדובר בכמויות של מתכנתים מעולים עם החומרה החזקה בעולם וכמויות קוד ענקיות.הסיבה שאתה מכניס "משתנה" שהוא מאוד לא יציב, אפשר להוציא את הדיק און קיי בדיוק בזמן שלא היה צריך להוציא אותו, אפשר לפרמט אותו, הוא יכול להיות מזויף כמו שיש הרבה מאליאקספרס, וכשאתה מכניס משהו בתוכנה שאין לך שליטה עליו, זה קשה, אתה צריך לחשוב על כל דבר שלא יעשו, ואם אתה שואל אותי מה הצורה הנכונה לעשות את זה, אני לא יודע, אני רק יכול לומר לך מה שלא נכון בוודאות, ולכן מן הראוי היה לדבר עם בן אדם שמבין עניין ולשקול את הדברים, אני כרגע לא לקחתי את הזמן לחשוב איך לבצע את זה.
-
@כולם! אפשר לנהל ויכוח, אבל בצורה עניינית ומכבדת.
תודה -
@כולם! אפשר לנהל ויכוח, אבל בצורה עניינית ומכבדת.
תודה@שניאור-שמח דוקא מאוד נהנתי מהדיון, דוקא בגלל הטונים הגבוהים. שמראים יופי. אם מישהו רוצה שאתקצר לו, אז ככה (בגסות):
@א.מ.ד. טוען שבעקבות מהפכת הAI תכנון הפך להיות לנחלת הכלל, ובעזרת כמה פרומטים אפשר לפתח הרבה דברים, ומי שמתעלם מזה - מתנהג כעיוור (ועוד אם לא עכשיו, אז עוד חודש עוד חצי שנה, רק תחשבו מה ייקרה פה עוד שנתיים).
@לא-מתייאש טוען, שתכנות ולוגיקה הם מעשי ידי השכל, ואין אף כלי של "בינה מלאכותית" שהגיע (ואולי גם שיגיע) לרמה של השכל. בנוסף הוא טוען על "אחריות הקוד" - לכך שגם קוד שנכתב ע"י AI נצרך לאישור האנושי. בבד בבד עם זה הוא טוען (בין השורות), שAI הוא כלי נהדר, ויש להשתמש בו בצורה נכונה אחרי שהמשתמש בו יודע איך הדברים פועלים מתחת למכסה מנוע.בנוסף @א.מ.ד. ביקש לתרום קוד (PR בשפה מקצועית) לפרוייקט מאגר ספרים של זית (בבעלות @לא-מתייאש), ו @לא-מתייאש דחה את בקשת התרומה מכיוון שהיא לא לקחה בחשבון כמה דברים טכניים מהותיים בניהול נכון (פירוט טכני ב[1]).
פירוט טכני (חלקי):
[1] - התרומה הייתה לכך שיהיה אפשר להתקין את המאגר גם על דיסק חיצוני, ו @לא-מתייאש מצא כמה טעויות מהותיות בתרומה:
א. במנגנון הנמצא כעת בפרוייקט זית, יש ייעילות גדולה בקריאה של הספרים ויש הנחת מוצא לכך שכל ספר שהוא מחפש הוא יימצא, במקרה של הסרת הדיסק און קי - התוכנה תקרוס בלי שלמשתמש יובן מה הסיבה (וזה מורכב מ2 מנגונים נוספים שאין כאן המקום להאריך).
ב. כל דיסק און קי מצהיר כמה אחסון יש לו, (וההצהרה הזאת יכולה להיות שקרית) - ב"ציבור החרדי" קונים הרבה דיסק און קי מזוייפים ופגומים עם שטח אחסון שמצהיר שיש מלבר יותר משיש מלגיו - ולכן יש צורך לזהות את הבעיה הזאת בשמירה בתוך קובץ חיצוני.--
הערותיי:
א. סליחה על האריכות.
ב. מה שיפה בהערות של @לא-מתייאש שחלק מהבעיות הם בעיות "טכניות", וחלק מהבעיות הם לפי הכרות עם "המציאות". -
@שניאור-שמח דוקא מאוד נהנתי מהדיון, דוקא בגלל הטונים הגבוהים. שמראים יופי. אם מישהו רוצה שאתקצר לו, אז ככה (בגסות):
@א.מ.ד. טוען שבעקבות מהפכת הAI תכנון הפך להיות לנחלת הכלל, ובעזרת כמה פרומטים אפשר לפתח הרבה דברים, ומי שמתעלם מזה - מתנהג כעיוור (ועוד אם לא עכשיו, אז עוד חודש עוד חצי שנה, רק תחשבו מה ייקרה פה עוד שנתיים).
@לא-מתייאש טוען, שתכנות ולוגיקה הם מעשי ידי השכל, ואין אף כלי של "בינה מלאכותית" שהגיע (ואולי גם שיגיע) לרמה של השכל. בנוסף הוא טוען על "אחריות הקוד" - לכך שגם קוד שנכתב ע"י AI נצרך לאישור האנושי. בבד בבד עם זה הוא טוען (בין השורות), שAI הוא כלי נהדר, ויש להשתמש בו בצורה נכונה אחרי שהמשתמש בו יודע איך הדברים פועלים מתחת למכסה מנוע.בנוסף @א.מ.ד. ביקש לתרום קוד (PR בשפה מקצועית) לפרוייקט מאגר ספרים של זית (בבעלות @לא-מתייאש), ו @לא-מתייאש דחה את בקשת התרומה מכיוון שהיא לא לקחה בחשבון כמה דברים טכניים מהותיים בניהול נכון (פירוט טכני ב[1]).
פירוט טכני (חלקי):
[1] - התרומה הייתה לכך שיהיה אפשר להתקין את המאגר גם על דיסק חיצוני, ו @לא-מתייאש מצא כמה טעויות מהותיות בתרומה:
א. במנגנון הנמצא כעת בפרוייקט זית, יש ייעילות גדולה בקריאה של הספרים ויש הנחת מוצא לכך שכל ספר שהוא מחפש הוא יימצא, במקרה של הסרת הדיסק און קי - התוכנה תקרוס בלי שלמשתמש יובן מה הסיבה (וזה מורכב מ2 מנגונים נוספים שאין כאן המקום להאריך).
ב. כל דיסק און קי מצהיר כמה אחסון יש לו, (וההצהרה הזאת יכולה להיות שקרית) - ב"ציבור החרדי" קונים הרבה דיסק און קי מזוייפים ופגומים עם שטח אחסון שמצהיר שיש מלבר יותר משיש מלגיו - ולכן יש צורך לזהות את הבעיה הזאת בשמירה בתוך קובץ חיצוני.--
הערותיי:
א. סליחה על האריכות.
ב. מה שיפה בהערות של @לא-מתייאש שחלק מהבעיות הם בעיות "טכניות", וחלק מהבעיות הם לפי הכרות עם "המציאות".א. במנגנון הנמצא כעת בפרוייקט זית, יש ייעילות גדולה בקריאה של הספרים ויש הנחת מוצא לכך שכל ספר שהוא מחפש הוא יימצא, במקרה של הסרת הדיסק און קי - התוכנה תקרוס בלי שלמשתמש יובן מה הסיבה (וזה מורכב מ2 מנגונים נוספים שאין כאן המקום להאריך).
ב. כל דיסק און קי מצהיר כמה אחסון יש לו, (וההצהרה הזאת יכולה להיות שקרית) - ב"ציבור החרדי" קונים הרבה דיסק און קי מזוייפים ופגומים עם שטח אחסון שמצהיר שיש מלבר יותר משיש מלגיו - ולכן יש צורך לזהות את הבעיה הזאת בשמירה בתוך קובץ חיצוני.זו כוונתו?
אני חושב שזה דבר מאוד בסיסי לטפל בספרים שאולי חסרים בלי שהכל יקרוס, לא_מתיאש טען שהתוכנה יציבה והוא סגר את כל הפינות האלו. -
@שניאור-שמח דוקא מאוד נהנתי מהדיון, דוקא בגלל הטונים הגבוהים. שמראים יופי. אם מישהו רוצה שאתקצר לו, אז ככה (בגסות):
@א.מ.ד. טוען שבעקבות מהפכת הAI תכנון הפך להיות לנחלת הכלל, ובעזרת כמה פרומטים אפשר לפתח הרבה דברים, ומי שמתעלם מזה - מתנהג כעיוור (ועוד אם לא עכשיו, אז עוד חודש עוד חצי שנה, רק תחשבו מה ייקרה פה עוד שנתיים).
@לא-מתייאש טוען, שתכנות ולוגיקה הם מעשי ידי השכל, ואין אף כלי של "בינה מלאכותית" שהגיע (ואולי גם שיגיע) לרמה של השכל. בנוסף הוא טוען על "אחריות הקוד" - לכך שגם קוד שנכתב ע"י AI נצרך לאישור האנושי. בבד בבד עם זה הוא טוען (בין השורות), שAI הוא כלי נהדר, ויש להשתמש בו בצורה נכונה אחרי שהמשתמש בו יודע איך הדברים פועלים מתחת למכסה מנוע.בנוסף @א.מ.ד. ביקש לתרום קוד (PR בשפה מקצועית) לפרוייקט מאגר ספרים של זית (בבעלות @לא-מתייאש), ו @לא-מתייאש דחה את בקשת התרומה מכיוון שהיא לא לקחה בחשבון כמה דברים טכניים מהותיים בניהול נכון (פירוט טכני ב[1]).
פירוט טכני (חלקי):
[1] - התרומה הייתה לכך שיהיה אפשר להתקין את המאגר גם על דיסק חיצוני, ו @לא-מתייאש מצא כמה טעויות מהותיות בתרומה:
א. במנגנון הנמצא כעת בפרוייקט זית, יש ייעילות גדולה בקריאה של הספרים ויש הנחת מוצא לכך שכל ספר שהוא מחפש הוא יימצא, במקרה של הסרת הדיסק און קי - התוכנה תקרוס בלי שלמשתמש יובן מה הסיבה (וזה מורכב מ2 מנגונים נוספים שאין כאן המקום להאריך).
ב. כל דיסק און קי מצהיר כמה אחסון יש לו, (וההצהרה הזאת יכולה להיות שקרית) - ב"ציבור החרדי" קונים הרבה דיסק און קי מזוייפים ופגומים עם שטח אחסון שמצהיר שיש מלבר יותר משיש מלגיו - ולכן יש צורך לזהות את הבעיה הזאת בשמירה בתוך קובץ חיצוני.--
הערותיי:
א. סליחה על האריכות.
ב. מה שיפה בהערות של @לא-מתייאש שחלק מהבעיות הם בעיות "טכניות", וחלק מהבעיות הם לפי הכרות עם "המציאות".@yeo4
אני אישי לא אומר שאין מהפכה של AI, אבל צריך להבין שיש הרבה הייפ בסיפור הזה. הבעייה היא שמוכרים שיעורים של איך לעשות פרומפט בשעתיים ועם זה תוכל להיות יותר טוב ממהנדס שלמד 5 שנים, ואני חושב שאני כן חיי את הדברים הללו, צריך לקחת את הדברים בפרופורציות הנכונות, זית סה"כ זה 20 אלף הורדות כולל, כלומר כל הגרסאות ביחד, נוקלאוס זה מיליון הורדות לחודש, compose media player זה חמי מיליון הורדות לחודש, ואלו שמורדים זה אנשים מקצועים (אז כמובן זה גם ספרים שצריך לקחת בפרופורציות כי CI מורידים את כל התלויות כל פעם, על כל PR), אבל כל זה לומר שיש כן קוד שהוא באמת בprod, ושאני יודע איזה סוג של בעייות יכול להיות.
אני עובד באקוסיסטם של קוטלין שרובם שאני מכיר זה מתכנתים וותיקים שהיו כבר מתכנתים בשנות ה2000 בJAVA, ויש 3 קבוצות של מהנדסים, אלו שהם מאוד בעד AI וכבר לא כותבים ידני שורה אחת, אלו שהם באמצע שזה סוג של קופיילות ואלו שלא משתמשים בכלל בשיטה ובראשם jake wharton (שעליו אומרים שאם הקוד שלא לא מתקמפל זה באג בקומפיילר).
אני הייתי בשנייה עד חודש פברואר - מרס בערך ואחר כך הפכתי להיות בקבוצה הראשונה ולכן התחלתי את הרפוייקט שלי נוקלאוס שזה סוג של חלום בשבילי שבלי AI היה לוקח לי 8 שנים להגיע לאן שהגעתי היום, ועם שיטה השנייה היה לוקח לי 4 שנים, ועכשיו לקח לי 6-7 חודשים, אני אף פעם הייתי בקבוצה הראשונה שלא צריך להשתמש בכלל בAI.
עכשיו מה קורא, מהנדסים של jetbrains שהם ברובם בקבוצה הראשונה או השניים נתקו את הקשר איתי כמעט, איפה שפעם הייתי סוג של ref בשבילם (קצת מזכיר לי את הלחץ החברתי בציבור החרדים אם יש לך אייפון
), בכל זאת הרבה ראו שנוקלאוס הרבה יותר יציב אפילו ממה שעשוים jetbrains ואין כמעט פוסט ברדיט שמזכירים דסקטופ בקוטלין בלי להזכיר את נוקליאוס, כלומר שיש כאן מהפכה של המתכנתים שזה לא מפריע להם שלא כתבתי את הקוד ידני, אבל וזה מאוד מאוד חשוב שזה דורש ממני להיות הרבה יותר מומחה מפעם, כי אני צריך לעשות review ולהבין קוד שלא כתבתי אותו, זה דורש ממני עוד יותר מאמצים כי זה פרוייקט שאני מנהל שהוא 40 מודלים נטיבים, מודול של packaging עם אפשרויות שונות לחלוטין בקמפול ועוד.
עכשיו הדבר המעניין שלמדתי להשתמש בסוכנים בצורה מאוד יסודית, לא מאיזה מפתח וואב שלא יודע לעשות 1% ממה שאני עושה, לדמתי מפיירפוקס איך מצאו פריצות אבטחה עם קלוד, למדתי מהמפתחים של VLC (כולם צרפתים
) , שמעתי שעות על גבי שעות של הרצאות של אנשים שמבינים מה זה קוד, מה זה prod, ועכשיו מה שיוצא שיש סוג של הסכמה, שכל אלו שהם סניור ולא כותבים שורה אחת, הם מתחילים לרדת ברמה, כי בזכות הקוד שהם כתבו בעבר ואת הניסיות הם יכולים היום לעשות את זה ולהיות פי 5 יותר פרודוקטיבי, אבל הם מתחילים להפסיד את זה, ולכן היום מה שיוצא שצריך לעשות קוד ידני כמו פעם שעה ביום, אימון של המוח, ובשביל אלו שמתחילים, כולם אומרים שלא יודעים לעשות איתם, האם הם צריכים ללמוד עם AI בלי AI, אין עדיין קונסנזוס, וגם אני לא יודע מה להגיד בנושא. -
@שניאור-שמח דוקא מאוד נהנתי מהדיון, דוקא בגלל הטונים הגבוהים. שמראים יופי. אם מישהו רוצה שאתקצר לו, אז ככה (בגסות):
@א.מ.ד. טוען שבעקבות מהפכת הAI תכנון הפך להיות לנחלת הכלל, ובעזרת כמה פרומטים אפשר לפתח הרבה דברים, ומי שמתעלם מזה - מתנהג כעיוור (ועוד אם לא עכשיו, אז עוד חודש עוד חצי שנה, רק תחשבו מה ייקרה פה עוד שנתיים).
@לא-מתייאש טוען, שתכנות ולוגיקה הם מעשי ידי השכל, ואין אף כלי של "בינה מלאכותית" שהגיע (ואולי גם שיגיע) לרמה של השכל. בנוסף הוא טוען על "אחריות הקוד" - לכך שגם קוד שנכתב ע"י AI נצרך לאישור האנושי. בבד בבד עם זה הוא טוען (בין השורות), שAI הוא כלי נהדר, ויש להשתמש בו בצורה נכונה אחרי שהמשתמש בו יודע איך הדברים פועלים מתחת למכסה מנוע.בנוסף @א.מ.ד. ביקש לתרום קוד (PR בשפה מקצועית) לפרוייקט מאגר ספרים של זית (בבעלות @לא-מתייאש), ו @לא-מתייאש דחה את בקשת התרומה מכיוון שהיא לא לקחה בחשבון כמה דברים טכניים מהותיים בניהול נכון (פירוט טכני ב[1]).
פירוט טכני (חלקי):
[1] - התרומה הייתה לכך שיהיה אפשר להתקין את המאגר גם על דיסק חיצוני, ו @לא-מתייאש מצא כמה טעויות מהותיות בתרומה:
א. במנגנון הנמצא כעת בפרוייקט זית, יש ייעילות גדולה בקריאה של הספרים ויש הנחת מוצא לכך שכל ספר שהוא מחפש הוא יימצא, במקרה של הסרת הדיסק און קי - התוכנה תקרוס בלי שלמשתמש יובן מה הסיבה (וזה מורכב מ2 מנגונים נוספים שאין כאן המקום להאריך).
ב. כל דיסק און קי מצהיר כמה אחסון יש לו, (וההצהרה הזאת יכולה להיות שקרית) - ב"ציבור החרדי" קונים הרבה דיסק און קי מזוייפים ופגומים עם שטח אחסון שמצהיר שיש מלבר יותר משיש מלגיו - ולכן יש צורך לזהות את הבעיה הזאת בשמירה בתוך קובץ חיצוני.--
הערותיי:
א. סליחה על האריכות.
ב. מה שיפה בהערות של @לא-מתייאש שחלק מהבעיות הם בעיות "טכניות", וחלק מהבעיות הם לפי הכרות עם "המציאות".@yeo4
לפי מה שאני הבנתי:
@א.מ.ד. טוען שכל זמן שהקוד של הAI עובד - אל תגע. יש באג תן לו לתקן.
מה הוא עושה בפועל, זה לא משנה, שישתמש בCPU, בRAM, פירצות אבטחה, לא יודע לא מבין העיקר שעובד.
כמובן, שאם אתה מוצא את אחד מהפרטים הנ"ל, תן לו לתקן את הקוד כך שיעבוד בצורה יותר פרודוקטיבית.@לא-מתייאש טוען, שכל זמן שאתה לא מבין את הקוד, אין לך את היכולת ליצור תוכנה באמת, זה שAI יוצר תוכנה שעובדת, זה על חשבון עשרות אם לא מאות דברים נלווים שלא קשורים, טעויות, ובאגים מאוחים בפלסתר, שבסופו של דבר זוללים משאבים, וסופו מי ישורנו, כי אף אחד לא יודע מה כתוב בקוד.
ולכן, גם אם אתה משתמש בAI, אתה חייב לעבור על כל הקוד, ולבחון שורה שורה האם היא נכונה או לא, והאם היא עונה על הציפיות שלך, ומבצעת את המוטל עליה בצורה ובדרך הטובה ביותר, כשאתה מזהה מראש כל התנהגות בלתי צפויה ונותן לAI הנחיות ברורות ממה להמנע, והיכן יתכן פרצות שצריך למנוע מראש.ובינינו, כל מי שהתקין והשתמש עם תוכנה מורכבת שנבנתה על ידי AI בלבד, יודע שהיא באמת בעייתית, אני לא מכיר תוכנות AI כל כך, אבל מהתוכנות שהתקנתי סבלתי והסרתי, ועדיין מדי פעם אני מגלה נזקים, שאריות, ושאר מרעין בישין שהשאירו, אם אתה מכיר תוכנת AI מושלמת, בלי שמהנדס קוד יישב על הקוד, תודיע לי
-
@yeo4
לפי מה שאני הבנתי:
@א.מ.ד. טוען שכל זמן שהקוד של הAI עובד - אל תגע. יש באג תן לו לתקן.
מה הוא עושה בפועל, זה לא משנה, שישתמש בCPU, בRAM, פירצות אבטחה, לא יודע לא מבין העיקר שעובד.
כמובן, שאם אתה מוצא את אחד מהפרטים הנ"ל, תן לו לתקן את הקוד כך שיעבוד בצורה יותר פרודוקטיבית.@לא-מתייאש טוען, שכל זמן שאתה לא מבין את הקוד, אין לך את היכולת ליצור תוכנה באמת, זה שAI יוצר תוכנה שעובדת, זה על חשבון עשרות אם לא מאות דברים נלווים שלא קשורים, טעויות, ובאגים מאוחים בפלסתר, שבסופו של דבר זוללים משאבים, וסופו מי ישורנו, כי אף אחד לא יודע מה כתוב בקוד.
ולכן, גם אם אתה משתמש בAI, אתה חייב לעבור על כל הקוד, ולבחון שורה שורה האם היא נכונה או לא, והאם היא עונה על הציפיות שלך, ומבצעת את המוטל עליה בצורה ובדרך הטובה ביותר, כשאתה מזהה מראש כל התנהגות בלתי צפויה ונותן לAI הנחיות ברורות ממה להמנע, והיכן יתכן פרצות שצריך למנוע מראש.ובינינו, כל מי שהתקין והשתמש עם תוכנה מורכבת שנבנתה על ידי AI בלבד, יודע שהיא באמת בעייתית, אני לא מכיר תוכנות AI כל כך, אבל מהתוכנות שהתקנתי סבלתי והסרתי, ועדיין מדי פעם אני מגלה נזקים, שאריות, ושאר מרעין בישין שהשאירו, אם אתה מכיר תוכנת AI מושלמת, בלי שמהנדס קוד יישב על הקוד, תודיע לי
ובינינו, כל מי שהתקין והשתמש עם תוכנה מורכבת שנבנתה על ידי AI בלבד, יודע שהיא באמת בעייתית, אני לא מכיר תוכנות AI כל כך, אבל מהתוכנות שהתקנתי סבלתי והסרתי, ועדיין מדי פעם אני מגלה נזקים, שאריות, ושאר מרעין בישין שהשאירו, אם אתה מכיר תוכנת AI מושלמת, בלי שמהנדס קוד יישב על הקוד, תודיע לי
לא מסכים עם זה.
אומנם יש הרבה תוכנות עם הרבה באגים אבל לא פעם יצא לי להנות מתוכנה נקייה לגמרי, עיין איבלוק לפני כל השיפורים, עיין מכשירוט
בפועל היום עם קצת נסיון בבנייה עם AI עם הפרומטים הנכונים והכלים הנכונים אפשר לעשות נפלאות.
וכמובן אני לא חולק על @לא-מתייאש שא"א להתחרות כרגע עם מתכנת כמוך אבל חד"ש יש כלים מצויינים שנבנו ב AI. -
@שניאור-שמח דוקא מאוד נהנתי מהדיון, דוקא בגלל הטונים הגבוהים. שמראים יופי. אם מישהו רוצה שאתקצר לו, אז ככה (בגסות):
@א.מ.ד. טוען שבעקבות מהפכת הAI תכנון הפך להיות לנחלת הכלל, ובעזרת כמה פרומטים אפשר לפתח הרבה דברים, ומי שמתעלם מזה - מתנהג כעיוור (ועוד אם לא עכשיו, אז עוד חודש עוד חצי שנה, רק תחשבו מה ייקרה פה עוד שנתיים).
@לא-מתייאש טוען, שתכנות ולוגיקה הם מעשי ידי השכל, ואין אף כלי של "בינה מלאכותית" שהגיע (ואולי גם שיגיע) לרמה של השכל. בנוסף הוא טוען על "אחריות הקוד" - לכך שגם קוד שנכתב ע"י AI נצרך לאישור האנושי. בבד בבד עם זה הוא טוען (בין השורות), שAI הוא כלי נהדר, ויש להשתמש בו בצורה נכונה אחרי שהמשתמש בו יודע איך הדברים פועלים מתחת למכסה מנוע.בנוסף @א.מ.ד. ביקש לתרום קוד (PR בשפה מקצועית) לפרוייקט מאגר ספרים של זית (בבעלות @לא-מתייאש), ו @לא-מתייאש דחה את בקשת התרומה מכיוון שהיא לא לקחה בחשבון כמה דברים טכניים מהותיים בניהול נכון (פירוט טכני ב[1]).
פירוט טכני (חלקי):
[1] - התרומה הייתה לכך שיהיה אפשר להתקין את המאגר גם על דיסק חיצוני, ו @לא-מתייאש מצא כמה טעויות מהותיות בתרומה:
א. במנגנון הנמצא כעת בפרוייקט זית, יש ייעילות גדולה בקריאה של הספרים ויש הנחת מוצא לכך שכל ספר שהוא מחפש הוא יימצא, במקרה של הסרת הדיסק און קי - התוכנה תקרוס בלי שלמשתמש יובן מה הסיבה (וזה מורכב מ2 מנגונים נוספים שאין כאן המקום להאריך).
ב. כל דיסק און קי מצהיר כמה אחסון יש לו, (וההצהרה הזאת יכולה להיות שקרית) - ב"ציבור החרדי" קונים הרבה דיסק און קי מזוייפים ופגומים עם שטח אחסון שמצהיר שיש מלבר יותר משיש מלגיו - ולכן יש צורך לזהות את הבעיה הזאת בשמירה בתוך קובץ חיצוני.--
הערותיי:
א. סליחה על האריכות.
ב. מה שיפה בהערות של @לא-מתייאש שחלק מהבעיות הם בעיות "טכניות", וחלק מהבעיות הם לפי הכרות עם "המציאות".@א.מ.ד. טוען שבעקבות מהפכת הAI תכנון הפך להיות לנחלת הכלל, ובעזרת כמה פרומטים אפשר לפתח הרבה דברים, ומי שמתעלם מזה - מתנהג כעיוור (ועוד אם לא עכשיו, אז עוד חודש עוד חצי שנה, רק תחשבו מה ייקרה פה עוד שנתיים).
תרשה לי לדייק אותך - טענתי שמפעיל הסוכן חייב לדעת איך נראית תוכנה, מושגים בסיסיים בפיתוח וניהול פרויקטים וכו'. אחרת התוכנה שלו תיראה כמו עשרות התוכנות שעולות פה בפורום כל יום.
בנוסף, טענתי שצריך לעבוד עם ה-AI במשותף, לא סתם לזרוק לו פרומפט ולראות אם יש באגים. צריך לעבוד שלב אחר שלב ולהשתמש ב-AI כעובד תחתיך שמתרגם את כוונותיך לקוד מדויק, אחרי תכנון מקדים מקיף ומעמיק (שאותו אגב אני אוהב לעשות קודם כל ב-ChatGPT ורק אחר כך מעביר ל-Codex את המידע).
אבל כן, אני בטוח שעם הזמן הצורך במפעיל אנושי ילך ויהיה מיותר מחודש לחודש. למי שזוכר, פעם AI התאים רק להשלמת שורת קוד, בהמשך להשלמת פונקציה שלמה, אחר כך לכתיבת קובץ קוד שלם, וכיום ליצירת פרויקט שלם וניהול מלא שלו, אבל עדיין עם צורך בשת"פ אנושי מסוים, בעיקר כסוקר תוצאה. אני מהמר על מקסימום שנה קדימה (תרשמו לפניכם: י"ג תשרי תשפ"ח) כיום שבו נהיה מיותרים כמעט לחלוטין בתהליך, ונצטרך לאשר רק תוצאה סופית, כמובן בכפוף לשימוש נכון.בנוסף @א.מ.ד. ביקש לתרום קוד (PR בשפה מקצועית) לפרוייקט מאגר ספרים של זית (בבעלות @לא-מתייאש), ו @לא-מתייאש דחה את בקשת התרומה מכיוון שהיא לא לקחה בחשבון כמה דברים טכניים מהותיים בניהול נכון (פירוט טכני ב[1]).
ה-PR באמצע עבודה כמו שכתבתי, אבל אין לי כוח להמשיך כרגע מחוסר עניין (אם יש עניין לציבור תגידו ואולי אני ימשיך).
מה שיפה בהערות של @לא-מתייאש שחלק מהבעיות הם בעיות "טכניות", וחלק מהבעיות הם לפי הכרות עם "המציאות".
ולכן סוכן AI לעולם לא יבין אותן כל עוד לא נותנים לו גישה פיזית, או לפחות מציינים לו אותן, וזה אחד המקומות שהמפעיל האנושי נדרש.
@א.מ.ד. טוען שכל זמן שהקוד של הAI עובד - אל תגע. יש באג תן לו לתקן.
מה הוא עושה בפועל, זה לא משנה, שישתמש בCPU, בRAM, פירצות אבטחה, לא יודע לא מבין העיקר שעובד.
כמובן, שאם אתה מוצא את אחד מהפרטים הנ"ל, תן לו לתקן את הקוד כך שיעבוד בצורה יותר פרודוקטיבית.שוב, לא מדויק.
@לא-מתייאש , אני חושב שהנקודה היא אחרת: בוייב קודינג, כל ה"אקוסיסטם" שונה לחלוטין. הכל יותר "אינסטנט". אני לא ממש מצליח להגדיר את זה במילים, אבל זה בערך כמו מעבר מרכבי בנזין לרכבים חשמליים. ידע מעמיק בנבכי המנועים הישנים מעניק לך יתרון עצום בהכרת הסביבה והמושגים, אבל הוא בכל זאת פחות רלוונטי כשתבוא לטפל ברכב חשמלי. הידע של מקודד ב-AI צריך להיות יותר סביב תכנון ותוצאה, ובכלל (כמעט ו)לא להתעסק באופן המימוש וודאי שלא בשורות הקוד עצמן. לכן כשאתה עונה לי עם כל מיני מושגי קוד שאני לא מבין בהם, זה לא מעניין אותי, כי מבחינתי בזה מטפל הדרג שתחתיי - סוכן ה-AI שלי. אני אכנס לזה רק אם אראה שהוא מסתבך.
בנוסף, אתה מסתכל על המתכנתים הוותיקים כמדד, אבל זה ממש לא נכון. זה לא מעניין אותי מה רמת היציאה שלהם מההרגלים (ועם כל הכבוד, הסטיגמה בציבור על מתכנתים היא שהם די מרובעים... ע"ע "בדיחות מתכנתים"). מה שמעניין אותי זה תכלס מי מצליח לעשות כסף מתוכנה/אתר שהוא בנה, מי מצליח להועיל לחייו/חיי סובביו, מי מצליח לממש מה שהוא רצה לבנות, ואיפה התעשיה העולמית נמצאת, בניכוי ההייפ הקבוע (שאכן קיים במידה מסוימת, בעיקר בקרב מקודדי "פרומפט וגמרנו").
עוד דבר אחרון, זה המהירות: יכול להיות שנוקליאוס שלך (שם יפה, אגב) הייתה יותר יציבה ואיכותית אם היית בונה אותה לגמרי לבדך, אבל מה התועלת בה בעוד 8 שנים? עם ה-AI זה לקח לך קצת יותר מחצי שנה, והגעת כמעט לאותן תוצאות! החיסכון המטורף הזה בזמן מאפשר לך להשקיע בדברים אחרים ובדקויות מסביב, מלבד עצם הייתרון שבחיסכון הזמן. -
@א.מ.ד. טוען שבעקבות מהפכת הAI תכנון הפך להיות לנחלת הכלל, ובעזרת כמה פרומטים אפשר לפתח הרבה דברים, ומי שמתעלם מזה - מתנהג כעיוור (ועוד אם לא עכשיו, אז עוד חודש עוד חצי שנה, רק תחשבו מה ייקרה פה עוד שנתיים).
תרשה לי לדייק אותך - טענתי שמפעיל הסוכן חייב לדעת איך נראית תוכנה, מושגים בסיסיים בפיתוח וניהול פרויקטים וכו'. אחרת התוכנה שלו תיראה כמו עשרות התוכנות שעולות פה בפורום כל יום.
בנוסף, טענתי שצריך לעבוד עם ה-AI במשותף, לא סתם לזרוק לו פרומפט ולראות אם יש באגים. צריך לעבוד שלב אחר שלב ולהשתמש ב-AI כעובד תחתיך שמתרגם את כוונותיך לקוד מדויק, אחרי תכנון מקדים מקיף ומעמיק (שאותו אגב אני אוהב לעשות קודם כל ב-ChatGPT ורק אחר כך מעביר ל-Codex את המידע).
אבל כן, אני בטוח שעם הזמן הצורך במפעיל אנושי ילך ויהיה מיותר מחודש לחודש. למי שזוכר, פעם AI התאים רק להשלמת שורת קוד, בהמשך להשלמת פונקציה שלמה, אחר כך לכתיבת קובץ קוד שלם, וכיום ליצירת פרויקט שלם וניהול מלא שלו, אבל עדיין עם צורך בשת"פ אנושי מסוים, בעיקר כסוקר תוצאה. אני מהמר על מקסימום שנה קדימה (תרשמו לפניכם: י"ג תשרי תשפ"ח) כיום שבו נהיה מיותרים כמעט לחלוטין בתהליך, ונצטרך לאשר רק תוצאה סופית, כמובן בכפוף לשימוש נכון.בנוסף @א.מ.ד. ביקש לתרום קוד (PR בשפה מקצועית) לפרוייקט מאגר ספרים של זית (בבעלות @לא-מתייאש), ו @לא-מתייאש דחה את בקשת התרומה מכיוון שהיא לא לקחה בחשבון כמה דברים טכניים מהותיים בניהול נכון (פירוט טכני ב[1]).
ה-PR באמצע עבודה כמו שכתבתי, אבל אין לי כוח להמשיך כרגע מחוסר עניין (אם יש עניין לציבור תגידו ואולי אני ימשיך).
מה שיפה בהערות של @לא-מתייאש שחלק מהבעיות הם בעיות "טכניות", וחלק מהבעיות הם לפי הכרות עם "המציאות".
ולכן סוכן AI לעולם לא יבין אותן כל עוד לא נותנים לו גישה פיזית, או לפחות מציינים לו אותן, וזה אחד המקומות שהמפעיל האנושי נדרש.
@א.מ.ד. טוען שכל זמן שהקוד של הAI עובד - אל תגע. יש באג תן לו לתקן.
מה הוא עושה בפועל, זה לא משנה, שישתמש בCPU, בRAM, פירצות אבטחה, לא יודע לא מבין העיקר שעובד.
כמובן, שאם אתה מוצא את אחד מהפרטים הנ"ל, תן לו לתקן את הקוד כך שיעבוד בצורה יותר פרודוקטיבית.שוב, לא מדויק.
@לא-מתייאש , אני חושב שהנקודה היא אחרת: בוייב קודינג, כל ה"אקוסיסטם" שונה לחלוטין. הכל יותר "אינסטנט". אני לא ממש מצליח להגדיר את זה במילים, אבל זה בערך כמו מעבר מרכבי בנזין לרכבים חשמליים. ידע מעמיק בנבכי המנועים הישנים מעניק לך יתרון עצום בהכרת הסביבה והמושגים, אבל הוא בכל זאת פחות רלוונטי כשתבוא לטפל ברכב חשמלי. הידע של מקודד ב-AI צריך להיות יותר סביב תכנון ותוצאה, ובכלל (כמעט ו)לא להתעסק באופן המימוש וודאי שלא בשורות הקוד עצמן. לכן כשאתה עונה לי עם כל מיני מושגי קוד שאני לא מבין בהם, זה לא מעניין אותי, כי מבחינתי בזה מטפל הדרג שתחתיי - סוכן ה-AI שלי. אני אכנס לזה רק אם אראה שהוא מסתבך.
בנוסף, אתה מסתכל על המתכנתים הוותיקים כמדד, אבל זה ממש לא נכון. זה לא מעניין אותי מה רמת היציאה שלהם מההרגלים (ועם כל הכבוד, הסטיגמה בציבור על מתכנתים היא שהם די מרובעים... ע"ע "בדיחות מתכנתים"). מה שמעניין אותי זה תכלס מי מצליח לעשות כסף מתוכנה/אתר שהוא בנה, מי מצליח להועיל לחייו/חיי סובביו, מי מצליח לממש מה שהוא רצה לבנות, ואיפה התעשיה העולמית נמצאת, בניכוי ההייפ הקבוע (שאכן קיים במידה מסוימת, בעיקר בקרב מקודדי "פרומפט וגמרנו").
עוד דבר אחרון, זה המהירות: יכול להיות שנוקליאוס שלך (שם יפה, אגב) הייתה יותר יציבה ואיכותית אם היית בונה אותה לגמרי לבדך, אבל מה התועלת בה בעוד 8 שנים? עם ה-AI זה לקח לך קצת יותר מחצי שנה, והגעת כמעט לאותן תוצאות! החיסכון המטורף הזה בזמן מאפשר לך להשקיע בדברים אחרים ובדקויות מסביב, מלבד עצם הייתרון שבחיסכון הזמן. -
@א.מ.ד. טוען שבעקבות מהפכת הAI תכנון הפך להיות לנחלת הכלל, ובעזרת כמה פרומטים אפשר לפתח הרבה דברים, ומי שמתעלם מזה - מתנהג כעיוור (ועוד אם לא עכשיו, אז עוד חודש עוד חצי שנה, רק תחשבו מה ייקרה פה עוד שנתיים).
תרשה לי לדייק אותך - טענתי שמפעיל הסוכן חייב לדעת איך נראית תוכנה, מושגים בסיסיים בפיתוח וניהול פרויקטים וכו'. אחרת התוכנה שלו תיראה כמו עשרות התוכנות שעולות פה בפורום כל יום.
בנוסף, טענתי שצריך לעבוד עם ה-AI במשותף, לא סתם לזרוק לו פרומפט ולראות אם יש באגים. צריך לעבוד שלב אחר שלב ולהשתמש ב-AI כעובד תחתיך שמתרגם את כוונותיך לקוד מדויק, אחרי תכנון מקדים מקיף ומעמיק (שאותו אגב אני אוהב לעשות קודם כל ב-ChatGPT ורק אחר כך מעביר ל-Codex את המידע).
אבל כן, אני בטוח שעם הזמן הצורך במפעיל אנושי ילך ויהיה מיותר מחודש לחודש. למי שזוכר, פעם AI התאים רק להשלמת שורת קוד, בהמשך להשלמת פונקציה שלמה, אחר כך לכתיבת קובץ קוד שלם, וכיום ליצירת פרויקט שלם וניהול מלא שלו, אבל עדיין עם צורך בשת"פ אנושי מסוים, בעיקר כסוקר תוצאה. אני מהמר על מקסימום שנה קדימה (תרשמו לפניכם: י"ג תשרי תשפ"ח) כיום שבו נהיה מיותרים כמעט לחלוטין בתהליך, ונצטרך לאשר רק תוצאה סופית, כמובן בכפוף לשימוש נכון.בנוסף @א.מ.ד. ביקש לתרום קוד (PR בשפה מקצועית) לפרוייקט מאגר ספרים של זית (בבעלות @לא-מתייאש), ו @לא-מתייאש דחה את בקשת התרומה מכיוון שהיא לא לקחה בחשבון כמה דברים טכניים מהותיים בניהול נכון (פירוט טכני ב[1]).
ה-PR באמצע עבודה כמו שכתבתי, אבל אין לי כוח להמשיך כרגע מחוסר עניין (אם יש עניין לציבור תגידו ואולי אני ימשיך).
מה שיפה בהערות של @לא-מתייאש שחלק מהבעיות הם בעיות "טכניות", וחלק מהבעיות הם לפי הכרות עם "המציאות".
ולכן סוכן AI לעולם לא יבין אותן כל עוד לא נותנים לו גישה פיזית, או לפחות מציינים לו אותן, וזה אחד המקומות שהמפעיל האנושי נדרש.
@א.מ.ד. טוען שכל זמן שהקוד של הAI עובד - אל תגע. יש באג תן לו לתקן.
מה הוא עושה בפועל, זה לא משנה, שישתמש בCPU, בRAM, פירצות אבטחה, לא יודע לא מבין העיקר שעובד.
כמובן, שאם אתה מוצא את אחד מהפרטים הנ"ל, תן לו לתקן את הקוד כך שיעבוד בצורה יותר פרודוקטיבית.שוב, לא מדויק.
@לא-מתייאש , אני חושב שהנקודה היא אחרת: בוייב קודינג, כל ה"אקוסיסטם" שונה לחלוטין. הכל יותר "אינסטנט". אני לא ממש מצליח להגדיר את זה במילים, אבל זה בערך כמו מעבר מרכבי בנזין לרכבים חשמליים. ידע מעמיק בנבכי המנועים הישנים מעניק לך יתרון עצום בהכרת הסביבה והמושגים, אבל הוא בכל זאת פחות רלוונטי כשתבוא לטפל ברכב חשמלי. הידע של מקודד ב-AI צריך להיות יותר סביב תכנון ותוצאה, ובכלל (כמעט ו)לא להתעסק באופן המימוש וודאי שלא בשורות הקוד עצמן. לכן כשאתה עונה לי עם כל מיני מושגי קוד שאני לא מבין בהם, זה לא מעניין אותי, כי מבחינתי בזה מטפל הדרג שתחתיי - סוכן ה-AI שלי. אני אכנס לזה רק אם אראה שהוא מסתבך.
בנוסף, אתה מסתכל על המתכנתים הוותיקים כמדד, אבל זה ממש לא נכון. זה לא מעניין אותי מה רמת היציאה שלהם מההרגלים (ועם כל הכבוד, הסטיגמה בציבור על מתכנתים היא שהם די מרובעים... ע"ע "בדיחות מתכנתים"). מה שמעניין אותי זה תכלס מי מצליח לעשות כסף מתוכנה/אתר שהוא בנה, מי מצליח להועיל לחייו/חיי סובביו, מי מצליח לממש מה שהוא רצה לבנות, ואיפה התעשיה העולמית נמצאת, בניכוי ההייפ הקבוע (שאכן קיים במידה מסוימת, בעיקר בקרב מקודדי "פרומפט וגמרנו").
עוד דבר אחרון, זה המהירות: יכול להיות שנוקליאוס שלך (שם יפה, אגב) הייתה יותר יציבה ואיכותית אם היית בונה אותה לגמרי לבדך, אבל מה התועלת בה בעוד 8 שנים? עם ה-AI זה לקח לך קצת יותר מחצי שנה, והגעת כמעט לאותן תוצאות! החיסכון המטורף הזה בזמן מאפשר לך להשקיע בדברים אחרים ובדקויות מסביב, מלבד עצם הייתרון שבחיסכון הזמן.אם יש עניין לציבור תגידו ואולי אני ימשיך
יש! והרבה, תתן לAI לבדוק כמה בקשות היו בנושא המקורי, ובגיטהב של זית למיקום שונה בהתקנת הקבצים (הצעת ייעול שלי שיהיה אפשרי גם כתוכנה ניידת).
בל זה בערך כמו מעבר מרכבי בנזין לרכבים חשמליים. ידע מעמיק בנבכי המנועים הישנים מעניק לך יתרון עצום בהכרת הסביבה והמושגים, אבל הוא בכל זאת פחות רלוונטי כשתבוא לטפל ברכב חשמלי.
אין הנידון דומה לראיה.
המנוע שונה לגמרי, בעוד שבתכנות זה הפוך, אתה משתמש באותו מנוע (בנזין), רק במקום ברכב בכלי אחר, כך שבתקלות מנוע כן יהיה יתרון למי שמכיר את המנוע, יותר ממי שיבנה את הכלי שמשתמש בו.הידע של מקודד ב-AI צריך להיות יותר סביב תכנון ותוצאה, ובכלל (כמעט ו)לא להתעסק באופן המימוש וודאי שלא בשורות הקוד עצמן. לכן כשאתה עונה לי עם כל מיני מושגי קוד שאני לא מבין בהם, זה לא מעניין אותי, כי מבחינתי בזה מטפל הדרג שתחתיי - סוכן ה-AI שלי. אני אכנס לזה רק אם אראה שהוא מסתבך.
וכאן מגיע הקטע שניסיתי להסביר, אם אתה לא יודע איזה מנוע פועל מתחת למכסה, זה שהרכב נוסע לא אומר שהוא גם בטיחותי, המנוע עלול להתפוצץ כל רגע בלי שתדע על כך, ופתאום תגלה באג בטורים שלא מגלים לך שהחום מנוע עלה עד שתראה שלהבות ח"ו.
אתה חייב לדעת מה קורה מתחת למכסה, איזה חלקים נעים, ואיזה חלקים מופעלים, איזה חלקים מקובעים, וממה הם עשויים, אחרת יכולה לפרוץ מלחמת עולם שלישית בגלל אונייה שנושאת חלקי גרעיני פיסטוק...עוד דבר אחרון, זה המהירות: יכול להיות שנוקליאוס שלך (שם יפה, אגב) הייתה יותר יציבה ואיכותית אם היית בונה אותה לגמרי לבדך, אבל מה התועלת בה בעוד 8 שנים? עם ה-AI זה לקח לך קצת יותר מחצי שנה, והגעת כמעט לאותן תוצאות! החיסכון המטורף הזה בזמן מאפשר לך להשקיע בדברים אחרים ובדקויות מסביב, מלבד עצם הייתרון שבחיסכון הזמן.
צודק לגמרי, ולדעתי המתכנתים היחידים שישרדו את מהפכת הAI הם אלו שילמדו כיצד להשתמש איתו, ולהפיק את המירב - מהירות + איכות.
שלום! נראה שהשיחה הזו מעניינת אותך, אבל עדיין אין לך חשבון.
נמאס לכם לגלול בין אותם הפוסטים בכל ביקור? כשנרשמים לחשבון, תמיד תחזרו בדיוק למקום שבו הייתם קודם, ותוכלו לבחור לקבל התראות על תגובות חדשות (בין אם במייל, ובין אם בהתראת פוש). תוכלו גם לשמור סימניות ולפרגן ב-upvote לפוסטים כדי להביע הערכה לחברי קהילה אחרים.
בעזרת התרומה שלך, הפוסט הזה יכול להיות אפילו טוב יותר 💗
הרשמה התחברות