תחומים - פורום חרדי מקצועי

סליחה שאני חוזר לדוגמה של התכנות. אני רוצה לשתף חוויה אישית — ייתכן שהיא לא נכונה לכל אחד, אבל זו החוויה שלי.

פרק א

בתור מתכנת, התחלתי ממש בתחילת עידן ה-AI. אפשר לומר שבלי ה-AI כנראה לא הייתי נכנס בכלל לעולם התכנות.
יחד עם זאת, ברור לי שללא עזרה אנושית — כמו מה שקיבלתי כאן בפורום — הייתי נשאר “תקוע בבוץ” של חוסר הידע שלי. דברים שלוקחים לי היום רגעים בודדים, היו לוקחים לי אז הרבה יותר זמן, וגם התוצאה הייתה כנראה פחות טובה.

פרק ב

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

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

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

האם זה פגע בסיפוק?
כן ולא.

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

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

מסקנת הדברים

מה כל זה אומר?
כל אחד יחליט לבד.

לגבי עצם הוויכוח – אני לא מודאג במיוחד מכל ה"תחזיות השחורות"; העולם נוטה למצוא איזון עם הזמן. מה שכן מטריד אותי הוא ההשפעה האישית של ה-AI על אנשים, ולכן שיתפתי את החוויה שלי.

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

מאמר יודע לשאול.docx

@י.פל. כתב בלמה צריך עדיין מתכנתים:

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

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

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

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

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

@יגעתי-ומצאתי
טיפ מצויין
שים לב זה פותר את הבעיה רק אם יש לך גודל קבוע באלמנטים

הרקע שלי בכתיבת קוד הוא בעיקר בזכות הפורום
נכון שלמדתי הרבה לבד וכו' כו'
אבל אי אפשר ללמוד ולהבין איך לכתוב קוד איכותי בלי הדרכה כלשהי.

משהו אישי שחוויתי בלימוד ‎JS‎ – אולי יש עוד אנשים שמרגישים כמוני, ולכן אני משתף.

מאוד מאוד התקשיתי ללמוד ‎JS‎.
ואני דווקא דובר 'קורא וכותב באנגלית שוטפת, ובכל זאת גם המדריכים המומלצים ביותר לא ממש קידמו אותי.

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

במקור ‎JS‎ נועדה בעיקר עבור ‎frontend‎, וזה השפיע מאוד על הפרדיגמות של השפה ועל הדרך שבה עובדים איתה.

ברגע שתפסתי את זה – זה הקל עלי מאוד.

נכון שהיום ‎JS‎ היא הרבה מעבר לזה, אבל לדעתי אם אין את הבסיס וההבנה של הרקע הזה, מאוד קל לטבוע מהר בים הגדול שנקרא ‎JS‎.

הערה נוספת:
css מודרני הוא כלי ממש עוצמתי ובהרבה מקרים הוא תפס את המקום של js- של פעם. חשוב ללמוד css בצורה טובה כדי לא לעבוד קשה סתם עם js

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

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

content-visibility: auto

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

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

א. שאלה ב' אינה קשורה ישירות לכותרת או לשאלה א'. מדובר בשאלה כללית על עקרון הכימוס. ב-JavaScript מיישמים זאת לרוב באמצעות export (והגבלת גישה דרך מודולים), ואילו בשפות מבוססות מחלקות כגון C# הכימוס מובנה בצורה ישירה וברורה יותר באמצעות הגדרת רמות גישה (public, private וכו').

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

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

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

ובשני מילים: "בהירות מודולרית"

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

@dovid

כמו שאמרת דרך post
הפתרון שמצאתי הוא להשתמש עם begininvoke רוב תודות!

נתקלתי בבאג הזה כמה וכמה פעמים אם אני קורא ל- openfiledialog של C# דרך פקודה שמקורה מה-webview (כדי לתת גישה למערכת הקבצים של המחשב מJS דרך C#) אם הדיאולוג נשאר פתוח יותר מכמה רגעים כל התוכנה קורסת
יש למישהו פתרון?

אחד המשתמשים נתקל בשגיאה באפליקציית vue שפיתחתי אני מריץ את האפליקצייה בתוך webview ב-C# בלוקלי
אשמח אם משיהו יכול להגיד לי מה פשר השגיאה הזו

@eido כתב בעבודה נכונה עם sql/מסדי נתונים:

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

לא הבנתי. מה קשה?
אני חושב שזה יותר פחד מהלא ידוע מאשר קושי אמיתי.

@מד

@NH.LOCAL כתב בעל כתיבה טבעית, השלמה אוטומטית, ומה שביניהם:

העבודה כעת היא התכנון והגדרה ברורה של המשימה הרצויה, לא הכתיבה בפועל

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

@eido
עד גבול מסויים בינה מלאכותית הוא כלי עזר נפלא לפעמים הוא יכול לקצר תהליכים וחבל לא להשתמש בו.
אני מסכים עם מה שאתה מתאר על מי שנותן לבינה לכתוב בשבילו וזה אכן לא כדאי
כמו"כ אם מתסמכים על הבינה אז אתה לא מתכנן את הקוד ואם אתה לא מתכנן אז לפעמים אתה לא עולה על העובדה שאתה בעצם יכול לעשות משהו הרבה יותר פשוט - כי לא היה לך זמן לחשוב.
בקעצר AI = Dumb code ולפעמים דווקא dumb code הוא הבחירה הנכונה

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

@eido
במחילה
מה בדיוק אתה מנסה לעושת שלוקח יותר מ-6 דקות זמן ריצה על ידי רקורסיה?
ולמה החלטת שאי אפשר לעצור רקורסיה באמצע?

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

הפתרון:

1. צור אובייקט Regex עם הביטוי הרגולרי הרצוי.
2. השתמש ב־Replace של האובייקט עם הפרמטר count כדי להגביל את מספר ההחלפות.
3. הגדר count = 1 כדי להחליף רק את ההתאמה הראשונה.

Regex regex = new Regex(pattern);
string result = regex.Replace(input, replacement, 1);

הגדרה זו זמינה רק כאשר יוצרים אובייקט Regex, ולא כאשר משתמשים בפונקציה הסטטית Regex.Replace ישירות.