⁦Founding Engineer / Hands-on CTO⁩

Moshe Harush

אני עושה סדר במערכות מורכבות, בלי לעצור את ה־⁦delivery.⁩

אני לומד את המערכת מקצה לקצה, מייצב ⁦production⁩ ומשנה את החלקים שמעכבים את המוצר. יותר מ־⁦14⁩ שנה ⁦hands-on⁩ על ⁦backend⁩, ארכיטקטורה, ⁦infra⁩, ⁦product delivery⁩ וניהול טכנולוגי.

לפרויקטים נבחרים דברו איתי

⁦Senior Tech Lead⁩ ב־⁦Selectika AI⁩ · ⁦Creator of MonoX⁩ · בונה את ⁦UnderGrid⁩

משה הרוש בחוץ בתל אביב
⁦Architecture⁩ · ⁦Delivery⁩ · ⁦AI⁩ תל אביב, ישראל

  • ארכיטקטורה

    ממפה את גבולות המערכת, ה־⁦constraints⁩, ה־⁦data flows⁩ וה־⁦failure modes.⁩

  • ניהול פיתוח ⁦end to end⁩

    לוקח ⁦ownership⁩ מהחלטת מוצר עד למה שקורה ב־⁦production.⁩

  • ⁦AI⁩ בפועל

    מטמיע, מריץ ועושה ⁦evaluation⁩ למודלים מקומיים ובענן, עם ⁦product boundaries⁩ ברורים.

פרויקטים נבחרים

על מה לקחתי ⁦ownership⁩, מה שיניתי ולמה.

ארבע דוגמאות ל־⁦ownership⁩ מקצה לקצה: ⁦open-source platform⁩, ⁦platform modernization⁩, מוצר ⁦digital health⁩ ומערכות ⁦consumer⁩ עם ⁦high traffic.⁩

⁦Public scope⁩

ה־⁦source⁩ של ⁦MonoX⁩ ציבורי תחת ⁦MIT.⁩ שאר ה־⁦case studies⁩ מדברים רק על ⁦architecture⁩, ⁦decisions⁩ ו־⁦outcomes⁩ שאפשר לשתף, בלי קוד פנימי, ⁦customer data⁩, מספרי ⁦traffic⁩ או ⁦identifiers⁩ רגישים. אם מופיעים ⁦diagrams⁩ או ⁦example data⁩, הם ⁦sanitized⁩ או ⁦synthetic.⁩

⁦MonoX⁩ · ⁦Open-source platform engineering⁩ · ⁦0.1.2⁩

הפכתי החלטות שחוזרות בכל ⁦monorepo⁩ ו־⁦deployment⁩ ל־⁦contract⁩ מפורש למפתחים, ⁦CI⁩ ו־⁦coding agents.⁩

לאתר ⁦monox.dev⁩ ל־⁦source⁩ ב־⁦GitHub⁩ לחבילת ⁦create-monox⁩ ב־⁦npm⁩ ל־⁦architecture⁩

⁦Context⁩
צוותים ו־⁦coding agents⁩ מבזבזים זמן על גילוי מחדש של מבנה ה־⁦repo⁩, גבולות בין ⁦workspaces⁩, ⁦validation⁩, ⁦containers⁩ ו־⁦deployment conventions.⁩
⁦Ownership⁩
יצרתי ואני מוביל את ה־⁦product architecture⁩, מימוש ה־⁦JavaScript⁩, ה־⁦create-monox CLI⁩, מודל ה־⁦delivery⁩, בקרות ⁦CI⁩ ו־⁦release⁩ וה־⁦project governance.⁩
⁦Key decisions⁩
ה־⁦create-monox CLI⁩ מייצר ⁦Yarn⁩, ⁦npm⁩ או ⁦pnpm workspaces⁩ ומחבר אותם ל־⁦Docker⁩ ול־⁦Kubernetes adapters⁩ דרך ⁦contracts⁩ עם ⁦versioning.⁩ הפרדתי ⁦build⁩, ⁦render⁩ ו־⁦apply⁩, עם ⁦typed CLI inputs⁩, ⁦scaling⁩ מוגבל ו־⁦synthetic examples.⁩
⁦Outcome⁩
⁦Public MIT repo⁩ תחת ⁦Mosharush/MonoX⁩ עם ⁦generator⁩ בדוק, ⁦CI⁩ ו־⁦CodeQL⁩ ירוקים, ⁦contracts⁩ עם ⁦versioning⁩ ו־⁦Kubernetes rendering⁩ שעובר ⁦validation. create-monox 0.1.2⁩ פורסם דרך ⁦npm trusted publishing⁩ עם ⁦provenance.⁩

