בחירת טכנולוגיות לפרויקט

ארבעה שיקולים, ושלושה מדומים

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

צד לקוח, שתי שאלות

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

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

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

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

הבחירה שחשובה יותר מכל הכלים

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

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

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

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

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

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

מתי חדש כן מוצדק

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

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

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

איך אני עובד על זה

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

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