C# או NODE.JS

[avr416]

@yossiz אמר בC# או NODE.JS:

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

נכון אבל בASP.NET אתה בכלל יכול לא לדעת שיש דבר כזה שנקרא request..
וזה מה שדוד התכוון לברזלים.

@dovid אמר בC# או NODE.JS:

אם אתה מתכוון לכמות התחביר הרבה של C#, כלומר טיפוסים מחלקות ובכלל כל הטיפוסיות הקשוחה,

כן, לזה התכוונתי. אבל זה לא over engineered אלא שפה שונה.
זו שפה עם טייפים סטטיים (שהוא הרבה יותר טוב לביצועים). ו-object oriented. זה מסביר כל ה-over engineering, לא?

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

[nigun]

@avr416 אמר בC# או NODE.JS:

אבל דווקא בדברים שצריך בהם הרבה גישה לקבצים וכדו' (I/O) מקובל לומר שזה לא הצד החזק שלו.. וכן אם אתה צריך הרבה חישובים בדרך - זה גם לא הצד החזק של נוד.

יותר גרוע מPHP?

[yossiz]

@avr416 אמר בC# או NODE.JS:

אבל דווקא בדברים שצריך בהם הרבה גישה לקבצים וכדו' (I/O) מקובל לומר שזה לא הצד החזק שלו..

נראה לי שזה בדיוק הפוך. המודל של נוד לא טוב לקוד שצורך הרבה CPU כי הכל רץ בתוך thread אחד וה-multi-tasking הוא cooperative ולא preemtive. אבל בקוד עם הרבה I/O זה יותר חסכוני להשתמש ב-thread אחד ו-event loop במקום ב-thread pool. שלא לדבר על PHP בלי thread pool ושום דבר אלא thread (או תהליך) חדש לכל בקשה, זה הכי גרוע כי ה-I/O תוקע את ה-thread עד שהיא תסתיים.

[yossiz]

@avr416 אמר בC# או NODE.JS:

נראה לי שלטייפים סטטיים אין קשר להשפעה על הביצועים בכלל

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

[dovid]

@nigun אמר בC# או NODE.JS:

יותר גרוע מPHP?

בהחלט, בפעולות עתירות CPU (כמו שהעיר @yossiz).

[ב.ל]

קופץ על האשכול ..
אשמח להפניות למדריכים מומלצים ומפורטים על node.js
לj.s מצאתי הרבה ואילו על node לא מוצא כ"כ

[Avraham Wales]

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

[ב.ל]

@Avraham-Wales אמר בC# או NODE.JS:

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

יש לי את זה.
מחפש עוד..

[yossiz]

@ב-ל בד"כ לא אוהבים פה קפיצות על אשכולות. אפשר לפתוח אשכול חדש.

[yossiz]

@שואף אמר בC# או NODE.JS:

אם תוכל לעדכן כשהאתרים ייפתחו

נפתחו

[חוקר]

לעצם הנושא עליו נפתח הדיון כאן.
אני עובד היום עם PHP ובמקביל עם NODEJS.
התחלתי עם PHP וכשזה לא הספיק לעומסים למדתי נוד וכבר מצאתי הרבה סיבות לעבוד איתו.
אני עובד עם שניהם משולב על שרת אחד עם שרת nginx שזה לא מפריע לי ולא אחד על חשבון השני.
לדעתי @שואף יהיה לך תועלת גדולה מלימוד nodejs למרות הזמן הרב שזה ידרוש ממך.
אני עשיתי את זה מכורח המצב עבור המערכות של המצינגים שרציתי לחסוך את הבדיקה מול הAPI של צ'רידי עבור כל שיחה אלא שהמידע המתקבל יהיה נגיש לכל השיחות מאותה קריאה, והתחלתי ללא שום ידע בJS (יעידו על זה השאלות שלי כאן בפורום כשהתחלתי עם נוד), אך לאחר מכן העברתי לנוד עוד מערכות כישיבה על קברו ופתחתי עוד ועוד מערכות בנוד.
ומצד שני לדברים קטנים אני עדיין משתמש בPHP.
אני יכתוב מה שעולה לי בראש, ומסתבר שיש הרבה יותר.
מהמעלות בנוד:
תהליך שרץ בצד השרת כל הזמן, אתה שומר נתונים לאורך התהליך ללא הצבתם ושליפתם בכל קריאה מחדש, שזה אומר שנתונים קבועים וכדומה אתה שולף פעם אחת באתחול השרת והמידע נגיש לך לאורך הדרך ללא שליפתו מהד"ב לכל קריאה מחדש. אינו זולל CPU (אבל זולל ראם לפי הכמות שתאחסן בזמני), עמיד בעומסים.
ולגבי שאילתך, יש ספריה פשוטה של תזמון משימות, אתה יכול לתזמן לפי תאריכים, לפי זמנים ודקות ועוד ולשנות את התזמון ולבטל וכו' בתוך הקוד ללא cron.
ובכלל זה היה קפיצה טובה בשבילה לJS שכבר באה מאוד הרבה לשימוש בממשק שלי שהיא אגב פרימוורק ב PHP.
מהחסרונות: כל שינוי דורש אתחול של השרת (כמעט שזה אינו מורגש ללקוחות, אבל עדיין מסרבל, ובעיקר שמי שרגיל לPHP זה באמת מנכסס).
יש להזהר שלא ליצור לולאות שזוללות זיכרון או מה כי אז תוכל להפיל לעצמך את השרת (משא"כ PHP שבדר"כ מגביל את עצמו לכמות הראם שמאפשר לסקריפט לצרוך).

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

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

