지난주에 저는 미루는 것을 이기고 새로운 Rails 프로젝트를 시작하는 데 도움이 되는 세 가지 규칙에 대해 이야기했습니다. 지금쯤이면 눈앞의 일에 덜 압도당할 것입니다. 하지만 여전히 어려운 선택을 해야 합니다. 어떤 코드를 먼저 작성합니까? 입증? 트윌리오와 대화하는 부분? 어떻게 시작하시겠습니까? 포럼 게시물 추천 엔진에서 작업하시겠습니까?
예, 언젠가는 실제로 작성해야 합니다. 코드를 작성하고 이를 수행하려면 시작할 장소가 필요합니다.
좋은 출발점은 무엇입니까?
먼저 몇 분 정도 시간을 내어 구축할 시스템에 대해 생각해야 합니다. 종단 간 경로와 해당 경로에서 요구하는 리소스의 종류에 중점을 둡니다. 선을 넘지 마십시오! 시스템이 좀 더 명확해지면 다음 범주에 맞는 경로를 찾을 수 있습니다.
1. 이것이 프로젝트의 핵심입니까?
프로젝트의 핵심 기준 , 내 말은 누군가가 30초 안에 앱을 설명하라고 하면 이야기할 경로입니다. 포럼 소프트웨어에서 작업하는 경우 주제를 게시하고 회신하는 것이 프로젝트의 핵심이 될 것입니다. 푸시 알림 서비스를 진행 중이라면 기기를 등록하고 알림을 보내는 것이 핵심 상호 작용이 될 것입니다.
핵심 상호 작용은 최소한의 노력으로 앱을 사용할 수 있으므로 일찍 작성하는 것이 좋습니다. 새로운 기능을 구축할 수 있는 좋은 토대를 마련하게 될 것입니다. 그러면 다음 작업을 훨씬 더 쉽게 시작할 수 있습니다.
2. 이 자체로 설 수 있습니까?
새로운 라이브러리나 새로운 API를 배우지 않고도 작성할 수 있는 기능을 찾을 수 있습니다. 여기에서 시작하면 계속해서 문서 창으로 전환하지 않고도 코드에 머물 수 있습니다. "쓰기 모드"와 "학습 모드" 사이를 전환할 필요가 없습니다. 중단을 피함으로써 미루는 기회도 피할 수 있습니다.
이메일-트위터-레딧-이메일 루프에 갇히지 않기 위해 아침에 가장 먼저 쉬운 버그를 수정해야 했던 적이 있다면 올바른 사고 방식으로 시작하는 것이 얼마나 중요한지 알 것입니다. 이는 초기에 그러한 사고방식을 유지하고 거기에 머무를 수 있는 좋은 방법입니다.
3. 이것이 정말 위험하거나 어렵거나 복잡해 보입니까?
이것들은 시작하기에 위험할 수 있습니다. 복잡한 기능은 일반적으로 더 많은 계획이 필요하므로 중단될 가능성이 더 많습니다. 그렇다면 이것이 어떻게 시작하기에 좋은 곳이 될 수 있습니까?
개발자는 흥미로운 문제를 해결하기를 갈망합니다. 어려운 문제를 해결하는 것은 새로운 프로젝트를 시작하는 가장 본질적인 동기 부여 방법일 수 있습니다. 또한 추가 도전을 통해 좋은 일이 실제로 발생하는 흐름을 칠 확률이 높아집니다.
그래서 어느 것을 선택하시겠습니까?
이러한 접근 방식 중 어느 것을 선택하는지는 중요하지 않습니다! 세 가지 모두 부수적인 이점이 있는 좋은 출발점이며 올바른 방향으로 안내해 줄 것입니다. 따라서 필요한 경우 무작위로 하나를 선택하고 마음에 드는지 확인하십시오.
어떤 접근 방식을 선택하든 TDD 플라이휠이 가능한 한 빨리 회전하도록 하는 것이 비결이므로 그 추진력은 배송 당일까지 여러분을 인도하는 데 도움이 될 수 있습니다.
새 프로젝트를 시작할 때 이러한 접근 방식을 사용합니까? 아니면 새 앱을 시작할 때 가장 좋아하는 장소가 있습니까? 댓글로 알려주세요!