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

@dovid אמר בקוד חמוד/רע/איום ליצירת רשימת מספרים ב-JS:

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

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

למדתי ועבדתי בVUE 2. אני מבין שיש כמה שינויים בגרסה 3 הבאה עלינו מתישהו לטובה שידרשו קצת כאב ראש. אבל בינתיים העולם עובד עדיין עם 2 אז הכל טוב.
אמנם, במסגרת ההכנות למעבר לVUE3 אני מבין שאחד החידושים המשמעותים שם נקרא פונקציות קומפוזיציה של API.
מישהו יכול לתרגם לי את זה לעברית פשוטה ומתומצתת במקום שאשבור הרבה את הראש?
אני מבין שיש כבר כיום תוספים שמכניסים את זה בVUE2.
תודה רבה

ליבת השאלה (זהה לשניהם), אחר קיצוץ הפתיח והסיום:

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

זה הציב אותי במצב שלא התכוננתי אליו: כדי ליצור לבן אדם אתר אינטרנט, גם אם הוא לא בתבנית קלאסית, עדיין ברוב המקרים לא משתלם לפתח הכל בnodejs מאפס, הרבה יותר קצר ויעיל לעבוד עם משהו מוכן של וורדפרס ולעשות בו התאמות לפי הצורך. יהיה לא הוגן כלפי הלקוח להשקיע עבודה בלייצר בnode רק כי כך נוח לי, ולפעמים גם התוצאה תצא פחות טובה מבחינות מסוימות.
מאידך, למרות שאני יודע PHP, אין לי שום רצון לעבוד עם השפה המיושנת הזו, ולא עם הטכנולוגיה המסורבלת הזו של מערכת ניהול תוכן כמו וורדפרס. אני מתכנת ורוצה לכתוב קוד, ורוצה לכתוב אותו ב JS. אני גם לא מכיר את וורדפרס מספיק כדי לשפוט מתי מוצדק להשתמש בו.
בשבועות האחרונים חרשתי את הרשת לנסות להבין אם יש חלופות טובות מספיק בJS, כאלו שמחד יקצרו את הדרך ויספקו לי שלד תוכנה מוכן ויוזילו עלויות ומאידך ישאירו לי את השליטה וכו'. ראיתי שיש כל מיני דברים ברשת בודאי בצד לקוח וגם בצד שרת (ספריות שונות של templates, cms, headless cms ועוד), אבל אף אחד מהם לא באמת עושה מה שאני מצפה, וגם לאף אחד אין את העושר של וורדפרס.

האם זה אומר שמפתח עצמאי שעובד עם לקוחות קטנים ו-nodejs לא הולך יחד? node מתאים רק לפרוייקטים גדולים כמו אפליקציות אינטרנט? כאלו שההשקעה בבניית השלד ותחזוקו משתלמת?"

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

"הי דוד

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

לשאלה שלך-

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

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

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

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

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

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

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

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

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

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

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

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

@יוסף-בן-שמעון אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

@davidnead אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

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

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

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

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

@chagold אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

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

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

@יוסף-בן-שמעון אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

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

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

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

@davidnead

איך פונים אליך באישי?

@yossiz אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

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

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

@yossiz אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

ידעת שזה יותר עבודה מאתר וורדפרס מתבנית, וממילא ידעת שזה משהו פחות נפוץ.

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

@ב-ל אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

@davidnead אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

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

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

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

יש את קבוצת Node.js בפייסבוק, אולי שווה להתייעץ גם איתם. כאמור לא כל החוכמה נמצאת אצלי.

רן

אני ממש מתוסכל...
השקעתי כזה הרבה שעות ללימוד ותרגול בnode.js (ובj.s בכלל)
כי כולם אומרים (כולל בפורום דידן) שphp זה שפה ישנה ישנה ודוחה ו-וורדפרס זה סתם המוני ופשוט
ותכלס' מתברר לי שאני ממש בצד הלא נכון של הכביש...

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

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

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

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

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

