동작하는 프로그램 vs 잘만드는 프로그램

• 소프트웨어를 동작하게 짜는 것은 몇시간의 공부, 몇개의 유튜브 강좌만 봐도 쉽게 할 수 있으니 이에 비해 제대로 만드는 일은 공부가 많이 필요하다.
• 단순 동작하고 철학이 없이 그저 '동작'만 하는 프로그램은 유지 보수가 어렵고 결함이 많은 반면 잘 설계된 코드는 유지보수가 쉽고 적은 인력으로도 관리가 가능

설계와 아키텍쳐란?

• 아키텍쳐를 흔히 고수준의 구조, 설계를 저수준의 세부사항을 일반적으로 가르키는 것으로 생각하는데, 사실 둘의 경계는 모호하며 이 두 부분이 모두 시스템의 구조를 결정하는데 중요함
• 고수준에서 저수준으로 향하는 의사결정의 연속성은 존재
• 목표는 유지보수에 드는 비용을 감소시키는 것
• 설계가 잘 되지 않은 소프트웨어는 규모가 커지면 커질수록 생산성이 급격하게 감소

급할 수록 돌아가라

• 스타트업에서 일반적으로 신기능을 일정에 맞게 출시하기 위해 빨리빨리를 강조하지만, 장기적으로 설계를 고려한 개발이 훨씬 효율이 좋다

행위와 구조

모든 소프트웨어는 이해관계자에게 행위와 구조라는 가치를 제공

행위

소프트웨어를 통해 비용을 절감하고, 수익을 창출하기 위함.

구조

기계가 이러한 비용절감과 수익 창출을 하는 과정을 쉽게해주는 것
변경이나 기능 추가가 쉬워야함

정확한 설계를 위해 투쟁하라

비개발 직군들은 설계의 중요성을 이해하는 것이 힘들고, 빨리 어떤 기능이 구현이 되는대에 신경을 쓰기마련이다. 이러한 부분을 이해시키는 것은 개발팀의 몫이다.