راهنما: ساخته‌های من، کتابخانه محصول شما

سه‌شنبه گذشته دنبال یک ساخت می‌گشتم و یادم نمی‌آمد چت را چه نامیده بودم — شاید «صفحه فرود نسخه۲»، یا چیزی به همان اندازه بی‌فایده شش هفته بعد. این معمولاً همان لحظه‌ای است که «ساخته‌های من» از یک امکان خوب داشتن به ابزاری تبدیل می‌شود که واقعاً به سراغش می‌روید. بعد از سومین یا چهارمین اپلیکیشن تولیدشده، پیمایش لیست چت برای پیدا کردن چیزی که ساخته‌اید کندتر از آن چیزی است که باید باشد، و کتابخانه دقیقاً برای پر کردن این خلأ ساخته شده. اول از روی عادت «admin» را در نوار جستجو تایپ کردم، بعد بی‌خیال شدم و از فیلترها استفاده کردم: نوع محدود شده به اپلیکیشن وب، دسته‌بندی بیشتر محدودش کردم به ابزارهای داخلی در برابر ابزارهای مشتری‌محور، و آن‌جا بود — سه کارت جلوتر، یک نشان نسخه با عنوان v3. فراموش کرده بودم دو بار دیگر به آن چت برگشته بودم. کتابخانه به من نسخه‌های تکراری نشان نمی‌داد؛ داشت تبارنامه را نشان می‌داد. v1 و v2 ناپدید نشده بودند، فقط از نمای پیش‌فرض بیرون رفته بودند، و این حدود ده دقیقه بعد اهمیت پیدا کرد وقتی مشتری در یک پروژه دیگر از تغییر ناوبری‌ای که به‌عنوان v4 منتشر کرده بودم متنفر بود. کارت v3 قدیمی را باز کردم، درخت فایل‌اش را همان‌جا مرور کردم، دو فایل مهم را برداشتم و دوباره منتشر کردم. بدون پرامپت دوباره، بدون کندوکاو در رونوشت چت برای بازسازی اینکه چیدمان قبلاً چطور بود. این همان بخشی از آناتومی کارت است که پیش از باز کردن آن هم ارزشش را نشان می‌دهد: یک اسکرین‌شات واقعی به‌عنوان تصویر بندانگشتی، گرفته‌شده پس از تأیید، پس چیزی که می‌بینید همان چیزی است که واقعاً رندر شده، نه ساختی که فنی تمام شد اما هنگام بارگذاری خطا داد. زیر آن، نشان‌های نوع و دسته، یک شماره نسخه، و یک زمان‌مهر نسبی. کافی برای دسته‌بندی بدون کلیک. و وقتی کلیک می‌کنید، انتخاب‌ها به‌وضوح از هم جدا می‌شوند —

پیش‌نمایش مستقیماً سایت زنده را باز می‌کند، بدون دانلود، بدون سرور محلی. برای یک وب‌سایت این همان تجربه منتشرشده است؛ برای یک ساخت دسکتاپ یا موبایل تقریباً نزدیک‌ترین چیز به اجرای آن بدون نصب است.
کد درخت فایل است، همان‌جا قابل مرور. من مدام از این برای یک بررسی سریع سی‌ثانیه‌ای استفاده می‌کنم — آیا واقعاً از کتابخانه‌ای که خواسته بودم استفاده کرده — قبل از اینکه به دانلود متعهد شوم.
منوی اقدامات شامل دانلود، انتشار، نصب‌کننده‌های بومی برای هرچیزی که از آن پشتیبانی می‌کند، ارسال به فروشگاه جایی که واجد شرایط باشد، و ذخیره به‌عنوان قالب می‌شود.

