오늘자 방송: https://www.youtube.com/watch?v=uWVPYLqyYuI&list=PLdntWJk2tJPKvRB0mSqC5tyKUv7HFtcqg

1. CTO 둘이 풀어드리는 주간 뉴스 2024.12.18 방송
2024년 한 해 방송 정리

2. 참고자료
• <컴퓨터 vs 책> 블로그
http://jhrogue.blogspot.com/
• 유튜브 채널 OKdevTV > 재미있는 개발 이야기 리스트
https://bit.ly/okdevstory
• 슬라이드 셰어
https://www.slideshare.net/jrogue/presentations
• 채널 박재호(초급 개발자를 위한...) https://www.youtube.com/@채널박재호
OKdevTV

3. 오늘의 짤방
OKdevTV
SQL programmers: CAPS LOCK magic?
via @sonam_murarkar

4. 2024년 한 해 정리
OKdevTV
날짜 제목 view 좋아요
12월 5일 당신의 회사는 주니어를 요구합니다. 249 14
10월 30일 좋은 추상화와 나쁜 추상화 358 16
10월 16일 백만 개의 체크박스에 숨겨진 비밀 172 22
10월 2일 Agile과 Jira의 느리고 고통스런 죽음 (2) 985 42
9월 19일 좋은 리팩토링 vs 나쁜 리팩토링 490 23
9월 2일 제 컴퓨터에서는 잘 동작하는데요??? 185 16
8월 21일 80%의 개발자가 행복하지 않은 이유 526 29
8월 8일 오늘날에도 자바가 여전히 유효합니까? (3) 750 36
7월 24일 15년 전의 나에게 해주고 싶은 프로그래밍 조언 456 21
7월 10일 엔지니어링 분야에서 시니어 레벨 이상으로 성장하는 데 필요한 3가지 핵심 기술 645 43
6월 24일 메시지 큐 기반 아키텍처가 요즘 인기가 떨어지는 이유는 뭔가요? (1) 1024 49
6월 10일 2024년 자바 생태계 정리(by 뉴 렐릭) 624 27
5월 27일 AWS 람다의 내부 동작 방식 542 27

5. • https://news.hada.io/topic?id=15456
• 다음과 같은 의견 제시
• Redis가 대부분의 케이스 및 캐싱까지 처리해서 더 이상 별도의 메시지 브로커 운영이 쓸모없어짐. Kafka는 정말 대규모로 가버
림.
• DB(광범위하게 봤을때)가 대규모 처리를 훨씬 잘하게 되면서, "일시적인"처리들을 메인 저장소에서 처리하게 됨
• MQ 기반 아키텍처가 기대만큼 잘 작동하지 않는 다는 것을 알아버려서 이제 다른 방식을 사용함
• 사실은 이제 MQ 기술이 성숙기에 접어들어서, 사람들이 관련 글을 쓸만큼 흥미롭지는 않음. 하지만 여전히 널리 사용되고 있음
• 그 중에 눈에 들어오는 코멘트 (말잇못)
• 냉소적이지만, 내 생각에 MQ 아키텍처와 이에 대한 블로깅은 "Resume Driven Development"였음. 실제로는 모노리스를 넘
어 확장할 필요없이 단일 노트북에서 실행가능한 일을 하는.
• "사람들은 보통 새롭고 반짝이는 것에 대해 블로그 포스팅을 작성함”
• "분명히 우리 모두는 여전히 메시지 큐와 워커를 사용하고 있으며, 단지 그것에 대해 글을 쓰지 않을 뿐"
OKdevTV
(오늘의 논쟁) 메시지 큐 기반 아키텍처가 요즘 인기가 떨어지는 이유는
뭔가요?
6/24

