신화 맨달 (Mythical Man-Month)은 이제 고전이지만 "외과 팀"방법론은 여전히 흥미 롭습니다. 어떤 방법론이 그것과 가장 비슷하거나 동일한 본질을 가지고 있습니까? 외과 팀 유추를 요약하면 다음과 같습니다. 외과 의사는 문제/사업 영역을 이해하고 전문가입니다. 그들은 팀에 질문이나 갈등이있을 때 권한입니다. 외과의 사는 디자인과 관련하여
단위 테스트를 일부 수행했으며 테스트를 작성한 경험이 있지만 디자인 도구로 TDD를 완전히 받아들이지 않았습니다. 내 현재 프로젝트는 회사 조립 프로세스의 일부로 일련 번호를 생성하는 기존 시스템을 다시 작업하는 것입니다. 기존 시스템을 보면서 현재 프로세스와 워크 플로를 이해했습니다. 또한 새로운 요구 사항 목록과 작업 흐름을 수정하는 방법에 대해 설명합
저는 계약자이며 프로젝트 마감일에 기능을 구현하기 위해 종종 프로젝트에 참여합니다. 종종 내 페이스가 기본 디자인의 페이스보다 빠르지 만. 그래서 저는 종종 최종 디자인을 기다리는 동안 예비 방식으로 작업을 수행하는 함수/메소드를 생성해야하는 바람에 있습니다. 사례 현재 현재 데이터베이스 디자인에 너무 복잡하기 때문에 (필자는 MySQL의 "필드"기능을 사
저는 TDD와 (일부) XP를 몇 년 동안 연습 해 왔으며, 이전에 제가 경력을 쌓아 놓은 많은 문제들을 해결했다고 밝혀졌습니다. 너무 많은 두통을 제거함으로써, 코딩에 대한 나의 사랑은 다시 젊어졌습니다. 문제는 이러한 관행을 활용하는 .NET (현재 스택) 프로젝트를 찾기가 어렵다는 것도 발견했습니다. 내 커뮤니티 커뮤니티에 대한 질문 : tdd, (모
단일 표현식을 값과 부울 값으로 평가하는 언어를 좋아합니다. 예를 들어, A = 1은 true로 평가되며, 1도 마찬가지입니다.이 연습이 내 싱크 탱크의 개발자에게 매우 일반적이라면 부작용이 없다고 가정하고 이러한 표현을 리팩터링하지 않는 것이 좋습니까? 나는 코드 냄새에 대해 이야기하면서 오랫동안 토론을하고 있지만,이 논리 복잡성은 인 이유는 내가 C를
코드 리팩토링을 측정하기위한 객관적인 메트릭이 있습니까? 리팩터링 전후의 findbugs, CRAP 또는 checkstyle을 실행하면 코드가 실제로 변경된 것이 아니라 실제로 개선되었는지 여부를 확인하는 유용한 방법이 될까요? 단순한 개인 취향에 맞게 코드를 변경하지 않고도 코드 검토 프로세스를 개선 할 수있는 경향을 찾고 있습니다. 실패 unittest
(들어 본 적이없는 사람들을 위해 Pivotal Tracker "은 팀이 공동 작업을 수행하고 실제 변경 사항에 즉각적으로 대응할 수있는 간단한 스토리 기반 프로젝트 계획 도구입니다. 민첩한 소프트웨어 개발 방법을 기반으로합니다 하지만 다양한 유형의 프로젝트에서 사용할 수 있습니다. ") 우리는 this outline by Rein Henrichs에 기반한
말 stackoverflow와 같은 사이트가 있습니다. 검색 기능을 추가해야하는데, 좋을 필요가 있습니다. 로고를 추가해야한다면 (Google 검색을 사용하는 것처럼) 상관 없습니다. 최소한의 개발 및 최소 서버 유형 종속성으로 어떤 옵션을 사용할 수 있습니까? 현재 램프 (PHP)에 있습니다. 편집 : 용서해주십시오.하지만 각 사용자가 자신의 서버 컴퓨터