Tuần trước, tôi nói về ba convention giúp bạn đánh bại trì hoãn và bắt đầu dự án Rails mới. Đến giờ bạn nên ít bị choáng ngợp bởi công việc phía trước. Nhưng bạn vẫn có lựa chọn khó. Code nào viết trước? Authentication? Phần nói chuyện với Twilio? Và bạn sẽ bắt đầu như thế nào cho forum post recommender engine?
Ừ, tại một thời điểm bạn thực sự phải viết code, và để làm đó, bạn cần nơi bắt đầu.
Điều gì làm điểm bắt đầu tốt?
Đầu tiên, bạn nên dành vài phút suy nghĩ về hệ thống bạn sẽ xây dựng. Tập trung vào đường đi end-to-end và những đường đó kêu gọi resource gì. Đừng overdo! Khi hệ thống rõ ràng hơn, bạn có thể tìm đường phù hợp các category này:
1. Có phải core của dự án?
Bằng core của dự án, tôi nói đường đi bạn sẽ nói nếu ai đó yêu cầu bạn mô tả app trong 30 giây. Nếu bạn làm forum software, đăng và reply topic là core. Nếu bạn làm push notification service, đăng ký device và gửi notification là core interaction.
Core interaction tốt để viết sớm, vì bạn có thể bắt đầu chơi với app với ít effort nhất. Bạn có foundation tốt cho feature mới. Và điều đó làm việc tiếp theo dễ bắt đầu hơn.
2. Điều này có thể đứng một mình?
Bạn có thể tìm feature bạn có thể viết mà không học thư viện hoặc API mới. Nếu bắt đầu ở đây, bạn ở trong code mà không liên tục chuyển sang cửa sổ documentation. Bạn không phải chuyển giữa "chế độ viết" và "chế độ học." Bằng cách tránh ngắt quãng, bạn cũng tránh cơ hội trì hoãn.
Nếu bạn từng buộc mình fix bug dễ đầu tiên sáng sớm để tránh kẹt vòng email-twitter-reddit-email, bạn biết quan trọng đến mức nào phải bắt đầu với tâm thế đúng. Đây là cách tuyệt vời để vào tâm thế đó sớm, và ở đó.
3. Điều này nghe có vẻ rất rủi ro, khó, hoặc phức tạp?
Những thứ này có thể nguy hiểm để bắt đầu. Feature phức tạp thường cần nhiều planning, nghĩa là nhiều cơ hội bị kẹt. Vậy làm sao đây có thể là nơi bắt đầu tốt?
Dev thèm giải quyết vấn đề thú vị. Tấn công vấn đề khó có thể là cách đầy động lực nội tại nhất để bắt đầu dự án mới. Thêm vào đó, thử thách thêm cho bạn cơ hội tốt hơn hit flow, nơi những điều tốt thực sự xảy ra.
Vậy, bạn chọn cái nào?
Thực sự không quan trọng bạn chọn cách nào trong ba cách này! Cả ba đều là điểm bắt đầu tốt với side benefit, và sẽ chỉ bạn đúng hướng. Vì vậy chọn một (ngẫu nhiên, nếu cần), và xem bạn thích nó như thế nào.
Vì không quan trọng cách bạn chọn, bí mật là quay vòng TDD flywheel sớm nhất có thể, để đà có thể giúp bạn vượt qua đến ngày bạn ship.
Bạn dùng cách nào trong này khi bắt đầu project mới? Hay bạn có nơi bắt đầu yêu thích riêng? Comment cho tôi biết!