⁦Selectika AI⁩ · ⁦Platform modernization⁩ · ⁦2024⁩–היום

מודרניזציה של פלטפורמת ⁦multi-tenant⁩ בלי לעצור ⁦deploys⁩ פעילים.

⁦Context⁩
מונולית כבד בזיכרון, ⁦workloads⁩ שחסמו ⁦requests⁩ וקובץ ⁦config⁩ נפרד לכל לקוח כבר לא התאימו למעבר של המוצר ל־⁦multi-tenant.⁩
⁦Ownership⁩
לקחתי ⁦hands-on ownership⁩ על ⁦backend architecture⁩, ⁦infra⁩, ⁦deploys⁩, ⁦production⁩ וה־⁦modernization path.⁩
⁦Key decisions⁩
⁦Workload separation⁩ על ⁦Kubernetes⁩, ⁦tenant config⁩ ב־⁦database⁩, עיבוד ⁦async⁩ עם ⁦RabbitMQ⁩ והחלפה הדרגתית.
⁦Outcome⁩
העברתי ⁦long-running jobs⁩ מחוץ ל־⁦request path.⁩ ה־⁦tenant onboarding⁩ עבר משינויים ידניים בקבצים בין ⁦deployments⁩ ל־⁦workflow⁩ שמנוהל דרך ה־⁦database.⁩ במקביל נוצרו ⁦scaling boundaries⁩ ברורים יותר וה־⁦deploys⁩ המשיכו.

⁦UnderGrid⁩ · ⁦Digital health⁩ · מוצר ⁦production⁩ שאני מוביל כמייסד

אני בונה ומוביל את ⁦UnderGrid end to end⁩, מ־⁦web⁩ ו־⁦native⁩ עד ⁦backend⁩, ⁦infra⁩ ו־⁦AI.⁩

למוצר ⁦undergrid.app⁩

⁦Context⁩
המוצר מחבר ⁦workflows⁩ של מאמנים ומשתמשים, ⁦health integrations⁩ בהסכמה ו־⁦AI⁩ עם ⁦safety gates⁩ בין ⁦web⁩ ל־⁦native.⁩
⁦Ownership⁩
הגדרת מוצר, ארכיטקטורת ⁦TypeScript⁩ מודולרית, ⁦backend⁩, ⁦delivery⁩ ל־⁦PWA⁩ ול־⁦native⁩, ⁦shared contracts⁩, ⁦infra⁩ ו־⁦production ops.⁩
⁦Key decisions⁩
⁦Modular monolith⁩ עם ⁦boundaries⁩ ברורים, כלי ⁦AI⁩ שרצים ⁦server-side⁩ עם ⁦validation⁩ ו־⁦confirmation gates⁩, ו־⁦native health integrations⁩ מאחורי ⁦consent interfaces.⁩
מצב בפועל
⁦UnderGrid⁩ רץ ב־⁦production⁩ ב־⁦undergrid.app⁩ כ־⁦release train⁩ אחד של ⁦PWA⁩, ⁦API⁩, ⁦worker⁩ ו־⁦database.⁩ אותו ⁦codebase⁩ כולל גם ⁦iOS⁩ ו־⁦Android shells⁩, וה־⁦CI⁩ בודק ⁦contracts⁩, ⁦database upgrades⁩, ⁦seeded browser journeys⁩, ⁦container roles⁩ ו־⁦security boundaries⁩ לפני ⁦delivery.⁩

⁦Yad2⁩ · מוצרי ⁦consumer⁩ ב־⁦high traffic⁩ · ⁦2018⁩–⁦2020⁩