יש תחליפים כמו keystone (אני רואה שכבר הזכרת) הוא אמנם נותן לך יותר שליטה בידיים, אבל תכלס לא חוסך יותר מידי בכתיבה של בוילרפלייטס.

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

יש גם את directus, בזמנו הרגיש קצת בוסרי, מניח שכבר יותר טוב כיום.

לא מכיר. מה זה?

בסופו של דבר, אם אתה לא מחפש את הUI שCMS נותן לך, אז אין שום עניין לחפש "תבנית" לAPI.
אתה כנראה סה"כ רוצה לכתוב איזה מבנה בסיסי של האובייקטים שלך, ולחשוף פעולות CRUD עליהם. שזה בגדול DB as API..
לזה כנראה keystone מעולה. ובטוח יש תחליפים דומים.

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

הספריה צריכה לבצע 3 פעולות:

1. לייצר DB מתוך כלל הרכיבים שאבחר, ולעדכנו לפי הצורך אם אני מוסיף רכיב.
2. לייצר אובייקטים של ORM מותאמים לטבלאות שנוצרו
3. ליצור קלאסים עם פונקציות API בסיסיות לכל רכיב/טבלה. (כמו למשל fundUser, login, addProduct וכו')

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

הייתי מובן מספיק?

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

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

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

יש גם את directus, בזמנו הרגיש קצת בוסרי, מניח שכבר יותר טוב כיום.

בסופו של דבר, אם אתה לא מחפש את הUI שCMS נותן לך, אז אין שום עניין לחפש "תבנית" לAPI.
אתה כנראה סה"כ רוצה לכתוב איזה מבנה בסיסי של האובייקטים שלך, ולחשוף פעולות CRUD עליהם. שזה בגדול DB as API..
לזה כנראה keystone מעולה. ובטוח יש תחליפים דומים.
(הייתי מציץ על prisma אם לא מפריע לך לחשוב על שימוש בgraphql)

מה היתה המסקנה שלך? במה בחרת להשתמש?

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

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

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

יש את קבוצת Node.js בפייסבוק, אולי שווה להתייעץ גם איתם. כאמור לא כל החוכמה נמצאת אצלי.

רן

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

למשל ב laravel הממשק מבוסס גם צד שרת לכתחילה

זה מה שהתכוונתי לשאול. כלומר זו גרסת PHP. לא מענין.

@חוקר אמר בתבניות של 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 המדובר שם?

@dovid
אני אמנם נדנדתי פה הרבה בשבועיים האחרונים, אבל במקביל גם עבדתי קשה ועשיתי המון שיעורי בית. חרשתי הרבה דברים כולל את הסטראפי הזה. לאף אחד לא התחברתי.
הסטראפי הזה אמור להיות מקבילה של וורדפרס רק בnode, וממילא הוא אמנם לא PHP אבל יש לו את החסרונות של מערכת ניהול תוכן. (לא רוצה למען השם לייצר את הDB שלי ע"י קוביות ושדות של UI). ויחד אם זה אין לו את עיקרה היתרון של וורדפרס - השפע של התוספים שמאפשרים לך באמת לתת מענה לכל הצרכים.
אתה מקבל CMS מינימלי שבקושי יש לו תבניות ותוספים, אבל גם קשה מאוד לפתח בתוכו ולהשתלב איתו מבחינת סרוור סייד.

אולי לא חפרתי מספיק, אבל זה היה הרושם שלי. שזה סוג של קירח מכאן ומכאן.

היום מצאתי את מה שהיה נראה לי הכי קרוב: keystonejs

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

@yossiz אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

אגב, אין פה בפורום משתמשי Laravel?

יש אגב בnode חלופות מקבילות ללרוול (לא ניסיתי, אבל נחשפתי). כומ שאר הדברים, כנראה זה לא זה.