YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

유튜브 채널 1주년을 맞아 저를 소개하는 내용을 담아봤어요!

CEO를 꿈꿨던 고등학생이 대학을 거쳐 개발자가 된 이야기, 헬조선이라는 현실을 외면하지 않고 기회로 바라보게 된 계기, 세 회사를 거치며 어떤 문제를 해결하고 싶었는지.

끝으로 앞으로 어떤 영상을 올릴 계획인지도 담았으니 재미있게 시청해 주세요!

📌 챕터
00:00 인트로
00:42 선한 영향력을 끼치고 싶었어요
02:10 모바일 혁명, 스타트업, 개발자
03:37 헤븐조선과 스타트업
05:00 지금까진 어떤 문제를 풀어왔을까
06:33 앞으로의 유튜브 운영 계획

https://youtu.be/H9jsq8xXkq4

유튜브 채널 1주년을 맞아 저를 소개하는 내용을 담아봤어요! CEO를 꿈꿨던 고등학생이 대학을 거쳐 개발자가 된 이야기, 헬조선이라는 현실을 외면하지 않고 기회로 바라보게 된 계기, 세 회사를 거치며 어떤 문제를 해결하고 싶었는지. 끝으로 앞으로 어떤 영상을 올릴 계획인지도 담았으니 재미있게 시청해 주세요! 📌 챕터00:00 인트로00:42 선한 영향력을 끼치고 싶었어요02:10 모바일 혁명, 스타트업, 개발자03:37 헤븐조선과 스타트업05:00 지금까진 어떤 문제를 풀어왔을까06:33 앞으로의 유튜브 운영 계획 https://youtu.be/H9jsq8xXkq4

undefined

10년째, 헤븐조선을 만들어가고 있습니다

The Back-end for Front-end Pattern (BFF)

https://philcalcado.com/2015/09/18/the_back_end_for_front_end_pattern_bff.html

https://philcalcado.com/2015/09/18/the_back_end_for_front_end_pattern_bff.html

philcalcado.com

웹앱용 스프레드시트 라이브러리로 Excel/Google Sheets 스타일의 웹 스프레드시트 구현을 목표로 함Luckysheet에서 파생되었으며, 많은 부분이 TypeScript로 재작성되어 유지보수 및 확장성 강화jQuery 의존성을 제거하고, React/Vue와 immer를 활용해 상태와 DOM을 관리다중 인스턴스 실행도 지원하여 동일 페이지에서 여러 

FortuneSheet - Excel/구글 시트와 유사한 드롭인 JS 스프레드시트 라이브러 | GeekNews

https://news.hada.io/topic?id=22850

GeekNews

프로그래밍에서 제일 어려운 게 뭐냐고 물으면, 많은 개발자들이 이름 짓기라고 대답하는데요.

코딩을 배우는 7살 에릭이도 함수의 이름을 짓고 싶습니다.
하지만 옆에서 아빠가 계속해서 딴지를 놓네요 ㅎㅎ

"키워드는 못 써. ❌"
"연산자는 안 돼. 🙂‍↔️"
"특수 기호도 불가. 🙅"

과연 에릭이는 이름 짓기의 좌절을 딛고 함수 선언하기에 성공할 수 있었을까요?

📺 에릭과 달레의 코딩 일기 Part 7: https://youtu.be/s6LLawI3XW8

프로그래밍에서 제일 어려운 게 뭐냐고 물으면, 많은 개발자들이 이름 짓기라고 대답하는데요. 코딩을 배우는 7살 에릭이도 함수의 이름을 짓고 싶습니다.하지만 옆에서 아빠가 계속해서 딴지를 놓네요 ㅎㅎ "키워드는 못 써. ❌" "연산자는 안 돼. 🙂‍↔️" "특수 기호도 불가. 🙅" 과연 에릭이는 이름 짓기의 좌절을 딛고 함수 선언하기에 성공할 수 있었을까요? 📺 에릭과 달레의 코딩 일기 Part 7: https://youtu.be/s6LLawI3XW8

거, 이름 짓기 참 어렵구만.. 🤦

Patterns.dev.kr - 모던 웹 앱 디자인 패턴

https://patterns-dev-kr.github.io/

patterns-dev-kr.github.io

Example Domain

오래전 HTTP 프로토콜을 공부하다가 느꼈던 기쁜 감정이 떠올랐습니다.
텔넷을 통해 웹서버에 접속해 HTTP 메시지를 보내고 응답을 받던 순간.

텔넷으로 웹서버에 접속한 뒤
telnet example.com 80


HTTP 메시지를 스스로 한땀한땀 입력해 봅니다.
한 글자씩 타이핑하면서 줄바꿈도 해봐야 합니다.

GET /index.html HTTP/1.1
Host: example.com
User-Agent: jeho



마지막에 빈 줄을 꼭 넣어야 서버가 “아, 요청이 끝났구나” 하고 응답을 줍니다.
서버에서 200 OK 와 함께 응답이 내려오는 순간 아하 모먼트를 느꼈습니다. 바로 이런 거였구나!

마찬가지로 POST 요청도 보내보면서 어떻게 파라메터가 전달되는지도 관찰하고…
SMTP(이메일) 또한 프로토콜도 텔넷으로 경험할 수 있습니다.
검은 텔넷 화면에서 그저 몇 글자 타이핑했을 뿐인데 그게 실제 이메일로 발송되는 순간 ‘아하!’ 하며 깨달음을 얻게 됩니다.

이렇게 기반 프로토콜의 이해를 높여가면 라이브러리도 쉽게 사용할 수 있고 트러블 슈팅도 잘할 수 있게 됩니다.


https://jeho.page/programming/2025/09/01/http-smtp.html

오래전 HTTP 프로토콜을 공부하다가 느꼈던 기쁜 감정이 떠올랐습니다. 텔넷을 통해 웹서버에 접속해 HTTP 메시지를 보내고 응답을 받던 순간. 텔넷으로 웹서버에 접속한 뒤<pre ><code>telnet example.com 80</code></pre> HTTP 메시지를 스스로 한땀한땀 입력해 봅니다. 한 글자씩 타이핑하면서 줄바꿈도 해봐야 합니다. <pre ><code>GET /index.html HTTP/1.1
Host: example.com
User-Agent: jeho
</code></pre> 마지막에 빈 줄을 꼭 넣어야 서버가 “아, 요청이 끝났구나” 하고 응답을 줍니다. 서버에서 200 OK 와 함께 응답이 내려오는 순간 아하 모먼트를 느꼈습니다. 바로 이런 거였구나! 마찬가지로 POST 요청도 보내보면서 어떻게 파라메터가 전달되는지도 관찰하고… SMTP(이메일) 또한 프로토콜도 텔넷으로 경험할 수 있습니다. 검은 텔넷 화면에서 그저 몇 글자 타이핑했을 뿐인데 그게 실제 이메일로 발송되는 순간 ‘아하!’ 하며 깨달음을 얻게 됩니다. 이렇게 기반 프로토콜의 이해를 높여가면 라이브러리도 쉽게 사용할 수 있고 트러블 슈팅도 잘할 수 있게 됩니다. https://jeho.page/programming/2025/09/01/http-smtp.html

example.com

HTTP에 대해 처음 아하 모먼트를 느꼈던 순간

Blog Memories - Memorizer

AI용 협업용메모리를 블로그화
컨텐츠작성 LLM주도

https://mcp.webnori.com

AI용 협업용메모리를 블로그화컨텐츠작성 LLM주도 https://mcp.webnori.com

mcp.webnori.com

MCP 매모리

