작은 웹 개발 회사 설정은 무엇입니까? [닫은

Question

저는 CMS에서 전자 상거래 사이트에 이르기까지 다양한 고객을위한 광범위한 프로젝트에서 일하는 소규모 웹 개발 회사 (2 ~ 3 명의 개발자 만)에서 일하고 있습니다.

보통 우리는 우리 자신의 프로젝트에서 일하지만 때로는 하나에서 함께 일해야합니다. 우리는 소스 제어 소프트웨어와 사이트가 vs 2008 및 SQL 2005를 사용하여 .NET에서 개발되기 때문에 전복을 사용합니다.

단위 테스트 및 기타 "엔터프라이즈"레벨 코딩 관행에 관한 많은 게시물을 읽은 후, 다른 개발자들이 최소한의 유지 보수가 필요하고 개발 시간이 짧은 소규모 프로젝트에 대해 무엇을하는지 궁금했습니다.

나는 특히 단위 테스트가 필요한 것과 같은 것들을 생각하고 있습니다.

Answer 1

단위 테스트는 무슨 일이 있어도 Necassary입니다. 코드를 작성하면 단위 테스트. 나도 혼자 일합니다. 나는 여전히 테스트합니다. 나는 내가 그 전에 코드를 어떻게 썼는지 모른다.

그녀는 내가 그것을 보는 방식입니다. 당신은 큰 소년들과 같은 비싼 도구가 필요하지 않지만, 당신이 크기를 원한다면, 당신은 크게 생각해야합니다. 동일한 htings를 수행하고 동일한 관행을 따르십시오. 요구가 커지면 더 나은 도구를 얻으십시오. 예를 들어, UML 다이어그램을 수행하면 Saftware가 필요하지 않습니다. 화이트 보드/종이. 그러나 여전히 UML을 사용하십시오. 요구가 커지면 특별한 소프트웨어를 얻는 것을 볼 수 있습니다.

프로젝트 관리조차도. 당신은 프로젝트를 추적하기 위해 값 비싼 도구가 필요하지 않습니다. 당신의 요구가 커짐에 따라, 당신은 전문화 된 소프트 와어를 얻을 수 있습니다.

요컨대, 당신이 더 크면 똑같은 일을하지만, 당신은 같은 도구가 필요하지 않습니다. 필요에 따라 Aquire.

편집 : 물론 당신이하는 일 중 일부는 당신이 사용하는 당신의 방법들/프로세스에 의존한다는 것을 언급해야합니다. 예를 들어, 민첩한 개발을합니까? 작기 때문에 당신은 모든 것을 정확히 똑같이 할 필요가 없습니다. 예를 들어, 나는 민첩성이 되려고 노력하지만 분명히 프로그램 쌍을 이루지 않습니다 :). 당신은 당신에게 맞는 것에 그들을 조정하는 법을 배워야합니다.

Answer 2

당신이하는 가장 큰 실수는 '엔터프라이즈'레벨 코딩 표준이기 위해 무언가를 무시하는 것입니다. CI, 빌드 서버, 단위 테스트, 코딩 표준 (나는 당신이 의미하는 바를 생각할 수 없음)과 같은 것들이 초기 오버 헤드를 취할 수 있지만 장기적으로 배당금을 지불 할 수 있습니다. 예를 들어, 프로젝트가 지금 해킹되고 3 년 후 고객이 기능을 추가하려는 경우 지금 단위 테스트를받을 시간을내어 기쁘게 생각합니다. (OK로 인해 발생할 수도 있고 그렇지 않을 수도 있지만 ... 고객이 미래에 솔루션을 볼 수있는 사람을 만나고 잘못 해킹 된 코드를보고 다시 사용하지 않을 수 있습니다).

이 일을 더 많이할수록 더 빨리 행동할수록 기억하십시오.

Answer 3

우리의 개발 환경도 꽤 작습니다. 우리는 주로 .NET 또는 다른 것과는 달리 Java Web Development (일부 PHP)를 수행합니다. 우리는 Wiki, SVN 및 버그 추적 시스템에 프로젝트 로커를 사용합니다. 코드 개발의 경우 NetBeans 6.1과 Eclipse와 MySQL은 데이터베이스 백엔드로 다릅니다.
우리는 코드에 대한 단위 테스트를 작성하는 것이 표준 관행을 만들었습니다. 4 개월 후에 훨씬 더 쉽게 코드 기반을 업그레이드합니다.

Answer 4

문제는 : 당신이 그 물건을 배치하기 전에 최소한 단위 테스트가 괜찮다는 것을 알고 있다면 밤에 훨씬 더 잘 자고 있습니다.