6. • https://news.hada.io/topic?id=15456
• 다음과 같은 의견 제시
• Redis가 대부분의 케이스 및 캐싱까지 처리해서 더 이상 별도의 메시지 브로커 운영이 쓸모없어짐. Kafka는 정말 대규모로 가버
림.
• DB(광범위하게 봤을때)가 대규모 처리를 훨씬 잘하게 되면서, "일시적인"처리들을 메인 저장소에서 처리하게 됨
• MQ 기반 아키텍처가 기대만큼 잘 작동하지 않는 다는 것을 알아버려서 이제 다른 방식을 사용함
• 사실은 이제 MQ 기술이 성숙기에 접어들어서, 사람들이 관련 글을 쓸만큼 흥미롭지는 않음. 하지만 여전히 널리 사용되고 있음
• 그 중에 눈에 들어오는 코멘트 (말잇못)
• 냉소적이지만, 내 생각에 MQ 아키텍처와 이에 대한 블로깅은 "Resume Driven Development"였음. 실제로는 모노리스를 넘
어 확장할 필요없이 단일 노트북에서 실행가능한 일을 하는.
• "사람들은 보통 새롭고 반짝이는 것에 대해 블로그 포스팅을 작성함”
• "분명히 우리 모두는 여전히 메시지 큐와 워커를 사용하고 있으며, 단지 그것에 대해 글을 쓰지 않을 뿐"
OKdevTV
(오늘의 논쟁) 메시지 큐 기반 아키텍처가 요즘 인기가 떨어지는 이유는
뭔가요?
6/24

7. • https://www.joongang.co.kr/article/22699907#home
• ‘청년 취업은 낙타가 바늘귀 통과하기보다 어렵고, 중장년의 재취업은 고래가 바늘귀 통과하기보다 어
렵다’
OKdevTV
(HR) 기술없이 퇴직한 50대 중반, 적정몸값은 연1400만원
6/24

8. • https://n.news.naver.com/article/005/0001746092?cds
=news_media_pc&type=editn
• 네카오, 삼성SDS, LG CNS 50대 증가세
스타트업 분위기에서 공무원 조직되나
‘2030’ 직원들 기득권 50대에 불만 쌓여
• SI 대기업에 재직하는 20대 직원 A씨는 “모바일 환경에서의 크
로스플랫폼 대응을 위해 플러터와 리액트 네이티브 개발 방식
을 사용하자고 했더니 50대 팀장이 검증이 안 된 기술이라는
말을 하는 등 새로운 시도에 보수적인 입장을 피력했다”면서
“목수가 새로 나온 레이저 커터는 안 쓰고 십자드라이버만 고
집하는 격”이라고 말했다. 또 다른 20대 개발자 B씨는 “50대가
될 때까지 일할 수 있었다는 것은 개발업계에서 상대적으로 출
산과 육아 여건이 괜찮았다는 의미이기도 하다”며 “일부 경력
직에게 매력적인 직장이 된다는 것이 장점이라면 ‘공무원 조직’
과 같이 정체된 느낌을 주는 것은 단점”이라고 말했다.
OKdevTV
(HR) 늘어나는 50대 직원에 IT업계 속앓이
업데이트

9. OKdevTV
(오늘의 논쟁) Agile과 Jira의 느리고 고통스런 죽음
10/2
• https://news.hada.io/topic?id=16960
• "Agile이 더 이상 Agile이 아니게 되었으니, 이제 Agile이 Jira를 가지고 함께 사라져야 할 때임” T_T
• 문제점: 기술 비대화
• 고객과 반복적으로 대화하지만 고객 행동에 대한 전문가가 되지 않음
• 마감일과 납품일을 끊임없이 평가하고 재평가함
• 모든 세부 사항이 문서화될 때까지 개발 프로세스를 시작하기를 극도로 꺼림
• 가장 위험한 작업이 아닌 가장 쉬운 작업부터 시작하려는 동기가 생김
• 결과적으로…
• 제품은 다양하고 상충하는 고객 요구 사항의 무게에 시달림
• 기능은 종종 시장에 늦게 출시되고 시장에 가장 적합한 방식과 순서가 아닌 기술팀에 가장 적합한 방식과 순서로 제공됨
• 결국 영업/마케팅 팀은 자신들이 무엇을 판매하는지, 고객은 무엇을 구매하는지 모르기에 반발함
• 그러면 조직은 대대적인 정리에 나섬
• 결론
• 세상은 더 많은 기능이 아닌 중요한 일을 더 잘하는 가벼운 소프트웨어가 필요함

