בונים אפליקציה ללא קידוד: מיתוס או מציאות?

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

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

לקחנו ארבעה כלים עם קוד נמוך (Appian, Microsoft PowerApps, Salesforce Lightning ו- Zoho Creator), הכנסנו אותם לחדר עם ארבעה מפתחים מצוות ה- Ziff Davis Tech שלנו במשך שעה אחת, וצפינו בהם מנסים לבנות אפליקציה בסיסית ולהתאים אישית זה - בלי לכתוב שורת קוד אחת. אה, וצילמנו גם את כל העסק.

מעט רקע על "קוד נמוך"

המונח "פיתוח אפליקציות בעלות קוד נמוך" לא היה קיים לפני מספר שנים אך הרעיון אינו חדש. חלק מהערך לעסקים הוא בפיתוח אזרחי. כבר מזמן לא היה מושג בקרב ארגונים ועסקים קטנים ובינוניים (SMB) של "משתמש הכוח" או "מפתח האזרח": המשתמשים העסקיים לוקחים על עצמם ליצור אפליקציות משלהם, לרוב מכניסים את Visual Basic for Applications (VBA) תכנות ב- Excel.

הצד השני של המשוואה הוא מפתחים ו- IT מסורתיים, שעבורם פלטפורמות קוד נמוך אלה נועדו להאיץ מסירת תוכנה על ידי בניית מהיר של אפליקציות למקרי שימוש ספציפיים בעסקים. המונח "קוד נמוך" עצמו מגיע מחברת המחקר והניתוח הטכנולוגי פורסטר מחקר. האנליסטים קליי ריצ'רדסון וג'ון רימר טבעו את המונח בדו"ח של פורסטר משנת 2014, "פלטפורמות פיתוח חדשות צצות ליישומים מול לקוחות", ומעקב אחר כך באחרונה עם שני דוחות שוק, "גל פורסטר: פלטפורמות פיתוח קוד נמוך, Q2 2016, "ו"נוף ספקים: השטח השבר והפוריות של פלטפורמות יישומים בעלות קוד נמוך."

פורסטר משוער כי הספקים הפיקו הכנסות של לפחות 1.7 מיליארד דולר במהלך 2015, ואמר בדו"ח כי רבים מגדילים את הכנסותיהם מעבר ל 50 אחוז בשנה. דוח Wave מפרק 42 ספקים במרחב, המאורגנים לחמש קטגוריות של קוד נמוך: מטרה כללית, תהליך, מסד נתונים, טיפול בבקשות וניידים ראשונים, למרות שרמר אמר ל- PCMag שהקטגוריה הראשונה לנייד תעלם ככל הנראה, הופכת לנתונה בכל הפלטפורמות בעלות הקוד הנמוך ככל שהתעשייה מתאחדת תחת מטרה כללית.

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

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

מיתוס מספר 1: פלטפורמות בעלות קוד נמוך מיועדות רק למפתחי אזרחים, ולא למפתחים מקצוענים.

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

מיתוס מס '2: פלטפורמות בעלות קוד נמוך מבטלות את הצורך בכל תכנות (קוד נמוך לעומת "ללא קוד").

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

מיתוס מס '3: משמעות פלטפורמות בעלות קוד נמוך משמעותית.

"מבחינתי, הדבר המעניין באמת בנוף הוא מתי נגיע לנקודה בה רכישות מתחילות להתרחש? אנחנו עדיין לא שם, מכיוון שההכנסות אינן שם למעט Salesforce ו- ServiceNow, שכבר הם ספקים גדולים, אבל לאפיאן הכנסות של יותר מ -100 מיליון דולר… מישהו היה קונה אותם? האם מישהו היה קונה OutSystems או Mendix? עלינו לפקוח עין גם על ההתנהלות של מיקרוסופט בתחום, מכיוון שהם יכולים להפוך לשחקן ענק בן לילה. במהלך 2-3 השנים הבאות, אני חושב שנגיע לנקודה בה אורקל של העולם מחליטים לרכוש את המובילים בהכנסות, ולא לבנות. רכישה של 50 מיליון דולר של ספק עם קוד נמוך היא בוטנים לאורקל, "אמר רימר.

מתודולוגיית הבדיקה של PCMag

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

