הייתי בראיון. החברה דרך אגב נקראת גם TRACXONE הייתה שאלה ארוכה בעל פה שהורכבה מכל מיני סעיפים. לא היו מימושי אלגוריתמים "רגילים" כמו שאלות של הפוך רשימה מקושרת וכדומה. החברה מפתחת מוצר של תור חכם של עגלות. השאלה הורכבה מסעיפים בסגנון הזה: 1) קיבלתם הודעה מאחד הסניפים שהמכשיר לא עובד. מה קרה? התשובה שלהם: המעבד התחמם וגרם להאטה של הכל. 2) מה אפשר לעשות כדי להיות מודעים לבעיה? לשלוח נתונים על מצב הטמפרטורה לשרת מרוחק שיעקוב אחרי הנתונים 3) איזה מידע יעבור? הטמפרטורה, באיזה טרמינל קרתה התקלה, timestamp ולא זוכר מה עוד 4) באיזה סוג DB נשתמש ולמה? רצו לראות אם יש ידע בהבדלים בין DB שהוא SQL לבין NOSQL 5) איך תיראה הסכמה/DOCUMENT שנשמור? הגענו בסעיף 3 לכך שצריך כל מיני סוגי מידע שמראים על תקלה מסויימת שונה. ולכן בסכמה יהיה לנו את ה ts, עמודה של סוג התקלה ועמודה של ערך התקלה 6) אם יש טכנאי שעוקב אחרי זה, איך הוא אמור לעקוב? צריכה להיות לו אפליקציה יעודית שעוקבת אחרי הנתונים 7) איזה נתונים היא תציג? היא תציג את כל קריאות הטמפרטורה האחרונות שנקראו. האפליקציה צריכה לתת התראה לטכנאי והיא צריכה לעשות איזשהו ממוצע של כמה הקריאות האחרונות לפני שהיא תתן התראה, כלומר שלא לתת התראה רק על סמך מדידה אחת לא תקינה אלא על סמך כמה ברצף. אם יש שרת אחד שמקבל נתונים וכמה עמדות טכנאים שמאזינות לו. הן צריכות להירשם עם WEBSOCKET לשרת ולקבל התראה כאשר היו מדידות לא טובות לפי הממוצע של הכמה האחרונות