כולם אוהבים פיתוח נמוך/ללא קוד, אבל לא כולם מוכנים לזה

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

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

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

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

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

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

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

גַם: פלטפורמות עם קוד נמוך אומר שכל אחד יכול להיות מפתח - ואולי גם מדען נתונים

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

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

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

גַם: הכירו את המפתח שלאחר AI: יצירתי יותר, ממוקד יותר בעסקים

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

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

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

גַם: אלו הם חמשת כלי הבינה המלאכותית האהובים עלי לעבודה

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