www.55check.com공유하기게시하기웹에서 보기구독하기한국인 '일본 좋다'가 '싫다' 넘어서동아시아연구소(EAI) 등 한미일 조사기관 3곳이 공동으로 조사한 한미일 국민 상호 인식 조사 결과를 발표.2013년 조사 시작 이래 한국에서 처음으로 '일본이 좋다'는 사람이 '일본 싫다'는 사람보다 많아졌음. (2020년 노노재팬 사태 때는 '좋다'가 10%밖에 안 됐었음)일본이 좋은 이유: 친절하고 성실한 국민성. 맛있는 음식과 쇼핑. 같은 자유민주주의 국가. 높은 생활수준.일본이 싫은 이유: 역사 반성 없음. 독도에 욕심. 위안부와 강제징용 문제 미해결.호감도 증가의 가장 큰 요인은? 아마도, 일본에 방문한 한국인 비율이 2023년 37%에서 2025년 60%로 크게 증가했기 때문. 직접 가서 보니까 여기도 사람 (잘) 사는 곳이구나... 라고 생각하게 되는 듯.... 하지만 일본인은 '한국 못 믿어'그런데 의외로, 일본인들의 한국에 대한 인식은 2023년 잠깐 좋아졌다가 올해 다시 나빠짐. '싫다'가 50%로 '좋다'의 2배.한국이 좋은 이유: 문화적 매력이 있어서, 여행지로 좋아서, 다양성과 자유민주주의한국이 싫은 이유: 국민성/기질이 좋지 않음. 역사 문제로 대립. 반일 시위가 많음.'미래의 한일관계'를 묻는 질문에서 한국인들은 60% 이상이 더 좋아질 것이라고 대답. 일본인들은 약 40%만 좋아질 것이라 대답했고 22%는 '모르겠다'고 대답. 한국에 가봤다고 응답한 일본인도 25%밖에 안 됨.한국에 대한 인상이 

2025년 8월 29일 (금) - 나노 바나나가 연 '바이브 편집' 시대 : 오호츠크 리포트

나노 바나나, 이미지 편집의 혁명 🍌


구글이 AI Gemini에 통합된 Nano-Banana 모델을 갑작스럽게 발표 (구글 AI 블로그)
 * 여기에서 무료로 써보셔도 되고, 시중의 유료 AI 편집 프로그램에서 나노 바나나 엔진을 선택해도 됩니다.
 * 핵심은 이미지를 일관적으로 수정할 수 있다는 것. 이전까지의 AI는 일부 수정을 요청해도 완전히 새로운 이미지를 만들어냈지만,
 * 나노 바나나는 "캐릭터를 만들어줘 → 내 이름을 추가해줘 → 이 캐릭터에 안경을 씌워줘 → 배경을 바꿔줘" 등으로 일부만 수정하고 나머지는 그냥 두는 일관된 이미지 편집이 가능.
 * 즉, 기존에 포토샵 같은 프로그램을 써야만 했던 배경 블러 처리, 티셔츠 얼룩 지우기, 인물 추가, 포즈 변경, 흑백 조정까지 다 가능
 * 또 구어체도 알아들음. 위의 이미지도 '오호츠크 편집자 피규어가 박스에 들어있고 책상 위에 올려져있는 모습 만들어'이라는 프롬프트로 만든 것. '바이브 예술 편집'이 유행할 수도?
 * 속도도 압도적. 다른 모델의 10배 수준.
 * 왜 이름이 나노 바나나일까? 이미지 생성을 비교하는 벤치마크 평가에서 갑자기 등장한 모델이 압도적인 결과를 보였음. Reddit, Discord에 올라간 바나나 아이콘과 구글 엔지니어가 쓴 바나나 이모지 때문에 'Nano Banana'라는 이름이 붙었다고
 * 아직 한글 지원은 엉성. 영어는 잘 됨. 피그마, 포토샵 등 기존 이미지 편집 서비스들은 긴장해야. (IPO 후 추락한 피그마 주가는 반전 실패)
   
   
실적 굳건한 엔비디아, 코어위브도 기대감 상승 💎


미국 증시 전체의 7%를 차지하는 초대형 기업 엔비디아의 분기 실적 발표가 있었음.
 * 2분기 매출 467억 달러(전년 대비 56% 증가), 순이익 264억 달러(59% 증가).
 * 하지만 주가에는 엄청난 기대감이 이미 반영돼 있어서 실적 발표 후 1% 안팎 하락.
 * 가장 큰 변수는 중국: 트럼프 행정부가 H20 칩 수출을 막았다가 매출의 15%를 미국 정부가 가져가는 조건으로 판매 재개 허용.
 * 문제는 실제 판매 회복 속도를 예측하기 어렵다는 것. 3분기에 H20 칩으로 20~50억 달러 중국 판매 가능할 것으로 예상하지만, 다음 분기 540억 달러 가이던스에는 중국이 아예 빠져 있음.
 * 이번 분기 중국 매출은 28억 달러로 전 분기 대비 50% 감소. 그래도 중국 외 지역에서 상당부분 만회.
 * CEO 젠슨 황은 "AI 경쟁이 이제야 시작됐다"며 빅테크 4개 회사가 연간 6000억 달러 규모로 자본지출을 두 배로 늘렸다고 강조... 이 정도면 1000조원에 가까운데 이게 정말 유의미한 수치인 걸까 싶긴 함.
 * 현재 DeepSeek이 중국산 칩을 사용해서 AI 모델을 만들고 있다고 하는데, 이 상황에 따라 완전히 시장이 달라질 듯.


메타의 사람 베팅, 성공적일까
메타의 AI 조직, 슈퍼인텔리전스 랩이 오픈했고 백억~천억 대 보수를 받는 개발자들이 합류했지만, 내부적으로는 조직 정리가 안 되고 있는 것으로 보임.
 * 좋은 조건을 받고 온 개발자들과 연구자들이 여럿 떠나고 있다고. 하지만 본사 소속은 아닌 듯.
 * AI 팀은 계속 팀 재편성 중. 최근에는 직원들을 4개 그룹으로 분할.
 * 메타의 AI 제품 팀 리더 차야 나야크도 OpenAI로 이직. 뺏고 뺏기는 상황이 계속되고 있음.
 * 한편 기존 메타 AI 연구그룹의 전설적인 리더인 얀 르쿤(튜링상 수상자)에게 새로운 보스 알렉산더 왕(28세)이 자주 일대일 직속보고를 하라고 지시. 참고로 얀 르쿤이 거의 30년 연상.
 * 처음에는 '이렇게까지?'🤔라고 생각했는데, 알렉산더 왕의 젊은 패기가 조직을 어떻게 바꿀지 조금 기대됨.
 * 이미지/비디오 생성과 관련, 미드저니와도 파트너십 시작한다고. 아마 고퀄리티 이미지를 생성해서 가상현실이나 로봇 쪽에 주입하려는 듯.
* 알렉산더 왕은 이름을 Alexandr라고 씁니다.


중국 정부, 뇌-컴퓨터 인터페이스로 승부수🧠

 * 일론 머스크의 뉴럴링크와 같은 기술 영역에서 중국이 국가 차원의 드라이브를 걸기 시작. 중국 정부 7개 부처 합동 발표. (와이어드 기사)
 * 17개 구체적 단계 제시해서 2027년까지 기술적 돌파구 달성, 2030년까지 국제 경쟁력 있는 산업 구축 목표.
 * 현재 성과: 중국 BCI(brain-computer interface) 기업들이 신체 마비 환자들에게 임플란트로 칩을 시술해서 중국어 음성 해독에 성공하거나 생각으로 디지털 기기를 제어하는 수준까지 도달.
 * 중국 내 BCI 기술이 필요한 환자만 최소 100만~200만 명으로 추산. 의료용 외에 운전자 졸음 감지나 산업안전 관리 등 비의료용 활용도 계획 중이라 시장 규모가 상당할 듯.

