여러분의 사고방식에 가장 큰 영향을 준 블로그 글은 무엇인가요?

사고방식에 가장 큰 영향을 준 블로그 글을 묻는 질문으로, 소프트웨어 설계부터 제품 완성, 경력과 개발자의 책임까지 다양하게 추천됨 질문자는 개인적으로 가장 큰 영향을 받은 글로 Parse, Don’t Validate와 초기 joelonsoftware 글들을 꼽음 주로 잘못된 추상화와 불필요한 복잡성을 경계하고, 단순한 도구와 명확한 자료구조로 문제를 푸는 방식을 다룬 글들이 눈에 띔 완벽한 코드나 어려운 기술 문제 자체보다 중요한 문제를 해결하고 실제로 제품을 완성하는 일에 무게를 둔 추천도 많음 마이그레이션을 일상적인 개발 역량으로 받아들이고, 관리직과 개발 실무를 오가며 성장하는 등 오래 일하는 방식을 돌아보게 하는 글도 포함 기술적 성취에 몰두하느라 만드는 소프트웨어의 목적과 영향을 놓치지 않는 태도, 유머와 이야기로 오래 기억에 남는 기술 글쓰기까지 추천 범위가 이어짐 설계와 추상화를 바라보는 방식 The Wrong Abstraction 잘못된 추상화는 추상화가 없는 것보다 위험함. 비슷해 보이는 코드를 무리하게 묶은 뒤 예외와 조건을 계속 추가하기보다, 중복을 받아들이고 실제 공통점을 다시 찾는 편이 나을 수 있음 The Law of Leaky Abstractions 추상화는 내부의 복잡함을 완전히 숨기지 못함. 문제가 생겼을 때 대응하려면 지금 사용하는 계층 아래에서 무엇이 일어나는지도 이해해야 함 Parse, Don’t Validate 입력이 올바른지 검사하고 그 결과를 버리지 말고, 검사한 조건이 타입과 자료구조에 남도록 변환해야 함. 이후 코드에서 같은 조건을 반복 확인하거나 이미 배제한 오류를 다시 처리할 필요가 줄어듦 The Grug Brained Developer 원시인 같은 말투로 풀어낸 소프트웨어 개발 지침. 개발자의 가장 큰 적을 복잡성으로 보고, 과도한 추상화와 성급한 일반화를 경계함 Taco Bell Programming 몇 가지 재료로 여러 메뉴를 만드는 Taco Bell처럼, 익숙하고 검증된 작은 도구의 조합으로 문제를 해결함. 새로운 시스템을 만들기 전에 Unix 도구 같은 기존 수단으로 충분한지 살펴볼 필요가 있음 Benefits of dependencies in software projects as a function of effort 외부 의존성의 가치는 프로젝트에 투입하는 시간과 규모에 따라 달라짐. 짧은 프로젝트에서는 개발 시간을 크게 줄이지만, 장기간 발전시키는 ...