סיכום

SLAtech LTD היא חברת פיתוח תוכנה ישראלית הפועלת מאז 2004. אנחנו עוזרים לבעלים של אפליקציות שנבנו ב-Replit: בודקים את העבודה עם מסד הנתונים והמידע, את שמירת המפתחות ואת ההפרדה בין גרסת הפיתוח לגרסה המפורסמת, מביאים את הפרויקט ל-production וממשיכים לפתח אותו. הקוד נשאר בחשבון ובמאגר שלכם. אנשים קובעים את הארכיטקטורה ומקבלים את ההחלטות, וה-AI רק מציע.

פרויקטים ב-Replit

פרויקט ב-Replit נתקע? נבדוק, נתקן ונביא אותו ל-production

Replit Agent בונה ומריץ אפליקציה לפי תיאור במילים: ממשק, שרת, מסד נתונים PostgreSQL ופרסום במקום אחד. הקושי מתחיל אחר כך, כשמגיעים משתמשים אמיתיים, תשלומים ומידע אישי. האפליקציה המפורסמת עובדת עם מסד נתונים אחר מגרסת הפיתוח, את המפתחות צריך להעביר ל-production בנפרד, וכל בקשה חדשה ל-Agent עלולה לשבור משהו שכבר עבד. אנחנו בודקים פרויקטים ב-Replit, ממשיכים את הפיתוח שלהם או כותבים מחדש את מה שלא כדאי לתקן. על מה שתיקנו אנחנו, אנחנו גם אחראים בהמשך.

ספרו לנו על הפרויקט ישר לאבחון

מה Replit עושה טוב

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

שרת אמיתי. לאפליקציה ב-Replit יש צד שרת, שבו אפשר להחזיק בדיקות הרשאה ומפתחות במקום למסור אותם לדפדפן.

עבודה עם מסד הנתונים דרך ORM. ה-Agent יוצר את הסכמה בעצמו ומחבר את האפליקציה ל-PostgreSQL.

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

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

איפה פרויקטים ב-Replit בדרך כלל נתקעים

שני מסדי נתונים

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

סודות לפרסום

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

שחזור הוא לא גיבוי

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

תיקונים במעגלים

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

הרשאות בשרת

יש שרת, אבל בדיקות ההרשאה לא תמיד כתובות בכל מקום. נתיב אחד שנשכח חושף נתונים של אחרים.

תלות בפלטפורמה

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

מה אנחנו בודקים בפרויקט ב-Replit

1

גישה לנתונים: האם כל נתיב בשרת בודק מי פונה ולנתונים של מי.

2

מפתחות וסודות: סביבת הפיתוח, הפרסום והיסטוריית השינויים.

3

גרסת הפיתוח והגרסה המפורסמת: במה שונים מסד הנתונים, הסכמה וההגדרות.

4

תשלומים ומגבלות: איפה מתקבלת ההחלטה והאם האישורים מגיעים ישירות מספק התשלומים.

5

גיבויים: האם יש גיבויים של מסד הנתונים ב-production והאם השחזור נבדק.

6

התחברות משתמשים: אימות דוא"ל, שחזור סיסמה, תפקידים והרשאות.

7

ספריות חיצוניות: גרסאות ישנות ופגיעות.

8

שאילתות ועומס: מה יאט ראשון כשיהיו יותר משתמשים.

9

מאגר קוד והעלאה לאוויר: האם ההיסטוריה נשמרת ב-Git, האם יש בדיקות לתרחישים המרכזיים.

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

שלוש דרכים להמשיך

אבחון

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

עוד על האבחון

המשך פיתוח

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

לדבר על המשך פיתוח

כתיבה מחדש של חלק

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

לדבר על כתיבה מחדש

איך אנחנו בוחרים בין הדרכים האלה, מוסבר בפירוט בעמוד על עזרה לפרויקטים ב-vibe coding.

איך אנחנו עצמנו עובדים עם AI

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

שאלות נפוצות

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

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

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

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

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

כלי AI נוספים

עם פרויקטים בכלים אחרים אנחנו עובדים באותה דרך. העמוד הכללי: עזרה לפרויקטים ב-vibe coding.

ספרו לנו מה בניתם ב-Replit

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

ספרו לנו על הפרויקט ישר לאבחון