나노 바나나, 이미지 편집의 혁명 🍌 구글이 AI Gemini에 통합된 Nano-Banana 모델을 갑작스럽게 발표 (구글 AI 블로그)<ul ><li>여기에서 무료로 써보셔도 되고, 시중의 유료 AI 편집 프로그램에서 나노 바나나 엔진을 선택해도 됩니다.</li><li>핵심은 이미지를 일관적으로 수정할 수 있다는 것. 이전까지의 AI는 일부 수정을 요청해도 완전히 새로운 이미지를 만들어냈지만,</li><li>나노 바나나는 "캐릭터를 만들어줘 → 내 이름을 추가해줘 → 이 캐릭터에 안경을 씌워줘 → 배경을 바꿔줘" 등으로 일부만 수정하고 나머지는 그냥 두는 일관된 이미지 편집이 가능.</li></ul><ul ><li>즉, 기존에 포토샵 같은 프로그램을 써야만 했던 배경 블러 처리, 티셔츠 얼룩 지우기, 인물 추가, 포즈 변경, 흑백 조정까지 다 가능</li></ul><ul ><li>또 구어체도 알아들음. 위의 이미지도 '오호츠크 편집자 피규어가 박스에 들어있고 책상 위에 올려져있는 모습 만들어'이라는 프롬프트로 만든 것. '바이브 예술 편집'이 유행할 수도?</li></ul><ul ><li>속도도 압도적. 다른 모델의 10배 수준.</li></ul><ul ><li>왜 이름이 나노 바나나일까? 이미지 생성을 비교하는 벤치마크 평가에서 갑자기 등장한 모델이 압도적인 결과를 보였음. Reddit, Discord에 올라간 바나나 아이콘과 구글 엔지니어가 쓴 바나나 이모지 때문에 'Nano Banana'라는 이름이 붙었다고</li></ul><ul ><li>아직 한글 지원은 엉성. 영어는 잘 됨. 피그마, 포토샵 등 기존 이미지 편집 서비스들은 긴장해야. (IPO 후 추락한 피그마 주가는 반전 실패) </li></ul>실적 굳건한 엔비디아, 코어위브도 기대감 상승 💎 미국 증시 전체의 7%를 차지하는 초대형 기업 엔비디아의 분기 실적 발표가 있었음.<ul ><li>2분기 매출 467억 달러(전년 대비 56% 증가), 순이익 264억 달러(59% 증가).</li><li>하지만 주가에는 엄청난 기대감이 이미 반영돼 있어서 실적 발표 후 1% 안팎 하락.</li></ul><ul ><li>가장 큰 변수는 중국: 트럼프 행정부가 H20 칩 수출을 막았다가 매출의 15%를 미국 정부가 가져가는 조건으로 판매 재개 허용.</li><li>문제는 실제 판매 회복 속도를 예측하기 어렵다는 것. 3분기에 H20 칩으로 20~50억 달러 중국 판매 가능할 것으로 예상하지만, 다음 분기 540억 달러 가이던스에는 중국이 아예 빠져 있음.</li><li>이번 분기 중국 매출은 28억 달러로 전 분기 대비 50% 감소. 그래도 중국 외 지역에서 상당부분 만회.</li></ul><ul ><li>CEO 젠슨 황은 "AI 경쟁이 이제야 시작됐다"며 빅테크 4개 회사가 연간 6000억 달러 규모로 자본지출을 두 배로 늘렸다고 강조... 이 정도면 1000조원에 가까운데 이게 정말 유의미한 수치인 걸까 싶긴 함.</li><li>현재 DeepSeek이 중국산 칩을 사용해서 AI 모델을 만들고 있다고 하는데, 이 상황에 따라 완전히 시장이 달라질 듯.</li></ul> 메타의 사람 베팅, 성공적일까메타의 AI 조직, 슈퍼인텔리전스 랩이 오픈했고 백억~천억 대 보수를 받는 개발자들이 합류했지만, 내부적으로는 조직 정리가 안 되고 있는 것으로 보임.<ul ><li>좋은 조건을 받고 온 개발자들과 연구자들이 여럿 떠나고 있다고. 하지만 본사 소속은 아닌 듯.</li><li>AI 팀은 계속 팀 재편성 중. 최근에는 직원들을 4개 그룹으로 분할.</li><li>메타의 AI 제품 팀 리더 차야 나야크도 OpenAI로 이직. 뺏고 뺏기는 상황이 계속되고 있음.</li></ul><ul ><li>한편 기존 메타 AI 연구그룹의 전설적인 리더인 얀 르쿤(튜링상 수상자)에게 새로운 보스 알렉산더 왕(28세)이 자주 일대일 직속보고를 하라고 지시. 참고로 얀 르쿤이 거의 30년 연상.</li><li>처음에는 '이렇게까지?'🤔라고 생각했는데, 알렉산더 왕의 젊은 패기가 조직을 어떻게 바꿀지 조금 기대됨.</li><li>이미지/비디오 생성과 관련, 미드저니와도 파트너십 시작한다고. 아마 고퀄리티 이미지를 생성해서 가상현실이나 로봇 쪽에 주입하려는 듯.</li></ul>* 알렉산더 왕은 이름을 Alexandr라고 씁니다. 중국 정부, 뇌-컴퓨터 인터페이스로 승부수🧠 <ul ><li>일론 머스크의 뉴럴링크와 같은 기술 영역에서 중국이 국가 차원의 드라이브를 걸기 시작. 중국 정부 7개 부처 합동 발표. (와이어드 기사)</li><li>17개 구체적 단계 제시해서 2027년까지 기술적 돌파구 달성, 2030년까지 국제 경쟁력 있는 산업 구축 목표.</li></ul><ul ><li>현재 성과: 중국 BCI(brain-computer interface) 기업들이 신체 마비 환자들에게 임플란트로 칩을 시술해서 중국어 음성 해독에 성공하거나 생각으로 디지털 기기를 제어하는 수준까지 도달.</li><li>중국 내 BCI 기술이 필요한 환자만 최소 100만~200만 명으로 추산. 의료용 외에 운전자 졸음 감지나 산업안전 관리 등 비의료용 활용도 계획 중이라 시장 규모가 상당할 듯.</li></ul>

55check.com

8월 마지막주, 나노 바나나가 연 '바이브 편집', 메타는 정말로?

앞으로 개발 할 때 다음처럼 해 봐야겠다.

1. Codex로 GPT한테 코드를 분석하고 문제 해결 방법을 도출하거나 개발 계획을 짜라고 함

2. 도출한 해결 방법이나 개발 계획을 PLAN_[feature].md 파일 등에 적어두라고 함.

3. Claude와 GPT에게 PLAN_[feature].md 파일을 검토하고 수정하라고 함. 이 때 레포 전체를 읽어서 분석하라고 해야 함.

4. Codex에게 PLAN_[feature].md 를 기반으로 코드를 짜거나 수정하라고 함.

5. Claude와 GPT에게 PLAN_[feature].md를 기반으로 수정한 내용(diff) 검토하라고 함.

6. 검토한 내용과 개선 방안 중 적합한 내용을 선택해 REVIEW_[feature].md 파일에 작성하라고 함.

7. Codex에게 REVIEW_[feature].md 파일을 기반으로 수정/개선을 요청함.

* 중간중간 Cursor나 Copilot의 자동 완성을 이용해 디테일한 부분을 수정함

