על אודות רישום זה
מה כלול
אתם מקבלים אפליקציה הנתמכת על ידי צד שרת אמיתי: אימות, מסד נתונים שתוכנן לעמוד בעומסי שימוש ממשיים, API שצד הלקוח יכול להסתמך עליו, ופריסה שניתן לשחזר בצורה מהימנה. אין מדובר בתבנית מוכנה מראש שהוחלף בה הלוגו.
הגישה שלנו
העבודה מתחילה במסלול השלם הקצר ביותר שמשתמש יכול לבצע מתחילתו ועד סופו, כגון הרשמה, ביצוע הפעולה העיקרית וצפייה בתוצאה. חלק זה מועבר לסביבת בדיקות (staging) בשלב מוקדם, כך שתקבלו תוכנה עובדת לבדיקה ולא רק עדכון סטטוס. משם אנו ממשיכים באותה מתכונת: לוקחים את משימת המשתמש הבאה, בונים אותה לרוחב כל השכבות, בודקים אותה ומתקדמים הלאה.
בצד הלקוח, אנו משתמשים ב-React עם TypeScript, ניהול תקין של מצב השרת במקום עומס על מצב גלובלי, וטפסים המאמתים נתונים לפני השליחה. בצד השרת, אנו משתמשים ב-FastAPI או ב-Django REST עם מודלים מוגדרי טיפוסים לבקשות ולתגובות, מיגרציות מנוהלות בבקרת גרסאות ותהליכי רקע עבור משימות איטיות יותר. עבור מסד הנתונים, ברירת המחדל שלנו היא Postgres אלא אם קיימת סיבה לבחור אחרת, כאשר אינדקסים ממוקמים במקומות שבהם שאילתות אכן זקוקות להם.
דגש על אמינות
הבדיקות מתמקדות באזורים החשובים ביותר במקרה של כשל: אימות, תשלומים וכתיבת נתונים. שגיאות מתועדות ברמת פירוט מספקת לצורך אבחון מרחוק. פרטי זיהוי רגישים נשמרים בהגדרות הסביבה ולא בבסיס הקוד.
מה אנו צריכים מכם
אנו מבקשים את מסע המשתמש היחיד בעל החשיבות הגבוהה ביותר, כל סקיצה או הפניה עיצובית שכבר ברשותכם, ובנוסף גישה למאגר הקוד ולסביבת האחסון שבכוונתכם להשתמש בה. ללא עיצובים קיימים, נציג פריסה במהלך הימים הראשונים כדי שנוכל ללטש דברים מתוך בסיס מוחשי.
מה אתם מקבלים בעת המסירה
בסיס הקוד המוגמר, קובץ README הפועל בדיוק כפי שנכתב, והדרכה מוקלטת המכסה את שלבי הפריסה, המיגרציות וכל נקודה הדורשת תשומת לב.
קצב ועדכונים
החלק העובד הראשון מגיע לכתובת URL של סביבת הבדיקות כבר במהלך השבוע הראשון. לאחר מכן, המסירה ממשיכה בצעדים קטנים, תוך קבלת עדכונים כתובים על מה שהשתנה במקום סיכום יחיד בסיום. אם דרישה מסוימת מתבררת כיקרה ברגע שהיא פוגשת את בסיס הקוד בפועל, הדבר מובא לידיעתכם בהקדם כדי שניתן יהיה לבחור בגישה חסכונית יותר.