סכנת הכשלים השקטים

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

מצאתי באג בכלי הדפדפן שלי. הוא החזיר "[object Promise]" כדף אינטרנט. חיפשתי בעיות דומות ומצאתי עוד 10 כלים עם אותו הבאג. הבעיה לא הייתה טעות הקלדה, אלא "צורה" (shape). הצורה הזו הועתקה לכל רחבי בסיס הקוד.

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

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

הלקח הוא להשאיר את הלולאה האסינכרונית בצד שיכול לבצע await, ולבצע polling למצב שניתן לצפייה (observable state) מעבר לגבול, במקום לבצע await מעבר לגבול. אל תבקשו מהגשר לחכות. תשאלו אותו שוב ושוב, "האם סיימת כבר?" — ותבצעו את ההמתנה בעצמכם.

אם אתם בונים כלי עבודה לסוכנים (agent tooling), היזהרו מכשלים שקטים. בצעו grep בבסיס הקוד שלכם עבור כלים שמחזירים "[object Promise]" או פועלים על מצב לא מעודכן (stale state). אם מצאתם אחד כזה, אל תסתפקו בתיקונו. מצאו את ה"אחים" שלו ותקנו את ה"צורה" שהועתקה.

מקור: https://dev.to/achiya-automation/my-browser-tool-returned-object-promise-as-a-webpage-one-grep-later-10-more-tools-had-the-37p8