העברת ⁦login flow⁩ קריטי מ־⁦PHP⁩ ל־⁦Node.js⁩ בלי ⁦big-bang rewrite.⁩

⁦Context⁩
מערכות ⁦PHP⁩ קריטיות היו צריכות ⁦modernization⁩ בזמן שהצוותים המשיכו להוציא ⁦features⁩ במוצר עם ⁦high traffic.⁩
⁦Ownership⁩
⁦Engineering leadership⁩ על יד שנייה, התראות ומועדפים, ועבודה חוצת צוותים על ⁦behavior⁩ של המערכת ותלויות ⁦platform.⁩
⁦Key decisions⁩
⁦Migration⁩ הדרגתי מ־⁦PHP⁩ ל־⁦Node.js⁩, החל מ־⁦login flow⁩ קריטי ב־⁦production⁩, במקום להחליף את כל המערכת.
⁦Outcome⁩
ה־⁦login boundary⁩ הקריטי עבר ל־⁦Node.js⁩ בזמן שצוותי המוצר המשיכו להוציא ⁦features⁩, ונוצר ⁦path⁩ שאפשר להמשיך איתו את שאר ה־⁦migration.⁩

איך אני עובד

קודם ממפים. אחר כך מייצבים. רק אז משנים.

תוכנית ה־⁦modernization⁩ מתחילה ב־⁦constraints⁩, ⁦rollback path⁩ ו־⁦ownership⁩, לא בבחירת ⁦stack⁩ חדש.

  1. ממפה את המערכת

    ממפה ⁦boundaries⁩, ⁦ownership⁩, ⁦dependencies⁩, ⁦data flows⁩ ואת ה־⁦critical path⁩ האמיתי.

  2. מוצא את ה־⁦bottleneck⁩ האמיתי

    מפריד בין לחץ מוצר, תקלות ⁦production⁩, ה־⁦capacity⁩ של הצוות ו־⁦legacy code⁩ שעדיין עושה עבודה טובה.

  3. מייצב ⁦production⁩

    משפר ⁦observability⁩ ו־⁦reliability⁩ לפני שמרחיבים את ה־⁦change surface.⁩

  4. בונה ⁦cutover⁩ בטוח

    יוצר ⁦rollback points⁩, מדידה, ⁦parallel delivery⁩ והחלפה הדרגתית.

  5. מעביר ⁦boundary⁩ אחד בכל פעם

    מתחיל במקום שמוריד הכי הרבה ⁦risk⁩ או פותח הכי הרבה עבודת מוצר.

  6. מוכיח שה־⁦path⁩ החדש עובד, ואז מוריד את הישן

    בודק ⁦behavior⁩ ו־⁦metrics⁩, מוריד את ה־⁦legacy path⁩ ומתעד את ה־⁦runtime path⁩ ואת ה־⁦ownership⁩ החדשים.

⁦AI⁩ בפועל

המודל הוא רק חלק ממה שצריך כדי להוציא ⁦AI⁩ ל־⁦production.⁩

אני מטמיע, מריץ ועושה ⁦evaluation⁩ למודלים מקומיים ובענן, בונה ⁦tool-connected agents⁩ ומתכנן את ה־⁦product boundaries⁩ סביב ⁦permissions⁩, ⁦data⁩, ⁦latency⁩, ⁦cost⁩, ⁦safety⁩ ו־⁦failure. Evaluation⁩ ו־⁦fallback⁩ הם חלק מהמוצר, לא משהו שמוסיפים בסוף.

⁦Inference⁩, ⁦retrieval⁩ ו־⁦evaluation⁩

⁦Inference⁩ מקומי ובענן, ⁦embeddings⁩, ⁦retrieval⁩, ⁦evaluation⁩, ⁦fine-tuning⁩ כשזה מתאים ו־⁦model/runtime trade-offs.⁩

⁦Agents & tools⁩

⁦Tool-connected agents⁩ ל־⁦coding⁩ ול־⁦research⁩, עם ⁦context⁩, ⁦permission boundaries⁩, ⁦evaluation⁩ ו־⁦feedback loops.⁩

⁦Product integration⁩

