שירותי הרשת - לא תחליף לתוכנה שולחנית

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

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

לתכנת עם ידיים קשורות

הבעיה מתחילה כשמנסים לזרוק לרשת דברים שאפשר לעשות הרבה יותר טוב על מחשב מקומי, אפילו באופן לחלוטין לא מקוון. יישומי רשת משתמשים ב-AJAX, תערובת של טכנולוגיות שרת ותסריטי JavaScript. מפתחים שרוצים לכתוב יישומים כאלה עשויים לתאר את החוויה כתכנות עם ידיים ורגליים קשורות ומהודקות בסרט הדבקה (יישומוני Java ובקרי ActiveX שמשובצים בדפי רשת אינם יישומי רשת. הם יישומי מחשב שמגיעים אליו דרך הרשת).

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

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

תתקינו Open Office

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

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

שותפים כאיום אבטחה

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

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

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

ראיתי כמה "יישומים" עליהם עמלים המפתחים כפותי הידיים עבור iPhone. כדפי רשת - הם מהווים גאונות צרופה. בתור יישומים מלאים - הם מעוררי רחמים. אבל אל תדאגו - תוך חצי שנה תיזכר אפל ש-iPhone, שמריץ Mac OS X, הוא למעשה Mac Mini. החברה תשיק ערכת פיתוח ליישומים עבור המכשיר, ואלפי יישומי iPhone מרהיבים יפרחו (הערת העורך: אפל הקדימה את התחזית של סייגן).

לעת עתה, Google Apps תישאר חבויה בשולי הפורטפוליו של גוגל, שתחזור להתרכז באספקת גישה מדהימה למידע מבולגן. מה דעתך, גוגל, לכתוב פלאג-אין ל-Word ולמסמך כיתוב (יישום מעבד התמלילים בחבילת OpenOffice), שיקל על המשתמש לשתף קבצים באופן מקוון עם מפתח?

הכתבה פורסמה במקור ב-PC Magazine. לרכישת מנוי במחיר הכרות. לאתר הבית של PC Magazine.