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

@chv אמר בעזרה עם הרצת פרוייקט פייתון:

@davidnead השאלה שלך יותר מידי כללית, בזמן שאתה כן נותן שגיאות ספציפיות.
תפרט יותר באיזו גרסת פייתון אתה משתמש (לא מספיק להגיד '3', איזה תת גרסה)

+3.9.2' אבל חלק מהענין אמור להיות שאם אני משתמש בסביבה וירטואלית זה משתמש בגרסה שמי שיצר את הסביבה השתמש, לא?

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

נכון, בינתיים גיליתי את זה והתקנתי בדרך המומלצת לWIN (אגב לא מסובכת כ"כ)

אני מנחש שזה django + GIS. אני טועה?

סינית בשבילי.

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

@yossiz זה באמת כלי נפלא. וכבר השתמשתי. ועם התוספת של היוזר והסיסמה אז בכלל.
נראה שהם שמו בעדיפות גדולה את פשטות השימוש - והצליחו בגדול.

@odeddvir אמר באיך בוחרים את הטכנולוגיה המתאימה:

כהרגלך אתה זורק לאויר שאלות מפוצצות.

בחרתי לקבל את זה כמחמאה.

@nigun אמר בתכנות | איך להתחיל?:

@davidnead אמר בתכנות | איך להתחיל?:

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

מעניין, אני אף פעם לא הרגשתי שזה חסר
אולי אני לא יודע מה אני מפסיד?
יש לך דוגמה?

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

@nigun אמר בשוק התכנות החרדי:

@davidnead
תכל'ס מה אתה רוצה להוציא מכל זה?
האם ואיך אפשר להתקדם בשוק ?
איך אפשר להכשיר דור נוסף של מתכנתים כמונו?
או משהו אחר?

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

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

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

@aaron אמר בשוק התכנות החרדי:

@www אמר בשוק התכנות החרדי:

אני חושב ש'חרדים משלנו' אין 'אלפי' שלומדים עם תעודות.

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

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

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

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

אני מצאתי את המודול הזה כנוח ויעיל ביותר:
https://www.npmjs.com/package/gematriya

פשוט ויעיל לגימטריא של מספרים ושנים.

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

@dovid אמר במה הקוי אורך-רוחב לחישוב זמני היום?:

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

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

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

2. מהיכן לקבל את זמני היום התואמים לקורדינטות

3 אפשרויות לפניו, שלושתם נפוצות מאוד:

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

@צדיק-תמים אמר בלימוד שפה נוספת מעבר לJS - נצרך?:

@davidnead

שפת התכנות הכי מבוקשת בישראל היא דווקא Python, אחריה JAVA, במקום השלישי ++C, במקום הרביעי Node.js

(מתוך הקישור שהבאת)

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

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

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

ראה כאן למשל:
https://www.geektime.co.il/the-most-popular-programming-languages/

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

@יוסף-בן-שמעון אמר בהרצת סקריפט PHP כל 10 דקות בשעות וימים מסוימים:

@איש-נחמד אמר בהרצת סקריפט PHP כל 10 דקות בשעות וימים מסוימים:

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

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

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

@googl אמר ביצירת מערכת רישום ותיעוד:

ש

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

אם המידע שאתה רוצה להחזיק הוא סתם טקסט, אז בגדול אין הבדל למיטב הבנתי. אני חושב שזה בעיקר שאלה של ביצועים. הDB שלך הוא מקומי (בשרת) או מרוחק? אתה מוגבל בגודל הDB או משלם עליו משמעותית?

בגדול נשמע לי שמסמך של 10 עמודים זה לא סטנדטי להחזיק בDB.

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

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

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

@צדיק-תמים אמר באיזה ספרייה/פריימוורק (מה זה בכלל, בעצם?...) מומלץ ללמוד כיום?:

@davidnead אמר באיזה ספרייה/פריימוורק (מה זה בכלל, בעצם?...) מומלץ ללמוד כיום?:

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

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

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

@shaya אמר בVUE 3:

@davidnead, אני מרגיש שיש פה בלבול ומרמור מיותר...
Vue 3 אינה מסלקת את ה-API הישן ("Options API"), אלא רק מוסיפה עוד API חדש בשם "Composition API".

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

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

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

אתה כביכול שולל את דבריי, אך המשפט שכתבת

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

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

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

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

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

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

@yossiz אמר בVUE 3:

אם אתה מעדיף סרטון: https://www.vuemastery.com/courses/vue-3-essentials/why-the-composition-api

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

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

טוב, אם אין אני לי מי לי. בסוף הצלחתי למצוא מאמר אחד שהוא גם בהיר ומתומצת, וגם מתמקד בנקודות שעונות על השאלה. הנה לטובת המעוניינים:
https://ronini.dev/blog/composition-api-what-is-it-and-why/

סיכום קצר של מה שהבנתי:
בגדול, אתה משתחרר מהמחויבות למבנה האובייקט הישן והטוב של VUE (data, methods, nounted, compude, watch וכו'), ומשוחרר לכתוב כמעט JS רגיל. את הפונקציונליות המיוחדת שקיבלת מהמבנה אתה מקבל כעת באמצעות ייבוא מיוחד לפי הצורך.

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

שזה אומר:

1. אתה כבר לא צריך את this כדי ליצור ריאקטיביות או "לרשום" אובייקטים שונים למעקב של VUE. (ומשאיר לthis את ההתנהגות הקפריזית הרגילה של JS)
2. אתה כבר לא צריך לקבץ את קטעי הקוד של המידע והפונקציונליות לפי החלוקה הישנה של דאטה, מתודות, קומפיוטד וכדומה. אתה יכול למקם את הקוד איך שנוח לך.
3. כשאתה צריך קוד לשימוש חוזר - אתה לא מייבא מיקסינג עלום שלא ברור מה הוא מכיל, אלא מייבא במפורש כל מה שאתה צריך מקובץ JS רגיל שכתבת בנפרד.

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

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

לפחות הבנתי, וכשכתבתי את ההסבר פה - עוד יותר הבנתי ;-). מקוה שהועלתי למישהו - ואם לא - תכתבו לי ואשמח לערוך את ההסבר לתועלת אלו שיתעניינו מתישהו.

עריכה:
דבר אחד בטוח: את עקומת הלמידה - שמפתחי VUE כ"כ גאים בה - זה כעת מדרדר.

@nigun אמר בתמחור תחזוקה ללקוח:

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

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

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

@חוקר אמר בתבניות של API:

@davidnead
האם אתה צריך אתרים מעוצבים ולכל לקוח אתר חדש נפרד לגמרי למטרות שלו? או שיש לך נישה מסויימת שמאחדת את האופי של הלקוחות שלך?
אני למשל נמצא בנישה שאני מפתח מערכות טלפוניות, אבל לכל לקוח יש לי ממשק נפרד לפי הצרכים שלו, טבלאות שונות, פעולות שונות, API שונה והתממשקות לשירותים חיצוניים שונים, וכמו"כ ההתממשקות עצמה מול המערכת הטלפונית (באמצעות API של ימות המשיח).
לפני כמה שנים חיפשתי פרימוורק שאוכל לבנות עליו ממשק טוב ומצאתי את YII2 זה בנוי בPHP, ובשונה מוורדפס שניתן לבנות איתו אתר שלם ללא לגעת בקוד, ב YII אתה חייב לגעת בקוד, זה מיועד רק למתכנתים, אבל עושה להם את החיים קלים יותר, יש בו CRUD מצויין, יש גנרטור שניתן ליצור לכל טבלה בד"ב את הקבצים הנדרשים, ולאחר יצירת המודל וכו' אתה יכול לשנות וכתוב מה שבא לך ולהשתמש במחלקות ופונקציות העזר שהפרימוורק מביא.
בניתי עם זה הרבה ממשקים ומאות טבלאות, ולכל לקוח יש גישה רק לטבלאות שלו, ולכל לקוח אני שם פונקציות והתממשקות לשירותים שונים לפי צרכיו.
אציין שאני כבר כמה שנים עובד עם זה, והתחלה הכרתי את היכולות הבסיסיות ביותר שלו, ועם הזמן למדתי אותו יותר ויותר לעומק, הוספתי לזה כל מיני פונקציות ושינויים בקבצי הליבה בעצמם, שידרגתי את הגנרטור, הוספתי אפשרות של ייבוא מאקסל שלא הייתה קיימת במקור, ועוד.
אני לא מכיר את Laravel אבל אני מאמין שזה משהו בסגנון.
אך במשך הזמן יצא לי פה ושם שהייתי צריך כל מיני אפשרויות בצד קליינט (ב YII מוטמע כבר bootstrap ו jquery) ונמשכתי לעבור לאפליקציות SPA מבודד צד לקוח וצד שרת.
עד שהגעתי לפרוייקט אחד מורכב מאוד שהייתי צריך הרבה השקעה בצד לקוח ולכן הלכתי על vue, הלכתי על תבנית בתשלום שקניתי כאן ובהשקעה של זמן מה הצלחתי ב"ה להקים ממשק בסיסי ואני מתקדם איתו ומעשיר את הידע בVUE.
כשהתחלתי לפתח את הממשק בVUE תיכננתי לעשות תבניות מסויימות ולהעשיר את ארגז הכלים שלי שאוכל להתחיל להקים את כל שאר המערכות שלי והממשקים שלי עם VUE בצד לקוח ו nodejs צד שרת.
אבל למעשה אני רואה שכשמגיע לקוח ומבקש לי שהוא צריך מערכת רישום מסויים שהוא נותן לי טבלת אברכים ושגר להם הודעה והם יבחרו האם להרשם וכדומה, הכי קל לי לעשות זאת עם הכלים הישנים, אני יוצר טבלה חדשה בד"ב, באמצעות הגרנרטור אני יוצר את קבצי ה PHP, מייבא את הטבלה, יוצר משתמש חדש, מוסיף לו הרשאת גישה לטבלה, מוסיף לו לחצן של קישור לטבלה, ושולח לו פרטי גישה וסיימתי. הלקוח מקבל לינק, נכנס עם פרטי הגישה, יש לו כפתור "רישום ל...", הוא נכנס, יש לו טבלה עם אפשרות צפייה ועריכה ומחיקת והוספת שורה, סינון ומיון, יבוא וייצוא לאקסל. ואם הוא צריך לחצן לשליחת המידע לשרת חיצוני או כל תוספת אחרת אני פותח את קובץ הקונטרלר שנוצר ע"י הגנרטור, מוסיף פונקציה, ובמידת הצורך מוסיף view לזה וכו'.
אני מרגיש שזה הכי הוגן ללקוח, שמבחינתו אין לו הרבה נפק"מ האם הייתי בונה בPHP או בnodejs כאשר מה שדרוש לו הוא סה"כ שיגור הודעה טלפונית עם ממשק צפייה בתוצאות.
אולי אם יהיה לי יותר זמן אוכל לכתוב פוסט אחר נפרד על הרשמים שלי מPHP מול nodejs שאם שניהם אני עובד כל הזמן.
מה באתי לומר כאן?
הייתי בטוח שאחרי שאהיה בקי בטכנולוגיה החדשה אתחיל לפתח הכל שם, באה המציאות והוכיחה לי בפנים שזה לא בדיוק, אלא תמיד אצטרך לחשוב מה טוב וכדאי להשקיע ללקוח הנוכחי.
ייתכן שזה באמת מהלך טוב להכיר 2 טכנולוגיות חלוקות ולהתרגל להשתמש בכל אחת לצרכים שהיא מתאימה.

ראשית - לא. אין שום מכנה משותף ללקוחות שלי.

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

לגבי התבנית שהבאת - עברתי גם על תבניות VUE וזו אכן נראת מצוינת. מה זה laravel המדובר שם?