본문 바로가기
반응형

Total169

Clean Code : (3) 함수 프롬스의 SWDEVLAB 함수 프로그래밍 초창기에는 시스템을 루틴과 하위 루틴으로 나누었습니다. 포트란과 PL/1 시절에는 시스템을 프로그램, 하위 프로그램으로 나누었습니다. 지금은? 함수만 살아남았습니다. 어떤 프로그램이든 가장 기본적인 단위가 함수입니다. 이번 포스팅을 하며 함수를 잘 작성하는 방법을 숙지합니다. 작게 만들어라 함수를 만드는 첫째 규칙은 작게! 입니다. 함수는 만드는 두번째 규칙은 더 작게! 입니다. 이 규칙은 근거를 대기 곤란하고, 작을수록 더 좋다는 증거나 자료를 제시하기도 어렵습니다. 저자는 40년간 개발을 하며, 1000줄의 함수, 100~200줄의 함수, 20~30줄의 함수를 모두 작성하는 경험을 했지만 작은 함수가 좋다고 확신하고 있습니다. 80년대에는 함수가 한 화면을 넘.. 2020. 5. 20.
Clean Code : (2) 의미 있는 이름 프롬스의 SWDEVLAB 의미 있는 이름 소프트웨어에서 이름은 어디나 쓰입니다. 변수, 함수, 인수, 클래스, 패키지 그리고 소스파일과 디렉토리에도 이름을 붙입니다. 이렇듯 많이 사용하므로 이름을 잘 지으면 여러모로 편합니다. 이번에는 이름을 잘 짓는 간단한 규칙을 몇가지 살펴봅니다. 의도를 분명히 밝혀라 좋은 이름으로 지으려면 시간이 걸리지만 좋은 이름으로 절약하는 시간이 훨씬 더 많습니다. 변수(혹은 함수나 클래스)의 존재 이유는? 수행 기능은? 사용 방법은? 따로 주석이 필요하다면 의도를 분명히 드러내지 못했다는 말이 됩니다. int d; // 경과 시간 (단위: 날짜) 여기서 이름 d는 아무 의미도 드러내지 않습니다. 경과 시간이나 날짜라는 느낌이 안듭니다. 측정하려는 값과 단위를 표현하는 이름이.. 2020. 5. 7.
Clean Code : (1) 깨끗한 코드 프롬스의 SWDEVLAB 깨끗한 코드 이 책을 읽는 이유는 두 가지가 있습니다. 첫째, 프로그래머이기 때문에 .. 둘째, 더 나은 프로그래머가 되고 싶기 때문에 .. 코드를 최대한 다양한 각도에서 살펴보고 사방으로 돌리고 안팎으로 뒤집으며 꼼꼼히 따져봅니다. 코드가 존재하리라 자동으로 코드를 작성해주는 시대가 다가오고 있지만, 코드가 사라질 가망은 없습니다. 코드는 요구사항을 상세히 표현하는 수단이기 때문입니다. 기계가 실행할 정도로 상세하게 요구사항을 명시하는 작업, 바로 이것이 프로그래밍입니다. 궁극적으로 코드는 요구사항을 표현하는 언어라는 사실을 명심해야 합니다. 요구사항에 더욱 가까운 언어를 만들 수도 있고, 요구사항에서 정형 구조를 뽑아내는 도구를 만들 수도 있습니다. 하지만 어느 순간에는 정밀.. 2020. 5. 7.
Clean Architecture : (2장) 소개 - 두 가지 가치에 대한 이야기 프롬스의 SWDEVLAB 두 가지 가치에 대한 이야기 모든 소프트웨어 시스템은 이해관계자에게 서로 다른 두 가지 가치를 제공합니다. 행위(Behavior)와 구조(Structure)가 바로 그것입니다. 소프트웨어 개발자는 두 가치를 모두 반드시 높게 유지해야 하는 책임을 집니다. 개발자들은 불행하게도 한 가치에만 집중하고, 다른 하나는 배제하거나.. 덜 중요한 가치에 집중하여 쓸모없는 소프트웨어를 만들게 됩니다. 행위 소프트웨어의 첫번째 가치는 바로 행위(Behavior)입니다. 프로그래머를 고용하는 이유는 이해관계자를 위해 기계가 수익을 창출하거나 비용을 절약하도록 만들기 위해서입니다. 이해관계자가 기능 명세서나 요구사항 문서를 구체화할 수 있도록 돕고, 기계가 이러한 요구사항을 만족하도록 코드를 작성.. 2020. 5. 6.
Clean Architecture : (1장) 소개 - 설계와 아키텍처란 ? 프롬스의 SWDEVLAB 설계와 아키텍처란? 설계와 아키텍처 사이에는 오랫동안 많은 혼란이 있었습니다. 두 사이에는 어떤 차이가 있는 것일까? 이 책의 목적은 이러한 혼란을 없애고, 설계와 아키텍처가 무엇인지를 완전하게 정의하는 것입니다. 우선 첫째로 주장하고 싶은 바는 둘 사이에는 차이가 없다는 것입니다. 아무런 차이가 없습니다. 아키텍처는 저수준의 세부사항과는 분리된 고수준의 무언가를 가리킬 때 사용하는 반면, 설계는 저수준의 구조 또는 결정사항 등을 의미할 때가 많습니다. 하지만 아키텍처가 실제로 하는 일을 살펴보면 이러한 구분은 무의미합니다. 새로운 집을 설계하는 아키텍트가 있고 아키텍처를 살펴보면, 집의 형태, 외관, 입면도, 공간이나 방의 배치 등을 볼 수 있습니다. 그리고 자세히 살펴보면 도.. 2020. 5. 6.
Clean Architecture : 서론 프롬스의 SWDEVLAB 서론 두달 전쯤 .. 회사 지원해주는 도서구입 혜택을 누리며 여러 IT 서적을 주문하였지만 .. 자격증 취득이라는 핑계로 미루던 책을 하나하나 보고 있습니다. 예전부터 보려고 했었던 Clean Architecture ! 저녁마다 시간을 내어서 꾸준히 보도록 해야겠습니다 :-) 추천사 아키텍처를 이야기할 때 우리는 무엇에대해 이야기하나요 ? 비유라는 것이 늘 그렇듯이 아키텍처라는 렌즈를 통해 소프트웨어를 살펴보면, 알 수 있는 것만큼이나 숨겨진 것도 있게 마련입니다. 그래서 아키텍처가 실제로 제공할 수 있는 것 이상을 약속하기도 하지만, 약속한 것보다 많은 것을 제공할 때도 있습니다. 아키텍처의 매력은 그 구조에 있다고 합니다. 구조란 패러다임을 지배하고 소프트웨어 개발 논의를 지.. 2020. 5. 6.
반응형

티스토리툴바