نجات یک پروژه‌ی اندروید رهاشده

تحویل‌گرفتن کد کسی دیگر ترسناک است، مخصوصاً وقتی مستندی وجود ندارد و پروژه build هم نمی‌شود. این ترتیبی است که برایم جواب داده.

قدم اول: build شود، هرطور شده

قبل از خواندن حتی یک خط کد، پروژه را به وضعیت قابل build برسانید. تا وقتی نمی‌توانید اجرا کنید، هر فرضی درباره‌ی رفتار کد حدس است.

قدم دوم: نقشه‌ی مسیرهای حیاتی

سه تا پنج مسیر اصلی کاربر را دستی طی کنید و یادداشت بردارید کدام فایل‌ها درگیرند. این نقشه ارزشمندتر از هر داکیومنتی است که ممکن بود وجود داشته باشد.

قدم سوم: قبل از تغییر، تور ایمنی

برای همان مسیرهای حیاتی تست بنویسید — حتی تست‌های خشن و سطح‌بالا. بدون آن‌ها هر بازآرایی قمار است.

قدم چهارم: بازآرایی تدریجی، نه بازنویسی

وسوسه‌ی «از صفر می‌نویسم» تقریباً همیشه اشتباه است. کدی که کار می‌کند، هرچقدر زشت، دانشی در خود دارد که در بازنویسی از دست می‌رود. لایه‌به‌لایه پیش بروید و در هر مرحله قابل انتشار بمانید.

و یک نکته درباره‌ی گزارش دادن

به کارفرما وضعیت واقعی را شفاف بگویید، حتی وقتی خبر بدی است. در تجربه‌ی من، کارفرماها با تخمین بد کنار می‌آیند؛ با غافلگیری نه.