פלטפורמת דאטה משפטית
יותר משבעים טבלאות PostgreSQL של רשומות משפטיות — ומסכים שצריכים להפוך אותן לשמישות, לא רק לנראות.
- דאטה
- 70+ טבלאות PostgreSQL
- היקף
- רוב הפרונטאנד
- תפקיד
- פרונטאנד + ה־SQL שמאחוריו
הבעיה
פלטפורמה משפטית רצה על סכמה מנורמלת בכבדות — יותר משבעים טבלאות של רשומות משפטיות שלובות זו בזו. כל מסך דרש תצוגות מחוברות, מסוכמות ומסוננות של הדאטה, וקומפוננטות טבלה גנריות קרסו תחת המורכבות.
כשמודל הנתונים הוא המוצר, הפרונטאנד לא יכול להתייחס אליו כבעיה של מישהו אחר.
מה עשיתי
העבודה רצה מהקומפוננטות ועד לתוך השאילתות:
קומפוננטות טבלה לשימוש חוזר
תכננתי קומפוננטות טבלה שמתמודדות עם מה שרשומות משפטיות באמת דורשות — יחסים מקוננים, סינון צפוף, מיון על שדות מחוברים — פעם אחת, במקום לבנות מחדש לכל מסך.
ממשק צ׳אט AI מהיר
בניתי את ה־UI של עוזר ה־AI של הפלטפורמה: תשובות בסטרימינג, וממשק שנשאר מגיב גם כשתשובות ארוכות נטענות.
ה־SQL שמאחורי המסכים
כתבתי את החיבורים מרובי־הטבלאות, הסיכומים והדוחות המסוננים שהתצוגות דרשו — כך שהשאילתות מתאימות למסכים שהן משרתות, במקום שהמסכים יתעקמו סביב השאילתות.
רוב הפרונטאנד
בניתי את רוב הפרונטאנד של הפלטפורמה וקבעתי את מוסכמות הקומפוננטות שהקודבייס עוקב אחריהן עד היום.
התוצאה
המבחן של ממשק עתיר־דאטה הוא אם מי שאינו מומחה יכול להשתמש בו:
- רשומות משפטיות מורכבות הפכו לניתנות לדפדוף וסינון על ידי אנשים שלא יודעים מה זה join.
- צ׳אט ה־AI עומד בשימוש יומיומי — מהיר מספיק כדי שאנשים באמת ישתמשו בו.
- מסכים ושאילתות תוכננו יחד, כך שתצוגות חדשות לא נלחמות בסכמה.
סטאק
React ו־TypeScript מקדימה, PostgreSQL מתחת — והמיומנות המכריעה הייתה SQL, כי בפלטפורמה כזו הפרונטאנד טוב בדיוק כמו השאילתות שמזינות אותו.
נשמע מוכר מהאפליקציה שלך?
כל עבודה כאן התחילה אותו דבר: אפליקציה שכבר באוויר, ובעיה שמישהו החליט להפסיק לחיות איתה. האודיט הוא הדרך להתחיל בסיכון נמוך — גישת קריאה בלבד, דוח כתוב, ורשימת תיקונים מתועדפת.