티스토리

kok202

검색하기

블로그 홈

kok202

kok202.tistory.com/m

개발 기록

구독자: 37

방명록 방문하기

주요 글 목록

Sonarkube - 소나 큐브 java 규칙 번역 죽어있나 살아있나 할만하면 돌아오는 근황입니다. 올해 상반기에는 소나 큐브에 있는 java 규칙을 번역하는 프로젝트를 진행 중입니다. 작년에 회사 동료의 집들이를 갔다가 오픈 소스 기여같은 걸 진행해보고 싶다고 하시더라구요. 저는 또 꾸준히하는 것은 자신이 있어서, 그럼 평상시에 관심이 많았던 정적 분석 도구인 소나 큐브의 규칙들을 번역해보자 해서 진행하고 있습니다. 자바쪽 규칙이 총 600개 정도 되는 데, 원래의 계산대로라면 하루에 한 개씩해서 1년안에 마무리하는 게 목표였습니다. 그런데 생각보다 규칙이 그렇게 어렵지 않고 매일같이 하기에는 급한 일이 생기는 경우도 많더라고요. 그래서 지금은 비정기적으로 하루에 3개씩한다거나 어떤 주에는 한주에 20개씩 하는 경우도 있는 것 같습니다. 그리고 미약하지.. 공감수 0 댓글수 0 2023. 2. 13.
2022년 프로젝트 회고 관리를 거의하지 않는 티스토리이지만, 일기 겸 해서 2022년을 회고하며 올해는 목표를 얼마나 달성했는지 살펴보려고 합니다. 평상시에 거의 이런 짓을 하지 않지만, 어느 순간 개인들한테도 연말 행사처럼 이런 내용을 정리할 수 있는 기회가 있으면 좋겠다라는 생각을 했거든요. 아무튼, 저는 매년 1월 첫째쯤해서 올해의 목표같은 것을 설정합니다. 이렇게 들으면 거창하지만 아래 그림을 보면 얼마나 볼품 없는지 아실겁니다. 돌이켜보니 그래도 달성률이 65%는 되는군요. (개발 서적은 7/10...!) 독립은 어떻게 했다치고! 일단 읽은 책부터 정리해볼게요. 올해 읽은 개발 서적 도메인 주도 설계 https://kok202.tistory.com/342 테스트 주도 개발로 배우는 객체 지향 설계와 실천 https:/.. 공감수 9 댓글수 3 2022. 12. 25.
Java/Spring 주니어 개발자를 위한 오답노트 인프런에 강의를 하나 올리게 되서 홍보차 글을 작성하네요! 올해의 버킷 리스트중 하나로 강의를 하나 찍어서 올리는 게 있었는데요. 연말이 가기 전에 어떻게 마무리해서 결국 오픈하게 됐습니다. :) 그리하여 홍보차 글쓰기 위해 전단지를 돌리는 중인데, 관심 있으신 분들은 오셔서 한번 씩 봐주시고 가시면 감사하겠습니다. 초급자를 위해 준비한 [백엔드, 개발 · 프로그래밍] 강의이고요. https://www.youtube.com/watch?v=PAYouphJvT4&ab_channel=woogeunkim 아래와 같은 내용을 다룹니다. 주니어 개발자가 많이 하는 실수 교정 주니어 개발자가 스프링을 쓰면서 많이 하는 실수 교정 의존성 / Entity 등에 대한 잘못된 오해 교정 실무에 필요한 개념 정리 (MSA, .. 공감수 5 댓글수 1 2022. 12. 25.
앵귤러 강의 정리 회사 업무중 앵귤러를 다뤄야하는 프로젝트가 생겨 아래 강의를 듣고 정리합니다. https://www.inflearn.com/course/Angular/dashboard [무료] Angular(2+) Front에서 Back까지 - Nest js를 알려면 Angular 모듈을 알아야한다! - 인프런 | 강의 이 강좌는 Angular의 기본 개념을 익히는데 그 목적을 두고 있습니다. Nest js도 잘 하려면 이 기본 개념을 알아야하죠. Angular는 러닝커브가 높다고들 이야기가 되곤하는데, 전혀 어렵지 않음을 알려 www.inflearn.com @Input // 리액트로 치면 Props 에 대응되는 개념인 듯. @Component(...) class MyComponent { @Input test: stri.. 공감수 0 댓글수 0 2022. 7. 2.
오브젝트 디자인 스타일 가이드 (2/2) CQRS, 추상화, 이벤트, 책임 http://www.yes24.com/Product/Goods/91167539 오브젝트 디자인 스타일 가이드 - YES24 잘 작성한 객체지향 코드는 읽고 변경하고 디버그하기 즐겁다. 이 책에서 보여주는 객체 디자인에 대한 보편적 모범 사례를 익혀 코딩 스타일을 향상하자. 이 명확한 규칙은 어떤 객체지향 언어 www.yes24.com 코드 레벨에 대한 설명이 많아 이는 생략하고 보편적인 가치 위주로 정리합니다. (😛) 은 사견입니다. 변경 메소드가 반환 값을 갖게 하지마라 변경과 반환이 둘다 있으면 클라이언트 입장에서 혼란스럽다. 메소드는 항상 명령 메소드 이거나 질의 메소드 이어야한다. (CQRS) 테스트를 위해 종종 command 메소드가 return this 를 하는 경우도 있는데, 이것도 피해야할.. 공감수 0 댓글수 0 2022. 6. 6.
오브젝트 디자인 스타일 가이드 (1/2) 서비스와 객체 http://www.yes24.com/Product/Goods/91167539 오브젝트 디자인 스타일 가이드 - YES24 잘 작성한 객체지향 코드는 읽고 변경하고 디버그하기 즐겁다. 이 책에서 보여주는 객체 디자인에 대한 보편적 모범 사례를 익혀 코딩 스타일을 향상하자. 이 명확한 규칙은 어떤 객체지향 언어 www.yes24.com 코드 레벨에 대한 설명이 많아 이는 생략하고 보편적인 가치 위주로 정리합니다. (😛) 은 사견입니다. 의존성 객체 A가 일을 처리하는데 객체 B를 필요하면 A가 B에 의존한다고 한다. A가 B에 의존하는 방식은 여러가지다. A에서 B 인스턴스를 만들어서 의존할 경우 알고 있는 위치에서 B 인스턴스를 가져와서 의존할 경우 생성할 때 주입한 B의 인스턴스에 의존할 경우 의존성을.. 공감수 0 댓글수 0 2022. 6. 6.
Duby 를 오픈했습니다. Duby 기간 2021.11.01 ~ 진행중 https://duby.dev/ Duby duby.dev 오픈 그래프 태그가 빠져서 만들어진 링크가 예쁘진 않네요! 조만간 추가해야겠습니다. 이번 개인 프로젝트는 개발자들에게 필요한 툴킷을 모아둔 사이트입니다. 회사 동기였던 https://github.com/yeonjuan 와 함께 팀 프로젝트 형태로 진행했는데, 협업 자체도 좋았지만 개발 관련해서는 React lazy loading 에 관한 내용을 알 수 있어서 좋았습니다. 장기적으로는 개발 커뮤니티로 발전하는 방향도 생각하고 있는데, 당장은 실무에서 필요한 개발 도구들을 모아보자고 합의가되서 툴킷으로 방향잡고 집중해봤네요. 필요한 도구가 있다면 피드백 주시는대로 추가를 고려해보겠습니다. 주요 기능 JSON.. 공감수 3 댓글수 4 2022. 5. 31.
쏙쏙 들어오는 함수형 코딩 http://www.yes24.com/Product/Goods/108748841 쏙쏙 들어오는 함수형 코딩 - YES24 소프트웨어의 복잡성을 다루기 위해 꼭 읽어야 할 책이 책은 함수형 사고를 통해 의도하지 않은 복잡성이 코드 전체로 퍼져나가는 것을 막고 프로그래밍을 간단하게 하는 법을 담았다. 시스템 www.yes24.com 코드 레벨에 대한 설명이 많아 이는 생략하고 보편적인 가치 위주로 정리합니다. (😛) 은 사견입니다. 함수형 프로그래밍 수학 함수를 사용하고 부수 효과를 피하는 것이 특징인 프로그래밍 패러다임 부수효과 없이 순수 함수마 사용하는 프로그래밍 스타일 부수효과 부수효과는 함수가 리턴 값 이외에 하는 모든 일을 의미한다. 부수효과는 소프트웨어를 사용하는 근본적인 이유다. 😛 가급적이면 .. 공감수 0 댓글수 0 2022. 5. 29.
레거시 코드 활용 전략 http://www.yes24.com/Product/Goods/64586851 레거시 코드 활용 전략 - YES24 시스템 내에 오래된 코드를 다루는 방법을 배울 수 있다. 오래된 코드, 즉 레거시 코드는 그 코드에 익숙한 사람도 없고, 테스트 루틴도 없어 관리하기 어렵다. 저자는 다년간의 현장 경험과 실 www.yes24.com 코드 레벨에 대한 설명이 많아 이는 생략하고 보편적인 가치 위주로 정리합니다. (😛) 은 사견입니다. 레거시 코드 저자가 생각하는 레거시 코드란 단순히 테스트 루틴이 없는 코드다. 다만 이 정의는 다소 불완전하다. 테스트 루틴이 없는 코드는 나쁜코드다. 코드가 얼마나 훌륭하게 작성돼 있는지는 상관없다. 아무리 깔끔하고 객체 지향적이며 캡슐화가 잘돼 있어도 소용없다. 테스트 루틴.. 공감수 0 댓글수 0 2022. 4. 18.
테스트 주도 개발로 배우는 객체 지향 설계와 실천 http://www.yes24.com/Product/Goods/9008455 테스트 주도 개발로 배우는 객체 지향 설계와 실천 - YES24 TDD로 좀 더 탄탄한 객체 지향 개발을 이끄는 안내서 소프트웨어 개발의 여러 층위에서 TDD가 어떻게 작동하는지 보여주면서 테스트로 코드를 객체 지향적으로 구성하고 기능을 구현하며 목 객체 www.yes24.com 코드 레벨에 대한 설명이 많아 이는 생략하고 보편적인 가치 위주로 정리합니다. (😛) 은 사견입니다. 앨런 케이 어록 객체란 서로 메시지를 주고받는 생물학적 세포와 비슷해야한다. 중요한 것은 메시지 전달이며 위대하고 성장 가능한 시스템을 만들 때의 핵심은 모듈 간의 의사소통에 있지 모듈의 내부 특성이나 작동 방식에 있지 않다. 품질 외부 품질은 시스템이.. 공감수 1 댓글수 1 2022. 4. 4.
도메인 주도 설계 (3/3) 심화 http://www.yes24.com/Product/Goods/5312881 도메인 주도 설계 - YES24 소프트웨어의 복잡성을 다스려라!소프트웨어의 복잡성은 도메인에서 기인하고, 그러한 복잡성을 어떻게 다루느냐가 프로젝트의 성패를 좌우한다. 도메인 주도 설계(Domain-Driven Design)는 복잡한 www.yes24.com (😛) 은 사견입니다. Deep model 도메인 전문가의 주요 관심사와 가장 적절한 지식을 알기 쉽게 표현하는 모델. 심층적 모델과 유연한 설계를 얻는 것이 목표다. 낡은 야구 글러브와 비교하면 손가락을 구부리는 지점은 유연해지는 반면 움직임이 적은 부분은 딱딱해서 손을 보호 할 수 있다. 리팩토링 리팩토링은 도메인에 대한 새로운 통찰력을 얻었을 때 수행하거나 코드를 사용.. 공감수 0 댓글수 0 2022. 4. 4.
도메인 주도 설계 (2/3) 기본 http://www.yes24.com/Product/Goods/5312881 도메인 주도 설계 - YES24 소프트웨어의 복잡성을 다스려라!소프트웨어의 복잡성은 도메인에서 기인하고, 그러한 복잡성을 어떻게 다루느냐가 프로젝트의 성패를 좌우한다. 도메인 주도 설계(Domain-Driven Design)는 복잡한 www.yes24.com (😛) 은 사견입니다. 모델 모델은 지식의 정수만 뽑아낸 것이다. 모델은 프로젝트에 참여한 사람들의 머릿속에 축적된 개념을 모아 놓은 것이다. 모델이 사용자에게 중요한 이유 IE 사용자는 즐겨찾기를 세션간에 지속되는 웹사이트 목록이라고 생각한다. 그러나 구현 레벨에서는 즐겨찾기를 URL 이 저장된 파일로 간주하고 해당 파일의 이름을 즐겨찾기 목록에 넣는다. 즐겨찾기 이름에 .. 공감수 0 댓글수 0 2022. 4. 3.
도메인 주도 설계 (1/3) 요약 http://www.yes24.com/Product/Goods/5312881 도메인 주도 설계 - YES24 소프트웨어의 복잡성을 다스려라!소프트웨어의 복잡성은 도메인에서 기인하고, 그러한 복잡성을 어떻게 다루느냐가 프로젝트의 성패를 좌우한다. 도메인 주도 설계(Domain-Driven Design)는 복잡한 www.yes24.com 요약 Model driven design 에서 모델을 표현하는데 Entity 를 사용한다. Model driven design 에서 모델을 표현하는데 Value Object 를 사용한다. Model driven design 에서 모델을 표현하는데 Service 를 사용한다. Model driven design 에서 모델을 표현하는데 Module 을 사용한다. Model dr.. 공감수 1 댓글수 0 2022. 4. 3.
GKE 에서 VKE 로 전환 후기 (vultr kubernetes engine) 열심히 만들었지만 아무도 안쓰는 😭 서비스인, Crowddeer 는 쿠버네티스로 운영되는 서비스입니다. 크라우드디어를 오픈할 당시 환경구성을 VM 을 몇 개 받아서 CI/CD 를 구성할까도 고민해봤으나 노드 관리를 해줘야하는 불편함, 무중단 배포에대한 고민들 때문에 쿠버네티스를 이용하여 배포하기로 했습니다. 게다가 아무래도 회사에서 사용하고 있는 기술 스택이 쿠버네티스다 보니 이쪽이 좀 더 편하기도 했고요. scale 을 편리하게 해주고 문제 발생시 auto restart 도 알아서 해준다는 점도 너무 매력적이었습니다. 하지만 크라우드디어를 약 1년정도 운영해본 지금. 아무도 찾지 않는 빈 집을 운영하는데 생각보다 돈이 너무 많이 나간다는 생각이 들었습니다. 오늘은 서비스 운영을 할 때 발생할 수 있는 .. 공감수 9 댓글수 2 2022. 3. 27.
애자일 & 스크럼 프로젝트 관리 http://www.yes24.com/Product/Goods/26879914 애자일 & 스크럼 프로젝트 관리 - YES24 애자일은 정형화된 프로세스, 도구, 방법론이 아니라 구성원 간의 상호작용과 소통, 고객과의 협력, 변화에 대응하는 것을 중시하는 가치와 철학을 말한다. 애자일은 기존 방법론과 상호보완하 www.yes24.com 회사에서 일을 하며 애자일 관련해서 고민하고 있는 부분들이 몇개 있는데, 그에 대한 해답을 얻고 싶어서 책을 읽기 시작했습니다. 몇 개는 파트에서 바로 적용해볼만한 내용도 있었고, 책에서 이야기하는 내용 중에 크게 공감되는 내용도 몇개 있었던 것 같습니다. 그런 내용을 정리해서 블로그에 포스팅으로 남기면 좋을 것 같아서 글을 작성합니다. * 참고 👍 : 당장 파트에 반영해볼.. 공감수 3 댓글수 0 2022. 3. 5.
스프링 테스트 코드 전환기 근황2 (2/2): 작업 방식과 규칙 비욘세 규칙과 BDD 구글의 소프트웨어 엔지니어링이라는 책을 읽다보면 비욘세 규칙이라는 말이 나옵니다. 비욘세의 노래 Single ladies 중 가사 Cause if you like it, then you shoulda put a ring on it (네가 나를 좋았다면 프로포즈를 해줫어야지) 라는 내용에서 기인한 규칙이라는데요. 이걸 테스트 코드 작성과 연결해서 생각한다고 합니다. 구글에서 말하는 비욘세 규칙은 "필요했으면 테스트 했었어야지" 정도로 의역할 수 있을 것 같습니다. 책에서는 비욘세 규칙을 설명하면서 구글의 인프라 팀이 이 규칙을 활용해서 얻을 수 있었던 장점에대해 이야기합니다. 보통 인프라팀은 사내에 있는 대부분의 코드 베이스와 연관되어있고 긴밀한 협력관계에 있는 팀입니다. 따라서 인프.. 공감수 1 댓글수 0 2021. 12. 19.
스프링 테스트 코드 전환기 근황2 (1/2): 어떻게 진행되고 있나? 회사에서 테스트 코드 전환을 시작한지 두 달 정도가 지난 것 같습니다. 연말이기도하고 짧은 기간동안 프로젝트가 어떤 변화를 거쳤고, 어떻게 발전해가고 있는지 정리하면 좋을 것 같아서 글을 남깁니다. 두 달간의 회고 테스트 코드 전환은 생각했던 것보다 순항 중이라고 생각합니다. 사내에 테스트 코드를 넣기 시작한 계기와 필요성을 어필할 수 있었던 자리가 있었는데, 대부분 긍정적으로 봐주셔서 너무 감사했습니다. 덕분에 작업하면서 올바른 방향으로 프로젝트가 발전하고 있다고 확신하고 작업할 수 있었던 것 같습니다. https://kok202.tistory.com/335 스프링 테스트 코드 전환기 근황1 (0/0) 발표 자료 https://kok202.tistory.com/331?category=979769 테스트.. 공감수 0 댓글수 0 2021. 12. 19.
TDD 안정감을 주는 코드 작성 방법 해당 강의를 듣고 정리한 포스팅입니다 https://fastcampus.co.kr/dev_red_ygw The RED : 이규원의 현실 세상의 TDD : 안정감을 주는 코드 작성 방법 | 패스트캠퍼스 그동안 우리나라에는 TDD를 제대로 다루는 책도 강의도 없었죠. 그래서 제가 개발 현장에서 활용하는 TDD를 정확하게 알려드리고자 강의를 만들었습니다. 이제 TDD에 대한 잘못된 인식은 버리고, ' fastcampus.co.kr 01. 좋은 코드 과학은 밝혀내고 엔지니어링은 해결한다. 엔지니어링은 결국 주어진 자원과 과학을 이용하여 문제를 해결하는 것이다. 적은 자원으로 어떻게 문제를 해결할지 결정해야한다. 따라서 이론을 이용하되 매몰되면 안된다. 클린 코드에대한 오해: 클린 코드란 어디에나 통용되는 보편적.. 공감수 0 댓글수 0 2021. 12. 18.
스프링 테스트 코드 전환기 근황1 (0/0) 발표 자료 https://kok202.tistory.com/331?category=979769 테스트 코드 전환기 시작 (1/3): 테스트가 필요하다 느꼈다. 트로이 목마 트로이 목마에 당했습니다. 실제 데스크탑이 트로이 목마 바이러스에 걸렸다는 의미는 아닙니다. 테스트 문화를 전파하는 너무나 강력한 트로이 목마에 걸렸습니다. 올해 초의 일 kok202.tistory.com 테스트 코드 전환을 하겠다고 말한지 두달 정도가 지났는데, 현재 상황은 어떻고 어떤식으로 진행되고있는지 글을 쓰려합니다. 그 전에 테스트 관련 공부를 하면서 느꼈던 점과, 왜 이런 프로젝트를 진행하고 있는지 회사 동료분들께 소개시켜드리고자 발표를 한번 한적이 있는데요. 이때 발표하면서 쓰였던 자료를 올려봅니다. * 파트내에 공유하는 목적으로 만.. 공감수 0 댓글수 0 2021. 12. 3.
스프링 테스트 코드 전환기 시작 (3/3): 테스트 작성이 왜 어려웠을까 테스트 작성의 어려움 방향도 정했겠다. 단위 테스트는 어떻게 늘려가면 좋을까요? 진짜 간략하게 현재 프로젝트 코드에 대해 설명드리자면 아래와 같이 작성되어 있었습니다. @Service public class ServiceA { @Autowired private RepositoryA repositoryA; @Autowired private RepositoryB repositoryB; @Autowired private RepositoryC repositoryC; public void functionA () { A a = repositoryA.find(); B b = repositoryB.find(); C c = repositoryC.find(); // 정말 간단한 비즈니스 로직 repositoryA.save.. 공감수 1 댓글수 0 2021. 10. 10.
스프링 테스트 코드 전환기 시작 (2/3): 테스트 코드를 어떤 방향으로 짤까 구글에서 말하는 테스트 책이 워낙 방대하니 책에서 말하는 테스트가 필요한 이유를 요약하겠습니다. 요점은 시스템이 확장하는데 테스트가 없다면 수정이 자유롭지 못하게 된다는 것입니다. 테스트 코드가 없다면 이 코드가 어디까지 영향을 줄지 예측할 수 없기 때문에, 개발자들은 코드 한번 수정하는데 소극적이게 됩니다. 그 결과 구글도 2000년대에 구글 웹서버를 확장하기 위해 수 많은 인력을 투입했으나 개발 속도에 진전이 없었다고합니다. 그리고 버그도 크게 줄어들지 않았다고 합니다. 개인적으로 올해 시스템이 커지면서 업무 상에 실수가 많았다고 생각하는데, 상황이 상황이었던지라 이런 대목을 읽으니 크게 공감하였습니다. 구글에서 정의한 테스트의 세 분류 구글에서 정의한 테스트는 크게 3가지로 분류할 수 있습니다. 소.. 공감수 0 댓글수 0 2021. 10. 10.
스프링 테스트 코드 전환기 시작 (1/3): 테스트가 필요하다 느꼈다. 트로이 목마 트로이 목마에 당했습니다. 실제 데스크탑이 트로이 목마 바이러스에 걸렸다는 의미는 아닙니다. 테스트 문화를 전파하는 너무나 강력한 트로이 목마에 걸렸습니다. 올해 초의 일입니다. 회사에 후배님이 신규 입사하셨고, 저희 파트로 배정 받으셨습니다. 저는 후배님에게 현재 작업 중인 프로젝트에대해 설명을 드리며 개발할 내용을 나누었고 코드를 리뷰하고 있었습니다. 그러자 후배님께서 물으셨습니다. "저희는 테스트 코드가 없나요?" 네, 그렇습니다. 부끄럽게도 현재 개발 중인 프로젝트에는 테스트 코드가 거의 없습니다. 변명할 수 있는 이야기는 많지만 적지 않겠습니다. 말그대로 프로젝트 전반에 테스트 코드는 거의 없다고 봐도 무방비합니다. 처음 후배님이 이런 질문을 할 때 여러가지 이유를 들어 이렇게 된 .. 공감수 4 댓글수 0 2021. 10. 10.
DDD Start! (2/2) 06. 응용 서비스와 표현 영역 표현 영역의 역할 요청을 받은 표현 영역은 URL, 요청 파라미터, 쿠키, 헤더 등을 이용해서 사용자가 어떤 기능을 실행하고 싶어 하는지 판별하고 그 기능을 제공하는 응용 서비스를 실행한다. 표현 영역의 주요 목표는 아래와 같다. 1. 사용자가 시스템과 상호 작용할 수있는 흐름을 제공하고 제어한다. 2. 알맞은 응용 서비스에 전달하고 결과를 사용자에게 제공한다. 3. 세션을 관리한다. 도메인의 핵심로직이 응용 서비스 계층에 구현되어선 안된다. [사견] 현재 프로젝트의 테스트가 어려운 이유: 비즈니스 로직이 전부 서비스 레이어에 있기 때문, 서비스레이어에 있다보니 DB와 강결합 되어있다. 테스트를 위한 완전한 도메인이 어디까지인지 파악이 안되고 서비스 레이어에 있는 비즈니스.. 공감수 0 댓글수 0 2021. 10. 2.
DDD Start! (1/2) http://www.yes24.com/Product/Goods/27750871 DDD START! - YES24 DDD의 핵심 개념을 배우고 구현으로 익히기!이 책은 DDD(도메인 주도 설계)를 처음 접하는 개발자를 위한 책이다. DDD를 실제 업무에 적용할 수 있도록 기본적인 이론을 설명하고 이를 구현한 코드 www.yes24.com https://github.com/madvirus/ddd-start GitHub - madvirus/ddd-start Contribute to madvirus/ddd-start development by creating an account on GitHub. github.com 01. 도메인 모델 시작 도메인 모델의 아키텍처 구성 - 표현 계층: Controller - 응.. 공감수 0 댓글수 0 2021. 10. 2.
구글의 소프트웨어 엔지니어링 (5/5) 기타 One-Version 규칙 One-Version 규칙이란 의존하는 라이브러리의 버전을 단일 버전 하나로 유지한다는 규칙입니다. 이 규칙은 예외를 허용하지 않습니다. 예를 들어 libA와 libB가 libBase를 사용하고 있고 시스템이 libA와 libB를 사용한다면 libBase의 버전이 다를 수 있습니다. 예를 들면 libA에서는 libBase 1.0을 사용하는데 libB에서는 libBase 2.0을 사용하고 있을 수 있습니다. 이런 경우 어떤 버전을 선택해야하는 것인지 상황이 많이 복잡해집니다. 이를 흔히들 다이아몬드 의존성 문제라고 부릅니다. 그리고 다이아몬드 의존성을 제대로 해결하는 일반적인 솔루션은 거의 존재하지 않는다고 합니다. 결국 이를 해결하기 위해선 버전을 하나로 관리하기 위한 엄.. 공감수 0 댓글수 1 2021. 9. 25.
구글의 소프트웨어 엔지니어링 (4/5) 테스트 테스트 관련 챕터를 읽기 전 업무를 하면서 느꼈던 몇 가지 궁금증들을 해소하고 싶었습니다. 간략히 몇 개를 정리하면 아래와 같습니다. 대규모 트래픽이 있는 환경을 테스트하려면 어떻게 테스트해야 할까? 더미 데이터를 만드는 것도 다양성 면에서 한계가 있을 텐데? 테스트 케이스의 결과가 관측 불가능하다면 어떻게 테스트해야 할까? 예를 들어 시스템 외부의 이메일에 메일이 제대로 전송됐는지를 어떻게 판단할 수 있을까? MSA 환경에서 작업하는 경우 내부 시스템끼리 빈번히 통신을 하게 되는데, 이런 경우는 어떻게 할까? faking이나 stubbing 만으로 진짜 다 처리가 가능할까? 이렇게 정리하고 책을 읽기 시작했습니다. 일부는 긍정적인 답변을 얻을 수 있었고, 일부는 아직도 궁금한체 남아 있었습니다... 공감수 0 댓글수 0 2021. 9. 25.
구글의 소프트웨어 엔지니어링 (3/5) 3. 개발자 심리와 개발 프로세스 천재 설화 이 설화는 개발자들이 빠지게 되는 오류 중 하나라고 합니다. 이는 사람의 본성이기도 한데, 사람은 우상을 찾고 숭배하려는 본능을 가지고 있다고 합니다. 그런데 특히나 개발자들의 세계에선 이런 경우가 많다 합니다. 예를 들어 빌 게이츠, 스티브 잡스, 리누스 토발즈. 모두 한 명의 천재가 세상을 바꾸었습니다. 소프트웨어 개발을 하다보면 이런 이야기를 종종 접하다 보니 개발자들도 그렇게 되고 싶어 혼자 행동하는 경향이 강하다 합니다. 개발자 세상의 천재 설화는 대부분 같은 패턴입니다. 멋진 새로운 개념에 빠집니다. 몇 주 또는 몇 달 동안 동굴 속에 들어가 아이디어를 완벽하게 구현합니다. 소프트웨어를 공개하고 전 세계를 여러분의 천재성으로 놀라게 합니다. 동료들은.. 공감수 0 댓글수 0 2021. 9. 25.
구글의 소프트웨어 엔지니어링 (2/5) 2. 유지 보수와 관리자 하이럼 법칙 구글의 엔지니어이자 책의 저자 중 한명인 Hyrum 이 말한 법칙입니다. With a sufficient number of users of an API, it does not matter what you promise in the contract: all observable behaviors of your system will be depended on by somebody. > API를 사용하는 유저가 충분히 많다면, 여러분이 어떤 의도를 가지고 API를 설계했든, 여러분의 시스템에서 관측 가능한 모든 행동들은 사용자에 의해 결정됩니다. 문맥에 따라 의역을 하자면 이렇습니다. API를 사용하는 사용자가 많아지면 API 문서에 뭐라고 적어두었는지는 더 이상 크게 중요.. 공감수 0 댓글수 0 2021. 9. 25.
구글의 소프트웨어 엔지니어링 (1/5) 1. 소프트웨어 엔지니어링이란 무엇인가? 편의상 엔지니어링과 공학을 혼용해서 사용하였습니다. 혹시 컴퓨터 과학과 컴퓨터 공학의 차이를 설명하실 수 있나요? 프로그래머와 소프트웨어 엔지니어의 차이를 구분하실 수 있나요? 잠깐 책 이야기에 앞서, 경험담을 먼저 이야기 드리고 싶습니다. 뜬금없지만 한 번은 아버지와 TV를 보며, 논쟁을 벌인 적이 있습니다. 왜인지는 모르겠지만 그 때 엔지니어링에 관해 이야기를 하고 있었습니다. 그리고 이야기를 하던 도중 저는 "개발자도 엔지니어다"라는 말을 했습니다. 그러자 전자공학과 출신이신 아버지는 제가 엔지니어라는 말을 듣고 고개를 갸웃거리셨습니다. 사실 논쟁이라고 하기도 민망할정도로 가벼운 의견 교류였지만 어쨌거나 살짝 자존심이 상했었습니다. 컴퓨터 공학을 전공했고, .. 공감수 3 댓글수 0 2021. 9. 25.
구글의 소프트웨어 엔지니어링 (0/5) 0. 구글의 소프트웨어 엔지니어링 (Software Engineering at Google) 해당 포스팅은 구글의 소프트웨어 엔지니어링(Software Engineering at Google)이라는 책을 읽고 나름 재밌었던 개념들을 정리한 시리즈입니다. 책은 여기서 읽을 수 있습니다. (pdf 문서) 포스팅을 작성하게 된 동기 우선 글을 시작하기 전에 이 포스팅을 하게 된 계기부터 이야기 하려 합니다. 때는 바야흐로 5월. 업무를 하던 도중 해당 도서의 존재를 알게 되었습니다. 그리고 평상시에 구글이라는 회사는 선망의 대상과 같은 곳이었기 때문에 자연스럽게 손이 갔습니다. 구글이 어떤 식으로 개발하는지 궁금했고, 이 책을 읽으면 업무를 하면서 느꼈던 고민들을 해결해 줄 수 있지 않을까 기대했습니다. 그리.. 공감수 5 댓글수 3 2021. 9. 25.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.