הצד הטכני

למפתחים: איך אנחנו בונים תוכנה.

בקצרה

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

איך אנחנו בונים

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

  1. קודם כול כלים מוכחים

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

  2. פשוט לפני מתוחכם

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

  3. שלכם מהיום הראשון

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

  4. שינויים קטנים, לעיתים קרובות

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

  5. החלטות בכתב

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

  6. סודות מחוץ לקוד

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

הכלים

עם מה אנחנו בונים.

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

  • פרונטאנד

    לכל מה שהמשתמשים באמת נוגעים בו.

    • React / Next.jsSSR · ISR
    • Vue / Nuxtכשנוח יותר לפתח בו
    • TypeScriptתמיד
    • React NativeiOS ואנדרואיד מקוד אחד
    • Tailwind / CSS Modulesutility-first
  • באקאנד

    שרתים, שירותים, לוגיקה עסקית.

    • Node.jsJavaScript גם בצד השרת
    • Laravel · PHPמגיעים מהר לאוויר
    • Java · Spring Bootמערכות ארגוניות גדולות
    • Pythonדאטה ו-ML
    • REST · GraphQLלפי מה שמתאים
  • נתונים

    איפה המידע נשמר ונשאר עקבי.

    • PostgreSQLברירת המחדל
    • Supabasepostgres + auth
    • MongoDBכשאין סכמה קבועה
    • Redisקאש ותורים
    • Pinecone · Weaviateחיפוש וקטורי
  • ענן

    איפה זה רץ ואיך יודעים שהכול תקין.

    • AWSברירת המחדל שלנו
    • Google Cloudכשהדגש על דאטה ו-ML
    • DigitalOceanכשלא צריך תשתית גדולה
    • Vercel · Cloudflareedge ואתרים סטטיים
    • Docker · Kubernetesקונטיינרים, אורקסטרציה
    • Terraforminfra-as-code
  • AI

    מודלי AI שרצים בתוך מוצרים שכבר באוויר.

    • OpenAIGPT-5, embeddings
    • Anthropic Claudeקונטקסט ארוך וכלים
    • מודלים open-weightעל שרתים משלכם
    • LangChain / LlamaIndexכשזה שימושי
    • מסדי נתונים וקטורייםpinecone · weaviate
  • אוטומציה

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

    • n8nאוטומציות על שרת משלכם
    • Makeתהליכים מהירים בלי קוד
    • GitHub ActionsCI/CD
    • Cron + queuesכשזה רציני
    • אורקסטרטורים מותאמיםלתהליכי AI
  • ניטור

    כלים שמראים לנו מה קורה ומתריעים רק כשמשהו דורש טיפול.

    • Grafana · Prometheusמטריקות
    • Sentryשגיאות
    • Datadogניטור מנוהל
    • OpenTelemetryטרייסים בלי תלות בספק
    • PagerDutyכוננות
  • אבטחה

    ברירות מחדל שמונעות את הטעויות הנפוצות.

    • OAuth 2 · OIDCתקני אימות
    • Auth0 / Clerkכשמתאים
    • Vaultניהול סודות ומפתחות
    • תיאום מבדקי חדירהעם חברה חיצונית
  • מסחר ו-CMS

    כשלא צריך לבנות מאפס.

    • Shopifyתבניות ו-headless
    • Sanity · Strapiheadless CMS
    • Stripeסליקה וחיובים
    • Algolia · Typesenseחיפוש
    • Resend · Postmarkמיילים אוטומטיים מהמערכת

איכות

סקירת קוד, טסטים וניטור.

סקירת קוד

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

  • Pull Request לכל שינוי, בלי push ישיר לענף הראשי
  • פורמט, linting וטסטים רצים אוטומטית על כל Pull Request
  • מהנדס נוסף מאשר את השינוי לפני שהוא נכנס לענף הראשי

טסטים

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

  • Unit tests לחוקים העסקיים ולחישובים
  • טסטים של פיצ׳רים ואינטגרציה לתהליכים החשובים, כמו הרשמה, תשלום והזמנות
  • טסטים מקצה לקצה (E2E) למסלולים הבודדים שאסור שיישברו
  • בדיקת נגישות לפי תקן WCAG לפני המסירה

ניטור

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

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

מסירה

מה הצוות שלכם מקבל.

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

  • מאגר הקוד

    מאגר הקוד המלא עם כל ההיסטוריה שלו, בחשבון של הארגון שלכם (GitHub, GitLab או Bitbucket), כולל כל מה שצריך כדי לבנות את המערכת ולהעלות אותה לאוויר.

  • תיעוד

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

  • מסמכי החלטות

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

  • רשימת הרשאות

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

להמחשה: כך נראה מאגר קוד שנמסר ללקוח, עם קובץ README, רשימת ההרשאות, התיעוד, מסמכי ההחלטות והטסטים.

עבודה עם הצוות שלכם

לצד המפתחים שלכם.

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

  • המהנדסים שלכם עוברים על השינויים שלנו (Pull Requests), ואנחנו יכולים לעבור על שלהם
  • אנחנו עובדים לפי הכללים שלכם לעבודה עם branches, לשחרור גרסאות ולסקירות קוד
  • מהנדס בכיר אחד הוא איש הקשר שלכם מהשיחה הראשונה ועד המסירה
  • הידע עובר תוך כדי העבודה, בסקירות קוד, בעבודה בזוגות ובהדרכות קצרות, ולא נשאר לשבוע האחרון

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

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

רשימות מהצד ההנדסי.

כתבנו בהרחבה על איך ולמה אנחנו בונים כמו שאנחנו בונים.

כל המדריכים
אחסון ותחזוקה · 6 דק׳ קריאה

AWS מול Azure מול Google Cloud: איך בוחרים ענן

בוחרים ספק ענן לאתר, לאפליקציה או למערכת של העסק? כך AWS, Azure ו-Google Cloud באמת שונים זה מזה, מה קובע את החשבון החודשי, וחמש שאלות שהופכות את הבחירה לפשוטה.

אחסון ותחזוקה · 6 דק׳ קריאה

תוכנית של 8 שבועות לאתר או לאפליקציה בלי הפתעות

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

מוצרי תוכנה · 5 דק׳ קריאה

שרת משותף או שרת ייעודי? איך בוחרים

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

איך זה בנוי · 5 דק׳ קריאה

למה מערכת פשוטה עולה פחות ומתקלקלת פחות

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

איך אנחנו עובדים · 5 דק׳ קריאה

למה אנחנו רושמים כל החלטה גדולה בפרויקט שלכם

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

יש שאלות מהצוות הטכני?

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