الكاتب | أليكس هدسون

المترجم | طاحونة سحابة الحصان، ذبيان | TANG الرصاص

صورة الغلاف | تدفع من IC الشرقية

في السنوات الأخيرة أكثر وأكثر شعبية كلمة "2020 سيكون عاما من التعليمات البرمجية الحر". وهذا يعني أنه حتى إذا لم تكن مطور برامج، يمكنك أيضا إرسال منطق الأعمال أو حتى تطبيق كامل. ذلك بالطبع هناك بعض المزايا، وبعض "لا رمز" هو في الواقع أداة قوية جدا، ولكن أعتقد أيضا أنه من غير المرجح.

لماذا "No القانون"؟

على السطح، والسبب "No القانون" واضح: مطوري البرمجيات باهظة الثمن، ونقص في المعروض، ودورة تطوير البرمجيات في حد ذاته هو أيضا حاجة، ولكن أيضا تعديل في وقت متأخر وفقا للتغيرات في الطلب، وتكاليف التشغيل والصيانة و عالية.

ومع ذلك، فإن الطلب على البرمجيات آخذ في الازدياد. الشركة الرقمية الحديثة تتطلب الكثير من البرامج، معظمها مخصصة للغاية.

اذا كنا نستطيع إنشاء الأعمال التجارية الرقمية، وحتى المنتجات الرقمية، ليست أفضل؟ ربما تبدأ تقنية جديدة صعبة الاستخدام، ولكن مع مرور الوقت سوف تصبح أكثر متاحة بسهولة.

تحويل العمليات التجارية في مجال البرمجيات لديها أساسا اثنين من مزايا واضحة:

• "مراقبة التغيير" أصبح مشكلة البرمجيات، وليس الأشخاص. كنت لا مجرد إصدار البرنامج، دون الحاجة لإعادة تدريب من خلال عدد كبير من الناس، ويمكنك تغيير العمليات الموجودة أو إدخال عمليات جديدة. من أجل تحقيق التراجع أو التكرارات بسرعة أكبر.

• الابتكار لتمكين الشركات أن تكون مختلفة، ولا سيما في المنافسين الأعمال يفعلون نفس المنتج، لتحويل العمليات التجارية إلى مجال البرمجيات، وهو أمر جيد بالنسبة لبعض الشركات، ولكن معظم الشركات لا يريدون الانخراط في منتجات البرمجيات والخدمات.

العديد من الشركات في محاولة للحصول على هذه الفوائد من خلال التحول الرقمي، لكنها فشلت. سوف تجد فجأة ان الشركة سوف تصبح (على الأقل إلى حد ما) شركة لتطوير البرمجيات، ولكن معظم الشركات ليست جيدة في هذا! على الرغم من أن بيئة البرامج مع إمكانيات غير محدودة، ولكن يجب أن يكون هناك ما يكفي من الموارد (الوقت والمال، الموظفين)، فإن معظم الناس يحلمون الاحتمالات، ولكن تخضع لقيود كثيرة في مجرى الممارسة.

ما هي "أي رمز" نعم؟

"No القانون" يعني مطوري البرمجيات تحتاج إلى رمز الكتابة. ويمكن أن يتم ذلك على عملية "مستوى أعلى" عند هذا المستوى، والتنمية هي أبسط من ذلك بكثير، ولكن النتيجة النهائية هي نفسها.

على وجه التحديد، وكتابة منطق الأعمال وفقا للشكل جملة لغة برمجة الكمبيوتر أمر مزعج. القياس: مطورو البرمجيات مثل ميكانيكا السيارات، مثل، فهم المحرك الداخلي. ولكن معظم الناس بحاجة فقط لتكون قادرة على قيادة السيارة، واستخدام المقود والدواسات على خط الأعداد. مع مرور الوقت، ونحن نواصل تحسين درجة المكننة. يمكن للمرء أن يفضل ناقل الحركة اليدوي، ولكن معظم الناس يفضلون نقل الحركة الآلية، لذلك نحن مجرد السماح لها يبسط بالسيارة!

ملخص بسيط

في محاولات سابقة لتبسيط برمجة هذه الصناعة قد بدأت بالفعل: BASIC هو محاولة للسماح للناس استخدامه لتبدو وكأنها لغة الانجليزية لبرنامج الكتابة، وهي ناجحة جدا.

ومع ذلك، فإن المفهوم المجرد كما نظم مفتاح التشفير، والتي لا تميل إلى أن تكون مبسطة جدا: في الواقع، العديد من المطورين بما فيه الكفاية محددة لضمان أن رمز تحاول بنشاط لجعلها أسهل للفهم.

جملة بسيطة

المشكلة الرئيسية هي كتابة النص، بذلت محاولات لتبسيط قواعد اللغة أو حتى إزالتها بالكامل - هناك العديد من منظومة التنمية رسومية.

