Tuần trước, tôi đã nói về ba quy ước có thể giúp bạn đánh bại sự trì hoãn và bắt đầu dự án Rails mới của bạn. Bây giờ bạn đã bớt choáng ngợp với công việc trước mắt. Nhưng bạn vẫn có một lựa chọn khó khăn để thực hiện. Bạn viết mã nào đầu tiên? Xác thực? Phần nói chuyện với Twilio? Và bạn sẽ bắt đầu như thế nào để làm việc trên công cụ giới thiệu bài đăng trên diễn đàn?
Đúng, tại một số thời điểm, bạn thực sự phải viết mã và để làm điều đó, bạn cần một nơi để bắt đầu.
Điều gì tạo nên một điểm khởi đầu tốt?
Trước tiên, bạn nên dành một vài phút và suy nghĩ về hệ thống mà bạn sẽ xây dựng. Tập trung vào các đường dẫn đầu cuối và những loại tài nguyên mà các đường dẫn đó kêu gọi. Đừng đi quá đà! Khi hệ thống của bạn trở nên rõ ràng hơn một chút, bạn có thể tìm kiếm các đường dẫn phù hợp với các danh mục sau:
1. Đây có phải là cốt lõi của dự án không?
Bởi cốt lõi của dự án , Ý tôi là đường dẫn mà bạn sẽ nói đến nếu ai đó yêu cầu bạn mô tả ứng dụng của mình trong 30 giây. Nếu bạn đang làm việc trên phần mềm diễn đàn, đăng và trả lời một chủ đề sẽ là cốt lõi của dự án. Nếu bạn đang làm việc trên một dịch vụ thông báo đẩy, thì việc đăng ký một thiết bị và gửi thông báo đến thiết bị đó sẽ là một hoạt động tương tác cốt lõi.
Các tương tác cốt lõi rất tốt để viết sớm, vì bạn có thể bắt đầu chơi với ứng dụng của mình với ít nỗ lực nhất. Bạn sẽ có một nền tảng tốt để xây dựng các tính năng mới. Và điều đó sẽ khiến công việc tiếp theo bạn bắt đầu dễ dàng hơn.
2. Cái này có thể tự đứng được không?
Bạn có thể tìm kiếm các tính năng mà bạn có thể viết mà không cần tìm hiểu các thư viện mới hoặc các API mới. Nếu bạn bắt đầu ở đây, bạn có thể ở trong mã mà không cần liên tục chuyển sang cửa sổ tài liệu. Bạn không phải chuyển đổi giữa “chế độ viết” và “chế độ học tập”. Bằng cách tránh bị gián đoạn, bạn cũng sẽ tránh được các cơ hội để trì hoãn.
Nếu bạn đã từng buộc mình phải sửa một lỗi dễ dàng đầu tiên vào buổi sáng để tránh bị mắc kẹt trong vòng lặp email-twitter-reddit-email, bạn biết tầm quan trọng của việc bắt đầu với tư duy đúng đắn. Đây là một cách tuyệt vời để có được suy nghĩ đó sớm và duy trì ở đó.
3. Điều này có vẻ thực sự rủi ro, khó khăn hay phức tạp?
Những điều này có thể nguy hiểm khi bắt đầu. Các tính năng phức tạp thường cần nhiều kế hoạch hơn, có nghĩa là có nhiều cơ hội hơn để gặp khó khăn. Vì vậy, làm thế nào đây có thể là một nơi tốt để bắt đầu?
Các nhà phát triển khao khát giải quyết các vấn đề thú vị. Tấn công một vấn đề khó có thể là cách thúc đẩy bản chất nhất để bắt đầu một dự án mới. Thêm vào đó, thử thách bổ sung sẽ mang lại cho bạn cơ hội tốt hơn để đạt được dòng chảy, đó là nơi những điều tốt đẹp thực sự xảy ra.
Vậy, bạn chọn cái nào?
Nó thậm chí không thực sự quan trọng bạn chọn phương pháp tiếp cận nào trong số những cách tiếp cận này! Cả ba đều là những điểm khởi đầu tốt với những lợi ích phụ và sẽ giúp bạn đi đúng hướng. Vì vậy, hãy chọn một (ngẫu nhiên, nếu bạn cần) và xem bạn thích nó như thế nào.
Bởi vì bất kể bạn chọn cách tiếp cận nào, bí mật là làm cho bánh đà TDD quay càng sớm càng tốt, vì vậy động lực có thể giúp đưa bạn đến ngày bạn xuất xưởng.
Bạn có sử dụng bất kỳ cách tiếp cận nào trong số này khi bắt đầu một dự án mới không? Hay bạn có nơi yêu thích của riêng mình để bắt đầu một ứng dụng mới? Để lại bình luận và cho tôi biết!