그들은 나에게 매우 다르게 들리는데, 어느 것이 더 중요한지 말하기 힘들었습니다.
당신은 놀라운 소프트웨어 관리자 일 수 있지만, 매우 나쁜 프로그래머 자신입니다. 어떤 사람들은 코드 디버깅, 코드 찾기, 수정 및 약간의 개선에 놀랍습니다. 그들은 종종 관리인과 비교되지만, 그것은 장애입니다. 그들은 더 나은 상태로 물건을 얻는 진정한 지식과 노하우를 가질 수 있습니다.
그러나 새 코드를 작성하고 알고리즘을 설계 및 구현하는 데 여전히 끔찍할 수 있습니다. 그들은 왜 일이 일반적으로 더 좋은지에 대한 이해를 가질 수 있으며, 한 디자인이 다른 디자인보다 이점을 이해 한 후에도 이해할 수 있습니다. 그러나 그들은 스스로를 찾는 데 어려움을 겪고 있습니다. 이 논리적이고 문제 해결 사고 방식에 대한 깊은 이해가 부족합니다.
둘 다 내 마음에 중요합니다. 놀라운 솔루션을 제공 할 수있는 해커 만 원하지는 않지만 차세대 안구에서 코드베이스를 살펴볼 수없는 유지 보수 가능한 코드를 생성합니다. 프로토 타이핑 및 단기 프로젝트에는 적합하지만 오랫동안 사용할 수있는 더 큰 규모입니다.
따라서 첫 번째 그룹도 필수적입니다. 그러나 두 번째 그룹에서는 훌륭한 소프트웨어를 설계 할 수 없었습니다. 그것은 공생 적입니다 (그리고 그 특성이 실제로 같은 개발자에게있을 때 가장 좋습니다). 나는 이것을 닭고기와 계란 문제로 보았을 때, 논리적 인 종류가 역사적 이유로, 머리를 먼저 만들기 위해 존재해야했기 때문에 조금 더 중요하다는 것을 인정해야 할 것입니다. 그러나 이것이 소프트웨어 상점에서 더 중요하다는 의미입니까? 나는 그렇게 생각하지 않습니다. 물건을 함께 배관하고 많이 발명하지 않으면 서 훌륭하고 성공적인 소프트웨어를 만들 수 있습니다.