앞으로 개발 할 때 다음처럼 해 봐야겠다. 1. Codex로 GPT한테 코드를 분석하고 문제 해결 방법을 도출하거나 개발 계획을 짜라고 함 2. 도출한 해결 방법이나 개발 계획을 PLAN_[feature].md 파일 등에 적어두라고 함. 3. Claude와 GPT에게 PLAN_[feature].md 파일을 검토하고 수정하라고 함. 이 때 레포 전체를 읽어서 분석하라고 해야 함. 4. Codex에게 PLAN_[feature].md 를 기반으로 코드를 짜거나 수정하라고 함. 5. Claude와 GPT에게 PLAN_[feature].md를 기반으로 수정한 내용(diff) 검토하라고 함. 6. 검토한 내용과 개선 방안 중 적합한 내용을 선택해 REVIEW_[feature].md 파일에 작성하라고 함. 7. Codex에게 REVIEW_[feature].md 파일을 기반으로 수정/개선을 요청함. * 중간중간 Cursor나 Copilot의 자동 완성을 이용해 디테일한 부분을 수정함

전 직장에서 함께 실험 플랫폼을 구축했던 방태모님의 토스 메이커스 컨퍼런스 강연이 공개되어 공유드립니다 :)

실험 수준과 문화를 개선하는 일에는 고민해야 할 것들이 많은데,
실험 프로세스와 데이터 분석 조직, 그리고 기술에 대한 얘기까지 잘 정리해주셨네요.

https://youtu.be/GC5Einv-2iQ?si=FXUbxkpovy0Z5-nM

전 직장에서 함께 실험 플랫폼을 구축했던 방태모님의 토스 메이커스 컨퍼런스 강연이 공개되어 공유드립니다 :) 실험 수준과 문화를 개선하는 일에는 고민해야 할 것들이 많은데,실험 프로세스와 데이터 분석 조직, 그리고 기술에 대한 얘기까지 잘 정리해주셨네요. https://youtu.be/GC5Einv-2iQ?si=FXUbxkpovy0Z5-nM

youtu.be

요 며칠 GPT-5 Reasoning - High 를 사용해서 진지한 개발을 몇가지 해보고 있는데 진짜 레벨이 다르네요.

Claude가 잘한다고 생각하는 분들이 많은데, 뭐랄까, 좀 단순한 일을 Claude가 잘해서 그런 착시가 있는 것 같아요. GPT-5가 어려운 걸 진짜 잘합니다.

조금 전에 Codex랑 같이 심심풀이로 서버 코드 최적화를 진행했는데요. 생각지 못했던 방법으로 높은 수준의 최적화를 달성했습니다.

스타트업 시간 약 2.9배 속도 향상, 메모리 약 46.6% 절감이라는 엄청난 결과를..😳

저는 진짜 코드 한 줄을 안썼어요. 물론 휴먼 코드 리뷰를 한 번 하고 코드 정리는 해야겠지만, 직접 했으면 최소 며칠은 걸렸을 일..이 아니라 다른 일을 하느라 최적화는 생각도 못했을겁니다.

어느정도 최적화를 해두기도 했었고, 뭔가 더 최적화 할 수 있는 여지가 있을 것 같았지만, 기존에도 나쁘지는 않아서 그냥 냅두고 있었던거였거든요.

게다가 시간을 좀 써서 총 1,300만개 정도의 토큰을 썼는데, 비용이 약 $3.24 밖에 안합니다. 이정도 개선에 든 비용이 겨우 5천원..?! 😳

내년 정도가 되면 이런 최적화는 그냥 무한 루프로 돌려두면 알아서 계속 최적화하고 계선하겠죠? 비용도 거의 무료에 가까울테고요.

개발을 잘 한다는 것이 무엇인지를 개인과 회사 차원에서 진지하게 다시 고민해봐야 할 것 같습니다.

요 며칠 GPT-5 Reasoning - High 를 사용해서 진지한 개발을 몇가지 해보고 있는데 진짜 레벨이 다르네요. Claude가 잘한다고 생각하는 분들이 많은데, 뭐랄까, 좀 단순한 일을 Claude가 잘해서 그런 착시가 있는 것 같아요. GPT-5가 어려운 걸 진짜 잘합니다. 조금 전에 Codex랑 같이 심심풀이로 서버 코드 최적화를 진행했는데요. 생각지 못했던 방법으로 높은 수준의 최적화를 달성했습니다. 스타트업 시간 약 2.9배 속도 향상, 메모리 약 46.6% 절감이라는 엄청난 결과를..😳 저는 진짜 코드 한 줄을 안썼어요. 물론 휴먼 코드 리뷰를 한 번 하고 코드 정리는 해야겠지만, 직접 했으면 최소 며칠은 걸렸을 일..이 아니라 다른 일을 하느라 최적화는 생각도 못했을겁니다. 어느정도 최적화를 해두기도 했었고, 뭔가 더 최적화 할 수 있는 여지가 있을 것 같았지만, 기존에도 나쁘지는 않아서 그냥 냅두고 있었던거였거든요. 게다가 시간을 좀 써서 총 1,300만개 정도의 토큰을 썼는데, 비용이 약 $3.24 밖에 안합니다. 이정도 개선에 든 비용이 겨우 5천원..?! 😳 내년 정도가 되면 이런 최적화는 그냥 무한 루프로 돌려두면 알아서 계속 최적화하고 계선하겠죠? 비용도 거의 무료에 가까울테고요. 개발을 잘 한다는 것이 무엇인지를 개인과 회사 차원에서 진지하게 다시 고민해봐야 할 것 같습니다.

요 며칠 GPT-5 Reasoning - High 를 사용해서 진

‎나만의 대한민국 여행 지도를 만들어보세요!

내가 가본 우리나라는 여러분이 방문한 한국의 모든 지역을 색칠하는 여행 기록 앱이에요.
제가 쓰려고 만들었어요. 죽기 전에 다 색칠하는 게 제 소원이에요. 광고나 결제 따윈 없으니 안심하고 사용하세요.

* 지역별 색칠 기능
- 방문한 시/군/구를 터치 한 번으로 색칠
- 직관적인 터치 인터페이스

* 여행 통계 한눈에
- 전국 방문율 실시간 확인
- 지역별 방문 현황 통계

* 도전 과제, 성취감
- 전국 완주 도전
- 지역별 컬렉션 완성
- 특별한 여행 기록 달성

* 간편한 사용
-…

‎색칠 지도 - 내가 가본 우리나라

내가 가본 우리나라.
웹서비스에 이어... 아이폰 앱과 안드로이드 앱까지 모두 출시했습니다.

여행 중에 짬짬히 작업해서 웹, 안드로이드, 아이폰까지 출시하다니...
AI 코딩 시대가 좋긴 좋습니다.


기술 스택은 Ruby on Rails + Flutter 로 만들었습니다.
Rails 의 기본 기능을 활용해 거의 90% 를 만들었고, Flutter 로 감싸는 부분이 나머지 10% 정도 인 것 같네요.


AI 때문에 좋아진 것도 맞지만, 웹/앱 만드는 기술들이 예전보다 훨씬 좋아져서 이렇게 혼자서도 웹과 앱을 뚝딱 낼 수 있는 세상이 된 것 같아요.

광고도 없고, 완전히 무료로 사용할 수 있게 만들었어요.
국내 여행 좋아하시는 분들이라면 아마 좋아하실 겁니다.


https://apps.apple.com/kr/app/%EC%83%89%EC%B9%A0-%EC%A7%80%EB%8F%84-%EB%82%B4%EA%B0%80-%EA%B0%80%EB%B3%B8-%EC%9A%B0%EB%A6%AC%EB%82%98%EB%9D%BC/id6749817480

