| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | ||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 31 |
- 테스트
- CleanArchitecture
- 설계
- 읽기좋은코드가좋은코드다
- 주석
- 아키텍처
- 클린아키텍처
- 클린코드
- 아키텍처란
- 회고
- react
- 크고작은모든서비스들
- 코드컴플리트
- 험블객체
- 실용주의프로그래머
- 4장
- kotlinlogging
- 우아한테크러닝
- CSS
- 리액트
- 컴포넌트 결합
- cleancode
- 2장
- 계층과경계
- 컴포넌트
- 3장
- 경계해부학
- 리팩터링
- 타입스크립트
- clean architecture
- Today
- Total
목록전체 글 (153)
Chamy's Blog
오랜만에 회고 글을 쓰려다 보니 어떤 내용을 적어야 할지 막막하다. 2025년을 막연히 생각해보면 평안하고 잔잔하게 흘러갔던 1년이었던 것 같은데, 이직과 베트남 아웃리치, 여자친구의 이사와 같이 중간중간 큰 파도들이 한 번씩 있었다. 새해존경하던 팀장님이 회사를 떠나면서 1월을 맞이했던 것 같다. 팀장님과 함께 일하면서 많은 도전 과제를 받았고, 내가 할 수 있는 일들인지에 대한 의문이 생긴적도 많았고 심적으로 부담이 될 때도 있었지만 큰 성장을 이루고 나름 만족할만한 소프트웨어를 만들었다는 자부심도 생겼었는데 그런 팀장님이 떠나신다고 하니 아쉬운 마음이 컸었다. 그래도 좋은 팀원들이 여전히 곁에 있다는 것에 감사함을 가지고 회사 생활을 이어갔던 것 같다.업무적으로는 주로 웹 백엔드 프론트엔드 개발을..
실행중인 애플리케이션의 상태를 추적하거나, 에러가 발생했을 때 원인을 파악하기 위해서 가장 먼저 하는 일이 로그를 확인하는 일이다. 개발할 때 뿐 아니라 운영시 발생하는 이슈를 대응하기 위해서 로그를 남기고 읽는 것이 중요하다. 일반적으로 로그를 남기기 위해서 프레임워크를 사용하는데, Java 진영에서 주로 Logback, Log4j 등을 이용해 로그를 남긴다. Kotlin 역시 Java 진영의 로그 프레임워크를 그대로 사용할 수 있는데, SLF4J(Simple Logging Facade for Javva)라는 로그 프레임워크 추상화 인터페이스를 사용해 구현체에 상관 없이 SLF4J API를 호출하는 방식으로 로그를 작성할 수 있다.SLF4J를 통한 로깅class MyApplication { priva..
1. podman 설치sudo apt updatesudo apt install podman2. podman-compose 설치sudo apt install python3-pippip3 install podman-compose3. 이미지 로드podman load -i container-image.tarpodman tag 이미지ID container-image:latest4. 컨테이너 실행podman-compose up -d
교회는 그리스도의 몸이요, 만물 안에서 만물을 충만하게 하시는 분의 충만입니다.에베소서 1:23 이번 수련회의 주제 말씀은 에베소서 1장 23절, 그리고 수련회의 주제는 교회였다. 청년부로 공동체를 옮기게 되면서 가게 된 처음 수련회였다. 수련회를 통해 아직 이전 대학부의 모습이 많이 남아있는 내 모습을 보았고, 청년부에 대해 기대하는 마음이 생기는 것도 느꼈고, 20대 절반 이상을 함께 했던 교회에 대한 사랑이 아직 있음을 느끼게 되었다.목사님의 메시지도 너무 좋았지만, 성경 말씀이 너무 큰 위로와 감사가 된 수련회였고, 나를 지키시고 보호하시고 동행하시는 하나님을 느낄 수 있는 너무 귀한 시간이었다. Church 1. 교회여 일어나라"일어나서 빛을 비추어라. 네 빛이 밝아지기 시작했다. 여호와의 영광..
도커 컨테이너에서 호스트 네트워크 연결 curl http://host.docker.internal:20001host.docker.internal 이름을 사용해 호스트 연결
테스트는 시스템의 일부이며, 아키텍처에도 관여한다. 시스템 컴포넌트인 테스트 아키텍처 관점에서 모든 테스트는 모두 동일하다. 테스트는 태생적으로 의존성 규칙을 따르고 세부적이고 구체적인 것이다. 따라서 테스트의 의존성은 항상 테스트 대상이 되는 코드를 향한다. 또한 테스트는 독립적으로 배포 가능하다. 테스트를 고려한 설계 테스트를 고려해 설계를 해야 하는 이유는 테스트가 시스템의 설계와 잘 통합되지 않으면 테스트가 깨지기 쉬워지고 그로 인해 시스템을 변경하기가 어려워지기 때문이다. 문제는 결합인데 테스트가 시스템 컴포넌트에 의존하므로 시스템 컴포넌트의 변화가 많은 테스트를 깨지게 만든다. 깨지기 쉬운 테스트는 시스템을 유연하지 못하게 만들고, 간단한 변경이 많은 테스트를 깨지게 만든다면 개발자는 변경을 ..
서비스를 사용한다고 상호 결합이 분리된다는 것과 개발과 배포 독립성을 지원한다는 것은 일부만 맞는 말이다. 서비스 아키텍처? 시스템 아키텍처는 의존성 규칙을 준수하며 고수준의 정책을 저수준의 세부사항으로 분리하는 경계에 의해 정의된다. 따라서 단순히 애플리케이션의 행위를 분리하는 서비스는 아키텍처 관점에서 중요하지 않다. 서비스의 이점? 결합 분리의 오류 시스템을 서비스들로 분리하면서 얻게 되는 이점은 서비스 사이의 결합이 확실히 분리된다는 점이다. 그러나 사실 이는 완전히 맞는 말은 아니다. 서로 네트워크로 공유되는 데이터들이 있을 것이고 이 데이터에 결합된다. 개발 및 배포 독립성의 오류 대부분 서비스를 분리하면 각 서비스별로 팀을 꾸리고 개발하고 유지보수하며 배포할 수 있을 것이라고 생각하지만, 항..
22년 연말과 23년 연초의 모습이 기억이 난다. 다른 사람들과 비교하며 갖지 못한 것들을 부러워하던 연말을 보내던 중 우연한 기회로 가게 된 예배에서 그리스도인의 행복은 어디에서 오는가에 대한 이야기를 듣고, 새로운 기대감으로 23년을 맞이했다. 벌써 1월 첫 주가 지나갔는데 23년 한 해를 돌아보고 23년을 기대하는 마음으로 회고를 쓴다. 직장인직장인으로서 23년에 많은 일들이 있었던 것 같다. 내가 담당이 된 서비스를 실제로 배포하는 경험을 했고, 번아웃으로 인해 퇴사에 대해 고민하는 시간도 가졌다. 개발자로서의 자세가 되어 있는지, 그리고 직장에서 내 모습은 어떤지 돌아보는 시간이 있었고, 지금은 또다시 새롭게 즐거운 마음으로 일하고 있다.담당 프로젝트 배포우리 솔루션을 클라우드 부가 서비스로 올..