10. • https://www.allthingsdistributed.com/2023/07/building-and-operating-a-pretty-big-
storage-system.html
• 앤디 워필드의 유즈닉스 FAST ’23에서 발표한 기조 연설
• 앤디는 2017년부터 아마존에 입사해서 S3 개발에 집중하고 있음
• S3는 2006년 3월 14일 출시
• 발전에 발전을 거듭한 결과 S3는 살아 숨쉬는 유기체로 발전: 코드를 작성하는 개발자부터 데이터센터에 신규 스토리지 랙
을 설치하는 기술자, 성능을 위해 애플리케이션을 튜닝하는 고객에 이르기까지…
• 수치로 본 S3(2023년 기준)
OKdevTV
(아키텍처) S3라는 꽤 큰 규모(?)의 스토리지 시스템 구축과 운영(1)
10/2

11. • https://www.allthingsdistributed.com/2023/07/building-and-operating-a-pretty-big-
storage-system.html
• 앤디 워필드의 유즈닉스 FAST ’23에서 발표한 기조 연설
• 하드 드라이브 헤드가 시속 75마일로 잔디밭 위를 비행하는 747기라고 상상
• 비행기 바닥과 잔디 위쪽 사이의 공기 간격은 종이 두 장
• 디스크의 비트를 풀잎으로 측정하면 트랙 폭은 풀잎 너비 4.6장/비트 길이는 풀잎 한 장
• 비행기가 지구를 2만 5천 바퀴 돌 때마다 한 잎씩만 놓치게 됨(10^15건 중 1건의 오류)
• 이 정도 복잡성을 달성하려면? "내구성 검토"라는 프로세스가 필요
1. 저자와 검토자가 우리가 보호해야 할 위험에 대해 비판적으로 생각하도록 장려함
2. 위험과 대책을 분리하여 양쪽을 분리하여 논의할 수 있도록 함
OKdevTV
(아키텍처) S3라는 꽤 큰 규모(?)의 스토리지 시스템 구축과 운영(2)
10/2

12. • https://awstip.com/amazon-s3-reliability-best-practices-checklist-a6ae1c645cfe
• 버저닝 활성
• 버전 하나가 사라지더라도 나머지 버전이 존재함
• 교차 리전 복제
• 리전 하나가 다운되더라도 방어 가능
• S3 전송 가속
• 클라우드프론트의 전역 배포 엣지를 활용해 데이터 전송을 가속화
• S3 객체 잠금
• 특정 기간(또는 무한히) 객체 삭제나 덮어쓰기를 방지
• 비용 최적화를 위한 지능형 티어
• 접근 패턴 변경에 따라 Standard와 IA 전환
• 장기간 저장소를 위한 S3 글레이시어
• 장기간 백업이나 아카이빙 목적으로 활용
• 서버 쪽 보안(SSE)
• 키를 우리가 관리
OKdevTV
(HR) 아마존 S3 – 안정성 우수 사례 (점검 항목)
업데이트

13. OKdevTV
(개발) 오늘날에도 자바가 여전히 유효합니까?(1)
8/8
• https://blog.jetbrains.com/idea/2024/07/is-java-still-relevant-nowadays/

14. OKdevTV
(개발) 오늘날에도 자바가 여전히 유효합니까?(2)
8/8
• https://dashboard-tool-report.cdn.prismic.io/dashboard-tool-report/ZmMmh5m069VX1jxc_-
W.Kodluyoruz-Programminglanguagecommunities.pdf

