בלוג בעברית - פוסטים בתכנות

[אסתר א]

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

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

ושאלה נוספת מסניורית הפעם:
- MicroServices, להבין מה זה, אחת ולתמיד.
זה הולך להיות פוסט תיאורטי בעברית שמסכם את הארכיטקטורה הרווחת הזאת.
בלוג: https://esterkaufman.wordpress.com/

 

[B HAPPY]

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

 

[משקפיים של]

איזה יופי בהצלחה עם הבלוג

תוכן בעברית תמיד מתקבל בברכה

בהצלחה

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

את יכולה להרשם לRSS של אתר

 

[B HAPPY]

את יכולה להרשם לRSS של אתר

אפשר הסבר? תודה...

 

[משקפיים של]

אפשר הסבר? תודה...

זאת כתובת הRSS של האתר המדובר

https://esterkaufman.wordpress.com/feed

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

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

 

[אסתר א]

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

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

https://www.linkedin.com/in/ester-kaufman/

 

[trew]

נראה נהדר

 

[5127109]

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

 

[trew]

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

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

 

[5127109]

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

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

בלוג תכנות בעברית

שלום וברכה לכולם, פתחתי בלוג תכנות בעברית, בעניני react node.js ופיתוח ווב. אפשר להרשם לעדכונים דרך הלינק בחתימה שלי.

prog.co.il

 

[אסתר א]

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

 

[אסתר א]

היי הוספתי עוד פוסטים חדשים
Angular Schematic – כלי משמעותי לתבניות חוזרות בקוד

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

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

Micro Services – ארכיטקטורה שתרצו להכיר

מה זה Micro Services?
פירוק המוצר לגורמים והרכבה מחדש.

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

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

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

ויש עוד
לייקו מה שאהבתם, תנו פידבק.

 

[מתוכנתת]

היי הוספתי עוד פוסטים חדשים
Angular Schematic – כלי משמעותי לתבניות חוזרות בקוד

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

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

Micro Services – ארכיטקטורה שתרצו להכיר

מה זה Micro Services?
פירוק המוצר לגורמים והרכבה מחדש.

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

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

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

ויש עוד
לייקו מה שאהבתם, תנו פידבק.

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

אם נתרגם את זה לאובייקט:

​

1 2 3 4 5 6 7 8 9 10​

public class Order{ public string orderDescription; public int orderCount; public DateTime orderCreateDate; public User user; public ShippingDetails shipping; public Payment payment; public Document[] documents;​ }

ובשכבת ה DAL אנחנו נפנה לDB ונעשה JOIN בין טבלאות כדי להרכיב את האובייקט. לוגיקה עסקית נוספת תשב ב BL ותעשה מניפולציות על האובייקט ותחזיר אותו למי שביקש מהשירות – GetOrder();

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

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

(יצא לי הפוך, לא מצליחה לשנות )


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

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

 

[ynigun]

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

 

[אסתר א]

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

אם נתרגם את זה לאובייקט:

​

1 2 3 4 5 6 7 8 9 10​

public class Order{ public string orderDescription; public int orderCount; public DateTime orderCreateDate; public User user; public ShippingDetails shipping; public Payment payment; public Document[] documents;​ }

ובשכבת ה DAL אנחנו נפנה לDB ונעשה JOIN בין טבלאות כדי להרכיב את האובייקט. לוגיקה עסקית נוספת תשב ב BL ותעשה מניפולציות על האובייקט ותחזיר אותו למי שביקש מהשירות – GetOrder();

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

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

(יצא לי הפוך, לא מצליחה לשנות )


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

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

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

• Scailing דינאמי ומהיר של משאבים
  כל שירות נפרס בקונטיינר משלו, וניתן להקצות משאבים הדרושים רק לו, במהירות
  לא דורש להקים VM חדש וכולי
• הפשטה של מודלים, ו Business Logic, כל צוות מכיר רק את הנדרש לו
• שיפור ה scalability של הפיתוח: פיתוח יעיל במקביליות
• ניתן לשכפל שירותים בקלות ללא הקרסת מערכת
• עליה לייצור נפרדת לכל שירות, אם יש תיקון בדומיין ספציפי, לא כל המערכת צריכה לעבור בדיקות רגרסיה

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

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

 

[cherry c]

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

אודות

אסתר קאופמן – Senior Software Engineer, Blogger, LinkedIn Creator, and Technology Mentor

esterkaufman.wordpress.com

 

[אסתר א]

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

אודות

אסתר קאופמן – Senior Software Engineer, Blogger, LinkedIn Creator, and Technology Mentor

esterkaufman.wordpress.com

מה? אני שמחה להארות
אבל לא הצלחתי לראות מה

 

[cherry c]

מה? אני שמחה להארות
אבל לא הצלחתי לראות מה

מקום עבודה?

 

[אסתר א]

מקום עבודה?

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