טיפים מועילים לעבודה בתכנות

[אסתר א]

נשמח שתשתפו רעיונות / טיפים שיש לכם לשיפור העבודה
אם זה בהתנהלות הבין צוותית בעבודה
כלים של תכנות שאתם ממליצים במיוחד
כלים או תוספים למחשב

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


https://staxmanade.com/ExceptionMessageBeautifier/
באתר הזה אני משתמשת כשיש לי Stack trace של exception והוא צפוף וללא ירידת שורות

https://regex101.com/
לבנייה ודיבוג של regex


https://stackblitz.com/

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

אבל זה מיועד גם לReact, RxJS ועוד

 

[תא חזי]

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

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

------

 

[goldyl]

בשביל קבצי לוג ארוכים משתמשת עם glogg.
יודע להתמודד עם קבצים מאוד ארוכים ויש לו חיפוש קליל ונח תומך regex.

להשוואת קבצים או תיקיות (גרסאות) משתמשת בmeld.
(כשמשתמשים עם SVN לניהול גרסאות אפשר להגדיר אותו לפקודת הdiff. מניחה שגם בכלים אחרים)

בשביל להריץ פיתון אונליין משתמשת Repl.it.

 

[@shaye]

* אני משתמש עם Jsitor לשתף ולשמור דוגמאות קטנות של קוד.
זה דומה ל-JSfiidle אבל הרבה יותר נוח ויפה, אפשר בקלות לשמור קבצים בענן (בלי לפתוח חשבון!), העורך הוא VScode, כך שיש את ה-auto-completion ועוד הרבה.

* עברתי בחדשים האחרונים לפיירפוקס.
בשבילי זה מרגיש הרבה יותר קליל וזורם ביחס לכרום, ובנוסף הdev-tools ממש טובים! (בפרט לflexbox ו-grid).
אני משתמש עם ה-Developer Edition, עם הרבה פיצ'רים וכלים עוד יותר חזקים מהגירסה הרגילה, סוכ"ס זה ממש הגיוני שיהיה דפדפן מיוחד למפתחים, לא? לכרום יש את Canary, אני עדיין לא ניסיתי זה, משהו כן מכיר?
אשמח גם לשמוע מה דעתכם לגבי פיירפוקס.

אני, בפרוייקטים אישיים (תחביבים, לא עבודה) שלי, משתמש לאחרונה בTabNine. השלמת קוד מבוססת-AI. מאוד נחמד

אכן, כלי חזק מאוד, נהנה מזה כל רגע! (אגב, מי שפיתח את זה הוא בן 22 בלבד...)
* והנה עוד כמה תוספים נחמדים ל-VScode שמותקנים אצלי:
- Color Highlight
- Rainbow Brackets
- Better Comments
וזה TabNine

 

[כפריה]

Beyond compare- כלי להשוואת קבצים- מסמן איזו תקייה השתנתה ומשווה שורה מול שורה.
ALT+TAB לעבור מחלון לחלון - משמש אצלי למעבר מתוכנת הקוד לדפדפן
Postman-להרצה ובדיקת services
StackOverflow -פורום לשאלות בכל תחום ונושא כמעט

ויקיפדיה- לקבלת מבט כללי מלמעלה של מושגים ומתודולוגיות...

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

 

[מומחה]

Beyond compare- כלי להשוואת קבצים

זו תוכנה מסחרית..
אני משתמש ב WinMerge על windows ו- Meld על Linux/Mac

פיירפוקס.
בשבילי זה מרגיש הרבה יותר קליל וזורם ביחס לכרום, ובנוסף הdev-tools ממש טובים!

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

 

[@shaye]

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

אני חושב שהdev-tools בפיירפוקס יותר טובים מכרום ובפרט ב-Developer Edition, שלגביו אמרתי שזה יותר טוב למפתחים (לעומת הגירסה הרגילה) - כשמו המעיד על כך...
אך גם לכרום יש גם דפדפן מיוחד למפתחים - Chrome Canary - שאותו עדיין לא ניסיתי.

למה לטעמך כרום הרבה יותר נוח ושימושי?

 

[מומחה]

- Chrome Canary -

זאת רק גרסה עדכנית יותר (סוג של בטא למעשה)
לגבי ההבדל בין FF רגיל לבין FF Dev ראיתי שה dev tools באמת זה הבדל של שמים וארץ אבל לא ממש עקבתי לאורך זמן ולכן אינני יודע האם השיפורים יהיו נחלת הכלל בגרסאות הבאות (וכרגע הם רק למפתחים כי הגרסה למפתחים תמיד עדכנית יותר בגרסה או שניים) או שבאמת בגרסה למפתחים יש כלים שלא יהיו בגרסה הרגילה

