기존 레거시 데스크톱 응용 프로그램을 다시 작성해야합니다. 그것은 여러 내부 사용자 커뮤니티의 일일 작업을 여전히 지원하는 작은 자바가 아닌 데스크톱 프로그램입니다. 응용 프로그램이 구식이며 더 이상 지원되지 않는 언어입니다. 나는 중학교 개발자이고 그것을 다시 작성해야합니다. app rewrite sinkhole을 피하기 위해 기존 데이터베이스 & 데이터
The Pragmatic Programmer은 많은 사람들이 매우 recommended입니다. 나는 그 책을 읽는 것을 끝 마쳤다. 사람들이 그것을 추천하는 이유를 볼 수있다. 비록 내가 Code Complete가 거의 모든 동일한 재료를 훨씬 더 깊이 다룬다는 것을 지적 하겠지만. 그러나 나를 괴롭혔던 한 가지 방법은 저자가 융통성, 일반화, 미래 개발을
지금은 주 데이터베이스 액세스 클래스에 데이터베이스 (SQLite 데이터베이스에 대한 몇 가지 CREATE 쿼리)를 만드는 코드가 있습니다. 이 코드를 사용하려는 의도가 없어서 불필요한 것 같습니다. 뭔가 잘못되어 데이터베이스를 다시 만들어야하는 경우에만 필요합니다. 해야합니까 ... 데이터베이스 생성 코드가 내 파일 크기의 약 1/4인데도 그대로 둡니다.
YAGNI가 과거 시제로 적용 할 수 있습니까? 약간의 기능을 만들었지 만 조금 전에 사용되었지만 더 이상 사용하지 않고 유지 관리하고 싶지 않으므로 삭제하는 것이 좋습니다. 사용하지 않거나 거의 사용하지 않는 기능을 제거하는 것이 나쁜 일입니까? 배경 : 나는 소스 컨트롤을 사용, 그래서 다시 기능을 필요로하는 경우, 나는 그것을 얻을 수 있습니다. 저는
사용할 수있는 다른 것이있을 가능성이있는 경우 항상 인터페이스를 생성해야하며 그렇지 않으면 리팩터가 실제 인터페이스를 사용할 때까지 기다릴 필요가있을 때까지 인터페이스를 생성해야합니까? 인터페이스에 프로그램은 내가이 상황에 따라 어쩌면 생각 ... 일반적으로 소리의 조언처럼 보이지만, 다음 YAGNI있다. 지금은 레시피 나 다른 폴더를 포함 할 수있는 폴더
새로운 시스템 용 코드를 작성할 때 디자인에 불필요한 복잡성을 도입하고 싶지는 않을 것입니다. 그래서 여기 YAGNI를 따르고 있으며 유연성이 더 필요하거나 책임이 명확 해짐에 따라 리팩토링이 필요합니다. 이것은 내가 더 빨리 움직일 수있게 해줍니다. 그러나 주니어 개발자의 경우 리팩터링을 할 때나 디자인을 빌드 할 때를 인식하지 못하기 때문에 문제가 있습
코드에서 일반적으로 새로운 클래스를 추가하여 추가 기능 등을 제공하는 것이 매우 쉽습니다. 나는 리팩토링 코드에 대해 상당히 잘 알고 있으며 그에 대한 내용을 잘 알고있다. YAGNI은 일반적으로 나에게 의미가있다. 익숙하지 않은 점은 관계형 데이터베이스가 배포되면 관계형 데이터베이스를 사용하고 업데이트하는 것입니다. 나는 Release Early, Rel
최근에 취미 게임 프로그래밍을 시작했습니다. 처음 시작했을 때 추상화를 시도하는 경향이있었습니다. 비록 내가 특정 게임을 염두에두고 있었지만, 각 요소가 여러 게임과 게임 유형에서 어떻게 사용될 수 있는지 스스로에게 물어볼 것입니다. 나는 실제로 이것이 구체적인 게임을 현실로 만드는 것과는 확연히 다른 것을 깨닫게되었다. 그래서 처음부터 마음에 품는 게임의
Zend_Validate_Abstract을 확장하는 두 개의 사용자 정의 유효성 검사기를 만들고 있는데 각각 Lib_Validate_TimeAfter 및 Lib_Validate_TimeBetween입니다. 이름은 매우 직설적이며, 첫 번째 것은 날짜/날짜/시간이 다른 날짜 다음에 오는 지 테스트하는 데 사용되고 두 번째는 날짜/날짜/시간이 다른 두 날짜/날