כשלים טכניים: האם אנו יכולים לחיות איתם?

מְחַבֵּר: Judy Howell
תאריך הבריאה: 27 יולי 2021
תאריך עדכון: 21 יוני 2024
Anonim
Life is easy. Why do we make it so hard? | Jon Jandai | TEDxDoiSuthep
וִידֵאוֹ: Life is easy. Why do we make it so hard? | Jon Jandai | TEDxDoiSuthep

תוֹכֶן


להסיר:

ככל שאנו מפנים יותר ויותר מחיינו למערכות חכמות, עלינו לדרוש איכות - או להתמודד עם ההשלכות.

ב- 17 באוגוסט, ראש עיריית ניו יורק, מייקל בלומברג, הודיע ​​כי תכנית האופניים של שיתוף האופניים המוצהר ביותר שהוכרזה בשנת 2011 לא תתחיל בנובמבר 2012 (לאחר שהחליק מהתאריך המקורי שהוכרז ביולי 2012), אלא תחליק עד לתאריך יישום צפוי. ממרץ 2013. מדוע? התוכנה, הסביר ראש העיר, לא עבדה והעיר לא הייתה מתחילה בתוכנית עד שהיא יצאה.

זה הגיוני, אבל האמירה של בלומברג לא נראית עמוסת ביטחון, נכון? כמעט ולא ניתן להאשים אותו; כהונתו כראש העיר הוטה בתקלות תוכנה יקרות והונאה הקשורה לתוכנה. במארס 2012 הגיעה העיר להסכם פשרה עם SAIC לפיו החברה תשלם סכום כולל של 500.4 מיליון דולר בקנסות וקנסות בגין חיוב יתר בגין עבודה והתעלמות מפיגועים במערכת ניהול זמן לעובדים בשם CityTime, שהגיעה פנימה מאות מיליונים של דולרים מעל התקציב.

בנוסף לבעיית SAIC, באותו חודש פרסם מבקר העירייה, ג'ון ליו, דוח ביקורת בו נכתב כי התוכנית לשינוי חירום (ECTP), מערכת מבוססת טכנולוגיה שנועדה לשפר את הטיפול בשירותי החירום ליותר מ 12 מיליון שיחות חירום שהתקבלו מדי שנה היו שבע שנים אחר לוח הזמנים, ומיליארד דולר בתקציב. בדברו בתחנת הרדיו WNYC אמר ליו, "שנים של ניהול כושל הובילו לביטול התקציב העצום הזה להפליא, ועד היום הוא עדיין לא פעיל לחלוטין." במאי 2012 החלה משרד ראש העיר בהוזלת עלויות בפרויקט בתגובה לביקורת המבקר.


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

בסוף 2011 פרסמה מידע שבועי, פרסום סחר בתחום ה- IT, את "עשרת ה- Flops IT הממשלהיים משנת 2011", אשר פרט את פריסות ה- IT הממשלתיות הגדולות שסבלו מנאפים ביטחוניים, כישלונות הונאה, קלקול תקציבי ועוד. ניו יורק סיטי טיים הייתה הרביעית ברשימה. אבל כפי שאתה יכול לדמיין, העיר ניו יורק אינה היחידה הממשלתית היחידה עם בעיות IT.

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


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

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

אין באגים, אין מתח - המדריך השלב אחר צעד שלך ליצירת תוכנה לשינוי חיים מבלי להרוס את חייך

אתה לא יכול לשפר את כישורי התכנות שלך כאשר לאף אחד לא אכפת מאיכות התוכנה.

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

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

ויש המבקרים שאומרים שזה יכול רק להחמיר. ג'יימס מרטין, בספרו הנפלא משנת 2000, "אחרי האינטרנט: אינטליגנציה חייזרית", כותב על תוכנה שמיושמת (לאחר בדיקה יסודית, מקווים) שהיא "מסתגלת" בכך שהיא כל הזמן מחפשת דרכים יעילות יותר להגיע לרצוי פלט; זה גם "משנה את עצמו" את הקוד שלו. משמעות הדבר היא שבשלב מסוים נדע "מה מערכת עושה אך לא בהכרח איך היא עושה את זה."

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

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

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

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