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

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

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

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

בעקבות האשכול תבניות של API

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

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

אשמח לדעת איזה תחליף מומלץ לפרויקט מהיר במקום node.js (מכיר רק j.s..)

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

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

@davidnead תביא לי את הpackage.json של הפרוייקט האחרון שלך.

למשל?

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

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

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

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

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

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

כלומר אותו רעיון. פרנסה לא תוציא מזה...

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

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

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

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

קודם תראה שאתה מצליח להיות מפתח עם שמחת חיים בסביבה הזאת

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

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

המון המון דברים שבnodejs צריך להתקין ולהגדיר עבורם המון המון

למשל?

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

@davidnead
nodejs לא מתאימה לאנשים שמאמינים בדברים מוכנים וממוסדים.

אגב, זה נשמע פנטסטי (מישהו הפנה פה באחד הפוסטים):

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

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

@davidnead אני אולי נשמע חוזר על עצמי, אבל השאלות שלך לא הכי מתאימים לnodejs.
nodejs לא מתאימה לאנשים שמאמינים בדברים מוכנים וממוסדים.
היא מתאימה לכאלה שאוהבים גמישות ושקיפות מקסימליים.
אני מציע לך לבדוק את asp net core (שפת c#), שמה הברירת מחדל היא המון ספריות ענק שעושים המון המון עבודה. זה כמובן לא נוגע כלל לקליינט סייד.
אני אישית אגב לא מפתח בזה (אני די עובד בפרוייקטים קיימים, גם nodejs וגם asp net 5 שזה די ישן וגם קצת קצת וורדפרס המתועבת), כך שהרשמים שלי הם התרשמות מרוחקת או עדויות של קולגות.

זה בסדר, גם אני חוזר על עצמי.

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

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

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

אני הראשון בארץ שפוגש את הבעיה?

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

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

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

@nigun אני ממש לא חושב שזה הכיוון.

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

SaaS

מה שייך SaaS לענין?

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

@yossiz אמר בשרת אישי על המחשב שלי:

@davidnead אמר בשרת אישי על המחשב שלי:

איך זה עובד?

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

מה זה עושה יותר טוב ממה שיכולתי לעשות לבד?

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

• לרוב האנשים אין "פקודה קטנה" שעושה את זה אלא צריך ללכת לממשק של הראוטר לעשות את זה.
• רצוי שהפורט יישאר פתוח רק במשך הזמן שצריך ולא יותר אז תזכור להוסיף את זה ל"פקודה הקטנה" שלך.
• להרבה אנשים אין IP קבוע. (יש DNS דינאמי אבל זה שוב עוד דבר שצריך קינפוג).
• להרבה אנשים אין בכלל אפשרות לקבל חיבורים נכנסים כי הם יושבים מאחורי NAT שאין להם שליטה עליו, או זה מנוע להם מסיבות אבטחה.
• עם NGROK מקבלים "בחינם" תעודת TLS.
• NGROK נותנים לך דאשבורד יפה עם תצוגה של כל התעבורה שנכנסה עם אפשרות להריץ בקשה שוב (replay) ועוד

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

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

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

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

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

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

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

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

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

headless cms

מה שאני ראיתי בינתיים זה דברים כמו https://strapi.io/ שזה לא תבנית של API אלא ממשק ניהול שאיתו אתה יוצר API. יש אולי אנשים שיותר קל להם להתחיל ליצור שדות ואובייקטים בקוביות של ממשק, לי כבר קל יותר ליצור טבלה בDB ולהתממשק.
לא רוצה ממשק ניהול, אלא פשוט קוד מוכן (קוד JS + צורה כלשהי של SQL) עבור נושאים שונים.
יש דוגמאות כאלו בקונספט שאמרת?

טוב, בהמשך לפוסטים הקודמים שלי (למי שנותרה סבלנות), עשיתי הרבה שיעורי בית, והתקדמתי קצת.

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

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

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

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

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

גוגל נותן לי את המסך האדום:
"לאחרונה זוהה פישינג באתר ‪f228-31-210-190-92.ngrok.io‬ על-ידי הגלישה הבטוחה של Google. אתרי פישינג מתחזים לאתרים אחרים כדי להונות אותך."
האם צריך לחשוש לזה? אולי זה סתם אומר שמתישהו מישהו השתמש באותה כתובת?