15. OKdevTV
(개발) 2024년에 더 나은 자바 개발자가 되기
8/8
• https://foojay.io/today/become-a-better-java-developer-19-tips-for-staying-ahead-in-2024/
• 몇 가지 중요 힌트
• 버전 번호를 올리면 인텔리제이 IDEA가 대다수 변경 사항을 자동으로 제안
• 코틀린을 배우면 새로운 관점을 얻을 수 있음
• 다른 언어/프레임워크의 동작 방식을 유심히 살펴볼 필요가 있음
• 기존 자바 동시성 모델의 한계를 해결하는 프로젝트 룸(Loom)에 익숙해지기
• JDK21의 구조적 동시성에 대해 읽어보기(https://openjdk.org/jeps/428) → 에러 처리, 취소 전파, 명료성과 관측성 부여
• 사이드 프로젝트 진행해보기
• 프로파일링, 모니터링, 추적, 디버깅 이해
• 전문 개발자 블로그를 읽고 SNS 관련 인물 추적하기
• 그리고… (한국 독자들을 위한 팁) OKdevTV, odevtube( http://mp4.okdevtv.com ) 구독하기

16. OKdevTV
(개발) 배울 수 있는 훌륭한 시니어 없이, 엔지니어로 어떻게
성장할 수 있을까요?
업데이트
• https://news.hada.io/topic?id=18068
• 몇 가지 중요 힌트
• "당신이 사용하는 기술에 대해서 엄청 많이 읽으세요"
• 하루 20-30분 동안 DZone의 Java, 소프트웨어 설계, 아키텍처, OOP 관련 글을 읽기 → 반복과 습관이 중요함
• 약하다고 느끼는 분야를 찾아 집중적으로 학습 → 예: 네트워킹, DSA(Data Structures & Algorithms) 등
• 직장에서 항상 최선을 다하기주어진 업무에 최선을 다함 → 이는 누구나 할 수 있는 기본적인 태도지만, 지속적으로 실천하면 성
공으로 이끄는 습관이 됨
• 비기술적 역량은 시간이 지날수록 복리 효과를 발휘 (좋은 습관/나쁜 습관 모두 해당)
• 절제력, 명확한 사고와 표현, 전문성, 신뢰성, 신체적/정신적 건강 관리, 의존가능한 사람 되기, 성장 마인드셋, 모호성과 불확실성 속에서 성
공적으로 적응하기 등
• 커뮤니케이션 스킬: 효과적인 협업 기술, 피드백 주고받기, 멘토링 및 코칭, 다양한 직급의 사람들과 협력 (상급자, 하급자, 동료 등)
• 많은 독서를 통해 멘탈 모델 개발, 문제 해결 능력, 전략적 트레이드오프 및 의사결정 기술 연마
• 지속적이고 효율적인 학습 능력을 키우는 것이 중요 → 기술은 빠르게 변화하며, 시장과 흥미를 따라 다양한 도메인을 탐험해야
할 때가 많음 → 시장의 변화에 유연하게 적응

17. OKdevTV
(개발) 좋은 소프트웨어 개발 습관
마무리
• https://news.hada.io/topic?id=17820
• 생산성 향상과 품질 유지를 위한 몇 가지 중요 힌트
• 작은 커밋 유지 → 컴파일 될 때 커밋
• 지속적인 리팩토링 → 큰 리팩토링은 피해야
• 코드 배포의 중요성 → 배포되지 않은 코드는 가장 큰 부채
• 프레임워크 기능 테스트 하지 않기 → 프레임워크는 이미 충분히 검증되어 있음
• 새로운 모듈 생성 → 기존 모듈에 억지로 끼워 넣기 보다는 독립적인 모듈로 남겨둠
• TDD의 유연한 적응 → 종교적인 원칙이나 교조주의는 피해야 함
• 설계의 변화 수용 → 이전의 설계에 너무 집착하지 말고 변화에 대응해야 함(참고: 리팩토링도 재설계 행위에 가까움)
• 기술 부채에는 세 가지 유형이 존재함
• 현재 작업을 방해하는 것 → 최소화
• 미래 작업을 방해할 가능성이 있는 것 → 집중
• 방해할 가능성이 있을지도 모르는 것 → 무시
• 테스트 가능성과 좋은 설계의 관계 → 테스트하기 어렵다면 설계에 문제가 있을 가능성이 높음