وهذه جملة مبسطة يسبب مشاكل التي أعرب عنها. مرة واحدة هم بسيطا بما فيه الكفاية، يمكنك فهم بسرعة، لم يعد لديهم المهارات الكافية، لا يمكن استخدامها في العديد من السيناريوهات. يركز البعض الآخر على كمبيوتر واحد برنامج تطبيقات لغة، وتسمى لغة المجال تحديدا (DSL). ولكن هذه اللغات قلة النجاح الحقيقي في التنمية، وذلك أساسا لأنها تجعل الأمور مرة أخرى تصبح معقدة للغاية.

كود التكوين

كثير من الناس لا يتم كتابة كود لبناء النظم الحيوية من خلال دمج التطبيقات الموجودة. استخدام أدوات مثل Zapier يمكن القيام بذلك بشكل مباشر، هذه الأدوات يمكن أن تكون متكاملة في مجموعة واسعة من أنظمة مختلفة.

هذه الحالة هناك نوعان من الأسباب. أولا، عليك امتداد منطقي لمجموعة متنوعة من أنظمة مختلفة، وبالتالي من الصعب جدا لفرز التطبيق بالكامل.

ثانيا، يتم تطبيق المنطق من خلال التكوين، بدلا من التعليمات البرمجية. وغالبا ما تواجه المبرمجين معضلة: نحن موثوق بها نظام خارجي ووضع الكثير من العمل التكوين، أو محاولة التعامل مع بهم أكثر منطقية؟

لا يهم كيف طلب التمديد، والمنطق لا تختفي. حتى مع القواعد Zapier للاتصال، فإنه لن القضاء على أي تكلفة أو صيانة العبء.

كود التكافؤ

المطورين لا تزال تستخدم النص العادي لسبب ما - في المقام الأول إلى تحسين كفاءة ووضوح التعبير. وبطبيعة الحال، إذا كان يظهر أداة أكثر إيجازا، وكثير (وليس كل!) للمطورين سوف يكون مثل رمي حجر رمي بعيدا نص الساخن.

ولكن بغض النظر عن طريقة تعبير منطقي، ولن يقلل من تعقيد الشيء نفسه يوصف. على سبيل المثال، يكتبون "اثنين" و "2" تمثل نفس الشيء.

همية بيئة التطوير البصرية في عملية هي هذه:

تعادل تماما:

process_email صفر (النفس، عنوان): إن لم يكن self.validate_email (عنوان): رفع InvalidDataException (_ ( "عنوان غير صالح")) self.store (العنوان)

في المثال الأول، ولست بحاجة لمعرفة كيف يعمل هذا النظام في البيئة البصرية. في المثال الثاني، ولست بحاجة إلى معرفة بيئة اللغة والتنمية. ولكن متوفرة بسهولة هاتين المهارتين. من القواسم المشتركة بينهما هو أن أريد أن أفهم ما هو المنطق وكيف ستعمل.

لفهم البرنامج - أي نوع من البرمجيات - عليك أن تكون قادرا على نموذج النظام ممثلة، وبناء على هذه التوقعات في عملها في إطار سيناريوهات مختلفة في الاعتبار.

هذا هو سبب المتاعب التي واجهتها في العديد من الأجهزة الرقمية الحديثة. والمشكلة هي بسبب وجود أزرار إدخال الأجهزة هي صغيرة، ولكن العمل الداخلية معقد للغاية: لذلك يحتاج المستخدمون للحفاظ على الحالة الداخلية للمعدات في عقولهم نموذج متقدم.

بعض الناس يعتقدون أن هذا هو المهارات غير المستفادة. إذا كنت لا يمكن الاستدلال على الحالة الداخلية من شيء ما، ثم يتم على الأرجح لن يتم برمجتها. أجرؤ على القول أنه لا يوجد الكثير من الممارسة، أنت بالتأكيد لا. بصراحة، منطق النص أو البصرية ليست مهمة.

"لا كود" ليست على ما يرام؟

قطعا لا.

في 70 عاما من تاريخ وضع برمجة الكمبيوتر، ونحن ما زلنا في استخدام قبل 20 عاما، وأدوات تطوير، وهذا هو أعظم مصيبة.

بالطبع، يجب أن لا تزال تسعى جاهدة لتحسين لغتنا والبيئة. انظروا إلى ما يلي قطعتين من التعليمات البرمجية:

تتضمن # < string.h > تتضمن # < stdlib.h > شار * add_domain_name (تشار * المصدر) { CONST حجم size_t = 1024؛ شار * دست = malloc (حجم + 1)؛ strncpy (الوجهة والمصدر وحجم)؛ strncat (دست "example كوم "الحجم)؛ العودة دست. }

وهذا:

add_domain_name وظيفة (اسم المستخدم: سلسلة): سلسلة { اسم المستخدم عودة + "example كوم ". }

المثال الأول هو C (اختراع حول 1972)، هو مثال والثانية نسخة مطبوعة على الآلة الكاتبة (صدر في عام 2012) بعد 40 عاما. لديهم تقريبا نفس القواعد في كثير من الأماكن، ولكن الكثير أكثر تقدما من C نسخة مطبوعة على الآلة الكاتبة. على وجه الخصوص، لا مطوري لا داعي للقلق بشأن تخصيص الذاكرة، سلاسل المشفرة أو غيرها من الأمور.

