어떻게 시작하겠습니까?
민첩한 팀의 개발자라면 유일한 목표는 스프린트 목표를 달성하는 것입니다. 그렇다면 80%의 경우 UI 개발을 시작하여 잘 할 것입니다. 전체 팀에게 약간의 검증과 진행 감각을 제공하기 때문입니다.
그러나 솔로 사이드 프로젝트는 애자일에 의존 할 필요가 없습니다. 너 자신을 제외한 누구에게도 대답해서는 안된다. 가장 어려운 부분을 먼저 시도해야합니다. 나는 진정으로 짐승을 포용하는 것에 대해 이야기하고 있습니다.
킥-엉덩이 제품을 만들기 위해서는 핵심 문제를 해결하는 것 외에도 변함없이 1024 가지가 필요합니다. 의존성 관리를 극도로 인식해야합니다.
당신이 해야 할 사용자 관리기 때문에 그것에 대한 진입 점이다. 사용자 데이터는 Facebook 또는 Google 에 벤처 기업을 판매하기로 결정한 날까지 가장 가치있는 상품이 될 것입니다.
그와 함께 네트워킹이 온다. 페이로드를 처리하는 것을 기억하십니까? 당신은 오프라인 데이터를 저장하고 공급을 통해 모바일 앱/Dropbox 통합 경우에는,당신의 가장 가치있는 소비자 전송을 그린란드 또는 콩고.
그리고 그걸로 데이터 전송과 함께 제공되는 비용을 어떻게 잊을 수 있습니까? HTTP,Websockets,TCP(Protobuffers)또는 다른 것:파티간에 페이로드를 비용 효율적으로 전달하는 프로토콜을 정의해야합니까?
데이터 보안은 최종 속국에서 체인을 정의한 후에는 모든 다른 종속성(지 않는 한 당신의 핵심 제공하는 해결하는 보안 문제가 발생).데이터를 엔드 투 엔드로 암호화하는 방법은 무엇입니까? 샤? MD5? 공개-개인 키 핸드 셰이크를 어떻게 구현할 것입니까?
이러한 관련 용어를 알고 있다면 github 에서 검색하거나 포럼에 대한 의견을 묻는 것이 쉽습니다. 좋은 출발점은 위키 백과에 그 용어 중 하나를 검색하고 거기에서 당신의 방법을 작동하는 것입니다.
에 대해 배우고 그들에 대해 배우고,그 대안에서 약간의 시간을 전문가가 될 것이 판단에 선택한 기술을 위해 귀하의 프로젝트입니다.
다음:모두 구현하십시오. 즉,비즈니스 로직의 한 줄을 작성하지 않고.
당신이 그 권리를 읽었는지 확인하십시오.간단히 말해서 비즈니스 로직에서 가능한 한 분리 된 상태로 유지하십시오. 인터페이스로 작성하고 추상 클래스/구조체로 작성하십시오. 그들을 테스트하기 위해 구체적인 테스트 스텁을 만드십시오.
예,영장류 UI 로이 모든 것을 테스트하려면 몇 가지 테스트 사례를 작성해야합니다. 소프트웨어에서 인기있는 조언은 코드 줄을 작성하기 전에 테스트 케이스로 시작하는 것입니다.
TDD 는 전문가 검토자가 할 수없는 코드베이스에 대한 통찰력을 제공합니다. 다음 단계를 구현하면 그 엄청난 가치를 깨닫게 될 것입니다.
항상 기억하십시오:당신은 천 가지 방법으로 여기에서 잘못 될 수 있습니다. 그러나이 단계는 교훈 이상의 것입니다.여기서 수행 한 작업은 결코 손실되지 않습니다. 비즈니스 로직에 불가지론 적이기 때문에 재사용이 가능합니다. 이 프로젝트를 휴지통에 버렸을 때,이 짐승을 항상 재사용하여 미래의 모든 프로젝트를 신속하게 처리 할 수 있다는 것을 기억하십시오. 개발할 시간은 기하 급수적으로 내려갈 것입니다.