תבניות של API
-
@davidnead
חשבתי שהאתר מקוון
אבל גם באתר לא מקוון אפשר למצוא פרוייקטים דומים בקוד פתוח.
הנה משהו מחיפוש מהיר לניהול אימות משתמשים:
https://www.ory.sh
https://github.com/authelia/authelia
https://github.com/keycloak/keycloakאבל אם זה צריך התקנה מקומית לפעמים זה יכול לסבך כשיש הרבה מיקרו-שרתים.
אגב לאחרונה שיחקתי קצת עם פרוייקט שמיועד לבניית API למיקרו-סרוויסים + מסדי נתונים, מעל קוברנטיס, זה עדיין לא בגרסה 1.0 אבל נראה טוב.
-
@davidnead אמר בתבניות של API:
@nigun אני ממש לא חושב שזה הכיוון.
למה?
כנראה לא הבנתי מה אתה מחפש בדיוק. -
@nigun אמר בתבניות של API:
@davidnead אמר בתבניות של API:
@nigun אני ממש לא חושב שזה הכיוון.
למה?
כנראה לא הבנתי מה אתה מחפש בדיוק.הוא כתב כ"כ הרבה בהודעה הראשונה.
אתה זורק פתרון (יותר נכון כיוון), והוא אומר שזה לא מתאים.
לו היית טורח רבות ומסביר איך זה מתרץ הכל, אז היה לגיטימי לשאול שיסבירו לך למה נשאר קשה, אבל על עצם זריקת כיוון לא נראה לי שראוי שתגרום לשואל להתחיל להסביר לך באריכות ואף לא בקצרה מה חסר לו בכיוון שלך.
נ.ב. זה הערה כללית לא רק בנושא זה. -
הוא כתב:
במקום לבנות מסד נתונים שמנהל הרשאות/לקוחות ולהתממשק איתו לNODE ולבנות את כל הקוד שאלף אנשים עשו לפניך, יש תבניות מוכנות?
למשל, מתבנית/ספריה של CRM הייתי מצפה שהיא תבנה לי מסד נתונים בסיסי (עם מיגריישנים כנראה) שמכיל טבלאות של לקוחות, משתמשים, לידים וכדומה. ובנוסף תבנה קלאסים בקוד עם פונקציות שניגשות לכל השימושים הקלאסיים של זה.
להבדיל ממערכות הניהול המורכבות, זה משהו שאמור להיות מאוד פשוט וקל לשימוש ובעיקר קל להתאמה אישית. מעין נקודת התחלה שקל להמשיך ממנה, למחוק חלק ולשכפל חלק וכו' במקום להתחיל מאפס.עניתי על זה שבשביל דברים שאלף אנשים כתבו כבר אפשר להשתמש בSaaS
הוא ענה שנניח שהאתר לא מקוון.
עניתי שאם SaaS לא מתאים אולי מקירו-סרוויס מוכן יתאים
הוא ענה "לא מתאים"
מתוך סקרנות התעניינתי "למה?"
אז אתה מציע:
לו היית טורח רבות ומסביר איך זה מתרץ הכל, אז היה לגיטימי לשאול שיסבירו לך למה נשאר קשה
מה אתה רוצה שאני יכתוב? מגילה שלמה שמסבירה מה זה SaaS? מה זה מיקרו-סרוויס?
שאני יערוך מחקר איזה SaaS בדיוק הוא צריך לבחור בלי לדעת בדיוק מה הוא צריך?
אני מבין שהוא יודע מה זה SaaS וענה שזה לא מתאים? אסור להתעניין למה? -
@nigun התרשמתי שמה שאתה מציע יוצא יותר עבודה מאשר תועלת.
אישית לא הייתי נכנס לחיפושים אחרי מיקרו סרוויס בקוד פתוח שאולי יכול להוריד ממני חלק מהעבודה, כאשר מצד שני זה דורש:
א) לפני הכל חיפוש מייגע, ולבדוק כמה פרוייקטים לראות אם אמצא משהו באיכות מתאים, עם תמיכה מתאימה, ושהוא עונה על הצרכים.
ב) נניח שמצאתי משהו, עכשיו יש לי כמה סרוויסים לנהל במקום אחד. כל אחד מהם דורש לימוד ועובד בצורה אחרת.
ג) אם יש צורך להתאים משהו לצורך מיוחד צריך ליכנס לתוך קוד המקור של מישהו אחר (בשפה שאולי אני לא מכיר)ואחרי הכל זה לא נותן לו מה שהוא ביקש. הורדת רק את המשימה של אימות משתמשים לשירות נפרד אבל יש את החלק ה-CRUD-י העיקרי שזה הוא רוצה מן המוכן.
-
@nigun "שאלת מתוך סקרנות"... אני מוצא פעמים רבים את הסקרנות הזו שבעצם סוחטת חברי פורום להיסחף לנושא שהם לא עוסקים בו ו/או חושבים שהוא לא רלוונטי.
אני עד עכשיו לא מבין למה מיקרוסרויס עוזר.
זה נכון, אתה נותן להרבה שירותים לעשות את העבודה, אבל מי בדיוק מתווך בין כל החלקים? שוב מערכת, לא ככה? נניח אני צריך הרשאות משתמשים. אז אני משתמש עם auth0 הוא דואג לזהות, אבל מי ידאג להרשאות? מיקרוסרויס? מה שייך להציע שימוש במיקרוסרויסים כשהבקשה היא שלד של תוכנה קלאסי שקל להשתמש בו ולהרחיב אותו, הדבר היחיד שאני מבין זה שאתה אומר שלא קשה לבנות הכל לבד (להיתפס על המילים מה שאלף אנשים בנו" כשהכונה על המכלול ולא הפריטים!) כשמדובר בשימוש בהרבה שירותים חיצוניים, נו , זה עדיין לא תשובה לכותרת של השאלה ולתוכנה.
שים לב שזה לא שענית ישר מיקרוסרויסים. יריתי פה כמה וכמה הודעות כשדי ברור שאין לך ניסיון ותשובה ודאית לשאלה אלא נסיונות לענות על השאלה. זה לא שניסיון זה לא עוזר בכלל, אבל זו רמת עזרה נמוכה מאוד, שצריכה לבוא בצורה מתומצתת ומקומצת בהודעות.
אחרת זה מפריע, זה נחשב לכפות דיון על נושאים שמעניינים אותך כשאתה רוכב על נושא מוגדר, דוקא אני נורא נהנה מהדיונים שאתה יוצר אבל זה לא הוגן כלפי מחפש הפתרון התורן. הדרך צריכה להיות הצעה מרוכזת של כיוונים בהודעה אחת (וא דו שיח הלוך ושוב שמגדיל את הנושא ומקשה על העונה הפוטנציאלי לדעת איפה אוחזים), וכל הרחבה של כיוון או נושא שנשמעים פחות רלוונטיים לפתוח נושא חדש בו אתה הבעה"ב ואינך כופה על איש לקרוא או לכתוב שמה. -
@davidnead אני אולי נשמע חוזר על עצמי, אבל השאלות שלך לא הכי מתאימים לnodejs.
nodejs לא מתאימה לאנשים שמאמינים בדברים מוכנים וממוסדים.
היא מתאימה לכאלה שאוהבים גמישות ושקיפות מקסימליים.
אני מציע לך לבדוק את asp net core (שפת c#), שמה הברירת מחדל היא המון ספריות ענק שעושים המון המון עבודה. זה כמובן לא נוגע כלל לקליינט סייד.
אני אישית אגב לא מפתח בזה (אני די עובד בפרוייקטים קיימים, גם nodejs וגם asp net 5 שזה די ישן וגם קצת קצת וורדפרס המתועבת), כך שהרשמים שלי הם התרשמות מרוחקת או עדויות של קולגות. -
@dovid אמר בתבניות של API:
@davidnead אני אולי נשמע חוזר על עצמי, אבל השאלות שלך לא הכי מתאימים לnodejs.
nodejs לא מתאימה לאנשים שמאמינים בדברים מוכנים וממוסדים.
היא מתאימה לכאלה שאוהבים גמישות ושקיפות מקסימליים.
אני מציע לך לבדוק את asp net core (שפת c#), שמה הברירת מחדל היא המון ספריות ענק שעושים המון המון עבודה. זה כמובן לא נוגע כלל לקליינט סייד.
אני אישית אגב לא מפתח בזה (אני די עובד בפרוייקטים קיימים, גם nodejs וגם asp net 5 שזה די ישן וגם קצת קצת וורדפרס המתועבת), כך שהרשמים שלי הם התרשמות מרוחקת או עדויות של קולגות.זה בסדר, גם אני חוזר על עצמי.
לגופו של ענין, בשביל זה תיקנתי את השאלה בהודעה האחרונה שלי. עזוב, אני לא מחפש מיסוד ולא כלום, אני אוהב את הדרך שעבדתי עד עכשיו.
אני נתקלתי בבעיה, והתחלתי לנחש מה הפתרון. במקום זה אני משנה כעת כיוון ורוצה לשומע איך אחרים מתמודדים עם הבעיה הזו.
אני רוצה לשמוע מאנשים (רצוי עצמאים) שכן מפתחים בnodejs פרוייקטים חדשים מידי פעם, מה תכל'ס הם עושים. לא רעיונות, אלא מה הם עושים בפרוייקטים שלהם? הם בונים הכל מאפס? הם נעזרים במרכיבים שהם בנו עם הזמן? טמפלייטים? פתרונות אחרים?
במידה והם כן בונים הכל מאפס, האם זה גורם להם לומר על חלק מהפרוייקטים: "לקוח יקר, אני לא מתאים לך", או לחילופין לוותר על nodejs ללכת על טכנולוגיה אחרת באותם פרוייקטים?אני הראשון בארץ שפוגש את הבעיה?
נ.ב. לגבי הקטעי קוד וכו שאתה צובר לך עם הזמן, זה נכון חלקית, ומכסה רק חלק מהבעיה. אוכל להדגים אם צריך.
-
@dovid אמר בתבניות של API:
@davidnead
nodejs לא מתאימה לאנשים שמאמינים בדברים מוכנים וממוסדים.אגב, זה נשמע פנטסטי (מישהו הפנה פה באחד הפוסטים):
לפי מה שהוא מתאר כל כך יפה, זה כביכול מיועד בדיוק למה שביקשתי, לאנשים שרוצים גמישות ושקיפות מקסימליים אבל כן רוצים קיצורי דרך ולרקוד על 2 החתונות. בפועל, אני עדיין בודק את המערכת הזו, אבל על פניו נראה שזה שוב לא הכתובת. מממוסד מידי מחד, ולא תועלתי מידי מאידך. -
@davidnead לפני שאתה רץ לספריות פנטסטיות, תבין שבפרוייקט חדש בasp יש לך שלד ניכר מאוד של מערכת, שזה כולל המון המון דברים שבnodejs צריך להתקין ולהגדיר עבורם המון המון.
הספריה prisma היא אכן דעתנית מאוד. אבל אל תרוץ לספריות, קודם תראה שאתה מצליח להיות מפתח עם שמחת חיים בסביבה הזאת, אחרת זו לא אופציה. ושים לב, asp בשונה מnodejs היא יחסית מאוד ממוסדת, ומאוד מחייבת להבין "מה הם התכוונו" ו"איך אני אמור לעשות" שאלות שאין בכלל בnodejs.
עדיף כנראה שלא נדון פה על asp כי זה חורג מהנושא, אם תרצה פתח נושא חדש לדיון על כך באופן ייעודי.החמצתי את ההודעה הקודמת שלך. אני מאוד מבין שאתה בוחר להמשיך עם nodejs ואתה רק שואל איך מתמודדים מפתחי nodejs עם כל פרוייקט חדש.
התשובה שלי היא שאין משתמשי nodejs שפותחים פרוייקטים חדשים לעיתים קרובות בכלל. בדיוק מהסיבה שזה nodejs. אני די קרוב לודאי שאין מפתחי Nodejs שמבצעים ישירות עבודות עבור לקוחות פרטיים (לאפוקי חברות תוכנה). אתה מבין טוב שאתה מאוד מאוד לבד. -
@dovid אמר בתבניות של API:
קודם תראה שאתה מצליח להיות מפתח עם שמחת חיים בסביבה הזאת
לא הבנתי אותך. איזו סביבה? NODE? אני חי שם בכיף הרבה זמן. ממש לא רץ לספריות. צריך להבין שזה מנוגד לאופי שלי, מבחינתי הייתי בונה הכל מאפס. בעבר בניתי פרוייקט ענק (בשני המובנים סרוור+קליינט) שאת כל הקליינט שלו בניתי מאפס בלי פריימוורק, וגם בסרוור בניתי כמעט פרייוורק משלי.
זה היה טוב בשביל להבין איך עובדים פרייוורקים ולמה צריך אותם, אבל לא בשביל לחזור על זה. החיים מלמדים אותו שצריך לדעת גם לא להמציא את הגלגל, ובטח כאשר יש לך מחויבות לכסף של הלקוחות. -
@dovid אמר בתבניות של API:
התשובה שלי היא שאין משתמשי nodejs שפותחים פרוייקטים חדשים לעיתים קרובות בכלל. בדיוק מהסיבה שזה nodejs. אני די קרוב לודאי שאין מפתחי Nodejs שמבצעים ישירות עבודות עבור לקוחות פרטיים (לאפוקי חברות תוכנה). אתה מבין טוב שאתה מאוד מאוד לבד
אז מה שאתה אומר לי שזה בעצם נכון שnodejs מתאים רק לפרוייקטים גדולים (כאלו שהקמת הפרוייקט זה החלק המאוד זניח), ועצמאי שעובד עם לקוחות קטנים - עליו לבחור בטכנולוגיה שונה (איזו, זו שאלה נפרדת).
ובקיצור - שאני אוהב את הדבר הלא-נכון או שעלי לחזור להיות שכיר בחברה גדולה.