اگر ما را در X یا LinkedIn دنبال می کنید ، ممکن است دیده باشید که ما در رمزگذاری ارتعاشات عمیق هستیم. علاوه بر این ، تلاش برای ساخت برنامه های اساسی B2B – برای واقعی – با استفاده از سیستم عامل های کدگذاری ارتعاش پیشرو مانند Loveable ، Replit ، bolt.new و غیره.
با داشتن عمیق در ساخت یک محصول B2B برای جامعه Saaster ، من قبلاً چیزهای زیادی آموخته ام. این سیستم عامل ها بسیار جالب اما فوق العاده عجیب هستند. “عوامل” که برنامه ها را می سازند بسیار قدرتمند هستند اما همچنین غیرقابل پیش بینی هستند. و آنها بیشتر و بیشتر می شوند ، هرچه عمیق تر به یک پروژه می شوید. شما باید این را یاد بگیرید.
در اینجا 10 موردی است که می خواهم قبل از شروع کار بدانم.
1. عامل هوش مصنوعی اغلب اشتباه است. با او برخورد کنید
عوامل هوش مصنوعی 30-40 ٪ از زمان برای همه چیز پیچیده اشتباه هستند. ادغام API ، موارد شدید ، راه حل های معماری و پاسخ های صوتی با اعتماد به نفس به شما می دهد که فقط اشتباه هستند.
چه کاری باید انجام شود: همیشه رویکردهای زیادی بخواهید. “سه راه برای ساختن این الگوریتم به من بدهید” ، این پیش فرض من شد. مطبوعاتی را دوباره مطبوعات کنید که صحیح به نظر نمی رسد.
از درمان پیشنهادات هوش مصنوعی مثل این که … درست است. آنها فرضیه هایی برای آزمایش هستند.
2. آن را کند کنید. روی قطعات کوچک کار کنید.
برنامه نویسی ارتعاش سریع احساس می شود ، بنابراین می خواهید ادامه دهید. “اضافه کردن پرداخت! نقش کاربر را اضافه کنید! اعلان ها را اضافه کنید!” این یک تله است.
من سعی کردم در یک مکالمه یک هیئت مدیره کامل بسازم. من 200 ردیف کد دریافت کردم که از نظر فنی کار می کردند ، اما اصلاح خطا یا گسترش آن غیرممکن بود.
چه چیزی کار می کند: 15-20 دقیقه اسپرینت متمرکز. یک چیز بسازید ، آن را تست کنید ، به حالت بعدی بروید. اگر ساخت و آزمایش بیش از 30 دقیقه طول می کشد ، بیشتر آن را بشکنید.
3. عامل بدون پرسیدن چیزها را تغییر خواهد داد. آن را بپذیرید
کد شما دائماً توسعه می یابد. نام های متغیر تغییر می کنند. توابع هدایت می شوند. معماری در حال تغییر است. بدون پرسیدن یا حتی دانستن
در ابتدا خنده دار خواهد بود. دوباره وارد شوید و برنامه شما تغییر خواهد کرد. شما آن را تعمیر می کنید. اما پس از آن ، وقتی در یک پروژه فراتر می روید ، کمتر خنده دار است. زیرا تعداد زیادی قطعات متحرک وجود دارد. به همین دلیل است که بسیاری از مردم پروژه برنامه نویسی ارتعاش خود را 70 ٪ از جاده رها می کنند. حالا او خیلی چیزها را تغییر می دهد. شما باید یاد بگیرید که چگونه در این زمینه کار کنید.
بررسی واقعیت: با عملکرد عملکرد و تست ها ، اجازه دهید توسعه یابد. هوش مصنوعی اغلب کد را به روشهایی که فکر نمی کنید بهبود می بخشد.
4. بیش از دو بار نپرسید. در عوض تازه شروع کنید.
مدلی که دائماً می بینم و “گناهکار” هستم: از نماینده هوش مصنوعی بخواهم که یک اشتباه را تصحیح کند. کار نمی کند دوباره بپرس هنوز کار نمی کند. بار سوم را بپرسید … و شروع به پیاده شدن از ریل ها می کند. حذف چیزها نتایج آزمون را مقایسه کنید. داده های کاربر “تظاهرات” را وارد کنید که این واقعیت را پنهان می کند که این ویژگی فقط کار نمی کند.
توقف 3 بار از نماینده AI بخواهید که چیزی را ترمیم کند – همیشه. پنجره زمینه با تلاش های ناموفق آلوده است. هوش مصنوعی مبتنی بر فرضیات دروغین است.
قاعده: هرگز نمی خواهید همان عامل بیش از دو بار همان مشکل را حل کند. مکالمه جدیدی را شروع کنید. مشکل را از ابتدا توصیف کنید.
5. بعضی چیزها دشوارتر از آنچه به نظر می رسد است. بر این اساس برنامه ریزی کنید.
ادغام ایمیل ، OAUTH ، پرداخت – آنها ساده به نظر می رسند تا زمانی که سوابق SPF را فشار دهید ، دوباره به نشانه ها بپردازید و یک وب سایت را اعتبار دهید. بسیاری از این موارد امروز فقط با اطمینان کار نمی کنند. مگر اینکه به خود کد نزدیک شوید. هوش مصنوعی تحقق اصلی را که در Dev کار می کند به شما می دهد ، اما در تولید ناکام است.
در واقع ، من تمام پاسخ ها را در اینجا ندارم ، مگر اینکه آگاه باشم که بسیاری از مواردی که به نظر می رسد کار می کنند در واقع کار نمی کنند. و از “نقاط سخت” در پلت فرم برنامه نویسی ارتعاش خود استفاده کنید. از احراز هویت آنها ، بانک اطلاعاتی آنها ، انتخاب اصلی آنها برای ایمیل ، هر کاری که می توانید علیه نوشتن خود انجام دهید استفاده کنید.
پلتفاری که من بیشترین نفرت را از آن استفاده کرده ام ، می خواهد به عنوان مثال به طور پیش فرض از SendGrid برای ایمیل استفاده کند. هر وقت قفل می کنم ، در عوض او مبارزه می کند ، با من می جنگد. به یک روش یا روش دیگر. امتناع و استفاده از ارائه دهنده پیش فرض می خواهد از (SendGrid) استفاده کند ، انتخاب صحیح 95 ٪ از ما است.
بودجه: همه چیز مربوط به سیستم های خارجی 3-5 برابر بیشتر از تخمین های هوش مصنوعی طول می کشد. اولین ، ساده ترین و شاد را بسازید ، سپس پایان را تکرار کنید.
6. برنامه ای را ایجاد نکنید که آزمایش آن سخت باشد
وقتی به سرعت حرکت می کنید ، آزمایش را پرش می کنید. “من فقط از طریق آن کلیک می کنم.” مقیاس نمی کند. حتی برای رمزگذاری ارتعاشات چند روز طول نکشید.
تا یک ساعت 20 یا بیشتر ، شما بیشتر از ساختمان را صرف آزمایش می کنید.
تصمیم: طراحی برای آزمایش از روز اول. تست های تک ، آزمایش API ، داده های آزمایش قابل استفاده مجدد ، بازده آسان. من 60 ٪ از زمان آزمایش زیرساخت ها ، 40 ٪ ساختمانها را می گذرانم. 40 ٪ حداکثر.
7. فقط برگردید. سعی نکنید همه چیز را تعمیر کنید.
وقتی خطایی وارد می شوید ، در برابر تمایل به اصلاح در محل مقاومت کنید. بپرسید ، “چه مدت باید برگردید و به اشتباه این مسئله بهبود یابید؟”
معمولاً 10 دقیقه طول می کشد. رفع خطا ساعت ها طول می کشد. فقط برگرد به طور مکرر به یک جلسه بازگردید. با ظرافت کار می کند ، بنابراین از این مزیت استفاده کنید.
استراتژی: وقتی روده به شما می گوید که چیزی خوب نخواهد بود ، فقط به عقب برگردید. درست در آنجا وقتی چیزی شکسته می شود ، همیشه یک پاسگاه اخیر دارید.
8. قبول برنامه شما هرگز 100 ٪ پایدار برای تولید نخواهد بود. و احتمالاً نه ، اگر از لرزش برای رمزگذاری آن پشتیبانی می کنید.
این دشوار است و یکی از مواردی که من در ابتدا کاملاً دریافت نکردم. هوش مصنوعی همچنان به “پیشرفت” هایی که اشکالات را معرفی می کند ، ارائه می دهد. خصوصیاتی که دیروز امروز کار می کرد. هرچه بیشتر در مسیری با هر کاربردی پیچیده پیش بروید ، ترکیبات بیشتری خواهید داشت. در حالی که برنامه شما خیلی پیچیده است ، صادقانه ، هرگز پایدار نخواهد بود. اگر در هر جلسه 1-2 چیز را تغییر دهید ، می توانید آن را دور بزنید. 20؟ ناامید است
من 100 ٪ ثبات را تجربه می کردم. یک اشتباه
واقعیت: هنگامی که سفر اصلی کاربر کار می کند ، با ثبات 80 ٪ شروع کنید. بازخورد کاربر واقعی کد کامل را شکست. و برنامه را تا حد امکان بسازید. برنامه های پیچیده هنوز آماده رمزگذاری لرزش Prosumer نیستند. واقعاً نیست
9. شما فقط ممکن است بخواهید برنامه ریزی کنید تا صفحات کل برنامه خود را بازیابی کنید. احتمالاً همه اینها
بعضی اوقات بازیابی از ابتدا سریعتر از از بین بردن خطا در کد موجود است. از آنجا که هوش مصنوعی کد را به سرعت تولید می کند ، بازیابی اغلب زمان کمی از رفع خطاها در مشکلات پیچیده طول می کشد. از بازنویسی هر صفحه از برنامه خود نترسید. من هنوز هم این کار را می کنم ، اما این کار را نمی کنم.
چه موقع بهبودی: اگر بیش از یک ساعت در همان مؤلفه خطای ثابت دارید ، تازه شروع کنید. از AI بخواهید که “V2” را در صفحه خود بسازد و ببینید که شما را به کجا می برد. اگر به جایی که می خواهید بروید V1 را ذخیره کنید.
10. بسیاری از مواردی که به نظر می رسد در نگاه اول کار می کنند …
کد ، که به نظر می رسد عالی است ، دارای مشکلات ظریف است که فقط در شرایط خاص رخ می دهد. بسیاری از ویژگی ها و دکمه ها و فرآیندهای کاری که به نظر می رسد کار می کنند … نه.
شما در شکستن برنامه خود به طرز وحشتناکی خوب خواهید شد. شما باید باشید این کار شماره 1 خواهد بود.
خلاصه
برنامه نویسی ارتعاش جادویی نیست. این است ابزار این روش ساخت محصولات را تغییر می دهد -کانتورهای بازخورد بیشتر و سریعتر ، نیازهای مختلف مهارت. اما زود است
و یک خلاصه عالی دیگر در اینجا توسط مدیر SR محصولات AI در Pendo:
