Hacker News 의견

• 코드 스타일이나 린팅 규칙에 집착하는 사람들을 이상하게 보는 의견이 있음. 그러나 세부 사항에 신경 쓰는 것은 장인 정신을 소중히 여기는 것임
  • 코드 작성 전에 대부분의 프로그래밍이 완료되어야 한다는 의견에 반대하는 개발자가 있음. 코딩과 설계를 반복적으로 진행하는 것이 중요하다고 생각함
  • 복잡성을 관리하고 이해하는 것이 중요하다는 의견이 있음. 단순한 시스템은 복잡성을 다른 곳으로 옮길 뿐임
  • Java가 지루한 언어라는 의견에 반대하는 사람도 있음. Spring 같은 Java 코드는 지루하지 않고 재미도 없다고 생각함
  • 코드 작성 없이 프로그래밍이 완료되어야 한다는 의견에 반대하는 사람도 있음. 코드를 작성하지 않으면 현실에서 벗어나기 쉽다고 생각함
  • 형식적 모델링과 분석이 필수적이라는 의견에 반대하는 사람도 있음. 실험이 더 중요하다고 생각함
  • 테스트 코드에 주석을 많이 다는 것이 좋다는 의견이 있음
  • 프론트엔드 개발이 악몽 같다는 의견이 있음. 그러나 React + Typescript + MobX 앱을 업데이트하는 데 큰 문제가 없었음
  • 소프트웨어 개발은 조직의 단계에 따라 다르게 보아야 한다는 의견이 있음. 스타트업과 시장 적합성이 확립된 조직은 다르게 접근해야 함
  • Java의 Checked Exceptions가 좋은 아이디어였다는 의견이 있음. 더 나은 오류 처리를 위해 약간의 문법적 개선이 필요했음
  • 모놀리식 아키텍처가 여전히 좋다는 의견이 있음. RDBMS의 연구와 개선을 이기기 어렵다고 생각함
  • 혼합된 경험 수준의 팀에서는 타입이 있는 언어가 필수적이라는 의견이 있음. 프로그래머의 관점을 고려해야 함
  • 프로젝트 매니저의 대부분이 없어져도 큰 영향이 없을 것이라는 의견이 있음
  • 코드 스타일에 대한 스트레스는 프로젝트 스타일을 맞추는 것이 중요하다는 의견이 있음
  • 프론트엔드 개발이 악몽 같지만 가끔 즐긴다는 사람도 있음
  • 우아함은 진정한 지표가 아니라는 의견이 있음. 우아한 솔루션이 항상 실용적이지는 않음
  • DynamoDB가 일반 애플리케이션 개발에 최악의 선택이라는 의견이 있음. SQL이 더 적합한 경우가 많음