למה לטעמך כרום הרבה יותר נוח ושימושי?

לא יודע עד כמה עבדת עם הכלים של שניהם, אבל בינתיים כל המפתחים שנפגשתי עובדים בעיקר על כרום, פיירפוקס משמש רק למטרות תאימות לבדוק שהדברים עובדים גם שם כראוי. ויש לזה סיבות טובות.
כמה דוגמאות שיש לי בשלוף, למרות שיש עוד ואינני זוכר כרגע,
1. ב network monitor קפיצה ישירה לשורת הקוד שגרמה לכל יציאת רשת.
2. beautify code מושלם, יודע לסנכרן את מספרי השורות החדשים בכל מקום שצריך: הפניות של network monitor, הפניות של performance tool, וכן מספרי השורות ב stack trace
פיירפוקס (בגרסה למפתחים!) עושה את זה בצורה עלובה ביותר.
3. performance tool אין מה להשוות בכלל, זה שמים וארץ, בגרסאות האחרונות גם הוסיפו בצד כל שורה ב source code את זמן הריצה שלה.
4. החיפוש בכל מקום תומך regex.
5. stack trace מדהים ב Asynchronous flow (למשל callback events, promises, timers), יודע לחבר את שרשרת ההתרחשויות, תריץ את השורה הזו בשני הדפדפנים ותראה את ההבדל

setTimeout(() => setTimeout(() => {debugger}, 0), 0)

 

[שתים]

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

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

------

אותה בעית אבטחה קיימת גם בgrammarly שציינה @אסתר א .

 

[Rרחמים]

בשביל קבצי לוג ארוכים משתמשת עם glogg.
יודע להתמודד עם קבצים מאוד ארוכים ויש לו חיפוש קליל ונח תומך regex.

איך הוא ביחס לnotepad++ ?

 

[5127109]

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

IDE- להשתמש בהכי טוב שיש לכל מטרה שהיא. לC# VS, לכל השאר VSC. (כמובן זאת דעתי, אני יודע שזה נושא רגיש)
להשקיע חלק מהזמן ללמוד את האפשריות שיש בכל אחד מהם. בפרט בVSC שהוא משתנה ומתפתח מאוד מהר.
אני אישית משתמש באינטליגי, אבל הוא כבד אך עם זאת עובד מצוין עם מק.

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

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

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

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

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

 

[goldyl]

איך הוא ביחס לnotepad++ ?

notepad++ לא יודע להתמודד עם קבצים ארוכים מאוד.
הוא פשוט נתקע.

 

[Rרחמים]

notepad++ לא יודע להתמודד עם קבצים ארוכים מאוד.
הוא פשוט נתקע.

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

 

[אסתר א]

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

IDE- להשתמש בהכי טוב שיש לכל מטרה שהיא. לC# VS, לכל השאר VSC. (כמובן זאת דעתי, אני יודע שזה נושא רגיש)
להשקיע חלק מהזמן ללמוד את האפשריות שיש בכל אחד מהם. בפרט בVSC שהוא משתנה ומתפתח מאוד מהר.
אני אישית משתמש באינטליגי, אבל הוא כבד אך עם זאת עובד מצוין עם מק.

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

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

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

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

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

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

ולשאר המתכנתים/ות:
תוכלו לשתף איך אתם עושים code review?
אצלנו קצת מוותרים על זה או קוראים אחד לשני כדי שיהיה מי שיעבור על הקוד מלמעלה, אבל זה קצת חבל.
אולי יש למישהו כאן שיטה טובה לזה

 

[5127109]

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

ממש ממש חבל.
אפשר ללמוד מזה המון. ממש המון.
הרי את אותו רעיון אותו מתכנת היה ממש אחרת בימים שונים (בדוק).
גם לומדים שיטות, כלים, ודברים חדשים. גם מוסיפים לקריאות של הקוד, שעיניים חיצוניות שלא יודעות בדיוק מה הולך יכולות להבין את הקוד בקלות.
אצלנו זה משחררים PR, ומשהו עובר על זה.
אם זה משהו מורכב, יושבים לשיחה. אם זה על הדרך כזה, משהו כמו שמות משתנים, סטיט מנוהל לא נכון או ריפקטוינג קליל, שמים הערות ביט האב.
ראיתי הרצאה בכנס האחרון של ריאקט שכתב שם 5 כללי זהב לPR:

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