내가 가본 우리나라.웹서비스에 이어... 아이폰 앱과 안드로이드 앱까지 모두 출시했습니다. 여행 중에 짬짬히 작업해서 웹, 안드로이드, 아이폰까지 출시하다니... AI 코딩 시대가 좋긴 좋습니다. 기술 스택은 Ruby on Rails + Flutter 로 만들었습니다.Rails 의 기본 기능을 활용해 거의 90% 를 만들었고, Flutter 로 감싸는 부분이 나머지 10% 정도 인 것 같네요. AI 때문에 좋아진 것도 맞지만, 웹/앱 만드는 기술들이 예전보다 훨씬 좋아져서 이렇게 혼자서도 웹과 앱을 뚝딱 낼 수 있는 세상이 된 것 같아요. 광고도 없고, 완전히 무료로 사용할 수 있게 만들었어요. 국내 여행 좋아하시는 분들이라면 아마 좋아하실 겁니다. https://apps.apple.com/kr/app/%EC%83%89%EC%B9%A0-%EC%A7%80%EB%8F%84-%EB%82%B4%EA%B0%80-%EA%B0%80%EB%B3%B8-%EC%9A%B0%EB%A6%AC%EB%82%98%EB%9D%BC/id6749817480

App Store

내가 가본 우리나라

요즘 직업과 돈에 대해 깊이 생각하게 됩니다. 회사를 떠나 홀로서기를 했을 때 과연 생계를 유지할 수 있을지 고민되기 때문입니다. 안타까운 것은 아무리 고민해도 명확한 답이 나오지 않는다는 점입니다. 시뮬레이션은 가정에 불과하고, 현실과 미래는 예측할 수 없으니까요. 저와 같은 생각을 하는 많은 분들이 비슷한 딜레마에 빠져 있을 것입니다. 나가야 할까, 머물러야 할까. 마치 죽느냐 사느냐의 기로에 선 것 같습니다.


생계는 곧 생명입니다. 특히 가정이 있는 사람들에게 생계는 가족의 생명과 직결됩니다. 그래서 자연스럽게 더 많은 돈을 벌 수 있는 직업을 떠올리게 됩니다. 돈을 벌 수 없는 일은 선택하기 어렵죠. 최소한 먹고살 만큼은 벌어야 직업으로서 의미가 있으니까요.
결국 행복하지 않더라도 돈을 벌기 위해 일을 선택해야 합니다. 행복해지려고 사는데, 이보다 큰 아이러니가 또 있을까요?


어쩌면 우리에게 필요한 것은 확신이라는 생각이 듭니다. 알 수 없는 미래를 향한 확신만 있다면 무엇이든 과감하게 도전할 수 있을 테니까요.
 * 먹고살 만큼 돈을 벌 수 있다면
 * 진짜 행복한 나날을 보낼 수 있다면
 * 일을 통해 세상에 선한 영향력을 줄 수 있다면
이런 확신이 있다면 과감히 도전할 수 있을 것입니다. 하지만 믿음이 어렵습니다. 자신에 대한 확신과 미래에 대한 믿음을 갖기가 쉽지 않습니다.


그래서 현재를 기준으로 열심히 계산해봅니다. 이렇게 하면 얼마, 저렇게 하면 어떤 결과가 나올지, 지금 가진 것을 포기하면 얼마나 힘들어질지 따져봅니다. 당연히 해야 하는 생각이고, 충분히 고려해야 할 부분입니다.
하지만 그런 계산으로는 결국 선택할 수 없다는 것도 알고 있습니다. 미래는 계산으로 도전하는 것이 아니라, 해보지 않은 일에 더 열심히 부딪혀 돌파해 나가는 것임을 잘 알고 있으니까요.


어쩌면 지금보다 더 열심히 살 자신이 없는 것일 수도 있습니다. 어쩌면 지금보다 더 힘든 도전이 두려워 망설이는 것일 수도 있고요. 힘든 것은 싫으니까, 지금처럼 고정적으로 수입이 나오고 매일 출근할 곳이 있다는 안도감에 머무르고 싶은 것이겠죠.
언제 그만둬도 이상하지 않을, 내가 아니어도 충분히 잘 돌아갈 그런 곳에서 편안히 머물고 싶은 마음일 수도 있습니다.


무엇이 내 삶에 확신이 되는지 자신에게 물어봅시다. 그리고 과연 나는 행복하기 위해 어떤 노력을 하고 있는지 확인해봅시다. 행복하려고 노력하지 않고 있다면, 어떤 방해 요소가 있는지 찾아봅시다. 그리고 오늘 그 장애물을 빠르게 치워봅시다.
돈과 명예는 진정한 확신의 근거가 될 수 없습니다. 오직 행복하기 위한 조건만이 진정한 확신의 바탕이 될 수 있다는 것을 깨닫는 우리가 되길 진심으로 응원합니다.

﻿요즘 직업과 돈에 대해 깊이 생각하게 됩니다. 회사를 떠나 홀로서기를 했을 때 과연 생계를 유지할 수 있을지 고민되기 때문입니다. 안타까운 것은 아무리 고민해도 명확한 답이 나오지 않는다는 점입니다. 시뮬레이션은 가정에 불과하고, 현실과 미래는 예측할 수 없으니까요. 저와 같은 생각을 하는 많은 분들이 비슷한 딜레마에 빠져 있을 것입니다. 나가야 할까, 머물러야 할까. 마치 죽느냐 사느냐의 기로에 선 것 같습니다. 생계는 곧 생명입니다. 특히 가정이 있는 사람들에게 생계는 가족의 생명과 직결됩니다. 그래서 자연스럽게 더 많은 돈을 벌 수 있는 직업을 떠올리게 됩니다. 돈을 벌 수 없는 일은 선택하기 어렵죠. 최소한 먹고살 만큼은 벌어야 직업으로서 의미가 있으니까요.결국 행복하지 않더라도 돈을 벌기 위해 일을 선택해야 합니다. 행복해지려고 사는데, 이보다 큰 아이러니가 또 있을까요? 어쩌면 우리에게 필요한 것은 확신이라는 생각이 듭니다. 알 수 없는 미래를 향한 확신만 있다면 무엇이든 과감하게 도전할 수 있을 테니까요.<ul ><li>먹고살 만큼 돈을 벌 수 있다면</li><li>진짜 행복한 나날을 보낼 수 있다면</li><li>일을 통해 세상에 선한 영향력을 줄 수 있다면</li></ul>이런 확신이 있다면 과감히 도전할 수 있을 것입니다. 하지만 믿음이 어렵습니다. 자신에 대한 확신과 미래에 대한 믿음을 갖기가 쉽지 않습니다. 그래서 현재를 기준으로 열심히 계산해봅니다. 이렇게 하면 얼마, 저렇게 하면 어떤 결과가 나올지, 지금 가진 것을 포기하면 얼마나 힘들어질지 따져봅니다. 당연히 해야 하는 생각이고, 충분히 고려해야 할 부분입니다.하지만 그런 계산으로는 결국 선택할 수 없다는 것도 알고 있습니다. 미래는 계산으로 도전하는 것이 아니라, 해보지 않은 일에 더 열심히 부딪혀 돌파해 나가는 것임을 잘 알고 있으니까요. 어쩌면 지금보다 더 열심히 살 자신이 없는 것일 수도 있습니다. 어쩌면 지금보다 더 힘든 도전이 두려워 망설이는 것일 수도 있고요. 힘든 것은 싫으니까, 지금처럼 고정적으로 수입이 나오고 매일 출근할 곳이 있다는 안도감에 머무르고 싶은 것이겠죠.언제 그만둬도 이상하지 않을, 내가 아니어도 충분히 잘 돌아갈 그런 곳에서 편안히 머물고 싶은 마음일 수도 있습니다. 무엇이 내 삶에 확신이 되는지 자신에게 물어봅시다. 그리고 과연 나는 행복하기 위해 어떤 노력을 하고 있는지 확인해봅시다. 행복하려고 노력하지 않고 있다면, 어떤 방해 요소가 있는지 찾아봅시다. 그리고 오늘 그 장애물을 빠르게 치워봅시다.돈과 명예는 진정한 확신의 근거가 될 수 없습니다. 오직 행복하기 위한 조건만이 진정한 확신의 바탕이 될 수 있다는 것을 깨닫는 우리가 되길 진심으로 응원합니다.﻿

