티스토리

6161990

검색하기

블로그 홈

6161990

6161990src.tistory.com/m

6161990 님의 블로그입니다.

구독자: 13

방명록 방문하기

주요 글 목록

Prompt With Engineering AI 서비스를 만들 때, 개발자는 어디까지 개입할 수 있을까? AI 는 어느 부분에서 부족할까? 소설을 추천하여 매일 메일링을 해주는 서비스가 있다고 치자. 사용자 연령에 따라 소설 추천이 달라져야 할 수도, 번역판이 존재하지 않는다면 원작을 추천해야 할 수도 있다. AI 가 적재적소의 답변을 하도록 가이드를 줘야한다. 그게 프롬포트 Prompt 다.프롬포트는 LLM 을 사용할 때 입력으로 주어지는 명령이나 질문을 뜻한다. 프롬포트는 어떻게 가져가냐에 따라 응답 품질이 아예 달라지기 때문에 매우 매우 중요하다. 지금까지 살펴본 DL 의 주요 개념과 프롬포트는 어떻게 연결되는지 궁리해보았다. 연결이 조금 더 복잡해졌지만, 연두색만 집중해서 살펴보면된다. LLM 은 DL 의 Transformer 아키텍.. 공감수 2 댓글수 0 2025. 3. 21.
ChainOfThought "AI" ChainOfThought 는 LLM 프롬포트 기법 중 하나며, ‘생각의 사슬' 또는 '일련의 생각' 으로 번역할 수 있다. AI 생태계를 양파로 표현해보았다. AI 는 모든 개념을 아우를 수 있는 상위 개념이다. 인간의 지능을 인공적으로 만들겠다는 것. 이를 구현하는 방법 중 하나로 ML(머신러닝)이 있으며, ML 의 확장된 형태가 DL(딥러닝)이다. ML 은 데이터에서 일련의 패턴을 학습한다. DL 은 여기서 한 단계 더 나아간다. 이미지나 영상같은 비정형 데이터까지 학습한다. 이건 더 복잡해진 케이스를 커버한다는 것을 넘어선다. DL은 인간의 신경망에서 아이디어를 얻어 설계된 Deep Neural Network(DNN)를 기반으로 한다. 덕분에 원본 데이터에서 중요 특징(feature)을 자동으.. 공감수 3 댓글수 1 2025. 3. 20.
<AI, 네가 뭔데 날 울려> 소개 본격 AI 시대 도래에 앞서 많은 개발자들이 일자리를 위협받고 있습니다.본 시리즈는 그들을 위해 바칩니다. 우리는 어떻게 될까요? 시리즈 목차 0. ChainOfThought "AI"1. Prompt With Engineering2. AI 를 이용한 작은 서비스 경험3. 정말.. 내 일자리는 위험할까? 공감수 0 댓글수 0 2025. 3. 17.
This is water 손석구를 추앙하는 편이기도 하지만 사실 오래 전부터 내가 추앙해온 사람은 따로 있었으니... 그는 바로 DFW. 5년 전, 을 읽고 그의 모든 책을 다 읽어내기로 결심했었다. 국내 출간물은 다 읽었다고 생각했는데.. 그새 번역 신간이 몇 권 더 나왔다. 도 그 중 하나였다. DFW 는 2005년 대학교 졸업 연사로 초청받았다. DFW 가 졸업 연사를? 교훈을 설파하는 일에 알러지 반응을 일으킬 것 같은 사람이어서 의외였다. 웃긴 건 그 연설이 그의 대표작 중 하나다. 연설 스트립트가 번역되어 국내에도 출판되었다. 그게 다. 너무 진부하고 상투적이어서 흘려듣게 되는 말, 그 말에 담긴 깊이를 이해하면 클리셰는 전복된다. 신선한 게 된다. 그의 연설은 "진정한 교육은 생각하는 법을 가르친다." 라는.. 공감수 0 댓글수 0 2025. 2. 22.
java.util.concurrent 안에는 뭐가 들었을까 이전 블로그 포스팅에서 동시성 제어의 원초적 접근법으로 synchronized 가 유효한지 살펴보았습니다. 이 후, java.util.concurrent 패키지에서 synchronized 의 단점을 보완할 수 있는 방법을 찾게되었습니다.synchronized 에 치명적 단점은 두 가지가 있습니다. synchronized 키워드로 이루어진 영역에 스레드가 접근하려면 모니터 락을 획득해야합니다. 스레드는 모니터 락을 획득할 때까지 무한 대기합니다. 이때 해당 스레드의 상태는 BLOCKED 입니다. BLOCKED 상태는 interrupted() 로도 다시 RUNNABLE 상태로 전이시킬 수 없습니다. 락을 얻기 전까지는 계속 BLOCKED 상태로 머무릅니다. 그래서 '무한' 대기 상태에 빠지게됩니다. 심지어 .. 공감수 2 댓글수 1 2025. 1. 4.
동시성 제어의 원초적 접근법, 애플리케이션 락은 유효한가요? 거의 모든 서비스는 애플리케이션 당 N 대의 Pod 를 가동합니다. 동시다발적으로 각 Pod 에서 공유자원에 접근할 수 있으므로, race condition 을 고려하기 위해 DB 락, 레디스 락 등이 거론됩니다. 나를 비롯한 대부분의 서버 개발자들이 분산 락 개념들을 인지하고 있어야하는 이유입니다. 근데 문득 이런 생각이 들었습니다. Pod 가 한 대라면 이런 것들을 알아야할까? 애플리케이션 락으로만 컨트롤 할 수 없을까? 단 하나의 Pod 만 운용하는 사례는 극히 드물다 하더라도, 궁금했습니다. 이런 저런 분산 락 도구에 가려 잊혀진 애플리케이션 락, synchronized 에 대해서 다시 한 번 고찰해보는 시간을 가져보았습니다.synchronized는 Java 멀티스레딩 환경에서 동기화를 제공하는.. 공감수 2 댓글수 2 2024. 12. 14.
Embedded Redis vs. macOS Sonoma Redis 로컬 테스트 하는 두 가지 방법 : testContainersRedis 구현 후 local 에서 실행시키는 여러가지 방법이 있습니다. 하나씩 실험삼아 기록해두려고합니다. 첫번째는 아주 쉽고 베이직한 접근방법입니다. application.yaml 세팅없이 실행시 localRedi6161990src.tistory.com 며칠 전, Redis 를 로컬에서 테스트 할 수 있는 두 가지 방법을 소개했습니다. 사실 그 날 Redis 테스트하는 방법을 실험했던 건 맡고있는 업무에서 써먹기 위해서였어요. "주말에 테스트해보고 월요일 출근해서 써먹어야지" 라는 생각으로 해본 거에요. 덕분에 일요일 저녁 기분좋게 잠들 수 있었는데요. 근데 저는 월요일 대부분의 업무 시간을 또 다시 Redis 로컬 테스트를 하는.. 공감수 0 댓글수 0 2024. 12. 6.
Airflow 로컬에서 동작시켜보기 튜토리얼 1 해당 포스팅은 Airflow 가 도대체 뭐길래? 에서 출발했습니다. Airflow의 대략적인 설명을 들었을 때, Airflow 와 springBatch + argo workflow 조합은 어떤 차이점이 있지? 라는 궁금증이 먼저 들었습니다 Airflow는 데이터 엔지니어링과 ETL 파이프라인 작업에 최적화되어있고, 후자는 복잡한 비즈니스 로직 구현에 중점을 둔다고 이해했습니다. Argo는 그 작업들을 Kubernetes 환경에서 스케줄링하고 병렬 처리로 확장할 수 있도록 지원한다는 점도 짚을 수 있겠네요. *ETL(Extract-Transform-Load) : 데이터를 처리하고 변환하여 원하는 형태로 적재하는 데이터 처리 과정. 둘의 차이가 뭐든 간에, Airflow 연동 작업을 한번 해보고 싶었습니다... 공감수 0 댓글수 0 2024. 12. 4.
Unleash 로컬에서 동작시켜보기 튜토리얼 2 Unleash 로컬에서 동작시켜보기 튜토리얼 1외부 클라이언트 서버를 교체할 때, 혹시 모를 상황에 대비해 롤백 해야하는 경우, 서버는 어떤 롤백 시나리오를 준비할 수 있을까요? 상황은 여기서 출발했습니다. 오픈 소스 6161990src.tistory.com 이어서 진행해보겠습니다. 먼저 Unleash 의 라이프 사이클에 대해서 서치해보았습니다. 대략 이렇습니다. Initial Phase (초기 단계) 는 플래그가 생성되었지만, 아직 어떤 환경에서도 호출되지 않은 상태입니다. 이 설명대로라면 저는 아직 테스트 하지 않았으므로 초기 단계에 머물러있는게 맞습니다. Pre-Live (프리라이브) 는 플래그가 비프로덕션 환경에서 사용되고 있는 상태입니다. develop 환경을 건너뛰고 저는 바로 prod.. 공감수 0 댓글수 0 2024. 12. 3.
Unleash 로컬에서 동작시켜보기 튜토리얼 1 외부 클라이언트 서버를 교체할 때, 혹시 모를 상황에 대비해 롤백 해야하는 경우, 서버는 어떤 롤백 시나리오를 준비할 수 있을까요? 상황은 여기서 출발했습니다. 오픈 소스 기능 플래그 관리 툴 Unleash 를 사용해보았습니다. 기능 플래그는 애플리케이션에서 특정 기능을 제어하거나 활성화/비활성화할 수 있는 방법을 제공하며, 지속적 배포(CD) 및 점진적 릴리즈에 유용합니다. 오픈소스 기반이기 때문에 무료이고, 다양한 기본 전략이 있고 커스텀하게 전략을 세울 수도 있습니다. 사용자 세그먼트를 이용해 만 14세 이상의 유저에게는 A 기능을 만 20세 유저에게는 B 기능을 이용하도록 경우에 컨트롤할 수 있습니다. A/B 테스트를 간단하게 해볼 수 있습니다. 시간 기반 릴리즈를 통해 특정 시간 동안만 기능을 .. 공감수 2 댓글수 3 2024. 12. 3.
Redis 로컬 테스트 하는 두 가지 방법 : testContainers Redis 구현 후 local 에서 실행시키는 여러가지 방법이 있습니다. 하나씩 실험삼아 기록해두려고합니다. 첫번째는 아주 쉽고 베이직한 접근방법입니다. application.yaml 세팅없이 실행시 localRedisConfig 로 세팅할 수 있습니다. 다음은 그냥 redis 서버 포트를 yaml 에 세팅해둘 수 있는 방법입니다. 둘 중 어느 방법을 선택하던지 아래 테스트 코드를 통해 결과를 확인해볼 수 있습니다. 메인 코드는 아래를 참조해보실 수 있습니다. org.springframework.boot.autoconfigure.data.redis 의 RedisAutoConfiguration 을 디버깅을 해보았습니다. RedisTemplate 생성시, yaml 에 설정해놓은대로 127.0.. 공감수 0 댓글수 3 2024. 12. 1.
join() 이용해보려다가 실패한 사연 쓰레드는 상태를 가진다. 쓰레드가 가질 수 있는 상태는 다음과 같다. 위 상태들을 쭉 보다가 TIMED_WAITING 와 WAITING 은 어떻게 다른지 궁금해졌다. 언제 전이되는지, 어떤 상태에서 전이될 수 있는지를 직접 실험해보았다. 그리고 팀에서 관리하는 서비스에서 적용할 만한 사례를 찾아보았다. 천천히 스텝 바이 스텝으로 나아가기로했다. TIMED_WAITING 과 WAITING 상태인 스레드를 직접 눈으로 확인해보는 것이 시작이었다. 다음 코드에서 TIMED_WAITING 으로 전이될 수 있는 포인트가 있다. Thread.sleep(3000) 이다. sleep() 은 스레드를 잠시 멈추게 한다.실행을 일시 중단했다가 얼마의 시간이 지난 후 다시 재실행한다. 이 과정에서 스레드의 상태는.. 공감수 2 댓글수 5 2024. 11. 28.
메인 스레드, 커스텀 스레드, 데몬 스레드 테스트 찍먹일기 : multiThread & concurrency 2 Thread main 은 언제 만들어진걸까? 프로세스가 실행되려면 최소한 하나의 스레드는 존재해야한다고 이전 포스팅에서 설명했다. 왜냐면 정말 일을 doing 하는 건 스레드이기 때문이다. 자바에서는 실행시점에 main 스레드가 만들어지도록 설계되었고 main 스레드가 main() 메서드를 실행한다. 이걸 주관하는 건 JVM이다.그럼 또 다른 스레드 Thread-0 은 어디서 튀어나온 애일까? TwiceThread 같은 사용자 정의 스레드를 생성하고 start() 메서드를 호출하면, JVM은 새로운 스레드를 생성한다. 그리고 스레드 생성 차례에 맞게 Thread-0, Thread-1 같은 순서로 이름붙인다. 그래서 Thread-0 이 응애하고 출력된 것.사진을 보면 start() 를 호출했는데 내부적으로.. 공감수 6 댓글수 17 2024. 10. 9.
<도둑맞은 집중력> 읽다가 멀티 스레드 공부 하게 된 이야기 : multiThread & concurrency 1 얼마 전 을 읽어보았다. 흥미로웠던 부분은 '인간의 뇌는 멀티태스킹을 할 수 없다'는 주장이다. 인간의 뇌는 기본적으로 한 번에 하나의 작업에만 집중할 수 있도록 설계되어 있다. 그런데 우리가 여러 작업을 번갈아가며 수행하다 보면, '컨텍스트 스위칭'이 자주 발생한다. 이로 인해 두뇌의 효율이 떨어지고, 점점 더 둔해지는 것처럼 느껴진다. 뇌에서 발생하는 이 컨텍스트 스위칭을 '인지적 전환'이라고 부르는데, 이 과정에는 상당한 비용이 따른다. 그 이유는 전두엽의 용량. 멀티태스킹을 할 때, 한정된 전두엽의 자원이 여러 작업에 분산되면서 각 작업에 필요한 집중력이 점차 감소하기 때문이다. 나는 멀티 테스킹이 안되는 인간이라고 생각했는데 사실은 그게 자연스러운 일이라는 것에 심심한 위로를 받았다.인간은 충.. 공감수 8 댓글수 2 2024. 10. 6.
누가 궁금하다고 한 사람? 느낌, 생각, 경험을 완벽하게 언어로 담아낼 수 있을까. 언어는 너무 불안전하다. 말과 실재는 먼 거리에 있다. 단어와 문장으로써 덧칠해진 것으로만 대상을 이해할 수 있다. 실재와는 다르게 이해할 수 있다. 그래서 언어는 너무 중요하다. 가끔 언어를 너무 못한다는 생각에 부딪힐 때 입을 앙 다물고 말게 된다. 말하려는 실체를 나의 말로 설명하기 벅차서다. 며칠 간 상반기 회고를 진행하고, 몸 담았던 프로젝트를 글로 정리했다. 어떤 과정이었고 문제 해결을 어떻게 했고 아쉬운 게 무엇이었으며 ... 어쩌구저쩌구... 근데 다 정리를 하고 나서도 무언가 빠뜨린 느낌이 든다. 정말 이게 다 인가? 글로 정리하면서 다 쏟아내고 아듀! 하고 싶었는데, 그게 잘 되지않는다. 파이프는 '파이프'가 아니다. 파이프는.. 공감수 2 댓글수 0 2024. 8. 22.
SpringKafka Consumer 설정값으로 요리조리 테스트 해보기 SpringKafka Consumer 설정값으로 요리저리 놀아보았습니다. 해당 포스트에서는 그 과정을 전시합니다. 키워드는 두 가지 입니다. AckMode Concurrency 주로 쓰이는 kafka 설정값을 나열해보았습니다. 여기서 눈여겨봤던 것이 ContainerProperties 의 setAckMode 입니다. 그리고 하나는 acknowledgement 입니다. 이 둘은 연관이 있습니다. 어떤 연관을 가지고 있는지, 각각은 어떻게 가져갈 수 있는지 확인해보겠습니다. 일단 ContainerProperties 의 setAckMode는 메세지를 소비할 때 acknowledgement 모드를 설정하는데 사용됩니다. acknowledgement 는 메세지가 성공적으로 처리되었음을 브로커에게 알리는 역할.. 공감수 1 댓글수 0 2024. 8. 6.
Commit 실패된 메세지 Producer 가 책임질래 Consumer 가 책임질래 만약 @TransactionalEventListener 가 없다면 어떻게 될까. 바로 떠오르는 생각은 컨슈머에서 대응을 해야될 것 같았습니다. 해당 포스팅은 세계에 @TransactionalEventListener 가 없다는 가정하에 굳이굳이 컨슈머에서 그 영향을 대응하는 방법을 구현해보는 과정을 담았습니다. 저는 카프카를 잘 몰라서, 일단 Kafka Producer 의 기본 동작 방식을 차근차근 따라가보면서 시작해보았습니다. 해당 문서는 공식문서 를 기반으로 따라가보았습니다. 테스트는 testContainer 를 이용해서 테스트 했지만 @EmbeddedKafka 를 이용하는 방법도 있습니다. testContainer 를 이용한 테스트를 참조 하고 싶다면 아래를 참조하세요!더보기package com... 공감수 0 댓글수 0 2024. 7. 27.
🥤 코카콜라 맛있다 DB Lock 과 Redis Lock 중에 뭐가 더 좋을까요 알아맞혀보세요 with JPA 동시성 접근 제어를 위해 DataBase 나 Redis Lock를 이용하는데요. 두 가지 선택지를 직접 구현해보고 각각의 동작 원리를 이해해보는 시간을 가져보았습니다. DB lock 과 Redis lock 의 트레이드오프 지점은 다음과 같이 거론되고 있습니다. DataBase Lock를 이용하면 추가적인 인프라 구성 없이 동시성 문제를 해결할 수 있다. 하지만 Lock 획득을 위해 대기하는 Connection 이 증가할 수 있고, 이건 높은 트래픽 상황에서 성능 저하로 이어지는 포인트다.Redis를 이용한 Distributed Lock은 DataBase Connection 증가를 방지할 수 있지만, 별도의 관리가 필요하다. Redis 관리에는 메모리 최적화, 장애 복구, 데이터 일관성 유지 등의 과제.. 공감수 2 댓글수 6 2024. 6. 30.
동시성과 gap-lock 동시성 관련해서 이런 이슈를 겪은 적이 있습니다. 해당 포스팅에서 해결 방법을 제시했고 실제로 그렇게 해결을 하였지만, 다른 해결 방법은 또 없을지 고민하는 시간이 길었습니다. 일단 해결 방법을 찾기 위해 동시성과 Lock 에 대해 정리해보려고 합니다. 다음과 같은 목록을 하나씩 짚어나가보겠습니다.2PLrecord-lock 과 gap-lockgap-lock 의 존재이유데드락을 해결하기 위한 방법gap-lock 최소화하면서 동시성 향상시키기 2PL2단계 잠금 프로토콜은 하나의 데이터에 대한 동시 접근을 차단하여 직렬화를 보장하는 DBMS 의 동시성 제어 방법입니다. 트랜잭션 도중에 락을 걸어서 데이터 접근 권한을 선점하는 방식인데요. 각 트랜잭션이 락 획득과 락 해제, 두 단계로 진행해서 2 Phase L.. 공감수 3 댓글수 3 2024. 5. 2.
성능과 일관성을 무게추에 달아보자 On Redis ! redis 는 동작이 매우 빠릅니다. replica 와 함께 동작하는 경우에도 그렇습니다. redis 는 왜 빠른가?해당 포스팅에서는 이 궁금증을 따라가보는데에서 출발합니다. 그리고 아래 질문들의 답을 찾아가는 과정입니다. redis 는 왜 kafka 처럼 일관성을 위한 지원이 두둑하지않는가?kafka 대용으로 redis 의 PUB/SUB 은 왜 거론되지않는가? redis 의 replica(복제)는 동기인가 비동기인가? 동기 (또는 비동기) 라면 왜 그럴까?동기/비동기의 방식을 사용자가 컨트롤할 수 있을까? 마치 kafka 의 ISR 설정처럼?redis 에서 쓰기 작업을 손실할 수 있는 케이스는 무엇이 있을까?쓰기가 손실되면 어떤 영향이 있을까?그럼 cluster 는 어떻게 동작하고 있을까? 동기일까 비.. 공감수 1 댓글수 1 2024. 4. 30.
오늘도 기획자한테 안 된다고 말했다. 웹 구독 시스템, 주문, 배송, 상품까지 단기간에 많은 프로젝트를 달려왔습니다. 9개월 남짓한 시간동안 다음 문장이 현실되었습니다. | 상품에 대한 주문이 발생하면 구독이 이루어지고 실물 상품에 대한 배송이 예약될 수 있다. 이 문장에 관여하는 많은 데이터들이 있습니다. 당장 상품을 주문하고 결제한 유저들이 그 데이터에 관심있겠지만, 개발자도 해당 데이터를 주시합니다. 그리고 또 관심가질 사람들있는데 운영 실무자들이 그 대상입니다. 개발자를 포함한 운영 실무자들이 상품관리, 회원관리, 주문.. 배송 등등을 관리할 수 있도록 서비스 플랫폼 어드민을 만드는 것이 기나긴 프로젝트의 마지막 테스크였습니다. 특히 어드민은 지금 생각해도 아쉬움이 많습니다. 그 과정을 정리해보려고 합니다. 대략적인 어드민 사이드 메.. 공감수 3 댓글수 0 2024. 3. 30.
따닥 이슈와persist context flush 귀뽀연님이 겪으신 이슈를 공유받다가 해결했던 경험을 기록해두려고합니다. 상황은 이러했습니다. 클라이언트에서 따닥이슈로 이력 저장 요청이 중복으로 발생했다. 이때의 에러는 DataIntegrityViolationException 해당 에러를 try - catch 로 잡아서, 500 -> 400 error 로 응답 수정했다. 그리고 log 레벨을 error -> warn 으로 변경했다. 하지만 여전히 500 에러가 발생했고, 변경했던 warning 로그도 당연히 찍히지않았다. 이 에러는 어디서 언제 발생한 것 일까요? 맞춰보세요. 문제의 시발점은 42번 라인입니다. 해당 로직을 타고 들어가보겠습니다. 21번 라인에서 repository.save() 를 수행하고 있습니다. 해당 위치에서 DataIntegrit.. 공감수 3 댓글수 6 2024. 2. 24.
서킷브레이커의 사용설명서는 없다 with.연동 라이브러리들 Discovering circuit breakers was the day I first encountered error handling. On a weekend afternoon, errors occurred consecutively across projects within the team. The initial point of error was a service heavily integrated with external systems. Errors originating from this service cascaded to affect other services, spreading like wildfire. circuitBreakers 를 처음 알게 된 건, 에러 대응을 한 날이었습니다. 주말 오후, 팀.. 공감수 5 댓글수 3 2024. 1. 29.
믿거나 말거나, 데이터 독이 data dog인 이유 데이터 독을 공부하게 된 계기는 애플리케이션의 인사이트를 얻기 위해서였습니다. 서킷 브레이커 적용시 서비스에 대한 이해도를 높이기 위해서 데이터 독을 공부해야겠다는 생각을 했습니다. 근데 맘 잡고 공부할려니까 참고 서적이 하나도 없었습니다.. 참고할 만한 포스팅 역시 찾질 못했습니다. 그냥 혼자 시간이 될 때마다 조금씩 살펴보는 방식으로 공부를 했는데, 포스팅 하나 나올 정도가 되어보여 정리해보려고 합니다. 데이터 독에는 많은 기능이 있지만. 한 애플리케이션에 대한 이해도를 높이고자한다면 APM 페이지를 참조하면 충분합니다. APM 은 Application Performance Monitoring의 약자입니다. 길게 풀어 읽어보면 해당 페이지에서 어떤 정보를 제공하는지 감을 잡을 수 있습니다. 응답 시간.. 공감수 1 댓글수 0 2024. 1. 28.
재고 차감 로직 복기하며 구멍난 헛간 메우기 어떤 서비스든 판매하는 상품이 있다면 상품에 달린 재고도 관리 대상입니다. 이전에 구현했던 재고 차감 로직을 복기해보고 개선해보려고 합니다. 먼저 상품 재고와 관련된 보통의 요구사항입니다.1. 상품은 등록된 재고량을 초과하여 판매할 수 없다.2. 재고가 없는 상품은 주문할 수 없다.3. 상품 재고는 미리 등록해둘 수 있어야한다.해당 포스팅에서는 1번과 2번에 집중되어있습니다. 📍 재고 차감편 보통 재고 차감시 사용하는 라이브러리는 redis 입니다. 왜 redis가 이용되고 있는 걸까요? 아래와 같은 이유들이 있습니다.재고 차감에 redis를 사용하는 이유1. 재고 차감은 실시간으로 이루어져야 하며, 높은 성능이 요구되는 작업이다. -> Redis 는 Disk 기반이 아닌 Memory 기반의 저장.. 공감수 4 댓글수 6 2023. 12. 20.
똑똑 거기 누구 없소 입사 직후와 지금의 윤지 씨는 얼마나 성장한 것 같나요? 성장이 멈춘 것 같다. 시간이 흐른 만큼 성장한 것 같다. 많은 성장을 이룬 것 같다 중, 나는 중간이었다. 올해 우리 팀은 많은 프로젝트를 오픈했다. 한 일의 양은 많았는데, 그 정도의 성장이라면 그 효율이 좋지 않은 거였다. 왜 중간 정도의 성장 밖에 할 수 없었는지, 그 근거를 알고 싶었다. 그러려면 내가 몸담았던 프로젝트와 그때 배운 것들을 정리하는 과정이 필요했다. 입사 후, 앱 중심이었던 구독 서비스를 웹 화하는 프로젝트에 투입되었다. 그 프로젝트를 시작으로 크고 굵은 프로젝트에 계속 참여하게 되었다. 속해있는 팀이 회원이나 상품, 결제 같은 비즈니스 기반 도메인을 담당하고 있어서 그런 건지는 몰라도 앞으로 쭉 바쁠 일만 남아있다. 그래.. 공감수 5 댓글수 2 2023. 11. 10.
DDD 와 TDD 는 함께 가야할 것 같아요. 스터디를 시작했다. 공부하고 싶었던 도메인 주도 설계 주제로 를 함께 읽는다. 나는 이 책을 읽을 때 다짐했던 것이 몇 가지 있다. 1. 무조건 수용하지 않을 것 2. 종합적으로 접근할 것 3. 내가 해 온 경험과 비교하며 읽을 것 그래서 이 포스팅은 를 읽으며 기록한 나의 잡생각에 가깝다. 책에 대한 요약서가 아니다. 1부 동작하는 도메인 모델 만들기를 읽으면서 나는 두 가지 질문과 두 가지 깨달음을 얻었다. 질문 객체와 모델은 무엇이 다른가? 도메인 주도 설계의 목적 중 하나인 '관련자 모두가 용어 일원화를 통해 도메인 모델에 집중하여 문제를 해결하는 것' 과 API First 는 맞닿아 있지 않을까? 깨달음 DDD 와 TDD 가 함께 병행되면 지식 탐구 과정을 궤도에 올리는 선순환고리가 만들어질 수.. 공감수 2 댓글수 3 2023. 1. 30.
이상한 나라의 객체 : 객체는 思物 이다. 객체는 창조된다 창조한 객체의 특성을 상기시킬 수 있다면 현실 속의 객체의 이름을 이용해 객체를 묘사하라. 그렇지 않다면 깔끔하게 현실을 무시하고 자유롭게 여러분만의 새로운 세계를 창조하기 바란다. 처음 자바 공부를 시작했을 때, 가장 이해하기 난감했던 건 '객체' 라는 개념이었다. 국어는 대부분 한자로 이루어져있어서 한자풀이를 해보면 이해하기 쉬운 경우가 많았다. 나는 그때에도 객체를 사전에 검색해보았다. 客 손 객, 體 몸 체. 이 두 개의 한자로는 좀 이해하기 어려웠다. 중국에서는 이 객체를 뭐라고 부르는지 궁금했다. 몇 개의 중국 개발자 깃헙을 둘러보니 그들은 面向对象程序设计 으로 객체 지향 프로그래밍을 일컫고 있었다. 그러다 이런 단어가 눈에 띄었다. 思物 : 面向对象程序设计思物 를 직역하면 .. 공감수 1 댓글수 2 2023. 1. 5.
객체가 자율적이면 뭐가 좋을까 객체 지향 패러다임의 핵심은 상속이 아니라 자율적인 객체들끼리의 협력이다. 여기서 자율은 어떻게 나오는 것일까. 캡슐화와 자율성 객체의 자율성은 객체의 외부와 내부를 판가름하는 데에서부터 나온다. 우선 객체A는 자신의 프라이버시를 외부로부터 지키기위해 (간섭하거나 접근할 수 없도록) 차단해야한다. 객체 외부B는 접근이 가능한 수단을 통해서만 해당 객체A와 협력을 맺을 수 있다. 이 협력을 통해 객체 B는 객체 A 가 무엇을 수행하는지는 알 수 있지만, 어떻게 수행하는지에 대해서는 객체 A의 프라이버시이므로 알 필요가 없다. 우리는 이것을 객체(A)의 캡슐화=정보은닉이라고 부른다. 응답과 요청, 협력 발생 캡슐화를 통해 객체의 자율성을 확보하는 이유는 무엇일까. 객체는 자기자신을 주체적으로 변경할 수 있어.. 공감수 1 댓글수 2 2023. 1. 4.
입사 후, 참여했던 프로젝트 회고 2. [21년 10월 ~ 21년 02월] 새로운 도메인을 위한 데이터 마이그레이션과 그 이후 더보기 1차 데이터 마이그레이션 세 개의 새로운 도메인에 대하여 새로운 데이터가 출현했고, 과거 데이터를 spring batch를 통해 함께 이관시킴. 약 4천 건의 프로덕트 맵핑 데이터 생성 약 9만 건의 유저에 대한 월렛 데이터 생성 약 1만개에 대한 멤버십 데이터 생성 이에 따라, 유저가 소유한 서비스 권한 및 멤버십이 기술화됨 2차 데이터 정합성 맞춤 알림 서로 다른 도메인이지만 한 싸이클 내에서 정합해야하는 데이터들이 있음. 유저의 서비스 권한 - 이용할 수 있는 티켓 - 환불 이력 정합성 불일치 시, 메일 / 슬랙 알림이 오도록 자동화. 10분에 한번씩 Event Bridge - Lambda 트리거를 .. 공감수 3 댓글수 3 2022. 11. 16.

문의안내

티스토리
로그인
고객센터

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