기계공학을 하는 저의 시각에서 보기에는
프로그래머 개발 분야는 사실 이과 보다는 문과에 가까운 측면이 많다고 느낄때가 종종 있습니다.
어떤 의미인지 이해하시리라 생각합니다. ('개발자 문화'라는 말이 존재하는 자체부터 시작해서, '프로그래밍 철학'에 관한 논의라던가 등등 갱쟝히 많지요. 컴퓨터공학보다 200~300년 앞서 만들어진 기계공학의 경우에는 그런 개념 자체가 존재하지 않습니다. 설혹 그런 개념을 말하더라도 그건 미사여구에 불과하죠. 컴퓨터공학에서는 개발 철학 같은게 정말 중요한 개념인데 말이죠.)

그렇군요. 기계공학의 관점이라니 재밌네요.
개발자의 문화는 어쩌면 당연한 결과입니다. 왜냐면 퀄리티와 직결되기 때문입니다.
아래는 애자일 선언문입니다. 내놓라는 유명한 사람들이 모여서 소프트웨어 개발의 더 나은 방법들을 찾아고자 했습니다.
https://agilemanifesto.org/iso/ko/manifesto.html

내용을 보면 매우 당연한 소리를 무슨 선언까지 하고 있나라고 생각할 수 있지만, 반대로 말하면 선언까지 해야 할 정도로 당연히 잘 안 지켜지기 때문입니다. 다시 말하면, 사람마다 퀄리티가 천차만별인 것입니다.
기계공학이시면 예를 들어 철을 깍는다고 했을 때, 같은 철을 쓰고 같은 도구와 프로세스를 지키면 같은 결과가 나옵니다.
하지만 개발은 그게 안됩니다. 같은 요구 사항을 보고, 같은 프로그램 언어와 프로그램 툴을 써도 사람마다 생각이 달라서 다르게 이해하는 경우도 많고 능력에 따라 코드의 질부터 결과물 속도까지 정말 하늘과 땅차이 입니다. 오류 있는 코드의 경우 오히려 프로그램의 질을 떨어 뜨려서 동작을 멈추게도 합니다.

그래서 내놓라는 유명한 사람들이 이런걸 개선할 방법이 없을까해서 저런 선언을 한것이지요.
저런 것들이 하나씩 모여서 퀄리티가 좋아집니다. ?? 하시 겠지만 정말 저런 문화가 하나씩 모여서 좋아집니다.
예를 들어, Coding Conventions 이라는 것이 있습니다. 회사 마다 다른데, 프로그램 언어를 사용할 때 추천되는 패턴 같은 것입니다. 이것을 안 따라도 프로그램이 동작하는데 아~무 문제가 없습니다. 하지만 따르게 되면 다른 사람들이 유지보수 하기 좋고, 더 좋은 품질이 될 확률이 높습니다. 다시 말하지만 안 지키는 사람도 있습니다. 그러면 코드 퀄리티 안 좋을 것이라는데 500원 겁니다. ㅎㅎㅎ

이것 말고도 코드 리뷰 문화, git branch & merge 방법, 데일리 미팅, 개발방법론 등등 기본 소양(??) 같은 문화가 산재 합니다.