خوراکی های کلیدی
ابزارهای داخلی بخشهای مهمی از نرمافزار در داخل کسبوکارها هستند که در سراسر عملکردها قرار دارند و پهنای باند قابل توجهی از توسعهدهنده را اشغال میکنند. اینها معمولاً سفارشی ساخته می شوند.
ابزارهای کم کد شروع به محبوبیت کرده اند، زیرا توسعه برنامه را برای توسعه دهندگان آسانتر می کنند، از طریق ماهیت بصری آنها که در آن عناصر را “کشیدن و رها کردن” می کنید، مدیریت و استقرار برنامه را ساده می کند، و دارای کنترل نسخه داخلی است.
ماهیت بصری آنها، همراه با ویژگیهای همکاری مانند اظهار نظر در زمان واقعی، فرآیند بازخورد بین تیمهای فنی و غیر فنی را افزایش میدهد و توسعه ابزار داخلی را فراگیرتر میکند.
چالشهای پلتفرمهای کمکد شامل انعطافپذیری و سفارشیسازی کمتر در مقایسه با چارچوبهای نرمافزاری سفارشی است.
انتخاب یک پلت فرم منبع باز با کد پایین با یک جامعه پر جنب و جوش، مزایای منحصر به فردی مانند رفع سریعتر اشکالات، توانایی کمک به ویژگی هایی که در نقشه راه ارائه دهنده کم کد قرار نمی گیرند و کنترل بیشتر بر امنیت ارائه می دهد.
ابزارهای داخلی رگ حیات همه کسب و کارهای در حال رشد و تاسیس هستند. اینها اغلب ابزارها، پلتفرم ها و کتابخانه های فنی بسیار سفارشی سازی شده ای هستند که برای افزایش بهره وری سایر تیم های محصول و پشتیبانی از عملیات داخلی ساخته شده اند.
آنها به اشکال مختلفی وجود دارند، از یک رابط کاربری گرافیکی ساده روی یک پایگاه داده گرفته تا رابط های CRUD که توسط تیم های پشتیبانی استفاده می شود (به عنوان مثال، بازپرداخت وجه) تا اتوماسیون پیچیده گردش کار (به عنوان مثال، اجازه دادن به تیم مهندسی شما برای مدیریت نمونه های AWS خود).
من بخش بزرگی از دهه گذشته را صرف ساختن این ابزارها در سازمانهای بزرگی مانند Flipkart (بزرگترین سایت تجارت الکترونیک در هند) کردهام و فواید این ابزارها و همچنین چالشهایی را که فرد برای ساخت و نگهداری آنها با آن مواجه میشود، دیده است. . این مشکل آنقدر مرا آزار داد که تصمیم گرفتم یک پروژه متن باز در این فضا به نام Appsmith شروع کنم.
صرف نظر از اینکه آنها برای چه چیزی استفاده می شوند، چند چیز وجود دارد که در مورد ابزارهای داخلی در سازمان ها رایج است.
اولاً، فراتر از موارد استفاده بسیار ساده، بیشتر این ابزارها هنوز توسط توسعه دهندگان ساخته می شوند. پیدایش این ابزارها اغلب این است که رئیس بخش با مهندسان تماس می گیرد و از آنها می خواهد که ابزاری برای حل برخی از مشکلات مهم تجاری ایجاد کنند. با توجه به اینکه بسیاری از این ابزارها با دادههای حساس سروکار دارند یا نیاز به کار با چندین API یا پایگاه داده دارند، مهندسان بهترین موقعیت را برای ایجاد اکثریت قریب به اتفاق این ابزارها دارند.
ثانیاً، بسیاری از کارهای مربوط به ساخت این ابزارهای داخلی ضروری و در عین حال تکراری است. از ترکیب کنترلهای دسترسی گرفته تا اطمینان از ایمن بودن برنامهها تا نگهداری و بهروزرسانی بستههای نرمافزاری (با فرض اینکه از چارچوبهای موجود مانند React، Angular، Django استفاده میکنید) تا یکپارچهسازی یا ایجاد ادغام دادهها تا ساخت اجزای رابط کاربری.
با استفاده از یک شرکت متوسط از بیش از 100 نرم افزار کاربردی، ساخت و نگهداری این ابزارها می تواند بین 20 تا 40 درصد از کل پهنای باند مهندسی شما را به خود اختصاص دهد. و با توجه به اینکه مهندسان اغلب گران ترین منابع در یک سازمان هستند، هزینه های ساخت و نگهداری این ابزارها به سرعت بالا می رود.
از آنجایی که ساخت این ابزارهای داخلی اغلب خسته کننده است، توسط مهندسان نرم افزار غیرقابل تشکر و هیجان انگیز تلقی می شود، روش هایی که می توانند فرآیند ساخت ابزارهای داخلی را کوتاه کنند، مورد تقاضا هستند، به ویژه آنهایی که بهره وری توسعه دهندگان را افزایش می دهند.
در چند سال گذشته، ما شاهد آمدن طیف وسیعی از ابزارهای بدون کد و کم کد برای کمک به سرعت بخشیدن به توسعه بوده ایم. ابزارهای بدون کد نیازی به کدنویسی ندارند و به طور ایده آل برای کمک به غیر توسعه دهندگان در ساخت برنامه ها قرار می گیرند، در حالی که ابزارهای با کد پایین به کاهش مقدار کد مورد نیاز برای ساخت برنامه ها کمک می کنند و برای توسعه دهندگان ایده آل هستند تا برنامه ها را سریع بسازند، در حالی که همچنان به آنها توانایی می دهند. برای سفارشی کردن این برنامه ها از آنجایی که بسیاری از ابزارهای داخلی هنوز در اختیار توسعهدهنده سازمان هستند، دامنه این پست را به پلتفرمهای کمکد محدود میکنیم که توسعهدهنده را قادر میسازد تا بهرهورتر شود.
بصری، زمان واقعی، و در برنامه
بارزترین ویژگی ابزارهای کم کد این است که بسیار بصری هستند. نوشتن یا ویرایش کد در یک محیط توسعه یکپارچه (IDE) عالی است، اما لزوماً به توسعهدهنده کمک نمیکند تا آنچه را که اتفاق میافتد تجسم کند.
پلتفرمهای کمکد که بر توسعه ابزار داخلی متمرکز شدهاند، امکان تجربه کشیدن و رها کردن را فراهم میکنند که در آن توسعهدهندگان (اغلب مهندسان باطن) مجبور نیستند ساعتها برای بهینهسازی عناصر جلویی و تجسم ظاهر برنامه نهایی صرف کنند. . تمام تغییراتی که در برنامه ایجاد می کنید به صورت بلادرنگ و روی خود برنامه قابل مشاهده هستند.
این عناصر از پیش ساخته شده، به همراه سایر قابلیتهای قالببندی که فریمورکهای کمکد به همراه دارند، به دو مزیت جالب از جمله موارد دیگر منجر میشوند.
اولا، با این عناصر خارج از جعبه، پهنای باند مهندسی حفظ می شود که بسیار ارزشمند است. اضافه کردن
در ابتدا، مهندسانی که ماهرترین نیستند نیز می توانند با این ابزارها شروع کنند.
ثانیاً، به دلیل بسیاری از عناصر از پیش ساخته شده UI و قابلیتهای موضوعی، میتوانید برنامههایی را با UX بسیار خوب بدون هیچ کمکی در طراحی بسازید. این مفید است زیرا به هر حال یافتن کمک طراحی برای برنامه های داخلی دشوار است.
مبادله ای که باید در نظر داشت این است که بسته به نوع پلتفرم کم کدی که استفاده می کنید، ممکن است تعداد اجزای رابط کاربری محدود شود. بنابراین، در صورتی که به برخی از اجزای UI باطنی نیاز دارید، که بسیار خاص مورد استفاده شما است، ممکن است موارد گم شده را پیدا کنید. با این حال، امروزه بسیاری از پلتفرمهای کمکد به شما اجازه میدهند ویجتهای سفارشی ایجاد کنید. چارچوبهای متنباز متنوعی با کد پایین نیز وجود دارد که به شما امکان میدهد ویجتها را نیز به اشتراک بگذارید.
مدیریت برنامه و استقرار سریعتر است
بخش بزرگی از توسعه اپلیکیشن در دنیای امروز شامل مدیریت برنامه های کاربردی زیادی است. ابزارهای کم کد در حال استفاده گسترده هستند زیرا در دنیایی که برنامه های کاربردی فرانت اند پیچیده تر می شوند، مواردی مانند میزبانی، استقرار، احراز هویت و عملکردهای گردش کار را بسیار ساده تر می کنند.
در مقایسه با کد سفارشی، جایی که شما باید یک سرور را بچرخانید و خطوط لوله CI/CD را برای استقرار در خوشه خود تنظیم کنید، low-code با کلیک یک دکمه از این امر مراقبت می کند و در وقت توسعه دهندگان صرفه جویی می کند زیرا آنها این کار را ندارند. برای صرف زمان برای پیکربندی و حفظ یک استقرار سفارشی.
به طور مشابه، احراز هویت و مجوز فرآیند پیچیده ای است که به درستی انجام می شود، زیرا کنترل های دسترسی متفاوتی وجود دارد، جریان دعوت باید مورد توجه قرار گیرد، و ورود و خروج اعضای تیم باید مراقبت شود. محصولات با کد پایین کارهای سنگین را انجام می دهند و دارای این ویژگی ها هستند که به توسعه دهندگان این امکان را می دهد تا احراز هویت و مجوز را به روشی بسیار ساده تر تعریف کنند.
افزایش تعداد ارائهدهندگان خدمات باطنی (Firebase و جایگزینهای آن) و ادغام شدید آنها با پلتفرمهای کمکد، پذیرش پلتفرمهای کمکد را یکپارچهتر میکند.
به عنوان مثال، Fyle، یک کسب و کار SaaS که به سرعت در حال رشد است و راه حل های مدیریت هزینه را برای مشتریان خود ارائه می دهد، از کد پایین استفاده می کند تا 30 درصد از پهنای باند مهندسی خود را در فعالیت های مرتبط با پشتیبانی صرفه جویی کند و به آنها زمان بیشتری برای تمرکز بر روی محصول اصلی خود بدهد. Fyle به تیم موفقیت مشتریان خود قدرت داد تا درخواستهای خود را ارائه دهند. Fyle یک سیستم مدیریت درخواست خدمات داخلی ایجاد کرد که در آن حدود 30 درصد از درخواستهای خدمات مشتریان را میتوان بلافاصله بدون نیاز به انتقال به مهندسی رسیدگی کرد و در زمان و پهنای باند ارزشمند تیم مهندسی خود صرفهجویی کرد و در عین حال به مشتریان بسیار سریعتر پاسخ داد.
چالش هایی که باید در نظر داشت این است که پلتفرم های کم کد ممکن است از دم بلند ارائه دهندگان هاست پشتیبانی نکنند. علاوه بر این، پلتفرمهای کمکد ممکن است همیشه از ارائهدهندگان احراز هویت داخلی شما (به عنوان مثال، سیستمی که بر روی جداول Postgres سفارشی ساخته شده است) و ساختمانهایی که ممکن است نیاز به تلاش داشته باشد، پشتیبانی نکنند.
نوع بهتر کنترل نسخه و فرآیند بازخورد برای توسعه دهندگان
یک توسعه مهم مدیریت برنامه، کنترل نسخه است. توانایی تجسم یک شاخه خاص از یک برنامه، ارائه بازخورد دقیق یا ایجاد تغییرات در آن، و سپس ردیابی آن در Github یا Gitlab، چرخه توسعه را بسیار سریعتر می کند.
هنگام ساخت Appsmith، ما میخواستیم کنترل نسخه داخلی داشته باشیم تا جابجایی بین نسخههای مختلف برنامههای داخلی شما آسانتر شود. این همچنین باعث میشود که قالبهای برنامه کاربردی در سراسر سازمان را آسانتر بفرستید، که منجر به صرفهجویی بیشتر در زمان میشود. این یک چالش بزرگ در سازمان قبلی من بود.
میتوانید یک شعبه را تغییر دهید و بهطور خودکار شروع به ایجاد تغییرات کنید، برخلاف اینکه قبل از ایجاد تغییرات، کد را به دستگاه محلی خود بکشید و کد را بسازید. این باعث می شود فرآیند Git با یک حلقه بازخورد سریعتر بهتر شود.
حلقههای همکاری بلادرنگ و بازخورد میتوانند فراگیرتر شوند
در حالی که توسعه دهندگان اغلب در سطح کد با یکدیگر همکاری می کنند، بازخورد غیر توسعه دهندگان (کاربران برنامه ها) اغلب در سطح طراحی است. این موضوع برای برنامههای داخلی که اغلب کاربران تجاری حتی نمیدانند چه کسی برنامه را ساخته است، بیشتر است.
اظهار نظر در زمان واقعی (مشابه Google Docs یا Figma) همکاری بین تیم های مهندسی نرم افزار و همچنین با همتایان تجاری خود را تسهیل می کند، که اکنون می توانند مستقیماً ارتباط برقرار کنند، بازخورد ارائه دهند و با همتایان مهندسی خود همکاری کنند. این همکاری نزدیک به همه طرفها قدرت میدهد، کارایی را افزایش میدهد و در زمان قابل توجهی صرفهجویی میکند و در عین حال کیفیت کلی نرمافزار را بهبود میبخشد و اطمینان میدهد که انتظارات را برآورده میکند.
علاوه بر این، افراد غیرمهندس نیازی به آشنایی با ابزار جدیدی مانند Github ندارند. یا از طریق یک مشکل تکرار دردناک در JIRA که شامل انواع اسکرین شات ها یا ضبط های صفحه است، بروید. به اشتراک گذاری بازخورد می تواند به راحتی انجام شود.
این یک عنصر کلیدی در سیستم عامل های کم کد است که به بهبود کیفیت کلی محصول نهایی کمک می کند
infoq : منبع
Related Post
Parsaland Trading Company with many activities in the fields of import and export, investment consulting, blockchain consulting, information technology and building construction