מנקודת מבט של תכונה, אמר רמר כי פלטפורמות בעלות קוד נמוך מחליפות קידוד במידה רבה בפיתוח הצהרתי: ממשקי גרור ושחרור, מיפוי אובייקטים ומודלי תהליכים, בוני טפסים, עורכי WYSIWYG וכו 'ב- Appian, Microsoft PowerApps, Salesforce Lightning, ו- Zoho Creator, המפתחים השתמשו בסוגים אלה של תכונות לבניית האפליקציות שלהם. ההבדל הגדול האחר בין הפלטפורמות הוא שאפיאן היא ספק נמוך וניהול תהליכים עסקיים (BPM), ואילו מיקרוסופט, Salesforce וזוהו מציעים את הכלים שלהם כחלק ממערכות אקולוגיות גדולות יותר, כאשר Zoho מציעה גם מוצרים כמו Zoho CRM. פרויקטים של זוהו וספרי זוהו.

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

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

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

כיצד הכלים נערמים

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

אפיאן

PowerApps של מיקרוסופט

מכירות ברק

זוה בורא

בשורה התחתונה

כל ארבע הפלטפורמות יצרו אפליקציית תזמון עובדת (או לפחות חצי-עבודה), אך הכלים עם הקוד הנמוך שהביאו את הטוב ביותר בסך הכל היו Appian ו- Zoho Creator. עבור Appian, השילוב של Appian Quick Apps ומעצב Appian מן המניין מייצרים צמד עוצמתי ביצירת אפליקציה במהירות ואז התאמה אישית של שכבות והוסיפו תכונות למעלה. אפליקציות מהירות מבוססות בעיקר על טופס, והמעצב המלא מאפשר לך למפות את כל הנתונים והאובייקטים באפליקציה באמצעות גרור ושחרר Appian Modeler Process. זו הפלטפורמה הבוגרת והקלה ביותר לשימוש עם קוד נמוך שבדקנו ליצירת אפליקציות BPM.

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

גם Salesforce Lightning ביצעה ביצועים טובים מאוד, ובנתה אפליקציה נאה למראה עם חווית פיתוח יחסית ללא כאבים. הביקורת הגדולה ביותר שהייתה למפתח אצל Salesforce Lightning היא האופי הקנייני של המערכת האקולוגית שלה סביב Cloudforce App Cloud ותוכנת ניהול קשרי לקוחות (CRM). מניסיונו, אופי פיתוח אפליקציה בברק נשען כה חזק על הידע בשפת התכנות APEX של Salesforce בכל הנוגע להתאמה אישית, הוא המליץ ​​שהמוצר מתאים ביותר למפתחים ומשתמשים עם מומחיות Salesforce עמוקה. Salesforce אכן מכסה את בסיסה בנקודה זו, אולם היא מציעה אתר הדרכה מעמיק בשם Salesforce Trailhead עם מגוון רחב של קורסים בכדי להעלות את עצמך במהירות.

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

המפתח שלנו מצא את ממשק המשתמש הטופס הבסיסי פשוט ובנה את תבנית האפליקציה תוך 5-10 דקות, אך גילה שהתוכנית עובדת רק עם מחשב של Windows 8.1 או Windows 10, והתקשה לשלוף נתונים, אפילו בעת השימוש ב- Microsoft OneDrive. Rymer של פורסטר לא הופתע מכך ש- PowerApps הגיע למבחן הראשוני, אך רואה דברים גדולים באופק ברגע שהכלי של מיקרוסופט יבשיל, במיוחד אם הם משלבים קוד נמוך עם בינה עסקית (BI).

"האם PowerApps עבור משתמשי קצה כמו SharePoint Designer היה אמור להיות, או שזה כלי למפתחים? זו אחת השאלות הגדולות שיש להם לענות עליהן, " אמרה ריימר. "בנוסף, אני חושב שמיקרוסופט בסופו של דבר תחבר בין PowerApps ו- Microsoft Power BI יחד, עם הרעיון שהם יהיו זוג כלים תאומים שאנשים ישתמשו בהם בד בבד. אנו נבחן את זה מקרוב כאשר PowerApps הולך ל- GA, כי זה יכול להיות משמעותי."