임시 사고 방식을 다루는 방법?

두 달 전에 6 명의 개발자 팀에 합류했습니다. 사람들은 좋고 모든 것이 좋습니다. 그러나 점점 더 많은 사고 방식을 관찰하고 있습니다. 미래의 유용성을 희생시키면서 물건은 빨리 고쳐지고, 테스트는 거의없고, 두 사람은 행복하게 인정합니다.

이것을 다루는 방법? 나는 예제로 이끌고 싶지만 시간은 제한되어 있습니다. 나는 물건을 설계 하고 실제로 구현하는 것을 좋아 합니다. 그러나 나는 임시 사고 방식이 저를 감염시키는 것이 아니라 디자인과 코드의 명확성과 단순성을 위해 노력하기보다는 오히려 확립하기가 쉽지 않습니다. 외부인은 일정과 관리를 위해 분리 할 수 있습니다.

— 로티 안
소스

나는 기억을 유지하는 능력의 부족을 유발하는 드롭킥을 제안한다. 공식적이지 않더라도 장기 사용 시스템에는 문서가 필수적입니다.

— Rig

소프트웨어 개발에 오신 것을 환영합니다!

— yannis 2016

@YannisRizos, 아니 아니 아니! ;)

— Rotian 2016

@Rotian이 글은 거의 필수입니다 : joelonsoftware.com/articles/fog0000000332.html . 조금 오래되었지만 여전히 훌륭한 자원이며 아마도 그 자체로 답할 가치가 있습니다.

— K.Steff 2016

더 광범위하게는 "Uncle Bob"의 / Clean Code / 및 / The Clean Coder /를 권장합니다. 나는 그가 그 책에서 말하는 모든 것에 동의하지 않지만 생각하기에 아주 좋은 음식입니다. 그들은 확실히 내 눈을 상당히 조금 열었다 !

— Michael Scott Shappe

답변:

당신은 이미 그 답의 일부를 알고 있습니다. 예를 들어 이끌어야합니다. 또한 "리더십"이 무시 될 수 있다는 사실에 익숙해 져야합니다. 동료가 상사를 행복하게 만들거나 자신이 편의성을 중요하게 생각하기 때문에 동료들이 항상 해왔 던 방식으로 일을 계속할 것입니다. 장기적인 유지 보수성.

결국, 당신은 결과가 스스로 말하도록해야합니다. 개발 기한을 테스트하고 설계 한대로 작동하기 때문에 마감일을 3 일 늦었지만 QA 팀에 최소한 예정된 테스트 일을 저장 했습니까? 그것은 승리입니다.

그러나 결국 그러한 종류의 트레이드 오프에 대해 어느 정도의 관리 인수가 없다면 단순히 잘못된 환경에 있고 모범 사례에 더 도움이되는 것을 찾아야합니다. 나쁜 습관은 습관을 형성하는 것이므로, 더 빨리 자신의 입장을 고수 할 수있는 방법을 찾거나 더 나은 방법으로 더 나은 작업 환경으로 바꿀 수 있습니다.

— 마이클 스콧 샤프
소스

답변 감사합니다. 나는 당신이 내 환경을 아주 잘 알고 있다고 생각합니다-더 열심히 노력할 것입니다-그리고 롤을 얻지 못하면-다른 것을 둘러 볼 것입니다.

— Rotian

+1. 팀에서보고 싶은 변화가 되십시오. 표준을 설정하십시오.

— Scott C Wilson

결과를 스스로 말하기 위해 +1. 긍정적 인 변화에 영향을 미치는 가장 좋은 방법은 모범 사례와 결합 된 것입니다. 사람들은 자연스럽게 좋은 일을하기를 원하고 (대부분 어쨌든) 누군가 자신보다 더 나은 결과를 얻는 것을 보게되면 비밀을 요구할 가능성이 높습니다. 그리고 그들은 자발적으로 말하고있는 것보다 자신의 의지를 요구할 때들을 가능성이 높습니다.

— Erik Dietrich

@Rotian 물론 특정 환경은 아니지만, 그렇습니다. 최악의 부분은 당시에는 그것이 얼마나 나쁜지 완전히 이해하지 못했습니다. 나는 무언가 깊은 곳에서 미묘하게 잘못되었다는 것을 알았고 결국 그것이 나가기에 충분하다고 결정했습니다. 최근 몇 년 동안 그들이하고 있거나하지 말아야 할 특정 관행을 지적 할 수있었습니다.

— Michael Scott Shappe

아무것도?

비즈니스 시간 제약 조건이 존재합니다. 귀하는 장래의 사용 편의성보다 시장 출시 시간이 더 가치있는 시나리오 일 수 있습니다.

직급 및 파일 프로그래머 인 경우 표준을 설정하고 제품 아키텍처와 관련하여 자신을 다루는 것은 실제로 일이 아닙니다 (특히 2 개월). 당신은 해야 합니다 (문화 변화를 포함) 할 수 있지만 제품을 개선하기 위해 노력하고 있지만 팀 및 / 또는 보스 소외의 비용. 자신이 더 잘 알고 있다고 생각하는 새로운 사람이되는 것이 빠르고 쉬운 방법입니다.

왜 이런 빠른 해킹을 모두 수행하고 있는지 물어 볼까요? 이전의 빠른 핵 수정으로 인한 것입니까? 처음부터 일이 '올바르게'이루어 졌다면 ...

결국, 나쁜 프로그래밍 관행은 구체적인 고통을 초래합니다. 사람들이 그렇지 않다고 생각하면 기다릴 필요가 있습니다.

— 텔라 스틴
소스

내가 이해하는 한, 문제는 시간 제약으로 인해 사람들이 임시 수정을하는 것이 아닙니다. 문제는 그들이 언젠가 상환해야 할 기술적 부채로 보지 않는다는 것입니다. 그것은 점프와 같습니다. 당신은 지구의 지원없이 한동안은 괜찮을 수 있지만 착륙 준비를하는 것이 좋습니다.

— 9000

@ 9000 : OP는 일정과 관리를위한 것이라고 말했기 때문에 대부분 시간이 걸린다고 추측합니다. 소프트웨어 개발과 관련된 실제 작업을 과소 평가하는 것은 드문 일이 아닙니다.

— Telastyn

나는 나쁜 습관이 구체적인 고통을 초래한다는 데 동의합니다. 그러나 구체적인 고통이 항상 합리적인 세상에서 보게 될 변화를 가져 오는 것은 아닙니다. 경험을 통해 그 고통으로부터 배우지 않고 올바른 관행을 장려하지 않는 관리자가 존재한다고 말할 수 있습니다. 그렇지 않다면, 그들이 할 준비가 항상 "적절한"일을하도록 옹호하기 위해 THEIR 상사들과 맞서야 할 것이기 때문에, 그들은 계속 혼란에 빠질 것입니다.

— Michael Scott Shappe

@ UncleMikey : 물론입니다. 그러나 관리자가 일을 제대로 예약하기에 너무 비효율적이라면 할 수있는 일이 거의 없습니다.

— Telastyn

@ 9000과 Telastyn-그렇습니다. 기술 부채와 같은 것이 실제로 여러 가지 이유로 (시간, 습관 등) 해결 방법을 장려하는 환경과 결합되어 있다는 사실에 대한 확실한 무지입니다.

— Rotian