آیا فکر می کردید که کد پایین زندگی شما را آسان تر می کند؟ در اینجا شش دلیل خوب برای فکر کردن قبل از استفاده از یک پلت فرم کم کد آورده شده است.
- اتوماسیون ما را احمق می کند
- قوانین اکثریت
- تجمع کرافت
- تعصب در دستگاه
- بهبودهای مشکوک
- هزینههای پنهان
- تاریخ تکرار می شود
وعده توسعه با کد پایین نمی تواند اغوا کننده تر باشد. چه کسی نمی خواهد کار کمتری انجام دهد؟ چه کسی نمیخواهد به عقب تکیه دهد و به ماشینهای لعنتی اجازه دهد که سستی را بردارند؟ ما ده ها سال است که به آنها می گوییم چه کاری انجام دهند. آنها باید تا الان یک یا سه چیز را کشف کرده باشند.
خبر خوب این است که شرکتهای بیشتر و بیشتری راههایی برای ایجاد بستههایی پیدا کردهاند که ارزش عبارت بسیار پرطرفدار کد کم را داشته باشند. برخی از آنها آنقدر خوب هستند که ممکن است واقعاً برای عبارت هیجانانگیزتر، بدون کد آماده باشند.
واقعیت این است که پشتههای نرمافزار با ترکیبی از جعبههای گفتگوی پیچیده، رابطهای کشیدن و رها کردن بسیار بهبود یافته، پایگاههای داده انعطافپذیرتر، و محیطهای توسعه یکپارچهتر تغییر یافتهاند. افزودن مقداری از چیزی که میتوان آن را هوش مصنوعی (AI) نامید، این معامله را قطعی میکند.
همه ما تظاهرات فروش را دیده ایم. پس از چند کلیک، پشته آماده و اجرا می شود. چند کلیک دیگر آن را با LDAP محلی ادغام می کند، به طوری که همه افراد در دفتر می توانند برای انجام کار خود وارد شوند. چند کلیک دیگر، و سیستم شروع به پمپاژ گزارش ها و صفحات گسترده می کند. برای انسان هایی که به اندازه کافی خوش شانس هستند که همچنان بخشی از جریان کار باشند، همه چیز مانند جادو به نظر می رسد.
اما حتی زمانی که نمایش های خوب انجام می شود و کد به خوبی اجرا می شود، دلایلی وجود دارد که دو بار فکر کنید. در پشت نمای خوب صیقلی مشکلاتی وجود دارد که با کلیک کردن روی یک کادر محاورهای ساده قابل رفع نیستند.
افسوس، با وجود تمام وعدهها و حتی داستانهای موفقیت غیرقابل انکار شرکتهایی که بستههای کمکد را ارائه میکنند، دلایلی وجود دارد که باید کمی محتاط بود. برخی چیزها آنقدر که به نظر می رسد خوب نیستند. در اینجا شش دلیل برای احتیاط در مصرف کول کمک کم کد وجود دارد.
اتوماسیون ما را احمق می کند
پیش فروش کم کد این است که رایانه ها و اتوماسیون با ارائه یک اهرم محاسباتی که هوش ما را چند برابر می کند، انسان ها را باهوش تر می کند. شاید. اما ممکن است متوجه شوید که وقتی مردم به ماشینها اعتماد میکنند، گاهی اوقات دیگر به خودمان فکر نمیکنیم. اگر الگوریتم بگوید این کار درستی است، ما فقط با آن همراه می شویم.
نمونههای بیپایانی از فاجعهای وجود دارد که میتواند از چنین بیاندیشی ناشی شود. در سال ۲۰۱۶، فرودگاهها مسدود شدند و بسیاری از پروازها به تأخیر افتادند زیرا یک نقص کامپیوتری باعث سردرگمی کارکنان فرودگاه شد. طبق یک روزنامه، کارکنان «نمیدانستند چه کسی قبلاً از دروازه [امنیتی] عبور کرده است». در گذشته، ما انسانها هنوز میتوانستیم کنترل کنیم و مثلاً هواپیما را در ایست ریور در صورت خرابی سیستم. هنگامی که ما شروع به تکیه بیش از حد به ماشینها کردیم، بهویژه با توجه به وسوسههای کمکد، آیا همچنان میتوانیم در مواقع اضطراری تجمع کنیم؟
قوانین اکثریت
راهحلهای کمکد برای رضایت اکثریت طراحی شدهاند. اگر کسب و کار شما کمی متفاوت است، خوب، گزینه های سفارشی سازی ممکن است کافی نباشد. در پایان، شما نیز شروع به دنبال کردن جمعیت خواهید کرد و کسب و کار شما بیشتر شبیه بقیه خواهد شد. شاید این مهم نباشد، اما اگر کسبوکار شما متکی به گردش کار، فرآیند یا رویکرد خاص خود است، تنها راه پشتیبانی از آن نوشتن کد خودتان است.
انباشته شدن کرفت
وقتی انسان ها کد می نویسند، طبیعتاً کمترین کار مورد نیاز را انجام می دهیم که به طرز شگفت انگیزی کارآمد است. ما در حال بریدن نیستیم. ما فقط ویژگی های غیر ضروری را پیاده سازی نمی کنیم. راه حل های کم کد این مزیت را ندارند. آنها به گونه ای طراحی شده اند که برای همه یک اندازه باشند، که در کد کامپیوتری به معنی کتابخانه هایی است که با گزاره های بی پایان if-ther-else برای هر احتمالی در شبکه آزمایش می شوند.
کد کم به طور طبیعی کارایی کمتری دارد زیرا همیشه خود را آزمایش و دوباره آزمایش می کند. این توانایی تنظیم خودکار جادویی است که تیم فروش در حال فروش است. اما کارایی آن نیز بسیار کمتر از کدهای تنظیم شده توسط شخصی است که کسب و کار را می شناسد. شاید این ضخامت اضافی در ابتدا خیلی بد نباشد. شاید شرکت ابری اعتبارهای رایگان زیادی به شما بدهد. اما در نهایت، همانطور که پروژه شما مقیاس میشود، کسی مجبور است برای همه حلقههای اضافی اگر-آنوقت-دیگر هزینه کند.
تعصب در دستگاه
با وجود تمام تواناییهای الهامبخش هوش مصنوعی، هیچکس واقعاً نمیداند که چقدر سوگیری و عدم دقت در مدلهای آن پنهان شده است. پلتفرمهای کمکد نیز همین مشکل را دارند.
این مسئله جدیدی نیست. انسانهایی که با پلتفرمهای کمکد جایگزین میشوند، همیشه دارای سوگیریهای زیادی بودهاند که بر نرمافزاری که ایجاد کردهاند تأثیر گذاشته است. فقط این است که ما در حال حاضر هزاران سال است که با تعصبات انسانی دست و پنجه نرم می کنیم و سیستم های زیادی را برای مبارزه موفقیت آمیز با آنها ایجاد کرده ایم. ما کامل نیستیم، اما برخی از شکست های خود را درک می کنیم.
سیستمهای کمکد جدید هستند. ما تازه شروع کرده ایم به درک اینکه چگونه آنها می توانند اشتباهات ظریف و نه چندان ظریف انجام دهند. هنگامی که بر احساسات خود غلبه کردیم و به طور خودکار به الگوریتمهای جادویی تعویق نمیافتیم، ممکن است شروع به یافتن راهی برای مبارزه با تعصبی که در درون وجود دارد، بیابیم.
بهبودهای مشکوک
واقعاً چه مقدار از کار توسعه نرم افزار مربوط به کشتی گرفتن با نقطه ویرگول و انواع متغیر است؟ چقدر بیشتر از آن در جلسات با سهامداران صرف میشود که از شما میخواهند دکمه را چند پیکسل به سمت چپ حرکت دهید و کمی قرمز بیشتری به رنگ پسزمینه اضافه کنید؟
برخی از کدنویسی ها از نظر ذهنی چالش برانگیز هستند، اما بخش زیادی از آن ها ظاهری هستند. کار واقعی برخورد با انسان است. اغلب، نسخه کم کد یک برنامه، یک فراخوانی رویه کتابخانه ای را با یک کادر محاوره ای برای وارد کردن سه سایه RGB برای رنگ پس زمینه مورد نظر جایگزین می کند. آیا تایپ این پارامترها در یک کادر بسیار ساده تر از نوشتن یک خط جاوا، پایتون یا C++ است؟
ما دوست داریم تصور کنیم که جعبههای محاورهای کمکد در زمان ما صرفهجویی میکنند، اما در بسیاری از موارد، آنها فقط به همان جریان کاری ذهنی طراحی فکر میکنند. رابط کاربری کم کد فانتزی ممکن است کارآمدتر از بررسی اسناد و مدارک باشد و به دنبال نحو مناسب برای فراخوانی رویه باشد. اما اغلب آنقدر که شما انتظار دارید صرفه جویی در زمان ندارد.
هزینه های پنهان
وقتی کد پایین به خوبی کار میکند، همه فقط از کلیک کردن خوشحال میشوند. اما زمانی که به آرامی اجرا نمی شود، فقط یک برنامه نویس واقعی می تواند آن را بفهمد. گاهی اوقات مشکل این است که شما باید کاری کمی غیر استاندارد انجام دهید که سیستم کد پایین برای مدیریت آن طراحی نشده است. گاهی اوقات، سیستم را آنقدر پیش برده اید که دچار اشکال یا خرابی می شود. در هر صورت، فقط یک برنامه نویس واقعی که می داند چگونه کد واقعی بنویسد می تواند راه حلی پیدا کند.
مشکل کم کد این است که اغلب فقط مشکلات ساده ای مانند نحو را حل می کند. همه چیز در زیر سطح هنوز به مهارت های یک کدنویس خوب نیاز دارد که بتواند درباره همه ماشین های پنهانی که دیگر نمی بینیم استدلال کند. سیستمهای کمکد هنوز نرمافزار هستند و نیازی به کسی نیست که به زبان او صحبت کند—یعنی زبان بایتها، آرایهها و ساختارهای داده.
تاریخ تکرار می شود
هیچ یک از اینها جدید نیست. در سال ۱۸۴۱، زمانی که ما شاهد تغییر تکنولوژی در حمل و نقل، منسوجات، جنگ و تقریباً هر بخش از جامعه بودیم، رالف والدو امرسون مکث کرد و مقاله ای به نام اتکاء به خود.
او توضیح داد: “جامعه هرگز پیشرفت نمی کند.”
برای کد پایین هم همینطور است. این بدان معنا نیست که باید آن را دور بریزیم یا مسیر را رها کنیم. ما هرگز از استفاده از فناوری برای حمل و نقل یا تولید دست نکشیدیم. ما فقط تشخیص دادیم که راه حل های موجود کامل نیستند. فناوری خطرات پنهانی را به همراه دارد و بسیاری از آنها را تنها می توان با توجه دقیق و مقادیر فراوان هوش انسانی حل کرد.
پست های مرتبط
۶ خطر پنهان کم کد
۶ خطر پنهان کم کد
۶ خطر پنهان کم کد