סביבה ידידותית למפתחים מתחילים היכן?

[אסטון מרטין]

מפתח כשמונה חודשים, לא מוגבל לשפה מסויימת אבל מרגיש הכי בנוח עם cpp ופייתון

מחפש "קארס פורום" לעולם התוכנה ובעברית*.

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

 

*לא בגלל מגבלה כל שהיא באנגלית.

עריכה אחרונה ב-16 לינואר, 2022 על ידי אסטון מרטין

[m3x7r3m3]

יש מספיק מפתחים בקארס פורום, רק אומר

[D_D]

google, stackoverflow, udemy, ספרים

עריכה אחרונה ב-18 לינואר, 2022 על ידי D_D

[Gosser1860]

לפני 3 שעות, m3x7r3m3 כתב:

יש מספיק מפתחים בקארס פורום, רק אומר

[אסטון מרטין]

https://github.com/orel98/lpds/tree/main

תן בראש

[Shaike.Zam]

שאלה מאוד כללית, אבל:

ציטוט

תכנון פרוייקטים נכון ברמה הבסיסית, דרך לגשת לקונספטים מסויימים

 

ממליץ ללמוד דברים בסיסים שקשורים להנדסת תוכנה, כגון:

1. לקרוא קצת על OOP.

2. איך לכתוב דיזיין (SSD) נכון (דיאגרמות, תרשימים, תהליכים, תוכניות בדיקה)

3. ללמוד על design patterns, סוגים שונים, מה השימושים שלהם, מתי להשתמש בכל אחד מהם, יתרונות חסרונות (אפשר להתחיל מפה https://www.tutorialspoint.com/design_pattern/design_pattern_overview.htm).

4. מבני נתונים, דומה לסעיף למעלה (סוגים שונים, שימושים, יתרונות חסרונות).

 

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

 

הייתי ממליץ לך לשאול שאלות ב stackoverflow, אבל די קוטלים שם אם לא יודעים איך לשאול, או, אם קיימת כבר שאלה דומה ופשוט שיכפלת אותה לפני שחיפשת כראוי.

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

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

עריכה אחרונה ב-19 לינואר, 2022 על ידי Shaike.Zam

[אסטון מרטין]

את רוב השלבים האלו עברתי במהלך השנה האחרונה מינוס העניין של הdesign patterns שעכשיו מתחיל להתעמק בו יותר,

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

אני לוקח קורס FullStack בגון ברייס אבל עוד לא עברו את השלב של ללמוד פייתון בסיסי והקורס מרגיש יותר כמו FullStuck

 באופן כללי ניסיתי קצת להתקדם לבד אבל כל עולם הfrontend, UI וכו ממש לא מרגיש לי כמו משהו שהייתי רוצה לעבוד בו 

מצד שני כל תחום הembedded, אלגוריתמים, עיבוד תמונה וכו' חייב תואר ואני לא במצב של לעשות אחד

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

 

עריכה אחרונה ב-19 לינואר, 2022 על ידי אסטון מרטין

[hans]

לפני 4 שעות, Shaike.Zam כתב:

שאלה מאוד כללית, אבל:

 

ממליץ ללמוד דברים בסיסים שקשורים להנדסת תוכנה, כגון:

1. לקרוא קצת על OOP.

2. לדקור את עצמך *חזק* עם מזלג ולומר שלוש פעמים ביום, בקול רם, "קומפוזישן קומפוזישן קומפוזישן!"

 

לאור הדוגמאות שאני נתקל בהן יום יום בשטח, אני חושב שצריך *לאסור* לימוד של oop.

Srp וזהו. מי שמיישם srp קודם כול לא יורה לעצמן ברגל (להבדיל מ-oop שזה קודם כול לירות לעצמך ברגל ב-17 שיטות שונות) ודבר שני - הוא מחבב את עצמו מיידית על הבא בתור שמתבקש להחליף/לתקן את הקוד. אהוי! אין side effects! אפשר פשוט לשנות וזה יעבוד!

 

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

[Shaike.Zam]

OOP זה משהו בסיסי שחייבים לדעת\להכיר.

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

 

הבחור רק מתחיל, שלחתי אותו לקרוא על מידע של מתחילים. אחרי זה, שיקרא על קלין קוד Coupling ו Cohesion, SOLID וכל שאר הקללות.

[אסטון מרטין]

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

 

לפני 9 דקות, Shaike.Zam כתב:

OOP זה משהו בסיסי שחייבים לדעת\להכיר.

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

 

הבחור רק מתחיל, שלחתי אותו לקרוא על מידע של מתחילים. אחרי זה, שיקרא על קלין קוד Coupling ו Cohesion, SOLID וכל שאר הקללות.

מכיר קצת את הנושא..

[SurfHigh]

לא מכיר בעברית. 

ממליץ על האתר הזה: 

https://refactoring.guru/design-patterns

[hans]

לפני 6 שעות, Shaike.Zam כתב:

OOP זה משהו בסיסי שחייבים לדעת\להכיר.

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

הפוך גוטה.

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

 

זה בדיוק מה שאני מדבר עליו כל הזמן. 

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

כמה קש אכלתי מזה בתור "המתכנת הבא בתור" (שמפרק הכול ל-fp / unix principle ). בזבוז של חיים שלמים על פארש.

לפני 6 שעות, אסטון מרטין כתב:

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

אוהו, לא תאמין כמה כאלה יש. מילא לשבור. לגרום לכך שאף אחד חוץ מהם לא יכול לקרוא את הקוד מרוב inderections וירושות חלקיות.

[borsood]

OOP זו טכנולוגיה של שנות השישים...

Desin Patterns זה דבר שכדאי לדעת ברמה התיאורטית.

@Aston Martin תצטרך להיות יותר ממוקד.

 

[Shaike.Zam]

לפני שעתיים, borsood כתב:

OOP זו טכנולוגיה של שנות השישים...

Desin Patterns זה דבר שכדאי לדעת ברמה התיאורטית.

@Aston Martin תצטרך להיות יותר ממוקד.

 

נעזוב את ה oop, תבניות עיצוב ברמה התיאורטית?

אבוי מה המהנדסים האחרים אוכלים ממני ב code review אם לא השתמשו בתבנית עיצוב נכונה או שלא השתמשו בכלל.

[אסטון מרטין]

לפני 14 שעות, borsood כתב:

OOP זו טכנולוגיה של שנות השישים...

Desin Patterns זה דבר שכדאי לדעת ברמה התיאורטית.

@Aston Martin תצטרך להיות יותר ממוקד.

 

קודם כל

כתבתי קוד והוא עובד, איך אני יודע אם כתבתי אותו "נכון"? 

נגיד אם מישהו כמו @Shaike.Zam היה נותן לי בראש אז הייתי יודע מה עשיתי לא בסדר.

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

 

דוגמאות לקוד שאשמח לקבל עליהם ביקורת:

lpds

cactus