BOOT / 01 SE — AI
Morteza Software Engineering & AI
در حال آماده‌سازی تجربه...
بازگشت به بلاگ

Git، TypeScript و کدنویسی قابل نگهداری

قرارداد داده، تاریخچه تغییر و refactor امن را به بخشی از جریان روزانه توسعه تبدیل کنید.

نقشه راه فرانت‌اند
01

تمرکز اصلی این ایستگاه

کد قابل نگهداری فقط کدی نیست که امروز کار کند؛ باید تغییرپذیر، قابل بازبینی و برای هم‌تیمی بعدی قابل فهم باشد.

02

چیزی که باید جدی بگیری

ابزارها را به اندازه نیاز پروژه وارد مسیر کن و کیفیت خروجی را با نتیجه عملی بسنج، نه با تعداد دوره‌ها و فناوری‌هایی که نامشان را می‌دانی.

03

تمرین پیشنهادی

پروژه JavaScript قبلی را با TypeScript، ماژول‌های کوچک، commitهای روشن و چند تست برای منطق اصلی بازنویسی کن.

04

معیار عبور از این ایستگاه

تغییر یک قابلیت نباید بخش نامرتبط را بشکند و تصمیم‌های مهم باید در README ثبت شده باشند.

گفت‌وگو

دیدگاه‌ها

دیدگاه‌های سازنده پس از بررسی منتشر می‌شوند.

هنوز دیدگاهی ثبت نشده است. آغازگر گفت‌وگو باشید.

دیدگاه خود را بنویسید

گفت‌وگو

نظرتان را به بحث اضافه کنید.

۲ نظر از خواننده‌های این یادداشت

نظر شما پس از بررسی نمایش داده می‌شود.

میلاد رستمی خوانندهٔ فعال Backend Developer · تهران

بخش «قابل برگشت بودن تصمیم» دقیقاً همان چیزی بود که در طراحی‌های روزمره فراموش می‌کنیم. مثال decision note هم خیلی کاربردی بود.

تجربهٔ واقعی
شایان نویسنده مهندس نرم‌افزار · Morteza

دقیقاً؛ اگر تصمیم کوچک و قابل بازگشت باشد، تیم هم راحت‌تر می‌تواند از واقعیت محصول یاد بگیرد.