기술적 인 "Dogmatism"을 다루는 방법

Javascript와 Haskell (일부 파이썬)으로 프로그래밍 한 작업을 다른 나라로 옮겼습니다. 나는 사람들이 객관적이고 긍정적이며 수학적이지만 많은 일을했기 때문에 정말 마음에 들었습니다. 이것은 진정한 전문 상점이었습니다.

이제 Agile / XP 상점에서 일합니다. 이것이 좋으면서도 기술과 라이브러리를 선택할 때 우리가 비전문가라고 생각합니다. 소프트웨어 작성에 대한 우리의 접근 방식은 다소 미숙하고 구조화되지 않은 것 같습니다. 나는 제공된 책들을 읽으려고 노력하고 있는데 그들은 이런 스타일을 장려하는 것 같습니다 ( ugh ). 많은 경우 우리는 git hub에서 libs를 골라서 어떤 유형의 검토없이 사용합니다.

한 사람에게는 작은 일이더라도 항상 누군가와 일해야합니다. 사소한 반대 사례로 규칙을 위반할 수있는 경우에도 모든 것에 대해 약간의 "빠른"규칙이있는 것 같습니다 (한 번은 해당 반대 사례를 제공하는 실수를 저지른 후 구두 공격을 받았습니다). 여기 주에서 이것이 정상입니까? 이 교의를 어떻게 처리합니까?

일반화하지 마십시오.

현재 상점은 그들이 애자일을하고 있다고 생각하는 잘못 안내 된 상점 중 하나입니다. "검토하지 않고 github에서 코드를 제거", "말로 공격", "누군가와 함께 일하도록 강요"는 모두 위험 신호입니다. 물론 문화 충격 때문에 물건을 조금 확대하고 있을지 모르지만 새로운 직장을 찾아야 할 것입니다.

단일 개발 상점의 작업에 따라 전체 문화를 판단 할 수는 없습니다. 당신의 가게는 당신의 가게입니다. 아마도 많은 사람들이있을 것입니다. "나쁜"많은 사람들과 "더 나은"많은 사람들. 착용감이 편안하지 않으면 계속 진행하십시오. 교리가 상당히 진지해 보이고 그것을 바꾸거나 조정할 수있는 것은 의심 스럽다. 그래도 당신은 그런트 만 읽을 때 Joel 이해야 할 일을 하세요. 유용한 생존 전략을 찾을 수 있습니다.