في الواقع، لتطبيقات كبيرة بما فيه الكفاية، وسيتم تنفيذ معظم منطق الأعمال على مستوى عال جدا، وسوف الفرق بين اللغة أن يكون أكثر وضوحا.

في الممارسة العملية، "لا رمز" أوجه القصور؟

هناك بعض الأنظمة المتطورة جدا، على سبيل المثال، يمكنك تحديد البرمجيات المعقدة جدا في Salesforce السحابية دون الحاجة لكتابة أي رمز. أنه يحتوي على البرمجة المرئية والقواعد وإعدادات التكوين.

وبالنسبة لآخرين المنصة، في الواقع، من المستحيل لتحقيق الوظيفة المطلوبة. غالبا ما تحتاج إلى بناء الحلول المعقدة للتعويض عن فقدان وظيفة. على سبيل المثال، لقد استعملت منبرا، ولديه الرد الآلي البريد الإلكتروني، ولكن ليس على مفتش البريد المزعج. استخدامه وسيلة لتوليد رذاذ مرتد البريد المزعج، وهذه هي الطريقة للحصول على العديد من أنظمة البريد الإلكتروني يحظر بسرعة.

ومن المفترض أن الإعمال الكامل لخصائص وفقا للاحتياجات الخاصة بك، وذلك عن التقدم المشروع، من حيث المنتجات ستكون في ورطة. مراقبة التغيير هو مثال واضح.

نحن الذين اعتادوا على استخدام رمز لإنشاء التغيير، ومن ثم نشرها في بيئة اختبار منفصلة، ونشرت أخيرا إلى بيئة الإنتاج (لتمكين تدريجيا هذه الميزة). إذا حدث خطأ، يمكننا التعامل معها بسرعة وحسم المشاكل دون التأثير على جميع المستخدمين.

لأن نظام اختبار البيئة "تحتوي على تعليمات برمجية" غير الإنتاج غالبا ما يكون من الصعب أو المستحيل تحقيقه. Salesforce ديه بعض الأدوات الممتازة المتاحة للقيام بهذه المهمة، وحتى في هذا النوع من البيئة، فإنه من الصعب جدا.

"لا كود" من النجاح؟

شكك في الطلب على البرمجيات هو بكل بساطة جيدة أو سيئة، "لا رمز" النظام لديه دليل جيد جدا لإثبات مرحلة المفهوم.

باعتباره غير أنظمة تكنولوجيا المعلومات، ويحصلون الفعلي المدخلات تصميم الأعمال وردود الفعل هو أيضا مفيدة جدا. بينما نحن نتحدث عن الكثير عن تطوير رشيقة، ولكنني نادرا ما نرى فريق التطوير من المستخدمين النهائيين.

هناك العديد من الأدوات، على الرغم من أنها ليست "أي قانون"، ولكن أيضا يسمح للمستخدمين لتوليد المزيد من تصدير التكنولوجيا. بلدي على سبيل المثال المفضل هو المتفرج أدوات ذكاء الأعمال، وهناك العديد من الأدوات المماثلة في قطاعات السوق المختلفة. لقد وجدت تطوير نموذجهم هي في نص عادي، واستخدام أدوات تطوير البرمجيات التقليدية، والتي هي مثيرة جدا للاهتمام.

ملخص

أعتقد أن "لا رمز" كبديل لمعظم التيار الرئيسي للتنمية هو مجرد أضغاث أحلام. في السنوات ال 70 الماضية، لم يظهر حتى الآن في أي تكنولوجيا متقدمة تسمح لنا أن يجرؤ على استبدال التنمية القائمة على النص.

في مجال البرمجيات CTO، على الرغم من أنني أعتقد أن العديد من "أي رمز" أداة قيمة جدا، ولكن يجب أن يكون نشر دقيق. فهي ليست عالمية حزمة تطوير البرمجيات، ومن المرجح أن تزيد الوضع سوءا بدلا من أن تتحسن.

بالنسبة لي، المستخدم المثالي هو "مستخدمي الطاقة": أولئك الذين هم مستخدمي تكنولوجيا المعلومات بالفعل من ذوي المهارات العالية، لأنها قد تصميم أدوات أفضل لمنحهم بيئة تسليم أمر مهم للغاية، لكن يجب أن يكون لدينا التكنولوجيا موظفو الجهود المشتركة - "نعم / لا المدونة،" يتعين على الجانبين لا تكون المواجهة.

الأصل: إن 'No القانون "الوهم

الرابط: HTTPS: // شبكة الاتصالات العالمية. alexhudson كوم / 2020/01/13 / و-لا-رمز الوهم /

الكاتب: اليكس هدسون، كسور CIO / CTO في فريمان كلارك

الترجمة: الطاحونة Yunma

هل تعتقد أن أي تطور كود يطير ذلك؟