쪼렙전사

모든 소프트웨어는 이해관계자에게 서로 다른 두 가지 가치를 제공한다. 행위(Behavior)와 구조(Structure)이다. 행위 누군가가 프로그래머를 고용하는 이유는 아래와 같다. 수익 창출 비용 절약 이해관계자는 기능 명세서와 요구 사항 명세서를 고용된 프로그래머에게 제공한다. 프로그래머는 이러한 요구 사항들을 만족하도록 코드를 작성하며, 요구 사항을 위반할 때 디버깅을 진행한다. 구조 소프트웨어(software)는 부드러운(soft)과 제품(ware)의 합성어이다. 여기서 부드럽다는 변경하기 쉽다는 것을 뜻한다. 즉, 소프트웨어는 변경하기 쉬운 제품을 의미한다. 프로그래머는 변경하기 쉬운 제품을 만들기 위해 소프트웨어의 구조를 잘 만들고, 이 구조를 향상하거나 유지해야 한다. 더 높은 가치(행위 v..

설계(Design)와 아키텍처(Architecture)는 아키텍트(architect) 관점에서 차이가 없다. 단, 아키텍처는 고수준, 설계는 저수준의 무언가를 가리킬 때 흔히 사용된다. 흔히 사용된다는 것이지 반드시 그렇다는 게 아니다. 하지만 설계와 아키텍처(이하 설아)는 개별로 존재할 수 없으며, 각각을 구분 짓는 경계도 명확하지 않다. 고수준에서 저수준으로 향하는 의사결정의 연속성만 있을 뿐이다. 설아의 목표와 품질 척도 설아의 목표는 다음과 같다. "필요한 시스템을 만들고, 유지보수하는 비용을 최소화하는 것이다." 설아의 품질 척도는 다음과 같다. "새로운 기능을 추가할 때마다 비용이 증가한다면, 나쁜 설계이다." 나쁜 설아를 하는 이유 코드는 나중에 정리하면 돼, 당장은 시장에 출시하는 게 먼저..

김선, 북스톤 출판, [초판 발행] 2021/03/22 이 블로그는 IT 관련 글을 위주로 올리지만, 프로그래밍은 논리력이 필요하므로 글을 조리 있게 잘 쓴다 == 코드 구조를 잘 짠다. 라는 생각으로 이 책에 대한 리뷰를 적습니다. 이 책은 일단 굉장히 빨갛고, 네이버에서 광고를 아주 많이 해줘서 사서 읽게 됐습니다. 일단 이 책을 추천하는가에 대한 답부터 하자면 노, 네버, 절대 보지 마! 평가 ★☆☆☆☆ 음. 어디서부터 잘못된 걸까요? 초반부에 코로나 시대가 도래하면서 재택 근무자들이 증가함에 따라 업무의 처리를 메일 혹은 문서로 하게 됐고, 이로 인해 글을 잘 쓰는 사람이 인정을 받는 시대가 왔다. 라는 말이 나오는데, 이건 아무리 봐도, 글을 다 쓰고, 마지막에 끼워 넣기 한 기분이 듭니다. 뭐..