확신은 어디에서 오는가?

90%의 기획자들이 빠져있는 문제 

필터 프로블럼(Filter problem)은 무엇인가

매우 공감하는 글. 좀 더 첨언해보자면,

- 문제가 뭔지 정의하고 그에 대한 솔루션을 만들기보다, 머릿속 솔루션(이라기보단 개발 아이디어)을 꺼낸다음 문제를 역으로 정의해서 끼워 맞추려는 경우도 자주 발견할 수 있음

- 문제가 무엇인지 발견하고 정의하는 일이 어려울 때 가장 많이 선택하는 가설 패턴은, ‘OO의 부재로 GMV가 낮다‘ -> ’OO 하면 GMV가 상승할 것‘

- OO 를 런칭한 후 GMV가 상승하지 않으면 기획이 실패한 것이 되므로(가설 입증 여부는 이미 관심이 없는 상태), 성공해야만 함

- 실패했다면 실패한대로, 성공했다면 성공한대로 GMV 올려줄 것 같은 다음 솔루션을 머릿속에서 또 꺼낸 다음, GMV가 상승하는지 또 실험함

이쯤 되면, ‘문제’나 ’가설‘은 온데간데 없고 GMV 상승 아이디어 맞추기 게임이 되어버림. 모든 실험의 성공지표는 GMV로 통일되고, 가설입증을 위한 지표를 살펴야 한다는 의견은 무시당해버림 - GMV 가 오르면 되지, 다른 지표가 왜 중요한데! 라는 태도로 나타남.

비즈니스에서 GMV는 당연히 중요하지만, 그 GMV 를 ‘어떻게’ 확보할 것인지에 대한 전략이 부재한 기업 또는 이를 이해하지 못하는 사람들에게서 나타나는 특징.

매우 공감하는 글. 좀 더 첨언해보자면, - 문제가 뭔지 정의하고 그에 대한 솔루션을 만들기보다, 머릿속 솔루션(이라기보단 개발 아이디어)을 꺼낸다음 문제를 역으로 정의해서 끼워 맞추려는 경우도 자주 발견할 수 있음 - 문제가 무엇인지 발견하고 정의하는 일이 어려울 때 가장 많이 선택하는 가설 패턴은, ‘OO의 부재로 GMV가 낮다‘ -&gt; ’OO 하면 GMV가 상승할 것‘ - OO 를 런칭한 후 GMV가 상승하지 않으면 기획이 실패한 것이 되므로(가설 입증 여부는 이미 관심이 없는 상태), 성공해야만 함 - 실패했다면 실패한대로, 성공했다면 성공한대로 GMV 올려줄 것 같은 다음 솔루션을 머릿속에서 또 꺼낸 다음, GMV가 상승하는지 또 실험함 이쯤 되면, ‘문제’나 ’가설‘은 온데간데 없고 GMV 상승 아이디어 맞추기 게임이 되어버림. 모든 실험의 성공지표는 GMV로 통일되고, 가설입증을 위한 지표를 살펴야 한다는 의견은 무시당해버림 - GMV 가 오르면 되지, 다른 지표가 왜 중요한데! 라는 태도로 나타남. 비즈니스에서 GMV는 당연히 중요하지만, 그 GMV 를 ‘어떻게’ 확보할 것인지에 대한 전략이 부재한 기업 또는 이를 이해하지 못하는 사람들에게서 나타나는 특징.

takyoh.com

매우 공감하는 글. 좀 더 첨언해보자면,

- 문제가 뭔지 정의하

1. 모른다는 말은 알려고 노력하지 않기 위한 구실이자 핑계다.

2. 문제에서 당장 답을 찾고 지름길로 가려고 하지마라. 이런 손쉬운 길은 각자의 잠재력을 방해한다.

3. ’모른다‘라는 말이 입 밖에 나올 때 무슨 일이 벌어지는지 아는가? 뇌가 더 알려고 하지 않는다.

4. 인간은 본래 알아채고 적응하고 행동하고 반복하는 존재다. 무언가를 알아채도록 타고났는데 답을 찾으려고 애쓰지 않는다면, 삶을 변화시킬 중요한 순간을 스스로 가로막는 일이다.

5. 따라서 이런 중요한 순간에 마음을 열어두려면, ”모른다“라고 말할 때마다 깨닫고 당장 다른 말로 바꿔야 한다.

6. 디즈니랜드의 신입 직원은 손님들에게 ”모른다“라고 답하지 않고 대신 ”제가 알아보겠습니다“라고 답한 뒤 실제로 알아보도록 교육받는다.


#예술가의해법

1. 모른다는 말은 알려고 노력하지 않기 위한 구실이자 핑계다. ​2. 문제에서 당장 답을 찾고 지름길로 가려고 하지마라. 이런 손쉬운 길은 각자의 잠재력을 방해한다. ​3. ’모른다‘라는 말이 입 밖에 나올 때 무슨 일이 벌어지는지 아는가? 뇌가 더 알려고 하지 않는다. ​4. 인간은 본래 알아채고 적응하고 행동하고 반복하는 존재다. 무언가를 알아채도록 타고났는데 답을 찾으려고 애쓰지 않는다면, 삶을 변화시킬 중요한 순간을 스스로 가로막는 일이다. ​5. 따라서 이런 중요한 순간에 마음을 열어두려면, ”모른다“라고 말할 때마다 깨닫고 당장 다른 말로 바꿔야 한다. ​6. 디즈니랜드의 신입 직원은 손님들에게 ”모른다“라고 답하지 않고 대신 ”제가 알아보겠습니다“라고 답한 뒤 실제로 알아보도록 교육받는다. #예술가의해법

< 모른다고 말하는 순간, 뇌도 멈춘다 >

자바 사용자에게 NullPointerException(NPE)은 정말이지 지긋지긋한 예외입니다. 우리 모두는 이로 인한 운영 장애를 수없이 겪으며 디버깅으로 밤을 지새운 경험이 있을 겁니다.

JSpecify로 끝내는 NPE 전쟁

Optional, @Nullable, 다양한 정적 분석 도구.. 그동안 자바의 널 안전성을 지키기 위해 많은 꼼수를 써야 했다. 이제 곧 판이 뒤집힌다. JSpecify가 그 파편화된 규칙을 하나로 통일하고 있기 때문이다.

이 글을 통해 JSpecify가 어떤 배경에서 태어났고, 왜 스프링이 이를 전면 채택했는지, 그리고 실무에서 우리에게 어떤 변화를 가져올지 알아본다.

https://www.linkedin.com/pulse/jspecify%EB%A1%9C-%EB%81%9D%EB%82%B4%EB%8A%94-npe-%EC%A0%84%EC%9F%81-springrunner-kythc?utm_source=share&utm_medium=member_ios&utm_campaign=share_via