[nigun]

@שואף
הבנת מה ההבדלים בסופו של יום בין נוד לC#?
מתי כדאי להשתמש בC# ומתי בנוד?
אני לא בטוח שהבנתי , אולי מישהו יעשה סיכום ברור?
(לא שאני יעבור מחר שפה, אבל מעניין אותי מה המעלות של כל שפה)

[dovid]

@nigun לא יהיה לך סיכום כי זה מידי הרבה פרמטרים.
C# לעומת JS זה סיכום אחד,
וNODE לעומת ASP או ASP CORE זה סיכום אחר.
את שואף מעניין התוצאה אז ערבבנו בין השניים כדי לסכם מה הוא יעבור בכל אחד.

[שואף]

די השתכנעתי להתקדם לנוד, בפרט לאור ההודעה היפה והמנומקת של הרב @חוקר. תודה לכל מי שטרח לענות.
למעשה עברתי על המדריכים בW3SCHOOL והתחלתי כבר לתרגל, ולהתרגל לתפיסה שכל כך שונה מPHP.
אגב, אני רואה בהרבה מקומות שמשייכים את נוד לMONGODB. יש קשר בינהם? מה רע בMYSQL ? זאת אומרת אני יודע שיש הבדלים גדולים בגישה בין MYSQL וMONGO, אבל האם זה יש סיבה שמדריכים של PHP ממשיכים עם MYSQL, ונוד עם MONGO?
תודה

[חוקר]

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

[yossiz]

@שואף מזל טוב ובהצלחה!

לא היה ברור מדבריך האם אתה לומד גם שפת JS או רק נוד?

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

אם אתה עדיין לא מכיר את שפת JS חובה להכיר אותה... בפרט את הנושא של promises ו-async/await (משום מה אני מתרשם שזה די נפוץ שמתכנתי JS לא מכירים את הנושא מספיק וחבל...).
אני דוקא לא כל כך אוהב w3schools. לדעתי החומר ב-MDN הרבה יותר איכותי ומקיף.

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

[שואף]

@yossiz אמר בC# או NODE.JS:

אם אתה עדיין לא מכיר את שפת JS חובה להכיר אותה...

מכיר כבר הרבה שנים.

@yossiz אמר בC# או NODE.JS:

בפרט את הנושא של promises ו-async/await

אממ.. בעצם יש לי עדיין מה ללמוד. לא ברור לי עדיין לגמרי העניין של הscope בJS (איך אומרים scope בעברית?)

תודה על העזרה.

[dovid]

@yossiz אמר בC# או NODE.JS:

אם אתה עדיין לא מכיר את שפת JS חובה להכיר אותה... בפרט את הנושא של promises ו-async/await (משום מה אני מתרשם שזה די נפוץ שמתכנתי JS לא מכירים את הנושא מספיק וחבל...).

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

[yossiz]

@שואף אמר בC# או NODE.JS:

מכיר כבר הרבה שנים.

ה-JS שהכרת לפני הרבה שנים כבר הספיקה להתבגר...
(אתה מכיר פונקציות חץ? let ו-const? ‏destructuring? ‏template strings? לולאות for...of או for...in? אופרטור ה-spread [...]? לא סתם הכניסו את כל זה, הדברים מאוד שימושיים. לגבי classes, אפשר להסתדר מצויין בלי.)
כאשר נוד באה לעולם promises עדיין לא היו קיימים (אולי בספרייה, לא בשפה). לכן הרבה מהדברים המובנים הוא עם callback-ים. אבל שימוש ב-promises הרבה יותר נעים, ואפשר להמיר את ה-callback-ים ל-promises.

@שואף אמר בC# או NODE.JS:

ברור לי עדיין לגמרי העניין של הscope בJS

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

[yossiz]

@dovid אמר בC# או NODE.JS:

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

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