هیچ‌کدام از این‌ها نیاز به بازکردن دوباره گفتگو ندارد. آن روز فقط یک‌بار به چت اصلی برگشتم، و آن هم برای درخواست یک تغییر واقعی بود، که تنها چیزی است که کتابخانه واقعاً نمی‌تواند برای شما انجام دهد — تغییرات به بافت نیاز دارند، و بافت در رشته گفتگو زندگی می‌کند. بقیه‌چیزها را کتابخانه خودش پوشش می‌دهد، به‌موازات چت اجرا می‌شود نه به‌عنوان میان‌بری به سمت آن. یک چیز را از کارت منتشر کنید و چت دفعه بعد که آن رشته را باز می‌کنید آن را نشان می‌دهد؛ آن را از داخل چت منتشر کنید و کارت هم به‌روز می‌شود. یک ساخت، دو در. بعدازظهر همان روز یک هم‌تیمی لینک چیزی که هفته قبل ساخته بودم را خواست، و متوجه شدم او را به داخل گفتگو نفرستادم — کارت را فرستادم، و راستش اگر URL منتشرشده از قبل زنده بود، همان را از روی کارت می‌فرستادم. هیچ‌کس دوست ندارد تاریخچه چت یک غریبه به او داده شود تا یک فایل پیدا کند. وقتی یک تیم بیش از چند ساخت به‌ازای هر نفر داشته باشد، این کاملاً به‌طور طبیعی تقسیم می‌شود: چت کارگاه خصوصی شما باقی می‌ماند، کتابخانه چیزی می‌شود که دیگران واقعاً با آن سروکار دارند. یک بازی هم از یک پروژه آخر هفته آن‌جا داشتم، و همان‌جا بود که یادم افتاد کتابخانه تنها لنز روی همین داده‌ها نیست. بازی‌ها مثل هر چیز دیگری در «ساخته‌های من» ظاهر می‌شوند، اما در بازی‌های منهم قرار دارند، فیلتر شده بر اساس حالت بازی و وضعیت انتشار، و اگر بازی بیشتر چیزی باشد که می‌سازید، این نمای روزانه بهتری است. همان منطق درباره منتشرشدههم صدق می‌کند، که وضعیت زنده فعلی را برای هر چیزی که URL یا صف فروشگاه دارد نشان می‌دهد، و منتشرشده‌هاکه وضعیت بررسی فروشگاه اپ یا فروشگاه افزونه را پیگیری می‌کند. سؤال‌های متفاوت روی همان کارت‌ها — «الان چه چیزی زنده است» در برابر «درباره موضوع X چه چیزی ساختم» — نه سیستم‌های جداگانه که به هم پیچ شده باشند. یک چیز اولین‌باری که به آن برخوردم غافلگیرم کرد: انتشار یک ساخت آن را منجمد نمی‌کند. بعداً به چت همان پنل ادمین برگشتم، درخواست یک تغییر دادم، v4 گرفتم — و نسخه زنده منتشرشده همچنان v3 را سرو می‌کرد تا وقتی صراحتاً دوباره منتشر کردم. وقتی به آن فکر کردم منطقی بود. اگر هر پرامپت اتفاقی روی یک چت زنده بتواند سایت تولید را بشکند، هیچ‌کس هرگز به یک ساخت منتشرشده دست نمی‌زد. کار دیگری که آن هفته انجام دادم، تقریباً به‌عنوان یک فکر بعدی، ذخیره پنل ادمین به‌عنوان قالب بود. این سومین ابزار داخلی بود که با اسکلت تقریباً یکسان می‌ساختم — چیدمان یکسان، اسکلت احراز هویت یکسان، اجزای جدول یکسان، فقط داده‌های زیرین متفاوت. ذخیره به‌عنوان قالب ساختار و سبک را کشید، نه محتوای خاص، و شروع ساخت چهارم از روی آن، گفتگوی برنامه‌ریزی بیست‌دقیقه‌ای را به حدود پنج دقیقه تبدیل کرد. نکته این‌جاست که یک قالب در لحظه ذخیره منجمد می‌شود — قراردادهای من از آن زمان تغییر کرده و قالب قدیمی از آن خبر ندارد. برای نقطه شروعی که قرار است از آن دور شوید، خوب است؛ اگر استفاده مجددی می‌خواهید که واقعاً هماهنگ بماند، بهتر است به‌جای قالب‌سازی، فایل‌ها را مستقیماً بین ساخت‌ها ارجاع دهید.

هیچ‌چیز منقضی نمی‌شود. آن نسخه v1 مربوط به شش هفته پیش، هنوز زیر v3 در تبارنامه نشسته — هنوز قابل پیش‌نمایش، دانلود و انتشار، دقیقاً به همان اندازه در دسترس که چیزی که امروز صبح ساختم. هیچ ساعت حذف خودکاری در پس‌زمینه در حال اجرا نیست. کتابخانه یک آرشیو است که می‌توانید از آن ارسال کنید، نه صفحه تاریخچه‌ای که در مسابقه با آن هستید.

راهنما

اشتراک‌گذاریX LinkedIn Facebook Reddit Quora واتساپ تلگرام ایمیل

← همه مطالب

دفترچه‌راهنما: بیلدهای من، کتابخانه‌ی محصول شما

مطالب مرتبط

دفترچه‌راهنمای BuildMidas: نقشه‌ی پلتفرم

نوشتن پرامپت‌هایی که خوب می‌سازند

خواندن برنامه (و تغییر آن)