Optional, @Nullable, 다양한 정적 분석 도구.. 그동안 자바의 널 안전성을 지키기 위해 많은 꼼수를 써야 했다. 이제 곧 판이 뒤집힌다. JSpecify가 그 파편화된 규칙을 하나로 통일하고 있기 때문이다. 이 글을 통해 JSpecify가 어떤 배경에서 태어났고, 왜 스프링이 이를 전면 채택했는지, 그리고 실무에서 우리에게 어떤 변화를 가져올지 알아본다. https://www.linkedin.com/pulse/jspecify%EB%A1%9C-%EB%81%9D%EB%82%B4%EB%8A%94-npe-%EC%A0%84%EC%9F%81-springrunner-kythc?utm_source=share&amp;utm_medium=member_ios&amp;utm_campaign=share_via

www.linkedin.com

나의 소중한 시간과 에너지를 들여
매일의 순간들을 이 두가지 질문에 집중하며 살아간다.


1. 어떻게 살아가야 할 것인가?
2. 어떻게 더 나은 내가 될 수 있을까?


어떤 곳들에서는 타인을 긁고, 깎아내리고,
타인을 평가하느라 소중한 시간과 에너지를 할애한다.
그럴수록 독이 되어 자기 자신에게 돌아온다.
안타깝다.


남들을 평가하느라 남은 생애를 바치기보다는
남들의 평가를 받기 위해 에너지를 쏟아내기보다는
내 남은 생애를 더 나은 세계로 만들기로 결심을 했다.


그렇게 나는 나를 평가하는 평가자로 살아간다.
나를 평가하고 키우는 평가자가 될 것인가
타인을 평가하고 깎는 평가자가 될 것인가


오늘 마음에 새기는 초인의 이야기

나의 소중한 시간과 에너지를 들여매일의 순간들을 이 두가지 질문에 집중하며 살아간다. 1. 어떻게 살아가야 할 것인가?2. 어떻게 더 나은 내가 될 수 있을까? 어떤 곳들에서는 타인을 긁고, 깎아내리고, 타인을 평가하느라 소중한 시간과 에너지를 할애한다.그럴수록 독이 되어 자기 자신에게 돌아온다.안타깝다. 남들을 평가하느라 남은 생애를 바치기보다는남들의 평가를 받기 위해 에너지를 쏟아내기보다는내 남은 생애를 더 나은 세계로 만들기로 결심을 했다. 그렇게 나는 나를 평가하는 평가자로 살아간다.나를 평가하고 키우는 평가자가 될 것인가타인을 평가하고 깎는 평가자가 될 것인가 오늘 마음에 새기는 초인의 이야기

타인의 평가자가 되어 삶을 허비하지 않기로 하였다

프로그래밍에서 정말 중요한 개념이라고 생각하는 함수에 대해서 에릭이에게 알려주었습니다.

평소에 개발을 하면서는 몰랐는데 함수에 대한 어려운 용어가 참 많더라고요? 선언, 호출, 매개변수, 반환... 이런 말들을 7살 아이가 이해할 리가 만무하죠.

그래서 복잡한 설명은 생략하고, 무작정 그냥 같이 코드를 짜보기로 했습니다. 다행히도 아이가 금방 흥미를 느끼고 따라오더라고요.

그동안 아무렇지 않게 쓰던
print()
나
range()
가 사실 다 파이썬에 내장된 함수라는 걸 알게 되자, 눈이 동그래지고 입을 떡 벌리며 신기해하네요.

특히 마지막에는 뭔가 깨달았다는듯이 스스로 "Everything is a function!"이라고 외치는데, 저도 괜히 전율이 느껴졌습니다. 😆

📱 짧게 보기: https://youtube.com/shorts/_zKml5PB--Q
📺 전체 영상: https://youtu.be/tgBXKj0Tl00

프로그래밍에서 정말 중요한 개념이라고 생각하는 함수에 대해서 에릭이에게 알려주었습니다. 평소에 개발을 하면서는 몰랐는데 함수에 대한 어려운 용어가 참 많더라고요? 선언, 호출, 매개변수, 반환... 이런 말들을 7살 아이가 이해할 리가 만무하죠. 그래서 복잡한 설명은 생략하고, 무작정 그냥 같이 코드를 짜보기로 했습니다. 다행히도 아이가 금방 흥미를 느끼고 따라오더라고요. 그동안 아무렇지 않게 쓰던 <code>print()</code>나 <code>range()</code>가 사실 다 파이썬에 내장된 함수라는 걸 알게 되자, 눈이 동그래지고 입을 떡 벌리며 신기해하네요. 특히 마지막에는 뭔가 깨달았다는듯이 스스로 "Everything is a function!"이라고 외치는데, 저도 괜히 전율이 느껴졌습니다. 😆 📱 짧게 보기: https://youtube.com/shorts/_zKml5PB--Q📺 전체 영상: https://youtu.be/tgBXKj0Tl00

재미있는 함수에 대해 배워볼까요! 😄

일과 사랑, 그리고 인생을 위한 명언 1697개

Books to Read as a Developer

📰  개발자로서 읽어야 할 책 8권

✍️ dev.to에 올라온 개발자 도서 추천글을 번역해보았습니다. 추천된 8권 중 7권이 한글 번역이 되어있으니, 한 권씩 차근 차근 읽어나가보면 좋을것 같아요! 특정 프로그래밍 기술 혹은 언어에 대한 것이 아닌 큰 맥락으로서의 개발 서적들이니 도메인과 분야를 막론하고 한번 도전해보시길 추천합니다. :)  

저는 목록 중에 '코드 컴플리트' 한번 도서관에서 빌려서 앞에 조금 펼쳐보다가 그대로 반납한 기억이 있네요 ^^.. 궁금하시다면! 실물 한번 찾아보시면 바로 끄덕끄덕 하실꺼에요 ㅎㅎ 

--- 

# 실용주의 프로그래머 
- http://www.yes24.com/product/goods/107077663
- 프로그래밍 언어가 아닌 논리 관점에서의 언어 지혜를 다루고 있습니다. 코드 작성, 우수한 팀 구성, 관리, 도구 등 더 나은 프로그래밍을 하기 위한 여러 방법에 대한 이야기를 하고 있습니다. 
- https://pragprog.com/tips/

# 리팩토링 
- http://www.yes24.com/Product/Goods/89649360
- 왜 그리고 언제 리팩토링을 해야할까요? 클래스나 메서드는 어떻게 구성해야 하나요? 유닛 테스트란 뭔가요? 이 책에서 리팩토링에 대한 모든 답을 찾아 볼 수 있습니다. 

# 코드 컴플리트2 
- http://www.yes24.com/product/goods/44130507
- 무려 960 페이지!!! 이 책은 코드 구조, 형식, 변수, 메서드, 팀 관리 등 소프트웨어 개발의 모든 면들을 다 다루고 있어요. 이 엄청난 지식의 양에 감사한 마음이 절로 들지도 모릅니다. 

# 피플웨어 
- http://www.yes24.com/Product/Goods/13657193 
- 프로그래머 관리와 동기부여에 관한 책입니다. 개발 프로세스는 그저 벽돌 쌓기가 아닌 창의적인 과정이니까요! 

# 헤드 퍼스트 디자인 패턴 
- http://www.yes24.com/Product/Goods/108192370 
- 13개의 필수 디자인 패턴를 풍부한 예시와 재밌는 삽화와 함께 설명하는 책입니다. 그저 텍스트만 있는 것이 아니라 손으로 그린 다이어그램과 그림을 통해 개념을 학습하고 몰입할 수 있게 해줍니다. 
- https://longbiao.spatial-crowdsensing.com/courses/scad/files/head-first-design-patterns-compressed.pdf 

# 클린 코드
- http://www.yes24.com/Product/Goods/11681152
- 사람이 읽고 이해하고 유지하기 쉬운 코드를 작성하는 방법에 대한 책입니다. 