⁦Schema-validated output⁩, בדיקות ⁦safety⁩, אישור אנושי, ⁦logs⁩, תקציבי ⁦cost⁩ ו־⁦latency⁩ וגבולות ⁦privacy.⁩

המודל יכול להשתנות. ה־⁦product contract⁩, בדיקות ה־⁦safety⁩ וה־⁦fallback⁩ חייבים להישאר יציבים.

ניסיון

ניסיון ⁦hands-on⁩ ב־⁦product⁩, ⁦platform⁩ ו־⁦production.⁩

ה־⁦scope⁩ גדל מקוד לארכיטקטורה, ⁦infra⁩, גיוס, ⁦delivery⁩ ו־⁦production.⁩ נשארתי ⁦hands-on⁩ לאורך כל הדרך.

⁦Selectika AI⁩

⁦Senior Tech Lead⁩

⁦Hands-on engineer⁩ מרכזי על ⁦backend⁩, ⁦architecture⁩, ⁦infra⁩, ⁦deploys⁩ ו־⁦production.⁩ מוביל את ה־⁦multi-tenant modernization⁩ תוך כדי ⁦delivery⁩ שוטף.

Canditech

⁦Full-Stack Developer⁩

בניתי ⁦mobile-first assessment flows⁩, יכולות ⁦backend⁩, כלים פנימיים להרצת ⁦tests⁩, ⁦SSR⁩ ושיפורים ב־⁦CI/CD⁩ וב־⁦developer workflow.⁩

Startup Booster

⁦Tech Lead⁩ ו־⁦Strategic Partner⁩

עבדתי כ־⁦hands-on fractional CTO⁩ למוצרי ⁦early-stage⁩, ותרגמתי דרישות של ⁦founders⁩ לתוכנית טכנית, מערכות ⁦production⁩ ותהליך ⁦delivery.⁩

Yad2

⁦Team Lead⁩ ו־⁦Web Architect⁩

הובלתי צוותים ביד שנייה, התראות ומועדפים; קידמתי ⁦migration⁩ הדרגתי מ־⁦PHP⁩ ל־⁦Node.js⁩, ראיינתי יותר מ־⁦30⁩ מפתחים ובניתי ⁦training⁩ פנימי.

WebId Group

⁦CTO⁩, ⁦Co-Founder⁩ ו־⁦Full-Stack Developer⁩

הקמתי והגדלתי ⁦web agency⁩, בניתי ⁦custom CMS⁩ שהריץ יותר מ־⁦50 multilingual SEO sites⁩, ובניתי אוטומציות ל־⁦content operations⁩ ול־⁦lead generation.⁩

צה״ל · גדוד קשר ⁦372⁩

מערכת לניהול לוגיסטיקה

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

ה־⁦scope⁩ הטכני שלי

⁦Architecture & backend⁩
⁦Node.js⁩, ⁦PHP⁩, ⁦Python⁩, ⁦APIs⁩, מערכות מודולריות, ⁦multi-tenancy⁩ ותכנון ⁦event-driven⁩
⁦Product & leadership⁩
⁦Product engineering⁩, ⁦technical strategy⁩, ⁦mentoring⁩, ⁦hiring⁩ ו־⁦delivery ownership⁩
⁦Platform & operations⁩
⁦Kubernetes⁩, ⁦Docker⁩, ⁦AWS⁩, ⁦CI/CD⁩, ⁦observability⁩ ו־⁦debugging⁩ ב־⁦production⁩
⁦Data & AI⁩
⁦PostgreSQL⁩, ⁦MySQL⁩, ⁦MongoDB⁩, ⁦Redis⁩, ⁦Elasticsearch⁩, ⁦model runtimes⁩, ⁦RAG⁩ ו־⁦agents⁩

דברו איתי

בונים מוצר שצריך מישהו שייקח ⁦technical ownership⁩ ויישאר ⁦hands-on⁩?

אני פתוח לתפקידי ⁦Founding Engineer⁩ או ⁦Hands-on CTO⁩ עם ⁦ownership⁩ מקצה לקצה, מהחלטות מוצר ועד ⁦production.⁩

שלחו לי אימייל ⁦WhatsApp⁩
⁦WhatsApp⁩