@shaiyallin@IsraelFruchter@SimonsDalia@EliCohenNehemia האמת שהשתפר המון. אני כבר שנה וחצי לא עובד בסקאלה, אבל כן היה שיפור מורגש בסקאלה 3.
הבעייה שאני חוויתי כהכי כואבת במקומות שעבדתי הייתה בדר"כ אנשים שלא באמת רצו לעבוד בסקאלה... אז כותבים פייתון בסינטקס סקאלה, ועושים ריג'קט ל-PR "מסובך" כי Generics, implicits, type bounds, etc'...
@shaiyallin מקרה אמיתי ודי טרי:
יצירת chart לא סטנדרטי שמתאים "בול" - אבל לא נתמך בשום ספריה OOTB.
הקוד המג'ונרט הביא אחלה תוצאה - אבל קוד "לא מיינטיינבילי" עם המון תגיות של SVG בקוד ריאקט.
הפושבק: עובדים רק עם מה שנתמך ב- Recharts שהיה הגיוני לתקופה של פעם.
לא הצלחתי לשכנע. יצא צ'ארט מעאפן
@shaiyallin Well put
ואני לגמרי מסכים. יש לך אולי עצה על איך להתמודד עם התנגדות בצוות שנובעת מאינסטינקטים מיושנים - שהיו בריאים לזמנם? (שיחות שכאלה נוטות לגיע למושגים כמו המצאת גלגלים, והמנעות מ- NIHS - Not Invented Here Syndrom)
@shaiyallin@IsraelFruchter@SimonsDalia@EliCohenNehemia הכלים השתפרו עם השנים. אפילו sbt כבר לא נחשב למילה גסה... בכל אופן, לא חושב ששפה היא פקטור מאד רלוונטי בעידן ה- LLM...
לגבי קהילה... כן, מסכים לגמרי.
לא חושב שאפשר לרדת נמוך יותר
@cherkaskyb הגישה שלי: כשאני לא מרוצה מהמימוש שהמודל בחר - fork לסשן מהנקודה הרלוונטית, מעביר למצב ask, מסביר מה לא אהבתי (code smells in bullets), ושואל איזה rule או סקיל היה מכווין אותו טוב יותר. התוצר הוא בדר"כ מאד ספציפי לפרוייקט, ומכניס אותו בקומיט. מעכשיו יש פחות סיכוי לפשל בסשן הבא 💪
So there's actually a way to mark as read, and only learned today!
If you select all, first click selects only all visible notifications. But you also "unlock" a "Select all ??? notifications"!
From there, it's just a simple mark as read 💪
@github Me too… ycombiinator notifications are still showing with no way to mark as read, since repo already been taken down.
That blue dot of unread notifications is driving me crazy… please help 🙏
Hey @github this "ycoombinator" scam accound seems to be gone, but notifications page still shows a as if there is something new and it's real annoying. Can you guys fix that?
@cherkaskyb @TomasUnderson לסטרייקר יש גרסאות לסקאלה, js ו- C#
גם אני השתמשתי בסטרייקר.
בג'אווה יש את pitest
ואני מתאר לעצמי שגוגל או ה- LLM החביב עליך ידע להמליץ על אופציות נוספות :)
לאחרונה גיליתי אקספשן להערות "איך". הערות כאלו לא נועדו לבני אדם, אבל... "לא נועדו לבני אדם" - מה לגבי LLM-ים?
אני מוצא שכתיבת הערת איך זה אחלה האק כי ה-LLM ישלים את הקוד באופן נפלא!
בדר"כ אני אמחק את ההערה לאחר מכן... אבל יצא שלא. בכל זאת, מה באמת ה-source of truth כאן?
@rotempe4@rinaarts תיעוד זה כמו on demand ב AWS, משתמשים בו כשלא הצלחת להשיג מה שאתה מנסה בשום דרך אחרת...
אבל מה שדין כתב מסכם את הרוב, להסביר את ה״למה״ ולא את ה״איך״, או את ה״איך״ כשהוא מורכב מאוד, ומעל למה ש״המתכנת הסביר״ מכיר.
@shal3v@BnayaZilber מה שאולי התפספס קצת בפוסטים הקודמים שלי זה שעדיף לתרום לפרויקט קים וחי, ולא פשוט לפתוח בגיטהאב את הריפו שלך. במקום שהקוד ירקב באיזה פקג' util פנימי, תתרום. רק טוב ייצא לך מזה.
@shal3v@BnayaZilber כן, הפוסט המקורי עוסק באאוטסורסינג של עבודה, מה שמודל הבאונטים מאפשר.
אבל לא רק.
לעניינו, לא כל קוד יוצא החוצה. רק קוד תשתיתי וגנרי. לרוב, זה גם החלק המסובך שצצות בו הבעיות הקשות והמעניינות.
@BnayaZilber@shal3v אני יודע שהתרד התחיל כבדיחה,אבל באמת חושב שמעבר לצחוק יש פה משהו
הייתי שמח לעבוד בארגון שמציע באונטים על בעיות קשות שהוא מתמודד איתן,ואין אף פעם זמן לפתור(כי סיבות עסקיות\תעדופי פרודקט\סטארטאפ). אם מישהו חיצוני תורם(אחלה דרך לגייס,לא?)או מישהו מבפנים שנהנה מבונוס נחמד,זה מכפיל כח
@BnayaZilber@shal3v בקוד פתוח אין כזאת בעיה 😉
דלפ: עדיף לתרום כמה שיותר מהקוד התשתיתי (לא ביזנס לוג'יק) לקוד פתוח. תחזוקה חינם, חיסכון זמן (ועלויות) ריצה של הטסטים ב-CI, שיפורים מהקהילה, וכו'...
אז אם כבר מתחזקים קוד פתוח, למה לא להציע באונטים על בעיות אמיתיות שמעניינות את הארגון?
@guywiener לא יצא לי להשתמש, אבל אני זוכר הרצאה של @giltayar על הכלי שלו bilt
שווה לבדוק.
ובכל אופן, הרעיון של מונוריפו עם "versioned/binary dependencies" ולא source dependencies, עושה הרבה סדר.
(אם מודול תלוי ברכיב משותף, אבל עם גרסא מקובעת, אז שינוי ברכיב המשותף לא גורר שינוי גדול מדי)