# 레거시 코드 활용 전략 
- http://www.yes24.com/Product/Goods/64586851
- 레거시 코드를 가지고 작업하는 건 많은 개발자들이 크게 선호하는 것은 아니지만 피할 수 없는 것이기도 합니다. 이 책은 레거시 코드를 어떻게 올바르게 접근 할 것인지, 그리고 어떻게 안정화 시킬 수 있는지에 대해 이야기 하고 있습니다. 
- https://understandlegacycode.com/blog/key-points-of-working-effectively-with-legacy-code/ 

# A Philosophy of Software Design 
- https://www.amazon.com/Philosophy-Software-Design-John-Ousterhout/dp/1732102201
- 한글 번역본은 없는것 같네요 ㅠ.ㅠ 
- 특정 프로그래밍 언어에 종속 되지 않는 디자인 설계 측면에서 시간을 넘어 통용되는 프로그래밍 원칙에 대한 내용, 그리고 개념 설명을 하고 있습니다.

DEV Community

📰  개발자로서 읽어야 할 책 8권

✍️ dev.to에 올라온 

팀장이 되기 위한 가장 빠른 방법은 개발 역량이 아닙니다. 😱

흔히 개발자의 성장 방식을 주로 두 가지로 나눕니다.
엔지니어링 역량을 높여 전문가가 되는 것과, 
팀장으로써의 역량을 높여 팀을 이끄는 것이죠.

엔지니어링 역량이야 시니어들을 보면서, 엔지니어링에 대한 컨퍼런스 등을 참고하면서,
늘상 해오던대로 개발에 대한 역량을 높이고, 더 큰 문제를 해결하다보면 자연스럽게 이루어집니다.

하지만 팀장이 되려고 하는 경우, 어떤 역량을 키워야하는지 잘 모르는 경우가 많더라구요.
그런데, 가장 빠르게 팀장을 달 수 있는 방법이 있습니다.

바로 '팀장의 일을 모두 빼앗아가는 것'이에요.
물론 자기 몫의 일은 해내는게 기본 값이겠죠?
제가 이야기를 나눠봤던 분들 중에는, 자신의 팀장님이 어떤 일을 하는지도 잘 모르는 경우가 많았습니다.
이건 대기업에 계신 분이라고 다르지 않았어요.

애초에 "팀장의 영역"이 "개발의 영역"과는 차이가 있다보니 관심을 갖지 않았던 경우더라구요.
회사에서 "팀장"의 역할은 "팀의 목표"를 완수하는 것이고,
그 팀장 역할이 되고싶다면, "팀의 목표"를 완수할 수 있는 사람이라는 것이 어필되어야 합니다.

그렇기 때문에 팀장이 어떤 일을 하는지, 내가 팀장의 어떤 일을 줄여줄 수 있는지, 줄여내기 위해 어떤걸 개선하면 되는지도 팀장에게 조언을 받을 수 있을겁니다.
그만큼 팀장도 시간을 벌어서, 좀 더 목표를 완수하기 위해 준비하는 시간이 늘어날거에요.
그럼 당장은 팀장이 되지 않더라도, 좋은 성

팀장이 되기 위한 가장 빠른 방법은 개발 역량이 아닙니다. 😱 흔히 개발자의 성장 방식을 주로 두 가지로 나눕니다. 엔지니어링 역량을 높여 전문가가 되는 것과, 팀장으로써의 역량을 높여 팀을 이끄는 것이죠. 엔지니어링 역량이야 시니어들을 보면서, 엔지니어링에 대한 컨퍼런스 등을 참고하면서, 늘상 해오던대로 개발에 대한 역량을 높이고, 더 큰 문제를… | Softy Choco

일이 많을 땐, 어떤 것을 먼저 처리해야할까요? 일이 많다보면 여러가지 일들로 인해서 머리는 복잡해지고, 어떤 문제를 먼저 처리해야하는지 파악하기 어렵습니다. 이런 상황에서 주니어는 어떤 문제를 먼저 처리할지, 어떻게 알 수 있을까요? 제가 2년 전, 트위터에서 이야기 했던 내용입니다. 중요도와 긴급도를 기준으로 우선순위를 정해보세요. 흔히 이야기하는 아이젠하워 매트릭스를 쓰는거죠. 하지만 그런 이야기에 "중요도"와 "긴급도"를 나누는 기준은 적혀있는 경우가 드물더라구요. 그럼, 중요도와 긴급도는 어떻게 나눌까요? 대부분의 회사는 이윤을 추구하기 때문에 이득이 될지 손해가 될지를 기준으로 의사결정을 합니다. 사실 이 수준에서 의사결정은 C레벨이나 팀장 선에서 거의 끝나있는 경우가 많고, 주니어에게는 상대적으로 작은 크기의 목표가 주어집니다. 그런 목표를 기반으로 중요도와 긴급도를 나누면 됩니다. 그럼 연차가 쌓이면 어떨까요? 더 상위의 목표를 볼 수 있도록 시야를 늘려야 합니다. 그리고 이런 상황에서 필요한건, 팀장의 관점( https://lnkd.in/gvM_js7s ) 입니다. 또 새로운 주니어 분들이, 비슷한 고민을 하지 않을까 생각되어 올려봅니다 :)

일이 많을 땐, 어떤 것을 먼저 처리해야할까요?

일이 많다보면 여러가지 일들로 인해서 머리는 복잡해지고, 어떤 문제를 먼저 처리해야하는지 파악하기 어렵습니다.
이런 상황에서 주니어는 어떤 문제를 먼저 처리할지, 어떻게 알 수 있을까요?

제가 2년 전, 트위터에서 이야기 했던 내용입니다.

중요도와 긴급도를 기준으로 우선순위를 정해보세요.
흔히 이야기하는 아이젠하워 매트릭스를 쓰는거죠.

하지만 그런 이야기에 "중요도"와 "긴급도"를 나누는 기준은 적혀있는 경우가 드물더라구요. 
그럼, 중요도와 긴급도는 어떻게 나눌까요?

대부분의 회사는 이윤을 추구하기 때문에 이득이 될지 손해가 될지를 기준으로 의사결정을 합니다.
사실 이 수준에서 의사결정은 C레벨이나 팀장 선에서 거의 끝나있는 경우가 많고, 주니어에게는 상대적으로 작은 크기의 목표가 주어집니다.

그런 목표를 기반으로 중요도와 긴급도를 나누면 됩니다.

그럼 연차가 쌓이면 어떨까요?

더 상위의 목표를 볼 수 있도록 시야를 늘려야 합니다.
그리고 이런 상황에서 필요한건, 팀장의 관점( https://lnkd.in/gvM_js7s ) 입니다.

또 새로운 주니어 분들이, 비슷한 고민을 하지 않을까 생각되어 올려봅니다 :)

kr.linkedin.com

중요도가 높고 긴급도가 낮은 건과 긴급도가 높고 중요도가 낮은 건은 어떻게 처리해야 할까요?
알고싶다면, 개발자 취업/이직/성장 채팅방에서 물어보세요! :)

https://open.kakao.com/o/g1kyqPIh

익명

@SoftyChoco

자신의 역량이 궁금해서 익명으로 활동하고 있습니다.
소프트스킬을 중요시합니다.
목표, 예의에 대해 공부해보고 있습니다.
근거 있는 논리로 설득시키는 사람이 되고싶습니다.

다른 컨텐츠: https://link.inpock.co.kr/softychoco

일이 많을 땐, 어떤 것을 먼저 처리해야할까요?

댓글 1

비슷한 게시물

주간 인기 TOP 10

추천 프로필