👨‍🚀 value class 직렬화시 맹글링 발생!  

Kotlin value class 직렬화시 맹글링이 발생하는 이유와 해결 방법

kotlin + spring 프로젝트에서 SQS 로 메세지를 전달하기 위해 직렬화를 수행하던 도중, 필드명이 요상하게 변경(맹글링)되는 문제를 마주쳤어요.

간단한 해결방법과 함께 필드명이 맹글링 되는 이유를 파헤쳐보았습니다.

https://hyeon9mak.github.io/consider-when-serializing-kotlin-value-class/

kotlin + spring 프로젝트에서 SQS 로 메세지를 전달하기 위해 직렬화를 수행하던 도중, 필드명이 요상하게 변경(맹글링)되는 문제를 마주쳤어요. 간단한 해결방법과 함께 필드명이 맹글링 되는 이유를 파헤쳐보았습니다. https://hyeon9mak.github.io/consider-when-serializing-kotlin-value-class/

현구막 기술 블로그

1
인간은 상상의 눈이나 감각을 통해 사물을 인지합니다.

2
하지만 사물을 인지할 때 인간이 가지는 마음의 태도는 두 가지로 나뉠 수 있습니다.

3
하나는 상상력을 이용하여 소망하는 것을 창조하려는 태도이고, 다른 하나는 외부 세계를 '보이는 그대로' 받아들이려는 태도입니다.

4
인간 내면에는 생명의 원리와 죽음의 원리가 있습니다.

5
하나는 넘치는 상상력으로 상상의 구조물을 만들어 내는 것이고 다른 하나는 냉정한 현실의 기반 위에 상상의 구조물을 쌓아 올리는 것입니다.

6
전자는 창조를 하지만, 후자는 현 상태를 그대로 유지합니다.

7
인간은 믿음의 길이나 혹은 눈에 보이는 길을 택해야 합니다. 인간이 풍부한 상상력으로 상상의 구조물을 만들어 내면 그만큼 생명력을 얻습니다.

8
따라서 보이는 그대로를 비추는 감각의 거울을 넘어설 수 있는 능력을 개발하는 것이 삶을 풍요롭게 만드는 길입니다.

1 인간은 상상의 눈이나 감각을 통해 사물을 인지합니다. ​ ​2 하지만 사물을 인지할 때 인간이 가지는 마음의 태도는 두 가지로 나뉠 수 있습니다. ​ ​3 하나는 상상력을 이용하여 소망하는 것을 창조하려는 태도이고, 다른 하나는 외부 세계를 '보이는 그대로' 받아들이려는 태도입니다. ​ ​4 인간 내면에는 생명의 원리와 죽음의 원리가 있습니다. ​ ​5 하나는 넘치는 상상력으로 상상의 구조물을 만들어 내는 것이고 다른 하나는 냉정한 현실의 기반 위에 상상의 구조물을 쌓아 올리는 것입니다. ​ ​6 전자는 창조를 하지만, 후자는 현 상태를 그대로 유지합니다. ​ ​7 인간은 믿음의 길이나 혹은 눈에 보이는 길을 택해야 합니다. 인간이 풍부한 상상력으로 상상의 구조물을 만들어 내면 그만큼 생명력을 얻습니다. ​ ​8 따라서 보이는 그대로를 비추는 감각의 거울을 넘어설 수 있는 능력을 개발하는 것이 삶을 풍요롭게 만드는 길입니다.

< 상상하는 인간 vs 그대로 머무는 인간 >

https://blog.naver.com/madaboutit/223699225051

WEBNORI

(+AI 활용하기 업데이트 )

폭포수모델의극복,애자일,도메인주도설계등 IT 소프트웨어 개발방법서에서 다양한 철학과 높은수준의 역량을 요구합니다. 라고 이야기합니다.
소프트웨어 개발에서 필요한 높은 수준의 중요한 역량이 도대체 무엇일까?  메타인지와 관련된 내용을 최근 접하면서 그 능력이 메타인지 능력인가? 고민을 해보았으며,
몇가지 성공한 개발방법론을 이해하고 채택하는 그 자체가 아닌 개발방법론을 이용하면서 팀의 공유된 메타인지 능력 향상이 중요해보이며 
개발방법론과 함께 메타인지개념을 연결하고 AI활용법도 함께 알아보았습니다.

링크 : https://wiki.webnori.com/pages/viewpage.action?pageId=51937449

(+AI 활용하기 업데이트 ) 폭포수모델의극복,애자일,도메인주도설계등 IT 소프트웨어 개발방법서에서 다양한 철학과 높은수준의 역량을 요구합니다. 라고 이야기합니다.소프트웨어 개발에서 필요한 높은 수준의 중요한 역량이 도대체 무엇일까?&nbsp; 메타인지와 관련된 내용을 최근 접하면서 그 능력이 메타인지 능력인가? 고민을 해보았으며,몇가지 성공한 개발방법론을 이해하고 채택하는 그 자체가 아닌 개발방법론을 이용하면서 팀의 공유된 메타인지 능력 향상이 중요해보이며&nbsp;개발방법론과 함께 메타인지개념을 연결하고 AI활용법도 함께 알아보았습니다. 링크 : https://wiki.webnori.com/pages/viewpage.action?pageId=51937449

wiki.webnori.com

메타인지 생각의기술 - 개발팀에서 활용하기편

지난 10월 트레바리 북클럽 책으로 칩워(Chip War)를 선택했고 그러면서 그때 틈만 나면 책 오디오 북 듣고 유튜브에서 관련 영상을 찾아보았다. 그러면서 TSMC의 창업자인 Morris Chang이란 사람에 대해 많은 걸 알게 되었다. 2023년말에 본인의 모교인 MIT에서 했던 톡을 어제 오늘 메모해 가며 보았는데 Foundry business model을 설명한 슬라이드를 아래 공유해보았다.

 * 먼저 이 톡을 한 시점에 나이가 92세란 점 잊지 말자. 아주 정정하고 이야기하는 걸 보면 이 나이에도 본인이 직접 슬라이드를 만든 것으로 보인다. 아시안이 아니었더라면, 조금 뒤에 태어났더라면 타이완으로 가지 않고 미국내 반도체 기업에서 CEO를 했을 사람이라 보여진다.
 * 타이완 출신인 줄 알았는데 중국 본토 출신으로 10대 후반으로 미국으로 와서 MIT, Stanford 등에서 공부하고 Texas Instrument에서 25년을 일하고 3인자가 까지 올라갔다가 CEO 경쟁에서 밀리면서 TSMC를 창업한 것은 85년으로 54세 때이다. TSMC가 어디서 갑자기 튀어나온 회사가 아니다. 역시 하룻밤 성공은 없다.
 * 아래 슬라이드에서 검은 색 부분은 일반적인 반도체 회사들이 하는 일들이고 빨간 색으로 친 부분이 TSMC가 집중하는 분야이다. 본인이 TSMC를 창업했을 때는 다들 신경쓰지 않더니 지금은 모두들 부러워 한다는 조크도 잠깐 하고 연륜이 느껴진다.

참고로 Foundry가 무엇인지 모르는 분들을 위해 설명해보자면 반도체를 디자인부터 생산까지 다 하는 것이 아니라 생산만을 담당하는 것으로 삼성전자나 인텔도 TSMC를 따라하면서 Foundry 조직이 있거나 있었지만 디자인만 하는 곳(엔비디아, 애플 등등)들이 맡기기에는 정보 유출등의 잠재적인 위험이 있기에 잘 되고 있지 않다. 다음 포스팅에서는 Morris Chang이 이야기한 대만이 갖고 있는 이점에 대해서 이야기해보고자 한다. 칩워(Chip War)는 정말 읽어볼만한 가치가 있는 책으로 강추!

지난 10월 트레바리 북클럽 책으로 칩워(Chip War)를 선택했고 그러면서 그때 틈만 나면 책 오디오 북 듣고 유튜브에서 관련 영상을 찾아보았다. 그러면서 TSMC의 창업자인 Morris Chang이란 사람에 대해 많은 걸 알게 되었다. 2023년말에 본인의 모교인 MIT에서 했던 톡을 어제 오늘 메모해 가며 보았는데 Foundry business model을 설명한 슬라이드를 아래 공유해보았다. <ul ><li>먼저 이 톡을 한 시점에 나이가 92세란 점 잊지 말자. 아주 정정하고 이야기하는 걸 보면 이 나이에도 본인이 직접 슬라이드를 만든 것으로 보인다. 아시안이 아니었더라면, 조금 뒤에 태어났더라면 타이완으로 가지 않고 미국내 반도체 기업에서 CEO를 했을 사람이라 보여진다. </li><li>타이완 출신인 줄 알았는데 중국 본토 출신으로 10대 후반으로 미국으로 와서 MIT, Stanford 등에서 공부하고 Texas Instrument에서 25년을 일하고 3인자가 까지 올라갔다가 CEO 경쟁에서 밀리면서 TSMC를 창업한 것은 85년으로 54세 때이다. TSMC가 어디서 갑자기 튀어나온 회사가 아니다. 역시 하룻밤 성공은 없다. </li><li>아래 슬라이드에서 검은 색 부분은 일반적인 반도체 회사들이 하는 일들이고 빨간 색으로 친 부분이 TSMC가 집중하는 분야이다. 본인이 TSMC를 창업했을 때는 다들 신경쓰지 않더니 지금은 모두들 부러워 한다는 조크도 잠깐 하고 연륜이 느껴진다. </li></ul> 참고로 Foundry가 무엇인지 모르는 분들을 위해 설명해보자면 반도체를 디자인부터 생산까지 다 하는 것이 아니라 생산만을 담당하는 것으로 삼성전자나 인텔도 TSMC를 따라하면서 Foundry 조직이 있거나 있었지만 디자인만 하는 곳(엔비디아, 애플 등등)들이 맡기기에는 정보 유출등의 잠재적인 위험이 있기에 잘 되고 있지 않다. 다음 포스팅에서는 Morris Chang이 이야기한 대만이 갖고 있는 이점에 대해서 이야기해보고자 한다. 칩워(Chip War)는 정말 읽어볼만한 가치가 있는 책으로 강추!

왜 TSMC는 잘 할까?

“재호야, 문제 원인은 찾았니? 언제까지 고칠 수 있겠니?”
“휴… 잘 모르겠어요.”
“난 네가 모르겠다고 말하는 게 제일 무서워.”

저에게는 이사님이 제 자리에 와서 언제까지 되겠니 묻는 게 가장 무서운 순간이었는데…
이사님은 제가 잘 모르겠다 말하는 게 가장 무섭다고 합니다.
서로가 무서운 이 웃픈 상황.

늦어도 좋으니 제발 일정을 알려 달라고.
이사님의 입장도 이해는 했습니다. 일정이 정해져야 영업팀과 운영팀에 알려서 고객들과 커뮤니케이션을 할 테니까.
하지만 정말 모르겠는 걸 어떡해… 함부로 말하다가 약속을 못 지키면?
그야말로 죽을 맛이었습니다. 어디가 문젠지 짐작도 안 가는데, 일정의 독촉은 계속 되고...
개발하면서 이렇게 스트레스받았을 때가 있었던가?

그건 파일 시스템 드라이버를 만들 때 였습니다.
(N:에 마운트 하는 네이버 클라우드 탐색기를 떠올리시면 됩니다.)

윈도우를 며칠간 사용하다 보면 메모리가 사용량이 조금씩 높아진다는 제보들이 있었습니다.
처음엔 그게 우리 드라이버 때문인지 믿을 수가 없었습니다.
하지만 사내 사용자들의 제보도 계속 이어졌고, 문제를 찾기 위해 애쓰는 날들이 계속됐습니다.

애플리케이션과는 달리 커널 코드에서 메모리가 새면 찾기도 어려울뿐더러 컴퓨터를 껐다 켜기 전까지는 해소가 되지 않습니다. 지옥 같은 날들을 지나, 결국 어떤 부분에서 그러는지를 찾아냈습니다.

버그 제보를 받은 날부터 고치기까지 한 달쯤 걸렸던가?
아침에 눈을 뜨면 한숨부터 나오면서 회사 가기가 무서웠던 날들이었습니다.

오늘 편안하게 앉아서 창밖을 바라보다 문득 이때 생각이 났습니다.
회사를 그만두고 이런 압박이 없어져서 정말 다행입니다만… 생각해 보니 이런 압박 덕분에 결국 문제를 해결해 내고 성장할 수 있었던 것 같습니다.
그래도 이 정도로 스트레스받아가며 여생을 살고 싶진 않네요. (웃음)

* TMI 토킹
오래된 기억이지만 문제는 FsRtlNotifyFullReportChange 의 구현 때문이었습니다.

만약 똑같은 경로에서 윈도 탐색기 두 개를 열어 놓고,
한 쪽에서 파일 하나를 생성하면 다른 쪽 탐색기에서도 새로 만들어진 파일이 곧장 보여야 합니다.

이건 윈도 탐색기가 ReadDirectoryChangesW 함수를 잘 구현해 줬기 때문에 되는 일이기도 하지만, 파일 시스템에서도 FsRtlNotifyFullReportChange 를 구현해 줘야만 합니다.
파일 시스템에서 이 부분을 구현 안 하면 애플리케이션에서 아무리 디렉터리 변경을 기다리고 있더라도 통지가 오지 않게 되는 것입니다.
이 함수를 어떻게 구현해야 한다고 자세하게 알려주는 문서는 없었습니다. 우리는 다행히 이 부분을 잘 구현해둬서 파일 알림 통지가 잘 되고 있었는데… 통지만 잘 될 뿐 여기서 메모리가 새고 있었던 것입니다. 너무 적게 새어나가고 있어서 찾을 수가 없을 정도로.
이 버그를 완전히 고쳤을 때 얼마나 기뻤던지.

“재호야, 문제 원인은 찾았니? 언제까지 고칠 수 있겠니?” “휴… 잘 모르겠어요.” “난 네가 모르겠다고 말하는 게 제일 무서워.” 저에게는 이사님이 제 자리에 와서 언제까지 되겠니 묻는 게 가장 무서운 순간이었는데… 이사님은 제가 잘 모르겠다 말하는 게 가장 무섭다고 합니다. 서로가 무서운 이 웃픈 상황. 늦어도 좋으니 제발 일정을 알려 달라고. 이사님의 입장도 이해는 했습니다. 일정이 정해져야 영업팀과 운영팀에 알려서 고객들과 커뮤니케이션을 할 테니까. 하지만 정말 모르겠는 걸 어떡해… 함부로 말하다가 약속을 못 지키면? 그야말로 죽을 맛이었습니다. 어디가 문젠지 짐작도 안 가는데, 일정의 독촉은 계속 되고... 개발하면서 이렇게 스트레스받았을 때가 있었던가? 그건 파일 시스템 드라이버를 만들 때 였습니다. (N:에 마운트 하는 네이버 클라우드 탐색기를 떠올리시면 됩니다.) 윈도우를 며칠간 사용하다 보면 메모리가 사용량이 조금씩 높아진다는 제보들이 있었습니다. 처음엔 그게 우리 드라이버 때문인지 믿을 수가 없었습니다. 하지만 사내 사용자들의 제보도 계속 이어졌고, 문제를 찾기 위해 애쓰는 날들이 계속됐습니다. 애플리케이션과는 달리 커널 코드에서 메모리가 새면 찾기도 어려울뿐더러 컴퓨터를 껐다 켜기 전까지는 해소가 되지 않습니다. 지옥 같은 날들을 지나, 결국 어떤 부분에서 그러는지를 찾아냈습니다. 버그 제보를 받은 날부터 고치기까지 한 달쯤 걸렸던가? 아침에 눈을 뜨면 한숨부터 나오면서 회사 가기가 무서웠던 날들이었습니다. 오늘 편안하게 앉아서 창밖을 바라보다 문득 이때 생각이 났습니다. 회사를 그만두고 이런 압박이 없어져서 정말 다행입니다만… 생각해 보니 이런 압박 덕분에 결국 문제를 해결해 내고 성장할 수 있었던 것 같습니다. 그래도 이 정도로 스트레스받아가며 여생을 살고 싶진 않네요. (웃음) * TMI 토킹 오래된 기억이지만 문제는 FsRtlNotifyFullReportChange 의 구현 때문이었습니다. 만약 똑같은 경로에서 윈도 탐색기 두 개를 열어 놓고, 한 쪽에서 파일 하나를 생성하면 다른 쪽 탐색기에서도 새로 만들어진 파일이 곧장 보여야 합니다. 이건 윈도 탐색기가 ReadDirectoryChangesW 함수를 잘 구현해 줬기 때문에 되는 일이기도 하지만, 파일 시스템에서도 FsRtlNotifyFullReportChange 를 구현해 줘야만 합니다. 파일 시스템에서 이 부분을 구현 안 하면 애플리케이션에서 아무리 디렉터리 변경을 기다리고 있더라도 통지가 오지 않게 되는 것입니다. 이 함수를 어떻게 구현해야 한다고 자세하게 알려주는 문서는 없었습니다. 우리는 다행히 이 부분을 잘 구현해둬서 파일 알림 통지가 잘 되고 있었는데… 통지만 잘 될 뿐 여기서 메모리가 새고 있었던 것입니다. 너무 적게 새어나가고 있어서 찾을 수가 없을 정도로. 이 버그를 완전히 고쳤을 때 얼마나 기뻤던지.

언제까지 고칠 수 있겠니?

출근길에 … 언제까지 고칠 수 있겠니라는 문구보고 아찔해져서 들어왔습니다,,,

크리에이터, 지식 공유자, 커뮤니티 빌더로 지냈던 2024년

회고/어쩌면 개발자가 아니었을지도?

누군가를 알고 싶다면 시간과 돈을 쓰는 곳을 살펴보면 돼요.

2024년의 저를 돌아보니 개발자라는 정체성 외에 다른 모습으로 보낸 시간이 길었더라고요. 크리에이터이자 지식 공유자, 커뮤니티 빌더로 많은 시간을 보냈어요. 또 테슬라 오너, 기부자, 독서가로 보내기도 했죠.

여러분의 2024년은 어땠나요? 마음 아픈 소식으로 힘든 연말, 좋았던 순간도 잠시 돌아보는 회고의 시간이 되길 바라요!

https://hajoeun.com/2024/retrospective?utm_medium=app&utm_campaign=241231&utm_source=careerly

누군가를 알고 싶다면 시간과 돈을 쓰는 곳을 살펴보면 돼요. 2024년의 저를 돌아보니 개발자라는 정체성 외에 다른 모습으로 보낸 시간이 길었더라고요. 크리에이터이자 지식 공유자, 커뮤니티 빌더로 많은 시간을 보냈어요. 또 테슬라 오너, 기부자, 독서가로 보내기도 했죠. 여러분의 2024년은 어땠나요? 마음 아픈 소식으로 힘든 연말, 좋았던 순간도 잠시 돌아보는 회고의 시간이 되길 바라요! https://hajoeun.com/2024/retrospective?utm_medium=app&amp;utm_campaign=241231&amp;utm_source=careerly

hajoeun.com

2024년 회고, 어쩌면 개발자가 아니었을지도?

처음 애플리케이션을 만들어 보는 것은 비교적 쉽습니다. 왜냐하면 인터넷에 수많은 학습 자료와 방법이 공개되어 있고, 다양한 예제 코드·프레임워크·템플릿을 참고할 수도 있기 때문입니다.

클린 아키텍처를 적용한 스프링 기반 애플리케이션

클린 아키텍처는 관심사의 분리(Separation of Concerns)에 기반하여 애플리케이션을 구조한다. 상위 수준의 추상화 및 정책을 하위 수준의 기술 의존 코드와 분리하고, 소스 코드 의존성을 바깥에서 안쪽으로 향하도록 만든다. 그 결과 코드는 테스트하기 훨씬 쉬워지고, 기술 선택이나 환경 변화가 생겨도 유연하게 대응할 수 있다.

하지만 실제 구현 단계에 이르면, 수많은 난관이 생기고 질문도 많이 떠오른다. "어디서부터 시작해야 할까?", "프로젝트 구조는 어떻게 잡아야 하지?", "스프링 기반 애플리케이션에 클린 아키텍처 원칙을 어떻게 적용하면 좋을까?" 등등 같은 질문이 당연히 생기기 마련이다.

클린 아키텍처를 제안한 로버트 C. 마틴(일명 밥 아저씨)이 직접 작성한 블로그 글과 책, 그리고 강연 영상들이 있어서 개념적인 도움을 얻을 수는 있다. 그런데 문제는, 이 자료들에서 소스 코드 구조나 세부 구현 예시 같은 실질적인 지침이 거의 제시되지 않는다는 점이다. 이 때문에 스프링 프로젝트나 현대적인 개발 환경에서 어떻게 적용해야 할지 구체적인 코드 수준의 설명이 부족하다는 아쉬움이 있었다. 나도 처음에는 "도대체 예제 코드 없이 이걸 어떻게 구현하라는 거지?" 라는 생각에 당혹감과 약간의 분노를 느끼기도 했는데, 결국 지난 몇 년 동안 다양한 시도를 거치며 일부 원칙을 준수하고 내 상황에 가장 잘 맞는 접근 방식을 나름 찾아냈다.

이 글은 클린 아키텍처를 스프링 기반 애플리케이션에 적용해보고 싶은 분들을 위해 "좀 더 실용적이고 간소화된 클린 아키텍처"를 설명하기 위해 작성했다. 비즈니스 로직과 외부 기술을 어떻게 분리하고 조직화해야 하는지 예제로 살펴보며, 왜 이런 구조가 유지보수성과 확장성에 유리한지를 구체적으로 설명하려고 노력했다. 클린 아키텍처가 다소 추상적이라 느껴졌던 분들에게, "실제 코드로 어떻게 구현할 수 있을까?" 라는 궁금증을 풀어주는 좋은 사례가 되었으면 좋겠다.

https://www.linkedin.com/pulse/클린-아키텍처를-적용한-스프링-기반-애플리케이션-springrunner-hpnzc/

클린 아키텍처는 관심사의 분리(Separation of Concerns)에 기반하여 애플리케이션을 구조한다. 상위 수준의 추상화 및 정책을 하위 수준의 기술 의존 코드와 분리하고, 소스 코드 의존성을 바깥에서 안쪽으로 향하도록 만든다. 그 결과 코드는 테스트하기 훨씬 쉬워지고, 기술 선택이나 환경 변화가 생겨도 유연하게 대응할 수 있다. 하지만 실제 구현 단계에 이르면, 수많은 난관이 생기고 질문도 많이 떠오른다. "어디서부터 시작해야 할까?", "프로젝트 구조는 어떻게 잡아야 하지?", "스프링 기반 애플리케이션에 클린 아키텍처 원칙을 어떻게 적용하면 좋을까?" 등등 같은 질문이 당연히 생기기 마련이다. 클린 아키텍처를 제안한 로버트 C. 마틴(일명 밥 아저씨)이 직접 작성한 블로그 글과 책, 그리고 강연 영상들이 있어서 개념적인 도움을 얻을 수는 있다. 그런데 문제는, 이 자료들에서 소스 코드 구조나 세부 구현 예시 같은 실질적인 지침이 거의 제시되지 않는다는 점이다. 이 때문에 스프링 프로젝트나 현대적인 개발 환경에서 어떻게 적용해야 할지 구체적인 코드 수준의 설명이 부족하다는 아쉬움이 있었다. 나도 처음에는 "도대체 예제 코드 없이 이걸 어떻게 구현하라는 거지?" 라는 생각에 당혹감과 약간의 분노를 느끼기도 했는데, 결국 지난 몇 년 동안 다양한 시도를 거치며 일부 원칙을 준수하고 내 상황에 가장 잘 맞는 접근 방식을 나름 찾아냈다. 이 글은 클린 아키텍처를 스프링 기반 애플리케이션에 적용해보고 싶은 분들을 위해 "좀 더 실용적이고 간소화된 클린 아키텍처"를 설명하기 위해 작성했다. 비즈니스 로직과 외부 기술을 어떻게 분리하고 조직화해야 하는지 예제로 살펴보며, 왜 이런 구조가 유지보수성과 확장성에 유리한지를 구체적으로 설명하려고 노력했다. 클린 아키텍처가 다소 추상적이라 느껴졌던 분들에게, "실제 코드로 어떻게 구현할 수 있을까?" 라는 궁금증을 풀어주는 좋은 사례가 되었으면 좋겠다. https://www.linkedin.com/pulse/클린-아키텍처를-적용한-스프링-기반-애플리케이션-springrunner-hpnzc/

www.linkedin.com

앞서 포스팅의 후속편으로 TSMC의 창업자인 Morris Chang이 10개월전에 본인의 모교 MIT에서 했던 톡의 4번째 토픽 타이완이 칩 공정에서 갖고 있는 이점에 관한 이야기다.

 * 인재 (Talents) - 여기에는 엔지니어 뿐만 아니라 공장에서 일하는 테크니션, 오퍼레이터를 포함
 * 낮은 퇴사율 (Low turnover rate)
 * 지리적 집중 (Geographical concentration)
 * 경험 곡선 이론 (Experience Curve Theory) - 생산량이 증가함에 따라 단위당 비용이 감소하는 경향을 이야기하는 이론으로 대만이 반도체 생산을 오래 하면서 생긴 경험이 가져다주는 이점을 이야기
 * 앞과 연관된 포인트로 지난 30년간 만들어진 반도체 공정 생태계

몇 가지 흥미로운 포인트는 대만의 교육 시스템에 관한 이야기인데 (한국이나) 미국처럼 엘리트 교육에만 집중하는 것이 아니라 직업 학교 (Vocational School 혹은 trade school)로 가는 사람들이 많고 이는 보통 중학교 때문에 결정한다는 이야기를 한다. 공정에 필요한 것은 엔지니어 뿐만이 아니고 기술자(technician)와 라인을 운영하는 사람들(operator)인데 공급이 충분하며 이걸로 업을 삼는 사람들이다 보니 이직율이 낮다. 반대로 미국의 경우 불경기때는 이직율이 15% 정도 경기가 좋을 때는 25% 정도라는 이야기를 추가로 한다.

다음은 대만이라는 나라의 특성상 모든 업체들이 모여있을 수 밖에 없고 칩공정에 관한한 지난 30년 동안 생태계가 만들어져서 탄탄하다는 거다. 그러다보니 세계 유수의 공정장비 업체들도 모두 서비스 센터, 교육 센터 등이 대만에 있다고 한다. 이런 특성은 한국이나 다른 나라들이 쉽게 넘어설 수 없는 대만만의 장점이다. 다음 포스팅에서 Morris Chang의 반도체 관련 미래에 대한 예측에 대해 이야기해보고자 한다.

앞서 포스팅의 후속편으로 TSMC의 창업자인 Morris Chang이 10개월전에 본인의 모교 MIT에서 했던 톡의 4번째 토픽 타이완이 칩 공정에서 갖고 있는 이점에 관한 이야기다. <ul ><li>인재 (Talents) - 여기에는 엔지니어 뿐만 아니라 공장에서 일하는 테크니션, 오퍼레이터를 포함</li><li>낮은 퇴사율 (Low turnover rate)</li><li>지리적 집중 (Geographical concentration)</li><li>경험 곡선 이론 (Experience Curve Theory) - 생산량이 증가함에 따라 단위당 비용이 감소하는 경향을 이야기하는 이론으로 대만이 반도체 생산을 오래 하면서 생긴 경험이 가져다주는 이점을 이야기</li><li>앞과 연관된 포인트로 지난 30년간 만들어진 반도체 공정 생태계</li></ul> 몇 가지 흥미로운 포인트는 대만의 교육 시스템에 관한 이야기인데 (한국이나) 미국처럼 엘리트 교육에만 집중하는 것이 아니라 직업 학교 (Vocational School 혹은 trade school)로 가는 사람들이 많고 이는 보통 중학교 때문에 결정한다는 이야기를 한다. 공정에 필요한 것은 엔지니어 뿐만이 아니고 기술자(technician)와 라인을 운영하는 사람들(operator)인데 공급이 충분하며 이걸로 업을 삼는 사람들이다 보니 이직율이 낮다. 반대로 미국의 경우 불경기때는 이직율이 15% 정도 경기가 좋을 때는 25% 정도라는 이야기를 추가로 한다. 다음은 대만이라는 나라의 특성상 모든 업체들이 모여있을 수 밖에 없고 칩공정에 관한한 지난 30년 동안 생태계가 만들어져서 탄탄하다는 거다. 그러다보니 세계 유수의 공정장비 업체들도 모두 서비스 센터, 교육 센터 등이 대만에 있다고 한다. 이런 특성은 한국이나 다른 나라들이 쉽게 넘어설 수 없는 대만만의 장점이다. 다음 포스팅에서 Morris Chang의 반도체 관련 미래에 대한 예측에 대해 이야기해보고자 한다.

반도체 공정에 있어 대만의 이점

The second birthday of ChatGPT was only a little over a month ago, and now we have transitioned into the next paradigm of models that can do complex reasoning. New years get people in a reflective...

Reflections

오늘 샘알트먼의 블로그에서 회고 글이 올라왔습니다.
인공지능의 발전과 OpenAI의 여정에 대한 그의 개인적인 성찰이 담겨있는 글입니다.

인공지능 개발에 더 가까워질수록, 회사의 진전을 돌아보는 것이 중요한 시기처럼 느껴집니다.
여전히 이해해야 할 것들이 많고, 알지 못하는 것이 많으며, 초기 단계에 불과합니다. 하지만 시작할 때보다 훨씬 많은 것을 알게 되었습니다. 우리는 인공지능 개발이 가능하고, 이것이 인류 역사상 가장 영향력 있는 기술이 될 수 있다고 믿었기에 약 9년 전 OpenAI를 시작했습니다.
인공지능을 어떻게 개발하고 폭넓게 이롭게 할 수 있을지 알아내고 싶었고, 역사의 한 획을 긋는 일을 시도하고 싶었습니다.
ChatGPT 출시 이후 우리는 지금까지 본 적 없는 성장 곡선을 그렸습니다. 마침내 AI로부터 기대했던 막대한 잠재적인 이점을 일부 실현하고 있으며, 앞으로 얼마나 더 많은 일이 있을지 기대가 됩니다.

쉬운 길은 아니었습니다. 여정은 순탄하지 않았고, 올바른 선택이 항상 명확했던 것도 아닙니다.
지난 2년 동안 새로운 기술을 중심으로 거의 처음부터 회사를 구축해야 했습니다. 이 일은 실제로 해보는 것 외에는 사람들을 훈련시킬 방법이 없으며, 기술의 분야 자체가 완전히 새로운 경우에는 어떻게 해야 하는지 정확히 알려줄 수 있는 사람도 전혀 없었습니다.
실수는 진행하면서 수정되지만 원천적인 작업을 할 때에는 참고할 수 있는 가이드북이 존재하지 않습니다. 미지의 영역에서 빠르게 움직이는 경험은 대단하지만 동시에 극도로 스트레스가 많은 일이고 갈등과 오해도 많이 발생합니다.
최근 몇년은 제 삶에서 가장 보람차고 재밌었으며 최고의 경험이자 흥미로웠던 동시에 가장 피곤하고 스트레스가 많았습니다. 그러나 지금 이순간 느끼는 가장 강렬한 감정은 감사입니다.

아무런 예고 없이 화상 통화 중에 해고 당했을 때
거의 설명하기 힘들정도로 잘못된 꿈처럼 느껴졌지만 다양한 관점과 폭넓은 경험을 가진 이사회의 중요성을 배웠습니다. 복잡한 문제를 관리하려면 신뢰와 신빙성이 필수적입니다. 가장 크게 얻은 교훈은 감사할 일이 얼마나 많은지, 그리고 감사해야 할 사람들이 얼마나 많은지 깨달았다는 것입니다. 우리는 이후 더 통합되고 긍정적인 방식으로 다시 일에 복귀했습니다. 이 시점에 우리의 WAU는 약 1억 명에서 3억 명 이상으로 성장했고, 무엇보다도 사람들이 진심으로 사랑하고 실제 문제를 해결해주는 기술을 세상에 계속 내놓을 수 있었습니다.

AI 개발은 많은 우여곡절을 겪어왔으며, 앞으로도 더 많은 변화가 있을 것이라고 예상합니다.
지금까지 연구와 배포에서 쌓은 성과를 자랑스럽게 생각하며, 안전성과 이익 공유에 대한 사고를 계속 발전시키는데 헌신하고 있습니다. 우리는 AI 시스템을 안전하게 만드는 가장 좋은 방법은 그것을 세상에 점진적으로 출시하여 사회가 기술에 적응하고 함께 발전할 시간을 갖도록 하는 것이라고 믿습니다. 경험으로부터 배우며 기술을 계속 더 안전하게 만드는 것이 중요합니다.
우리는 25년에 첫번째 AI 에이전트가 노동력에 합류하여 기업의 산출물에 실질적인 변화를 가져올 수 있을 것이라고 믿습니다.

사람들과 함께 어려운 상황을 겪어보면 그들이 무엇을 진정으로 할 수 있는지를 알게 됩니다.
제가 가장 기억해야 할 것은 배려, 연민, 그리고 지원입니다.

오늘 샘알트먼의 블로그에서 회고 글이 올라왔습니다. 인공지능의 발전과 OpenAI의 여정에 대한 그의 개인적인 성찰이 담겨있는 글입니다. 인공지능 개발에 더 가까워질수록, 회사의 진전을 돌아보는 것이 중요한 시기처럼 느껴집니다.여전히 이해해야 할 것들이 많고, 알지 못하는 것이 많으며, 초기 단계에 불과합니다. 하지만 시작할 때보다 훨씬 많은 것을 알게 되었습니다. 우리는 인공지능 개발이 가능하고, 이것이 인류 역사상 가장 영향력 있는 기술이 될 수 있다고 믿었기에 약 9년 전 OpenAI를 시작했습니다. 인공지능을 어떻게 개발하고 폭넓게 이롭게 할 수 있을지 알아내고 싶었고, 역사의 한 획을 긋는 일을 시도하고 싶었습니다.ChatGPT 출시 이후 우리는 지금까지 본 적 없는 성장 곡선을 그렸습니다. 마침내 AI로부터 기대했던 막대한 잠재적인 이점을 일부 실현하고 있으며, 앞으로 얼마나 더 많은 일이 있을지 기대가 됩니다. 쉬운 길은 아니었습니다. 여정은 순탄하지 않았고, 올바른 선택이 항상 명확했던 것도 아닙니다.지난 2년 동안 새로운 기술을 중심으로 거의 처음부터 회사를 구축해야 했습니다. 이 일은 실제로 해보는 것 외에는 사람들을 훈련시킬 방법이 없으며, 기술의 분야 자체가 완전히 새로운 경우에는 어떻게 해야 하는지 정확히 알려줄 수 있는 사람도 전혀 없었습니다. 실수는 진행하면서 수정되지만 원천적인 작업을 할 때에는 참고할 수 있는 가이드북이 존재하지 않습니다. 미지의 영역에서 빠르게 움직이는 경험은 대단하지만 동시에 극도로 스트레스가 많은 일이고 갈등과 오해도 많이 발생합니다. 최근 몇년은 제 삶에서 가장 보람차고 재밌었으며 최고의 경험이자 흥미로웠던 동시에 가장 피곤하고 스트레스가 많았습니다. 그러나 지금 이순간 느끼는 가장 강렬한 감정은 감사입니다. 아무런 예고 없이 화상 통화 중에 해고 당했을 때거의 설명하기 힘들정도로 잘못된 꿈처럼 느껴졌지만 다양한 관점과 폭넓은 경험을 가진 이사회의 중요성을 배웠습니다. 복잡한 문제를 관리하려면 신뢰와 신빙성이 필수적입니다. 가장 크게 얻은 교훈은 감사할 일이 얼마나 많은지, 그리고 감사해야 할 사람들이 얼마나 많은지 깨달았다는 것입니다. 우리는 이후 더 통합되고 긍정적인 방식으로 다시 일에 복귀했습니다. 이 시점에 우리의 WAU는 약 1억 명에서 3억 명 이상으로 성장했고, 무엇보다도 사람들이 진심으로 사랑하고 실제 문제를 해결해주는 기술을 세상에 계속 내놓을 수 있었습니다. AI 개발은 많은 우여곡절을 겪어왔으며, 앞으로도 더 많은 변화가 있을 것이라고 예상합니다.지금까지 연구와 배포에서 쌓은 성과를 자랑스럽게 생각하며, 안전성과 이익 공유에 대한 사고를 계속 발전시키는데 헌신하고 있습니다. 우리는 AI 시스템을 안전하게 만드는 가장 좋은 방법은 그것을 세상에 점진적으로 출시하여 사회가 기술에 적응하고 함께 발전할 시간을 갖도록 하는 것이라고 믿습니다. 경험으로부터 배우며 기술을 계속 더 안전하게 만드는 것이 중요합니다. 우리는 25년에 첫번째 AI 에이전트가 노동력에 합류하여 기업의 산출물에 실질적인 변화를 가져올 수 있을 것이라고 믿습니다. 사람들과 함께 어려운 상황을 겪어보면 그들이 무엇을 진정으로 할 수 있는지를 알게 됩니다.제가 가장 기억해야 할 것은 배려, 연민, 그리고 지원입니다.

Sam Altman

샘알트먼의 2024년 회고

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까?    직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자.      A팀장은 신입 시절부터 목표 집중력이 좋다는 말을 들어왔다. 결과를 낼 때까지 끈기있게 밀어붙이는 업무 스타일을 고수해왔다. 계획대로 되지 않은 일은 적극적으로 관여해 차질이 없게 하는

성공하는 리더는 강점을 강화한 사람도, 약점을 보완한 사람도 아니다

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까?

직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자.

A팀장은 신입 시절부터 목표 집중력이 좋다는 말을 들어왔다. 결과를 낼 때까지 끈기있게 밀어붙이는 업무 스타일을 고수해왔다. 계획대로 되지 않은 일은 적극적으로 관여해 차질이 없게 하는 진행했다. 발군의 업무 추진력을 인정받아 팀장이 되었다.

A팀장은 변한 게 없다. 여전히 결과지향적이고 집중력이 탁월하다. 그런데, 팀장이 되고 나서는 하나의 일이 아니라 여러 프로젝트를 동시에 관리해야 하는데, 우선순위에 지나치게 집착하는 바람에 돌발 상황에 대처하지 못하는 일이 발생하기 시작했다.

하나의 프로젝트를 마치기 전에 다른 프로젝트를 시작하는 것도 어려워했다. 뜻대로 진행되지 않을 때 쉽게 화를 내고 짜증내는 일도 잦아졌다. 과거엔 전략 실행 능력이 탁월했다는 평가를 받았지만, 어느새 전략적 사고력이 상대적으로 떨어진다는 말이 나오기 시작했고, 최근엔 비전과 전략적 사고에서 최악의 평가를 받았다.

A팀장에게만 나타난 독특한 현상이라고 생각하는가? 그렇지 않다. 세계적인 조직심리학자 로버트 호건(Robert Hogan)은 리더십에 관한 연구들의 여러 연구시점, 다양한 장소, 다양한 집단을 종합해 성공하는 리더와 실패하는 리더에는 눈에 띄는 점이 있다는 사실을 발견했다.

성공하는 리더들 간의 공통점은 비교적 적지만, 실패하는 리더의 공통점은 훨씬 많았다. 그 공통점 중 하나는 바로 자신의 장점이 약점으로 변질되는 순간을 인식하지 못한다는 것이다(Hogan, R. (2017). Personality and the fate of organizations. Psychology Press.).

조직풍토조사(Organizational Clmate Survey)에서는 보수, 복리후생, 작업환경, 안전, 성취, 자율성, 사회적 지지 등에 대한 구성원들의 인식 수준을 측정한다. 흥미로운 점은 구성원들의 조직풍토 인식에 있어 최악을 만드는 요인이 바로 리더라는 점이다.

조직풍토 조성에 리더가 중요하다는 사실은 어떤 조직이나 알고 있다. 조직에서 누군가를 리더로 선정할 때는 조직풍토를 개선하고자 하는 의도가 깔린 것이다. 하지만, 리더의 강점은 언제든 약점이 될 수 있다.

매우 독립적인 사람이 리더가 되면 팀 구축과 육성에 약점을 보이고, 부하들에게 권한을 위양하지도 부하들 간의 갈등을 해결하지도 못한다. 매우 창의적인 사람이 리더가 되면 조직화하지 못하고 과업을 세밀하게 검토하지 못한다. 자기 주장과 의지과 확고한 사람이 리더가 되면 주변 사람과의 논쟁에서 이기려고 하고, 상사와 전략적 관점에 차이가 있을 경우 좁히지 못한다.

리더십에 있어 성공은 강점을 강화하는 것도 약점을 보완하는 것도 아니다. 자신의 강점이 약점이 될 수 있는 순간을 인식하고 적절히 대응할 수 있어야 한다. 섣불리 강점을 강화하라거나 약점을 보완하라는 조언을 해서는 안된다.

그렇다면, 강점을 유지하고 약점으로 변질되지 않게 만드는 대안은 무엇일까?

1️⃣가장 중요한 것은 자기 인식 강화다.
360도 피드백은 필수다. 비공식적 멘토들을 통해 피드백을 받는 것도 필요하다.

2️⃣적극적인 학습이다.
자신의 강점이 약점이 될 수 있음을 인지함과 동시에 이를 보완할 수 있는 효과적 대안을 시행하는 것이다. 효과적인 대안은 이미 많이 연구되어 있다. 학습이 부족할 뿐이다.

3️⃣경력 경로의 확대다.
조직 내 다양한 분야의 업무 경험과 사람들과의 인간관계를 경험하는 것은 보다 폭넓은 관점을 갖게 한다.

4️⃣균형잡힌 삶이다.
자아강도(ego strength)는 불균형 상태에서 강해진다. 아닌 줄 알면서도 끝까지 우길 때가 있다. 자아에 위협을 받는 상태여서다. 직장에서의 나 뿐만 아니라, 가정에서, 사회에서, 친구로서의 나 등 자아가 다양한 사람은 자아의 위협에 비교적 잘 대응할 수 있다.

그래서 직장 뿐만 아니라, 가정, 운동, 취미, 학습, 봉사활동, 사회 모임 등 다양한 장면에서 자아를 돌아보는 것은 자아 위협에 효과적으로 대응할 수 있는 방안이다.

리더로서 성공은 강점 강화도 약점 보완도 아닌, 리더가 되기 전의 강점이 리더가 된 후에 약점으로 변질되는 시점에 대한 인식과 대응이라는 것을 기억하자.

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까? 직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자. A팀장은 신입 시절부터 목표 집중력이 좋다는 말을 들어왔다. 결과를 낼 때까지 끈기있게 밀어붙이는 업무 스타일을 고수해왔다. 계획대로 되지 않은 일은 적극적으로 관여해 차질이 없게 하는 진행했다. 발군의 업무 추진력을 인정받아 팀장이 되었다. A팀장은 변한 게 없다. 여전히 결과지향적이고 집중력이 탁월하다. 그런데, 팀장이 되고 나서는 하나의 일이 아니라 여러 프로젝트를 동시에 관리해야 하는데, 우선순위에 지나치게 집착하는 바람에 돌발 상황에 대처하지 못하는 일이 발생하기 시작했다. 하나의 프로젝트를 마치기 전에 다른 프로젝트를 시작하는 것도 어려워했다. 뜻대로 진행되지 않을 때 쉽게 화를 내고 짜증내는 일도 잦아졌다. 과거엔 전략 실행 능력이 탁월했다는 평가를 받았지만, 어느새 전략적 사고력이 상대적으로 떨어진다는 말이 나오기 시작했고, 최근엔 비전과 전략적 사고에서 최악의 평가를 받았다. A팀장에게만 나타난 독특한 현상이라고 생각하는가? 그렇지 않다. 세계적인 조직심리학자 로버트 호건(Robert Hogan)은 리더십에 관한 연구들의 여러 연구시점, 다양한 장소, 다양한 집단을 종합해 성공하는 리더와 실패하는 리더에는 눈에 띄는 점이 있다는 사실을 발견했다. 성공하는 리더들 간의 공통점은 비교적 적지만, 실패하는 리더의 공통점은 훨씬 많았다. 그 공통점 중 하나는 바로 자신의 장점이 약점으로 변질되는 순간을 인식하지 못한다는 것이다(Hogan, R. (2017). Personality and the fate of organizations. Psychology Press.). 조직풍토조사(Organizational Clmate Survey)에서는 보수, 복리후생, 작업환경, 안전, 성취, 자율성, 사회적 지지 등에 대한 구성원들의 인식 수준을 측정한다. 흥미로운 점은 구성원들의 조직풍토 인식에 있어 최악을 만드는 요인이 바로 리더라는 점이다. 조직풍토 조성에 리더가 중요하다는 사실은 어떤 조직이나 알고 있다. 조직에서 누군가를 리더로 선정할 때는 조직풍토를 개선하고자 하는 의도가 깔린 것이다. 하지만, 리더의 강점은 언제든 약점이 될 수 있다. 매우 독립적인 사람이 리더가 되면 팀 구축과 육성에 약점을 보이고, 부하들에게 권한을 위양하지도 부하들 간의 갈등을 해결하지도 못한다. 매우 창의적인 사람이 리더가 되면 조직화하지 못하고 과업을 세밀하게 검토하지 못한다. 자기 주장과 의지과 확고한 사람이 리더가 되면 주변 사람과의 논쟁에서 이기려고 하고, 상사와 전략적 관점에 차이가 있을 경우 좁히지 못한다. 리더십에 있어 성공은 강점을 강화하는 것도 약점을 보완하는 것도 아니다. 자신의 강점이 약점이 될 수 있는 순간을 인식하고 적절히 대응할 수 있어야 한다. 섣불리 강점을 강화하라거나 약점을 보완하라는 조언을 해서는 안된다. 그렇다면, 강점을 유지하고 약점으로 변질되지 않게 만드는 대안은 무엇일까? 1️⃣가장 중요한 것은 자기 인식 강화다.360도 피드백은 필수다. 비공식적 멘토들을 통해 피드백을 받는 것도 필요하다. 2️⃣적극적인 학습이다.자신의 강점이 약점이 될 수 있음을 인지함과 동시에 이를 보완할 수 있는 효과적 대안을 시행하는 것이다. 효과적인 대안은 이미 많이 연구되어 있다. 학습이 부족할 뿐이다. 3️⃣경력 경로의 확대다.조직 내 다양한 분야의 업무 경험과 사람들과의 인간관계를 경험하는 것은 보다 폭넓은 관점을 갖게 한다. 4️⃣균형잡힌 삶이다.자아강도(ego strength)는 불균형 상태에서 강해진다. 아닌 줄 알면서도 끝까지 우길 때가 있다. 자아에 위협을 받는 상태여서다. 직장에서의 나 뿐만 아니라, 가정에서, 사회에서, 친구로서의 나 등 자아가 다양한 사람은 자아의 위협에 비교적 잘 대응할 수 있다. 그래서 직장 뿐만 아니라, 가정, 운동, 취미, 학습, 봉사활동, 사회 모임 등 다양한 장면에서 자아를 돌아보는 것은 자아 위협에 효과적으로 대응할 수 있는 방안이다. 리더로서 성공은 강점 강화도 약점 보완도 아닌, 리더가 되기 전의 강점이 리더가 된 후에 약점으로 변질되는 시점에 대한 인식과 대응이라는 것을 기억하자.

ㅍㅍㅅㅅ

And by "all," I mean everything: core product, failed pivots, miscellaneous

After 3 Years, I Failed. Here's All My Startup's Code. | Dylan Huang

스타트업을 시작하는 것은 많은 개발자들의 꿈이지만, 현실은 항상 녹록지 않습니다. 최근 3년간 API 통합을 간소화하는 개발 도구를 개발한 스타트업 'Konfig'의 창업자 Dylan Huang이 자신의 경험을 공유하며, 실패의 과정을 상세히 기록했습니다. 그는 자신들의 코드베이스를 모두 공개하며, 다른 개발자들에게 도움이 되기를 바라고 있습니다.

 * 스타트업 배경: Konfig는 2022년 말에 시작된 개발 도구 스타트업으로, API 통합을 쉽게 만드는 것을 목표로 했다.
 * 주요 제품:
   * SDK 생성기: OpenAPI 사양을 기반으로 다양한 프로그래밍 언어의 고품질 클라이언트 라이브러리를 생성하는 도구.
   * 문서화 도구: Markdown 및 OpenAPI 기반의 문서 생성.
   * API 데모: Markdown 기반의 Jupyter 노트북 형태로 제공.
   * 공개 API용 SDK: 다양한 공개 API에 대한 SDK 제공.
 * 기타 개발 항목:
   * 콜드 아웃바운드 메시지 생성을 위한 쉘 스크립트.
   * 프로그램적 SEO 스크립팅.
   * 마케팅 웹사이트 및 제품 문서화.
   * 커스텀 모노레포 설정을 지원하는 Changeset Bot 수정.
   * Earthly를 사용한 SDK 생성기 통합 테스트.
   * AI 피벗 실험 및 Notion 데이터베이스 통합.

실패의 원인과 배운 점
 * 시장 적합성 부족: 일부 스타트업과의 협업에도 불구하고, 하이퍼 성장 비즈니스를 구축하는 데 어려움을 겪음.
 * 가격 책정 문제: ROI가 명확함에도 불구하고, 잠재 고객과의 계약 체결이 어려웠으며, 가격이 너무 낮게 책정됨.
 * AI 제품으로의 피벗 실패: 생성형 AI를 활용한 B2B SaaS AI 제품으로 전환을 시도했지만, 충분한 시장 반응을 얻지 못함.

여러분이 스타트업을 시작하거나 새로운 프로젝트를 진행할 때, 시장의 요구와 제품의 적합성을 어떻게 평가하시나요? 실패를 통해 얻은 교훈을 다음 도전에 어떻게 적용할 수 있을까요?

https://dylanhuang.com/blog/closing-my-startup

스타트업을 시작하는 것은 많은 개발자들의 꿈이지만, 현실은 항상 녹록지 않습니다. 최근 3년간 API 통합을 간소화하는 개발 도구를 개발한 스타트업 'Konfig'의 창업자 Dylan Huang이 자신의 경험을 공유하며, 실패의 과정을 상세히 기록했습니다. 그는 자신들의 코드베이스를 모두 공개하며, 다른 개발자들에게 도움이 되기를 바라고 있습니다. <ul ><li>스타트업 배경: Konfig는 2022년 말에 시작된 개발 도구 스타트업으로, API 통합을 쉽게 만드는 것을 목표로 했다.</li><li>주요 제품:<ul ><li>SDK 생성기: OpenAPI 사양을 기반으로 다양한 프로그래밍 언어의 고품질 클라이언트 라이브러리를 생성하는 도구.</li><li>문서화 도구: Markdown 및 OpenAPI 기반의 문서 생성.</li><li>API 데모: Markdown 기반의 Jupyter 노트북 형태로 제공.</li><li>공개 API용 SDK: 다양한 공개 API에 대한 SDK 제공.</li></ul></li><li>기타 개발 항목:<ul ><li>콜드 아웃바운드 메시지 생성을 위한 쉘 스크립트.</li><li>프로그램적 SEO 스크립팅.</li><li>마케팅 웹사이트 및 제품 문서화.</li><li>커스텀 모노레포 설정을 지원하는 Changeset Bot 수정.</li><li>Earthly를 사용한 SDK 생성기 통합 테스트.</li><li>AI 피벗 실험 및 Notion 데이터베이스 통합.</li></ul></li></ul> 실패의 원인과 배운 점<ul ><li>시장 적합성 부족: 일부 스타트업과의 협업에도 불구하고, 하이퍼 성장 비즈니스를 구축하는 데 어려움을 겪음.</li><li>가격 책정 문제: ROI가 명확함에도 불구하고, 잠재 고객과의 계약 체결이 어려웠으며, 가격이 너무 낮게 책정됨.</li><li>AI 제품으로의 피벗 실패: 생성형 AI를 활용한 B2B SaaS AI 제품으로 전환을 시도했지만, 충분한 시장 반응을 얻지 못함.</li></ul> 여러분이 스타트업을 시작하거나 새로운 프로젝트를 진행할 때, 시장의 요구와 제품의 적합성을 어떻게 평가하시나요? 실패를 통해 얻은 교훈을 다음 도전에 어떻게 적용할 수 있을까요? https://dylanhuang.com/blog/closing-my-startup

dylanhuang.com

스타트업 3년, 실패했지만 코드를 공개합니다

해외에서 직장인과 유학생을 경험하며 지내다보니 벌써 13년차가 되었네요.
요즘 IT 업계쪽에서 해외 취업을 많이 고민하시는 분들의 글이 보입니다.

그래서 제가 미국에서 경험한 해외 취업 노하우를 나누고자 합니다.
순서는 아래와 같이 3번에 나누어 포스트하고자 해요.

[1] 어디서부터 준비해야 할지 몰라 고민하시는 분들에게
[2] 현재 자신의 나이가 너무 많아서 고민하시는 분들에게
[3] 재정 상황이나 유학 상황이 너무 좋지 않아서 고민하시는 분들에게

제가 경험한 해외 생활은 다른 분들과 다를지 모르지만,
그래도 해외에서 이렇게 살아가는 사람도 있다는
하나의 예시로 생각해주세요 :)

---

[1] 어디서부터 준비해야 할지 몰라 고민하시는 분들에게

먼저 드리고 싶은 말씀이 있어요.

IT 업계에서 중요하게 여기는 포인트는 완벽주의가 아닌 완료주의입니다. 완벽하게 모든 것을 세팅하고 시작하는 것은 사실상 불가능해요.

영어도 잘하고,
IT 경험도 풍부하고,
프로그래밍과 도구까지 잘 다루는
해외 취업 능력자들은 생각보다 많지 않습니다.

하지만 상위 20%의 능력 2가지 이상을 조합한다면,
당신은 상위 1%의 능력자와 같은 특별한 능력을 가지게 됩니다.

저와 같은 경우는 순수 프로그래밍 능력은 부족하지만,
사용하는 도구에 대한 이해도가 빠르고 좀 더 큰 그림에서 데이터를 살펴보는 데이터 리터러시 역량이 높은 편이에요.

그래서 다른 직무들과 커뮤니케이션이 원활하고
좀 더 쉬운 언어로 설명이 가능합니다.

각 업무마다 적재적소에서 필요한 내용을 파악하고 팀원들에게 쉽고 빠르게 전달하는 능력이 해외 취업에 큰 도움이 되었어요. 특히 데이터 분석가 업무는 발표나 리포팅과 같은 커뮤니케이션 역할이 중요할 때가 많습니다.

좀 더 체계적인 방법으로 다른 사람들이 이해할 수 있는 언어/문서/미디어로 전달하는 역량, 이 역량이 제 커리어의 든든한 동반자가 되어주었어요.

다음에 포스트할 [2] '현재 자신의 나이가 너무 많아서 고민하시는 분들에게' 편도 많이 기대해주세요 :)

해외에서 직장인과 유학생을 경험하며 지내다보니 벌써 13년차가 되었네요. 요즘 IT 업계쪽에서 해외 취업을 많이 고민하시는 분들의 글이 보입니다. 그래서 제가 미국에서 경험한 해외 취업 노하우를 나누고자 합니다. 순서는 아래와 같이 3번에 나누어 포스트하고자 해요. [1] 어디서부터 준비해야 할지 몰라 고민하시는 분들에게 [2] 현재 자신의 나이가 너무 많아서 고민하시는 분들에게 [3] 재정 상황이나 유학 상황이 너무 좋지 않아서 고민하시는 분들에게 제가 경험한 해외 생활은 다른 분들과 다를지 모르지만, 그래도 해외에서 이렇게 살아가는 사람도 있다는 하나의 예시로 생각해주세요 :) --- [1] 어디서부터 준비해야 할지 몰라 고민하시는 분들에게 먼저 드리고 싶은 말씀이 있어요. IT 업계에서 중요하게 여기는 포인트는 완벽주의가 아닌 완료주의입니다. 완벽하게 모든 것을 세팅하고 시작하는 것은 사실상 불가능해요. 영어도 잘하고, IT 경험도 풍부하고, 프로그래밍과 도구까지 잘 다루는 해외 취업 능력자들은 생각보다 많지 않습니다. 하지만 상위 20%의 능력 2가지 이상을 조합한다면, 당신은 상위 1%의 능력자와 같은 특별한 능력을 가지게 됩니다. 저와 같은 경우는 순수 프로그래밍 능력은 부족하지만, 사용하는 도구에 대한 이해도가 빠르고 좀 더 큰 그림에서 데이터를 살펴보는 데이터 리터러시 역량이 높은 편이에요. 그래서 다른 직무들과 커뮤니케이션이 원활하고 좀 더 쉬운 언어로 설명이 가능합니다. 각 업무마다 적재적소에서 필요한 내용을 파악하고 팀원들에게 쉽고 빠르게 전달하는 능력이 해외 취업에 큰 도움이 되었어요. 특히 데이터 분석가 업무는 발표나 리포팅과 같은 커뮤니케이션 역할이 중요할 때가 많습니다. 좀 더 체계적인 방법으로 다른 사람들이 이해할 수 있는 언어/문서/미디어로 전달하는 역량, 이 역량이 제 커리어의 든든한 동반자가 되어주었어요. 다음에 포스트할 [2] '현재 자신의 나이가 너무 많아서 고민하시는 분들에게' 편도 많이 기대해주세요 :)

IT 직무로 해외 취업을 고려하는 분들에게 드리고 싶은 말

Create Amazing Mockups

개발자들의 업무 효율을 높이고 높은 품질의 결과물을 만드는 데 도움이 되는 15가지 웹사이트를 소개해드리려고 합니다.

[UI 디자인 관련]
 1. UI verse - https://uiverse.io/
 * HTML과 CSS로 구현된 버튼, 검색박스, 체크박스, 로더 등 UI 요소 제공
 * React 코드도 베타 버전으로 제공 중
 * 오픈소스로 자유롭게 활용 가능

[개발 도구]
 2. LambdaTest Free Online Tools - https://www.lambdatest.com/free-online-tools/
 * 텍스트 비교, URL 인코딩/디코딩, JSON 포맷팅 등 다양한 도구 제공
 * 직관적인 UI로 쉽게 사용 가능

 3. TinyWow - https://tinywow.com/
 * 이미지 변환, PDF 편집 등 일상적인 작업을 쉽게 처리
 * AI 기능도 지속적으로 추가 중

 4. Dev Docs - https://devdocs.io/
 * 다양한 프로그래밍 언어와 라이브러리의 공식 문서 쉽게 접근
 * 오프라인에서도 사용 가능

[디자인 참고]
 5. Mobbin - https://mobbin.com/
 * iOS/Android 앱 UI 디자인 갤러리
 * 약 400종, 9만 개 이상의 스크린샷 제공
 * 카테고리와 필터 기능이 충실

[실용 도구]
 6. shots.so - https://shots.so/
 * 앱/웹사이트 프로토타입을 실제 디바이스 프레임에 넣어 이미지 생성
 * 클라이언트 프레젠테이션이나 팀 공유용으로 최적

 7. JSON GRID - https://jsongrid.com/
 * JSON 데이터를 표 형식으로 변환하여 편집 가능
 * 표 형식 수정 시 JSON 데이터도 자동 업데이트

 8. Ping Test - https://ping.pe/
 * 10개 지역에서 동시에 ping 테스트 실행
 * IP 주소나 호스트명으로 테스트 가능

 9. Postman - https://www.postman.com/
 * API 테스트를 위한 강력한 도구
 * 환경변수 설정으로 다양한 환경 테스트 가능
 * 팀 간 API 설정 공유 용이

 10. TM - WebTools - https://tm-webtools.com/
 * 압축, 포맷팅, 변환 등 다양한 기능 제공
 * 이미지 base64 변환, 해시화 기능 포함
 * QR코드 생성 등 특별한 기능도 제공

 11. 더미 이미지 생성 도구 - https://dummyimage.com/
 * 다양한 크기와 형식의 더미 이미지 생성
 * PNG, JPEG, BMP, WebP 등 다양한 포맷 지원
 * 프론트엔드/백엔드 개발 테스트에 유용

이러한 도구들을 적절히 활용하면 개발 시간을 단축하고 작업 효율을 크게 높일 수 있습니다. 각자의 개발 환경과 필요에 맞는 도구를 선택하여 활용해보세요.

개발자들의 업무 효율을 높이고 높은 품질의 결과물을 만드는 데 도움이 되는 15가지 웹사이트를 소개해드리려고 합니다. [UI 디자인 관련]<ol ><li>UI verse - https://uiverse.io/</li></ol><ul ><li>HTML과 CSS로 구현된 버튼, 검색박스, 체크박스, 로더 등 UI 요소 제공</li><li>React 코드도 베타 버전으로 제공 중</li><li>오픈소스로 자유롭게 활용 가능</li></ul> [개발 도구]<ol start="2"><li>LambdaTest Free Online Tools - https://www.lambdatest.com/free-online-tools/</li></ol><ul ><li>텍스트 비교, URL 인코딩/디코딩, JSON 포맷팅 등 다양한 도구 제공</li><li>직관적인 UI로 쉽게 사용 가능</li></ul> <ol start="3"><li>TinyWow - https://tinywow.com/</li></ol><ul ><li>이미지 변환, PDF 편집 등 일상적인 작업을 쉽게 처리</li><li>AI 기능도 지속적으로 추가 중</li></ul> <ol start="4"><li>Dev Docs - https://devdocs.io/</li></ol><ul ><li>다양한 프로그래밍 언어와 라이브러리의 공식 문서 쉽게 접근</li><li>오프라인에서도 사용 가능</li></ul> [디자인 참고]<ol start="5"><li>Mobbin - https://mobbin.com/</li></ol><ul ><li>iOS/Android 앱 UI 디자인 갤러리</li><li>약 400종, 9만 개 이상의 스크린샷 제공</li><li>카테고리와 필터 기능이 충실</li></ul> [실용 도구]<ol start="6"><li>shots.so - https://shots.so/</li></ol><ul ><li>앱/웹사이트 프로토타입을 실제 디바이스 프레임에 넣어 이미지 생성</li><li>클라이언트 프레젠테이션이나 팀 공유용으로 최적</li></ul> <ol start="7"><li>JSON GRID - https://jsongrid.com/</li></ol><ul ><li>JSON 데이터를 표 형식으로 변환하여 편집 가능</li><li>표 형식 수정 시 JSON 데이터도 자동 업데이트</li></ul> <ol start="8"><li>Ping Test - https://ping.pe/</li></ol><ul ><li>10개 지역에서 동시에 ping 테스트 실행</li><li>IP 주소나 호스트명으로 테스트 가능</li></ul> <ol start="9"><li>Postman - https://www.postman.com/</li></ol><ul ><li>API 테스트를 위한 강력한 도구</li><li>환경변수 설정으로 다양한 환경 테스트 가능</li><li>팀 간 API 설정 공유 용이</li></ul> <ol start="10"><li>TM - WebTools - https://tm-webtools.com/</li></ol><ul ><li>압축, 포맷팅, 변환 등 다양한 기능 제공</li><li>이미지 base64 변환, 해시화 기능 포함</li><li>QR코드 생성 등 특별한 기능도 제공</li></ul> <ol start="11"><li>더미 이미지 생성 도구 - https://dummyimage.com/</li></ol><ul ><li>다양한 크기와 형식의 더미 이미지 생성</li><li>PNG, JPEG, BMP, WebP 등 다양한 포맷 지원</li><li>프론트엔드/백엔드 개발 테스트에 유용</li></ul> 이러한 도구들을 적절히 활용하면 개발 시간을 단축하고 작업 효율을 크게 높일 수 있습니다. 각자의 개발 환경과 필요에 맞는 도구를 선택하여 활용해보세요.

Shots

개발자를 위한 유용한 11가지 웹사이트 모음

"힘 빼세요. 어깨도 힘 빼시고요. 다시 해볼게요."

어떤 운동이든 처음 배우면 듣는 이야기예요. 잘하려니 나도 모르게 힘이 들어가는 데 계속 힘을 빼라고 하니 미칠 노릇이죠.

여러 번 반복하다 보면 그제야 무슨 의미인지 알게 되죠. 내가 잘못된 곳에 힘을 주고 있었다는 사실을.

모든 일이 비슷한 거 같아요. 코딩도 그래요.

힘을 뺀 코드, 그냥 평범한 코드로 충분할 때가 많아요. 시간이 지날 수록 허튼 곳에 힘주지 않고 힘을 아껴 쓰게 돼요.

"힘 빼세요. 어깨도 힘 빼시고요. 다시 해볼게요." 어떤 운동이든 처음 배우면 듣는 이야기예요. 잘하려니 나도 모르게 힘이 들어가는 데 계속 힘을 빼라고 하니 미칠 노릇이죠. 여러 번 반복하다 보면 그제야 무슨 의미인지 알게 되죠. 내가 잘못된 곳에 힘을 주고 있었다는 사실을. 모든 일이 비슷한 거 같아요. 코딩도 그래요. 힘을 뺀 코드, 그냥 평범한 코드로 충분할 때가 많아요. 시간이 지날 수록 허튼 곳에 힘주지 않고 힘을 아껴 쓰게 돼요.

"힘 빼세요. 어깨도 힘 빼시고요. 다시 해볼게요."

어떤 운동

이미 아시는 분들이 많으리라 믿지만 GitHub Copilot Free 버전이 생겼다. VS Code를 쓴다면 GitHub Copilot 플러그인을 설치해서 한달 20시간까지 코딩에 사용할 수 있다. 이전에는 한달 10불을 내는 옵션이 가장 저렴한 옵션이었는데 Cursor 등의 위협을 분명히 느끼지 않나 싶다.

그리고 전에는 OpenAI GPT 모델의 GTP4 Code Completion 모델만을 지원하는 걸로 알고 있었는데 이번에 보니 Anthropic의 Claude 3.5 Sonnet 모델도 지원한다. 아무리 투자 관계가 있다지만 OpenAI에만 올인하기에는 아무래도 부담감이 있지 않았나 싶다.

제대로 설치가 되고 나면 상단 검색 박스 오른쪽이나 오른쪽 하단의 GitHub Copilot 아이콘을 클릭하면 사용할 수 있다. 개인적으로는 크게 세 가지다.

 1. 코드 내에서 주석을 이용해서 무슨 코드를 작성할지 알려주는 형태다
 2. 앞서 아이콘들을 통해 별도의 채팅 박스를 연 뒤에 그걸 바탕으로 채팅을 통해 코딩 도움을 받는 거다. (그림 2 참고)
 3. 2번과 흡사한데 별도의 박스가 아니라 코드 에디터안에 임베드된 채팅 박스를 쓰는 것인데 Ctrl(맥이라면 Command)+I를 누르면 아래와 같은 박스가 뜬다 (그림 3 참고)

2, 3번의 경우 채팅을 하는 대신에 아주 명확하게 슬랙과 비슷하게 슬래시 (/) 커맨드를 통해 다양한 일을 수행할 수도 있는데 먼저 작업 대상이 되는 코드를 하이라이트한 다음에 예를 들면 아래와 같은 명령을 줄 수 있다.

 * /fix - 하이라이트한 코드에 있을 수도 있는 문제점 수정하기
 * /tests - 하이라이트한 코드를 테스트해주는 유닛 테스트 추가하기
 * /explain - 하이라이트한 코드가 어떻게 동작하는지 설명하기
 * /doc - 하이라이트한 코드에 주석을 달아줘
 * ...

VS Code와 GitHub을 쓰고 있다면 안 쓸 일 이유가 없지 않나 싶다. 쓰다가 정말로 내 생산성과 학습 능력이 개선되는 것이 보이면 한달 10불 버전으로 업그레이드하는 걸 추천한다. 함수 단위의 코딩은 이제 직접 하기보다는 AI툴에 맡기고 대신에 검증을 잘 하는 것이 낫다.

이미 아시는 분들이 많으리라 믿지만 GitHub Copilot Free 버전이 생겼다. VS Code를 쓴다면 GitHub Copilot 플러그인을 설치해서 한달 20시간까지 코딩에 사용할 수 있다. 이전에는 한달 10불을 내는 옵션이 가장 저렴한 옵션이었는데 Cursor 등의 위협을 분명히 느끼지 않나 싶다. 그리고 전에는 OpenAI GPT 모델의 GTP4 Code Completion 모델만을 지원하는 걸로 알고 있었는데 이번에 보니 Anthropic의 Claude 3.5 Sonnet 모델도 지원한다. 아무리 투자 관계가 있다지만 OpenAI에만 올인하기에는 아무래도 부담감이 있지 않았나 싶다. 제대로 설치가 되고 나면 상단 검색 박스 오른쪽이나 오른쪽 하단의 GitHub Copilot 아이콘을 클릭하면 사용할 수 있다. 개인적으로는 크게 세 가지다. <ol ><li>코드 내에서 주석을 이용해서 무슨 코드를 작성할지 알려주는 형태다</li><li>앞서 아이콘들을 통해 별도의 채팅 박스를 연 뒤에 그걸 바탕으로 채팅을 통해 코딩 도움을 받는 거다. (그림 2 참고)</li><li>2번과 흡사한데 별도의 박스가 아니라 코드 에디터안에 임베드된 채팅 박스를 쓰는 것인데 Ctrl(맥이라면 Command)+I를 누르면 아래와 같은 박스가 뜬다 (그림 3 참고)</li></ol> 2, 3번의 경우 채팅을 하는 대신에 아주 명확하게 슬랙과 비슷하게 슬래시 (/) 커맨드를 통해 다양한 일을 수행할 수도 있는데 먼저 작업 대상이 되는 코드를 하이라이트한 다음에 예를 들면 아래와 같은 명령을 줄 수 있다. <ul ><li>/fix - 하이라이트한 코드에 있을 수도 있는 문제점 수정하기</li><li>/tests - 하이라이트한 코드를 테스트해주는 유닛 테스트 추가하기</li><li>/explain - 하이라이트한 코드가 어떻게 동작하는지 설명하기</li><li>/doc - 하이라이트한 코드에 주석을 달아줘</li><li>...</li></ul> VS Code와 GitHub을 쓰고 있다면 안 쓸 일 이유가 없지 않나 싶다. 쓰다가 정말로 내 생산성과 학습 능력이 개선되는 것이 보이면 한달 10불 버전으로 업그레이드하는 걸 추천한다. 함수 단위의 코딩은 이제 직접 하기보다는 AI툴에 맡기고 대신에 검증을 잘 하는 것이 낫다.

GitHub Copilot Free 버전

GitHub Pages를 통해 저장소의 특정 브랜치를 배포 디렉토리로 지정하여 아주 간편하게 웹사이트를 호스팅할 수 있습니다. 하지만 요즘 웹 개발에서 HTML, CSS, JavaScript를 직접 작성하는 일은 드물죠? 대부분 React와 같은 프론트엔드 라이브러리와 Vite와 같은 빌드 도구를 사용하여 HTML, CSS, JavaScript를 생성해낼 것입니다.

이번 시간에는 웹 프로젝트를 GitHub Actions를 사용하여 빌드하고, 빌드 결과물을 바로 GitHub Pages에 배포하는 방법에 대해서 알아보겠습니다.

📺 동영상: https://youtu.be/bGCIWIP_skg
📝 포스팅: https://www.daleseo.com/github-pages-actions/

GitHub Pages에 웹사이트를 호스팅하는 기본적인 방법은 아래 게시물을 참고바랍니다.

📕 GitHub Pages에 웹사이트 배포하기: https://careerly.co.kr/comments/115041
📗 GitHub Pages에 커스텀 도메인 연결하기: https://careerly.co.kr/comments/115256

GitHub Pages를 통해 저장소의 특정 브랜치를 배포 디렉토리로 지정하여 아주 간편하게 웹사이트를 호스팅할 수 있습니다. 하지만 요즘 웹 개발에서 HTML, CSS, JavaScript를 직접 작성하는 일은 드물죠? 대부분 React와 같은 프론트엔드 라이브러리와 Vite와 같은 빌드 도구를 사용하여 HTML, CSS, JavaScript를 생성해낼 것입니다. 이번 시간에는 웹 프로젝트를 GitHub Actions를 사용하여 빌드하고, 빌드 결과물을 바로 GitHub Pages에 배포하는 방법에 대해서 알아보겠습니다. 📺 동영상: https://youtu.be/bGCIWIP_skg📝 포스팅: https://www.daleseo.com/github-pages-actions/ GitHub Pages에 웹사이트를 호스팅하는 기본적인 방법은 아래 게시물을 참고바랍니다. 📕 GitHub Pages에 웹사이트 배포하기: https://careerly.co.kr/comments/115041📗 GitHub Pages에 커스텀 도메인 연결하기: https://careerly.co.kr/comments/115256

GitHub Actions로 빌드 후 GitHub Pages에 배

We migrated the ComfyDeploy dashboard from Next.js to just React

You don't need Next.js

ComfyDeploy 대시보드를 Next.js에서 React로 마이그레이션한 사례네요.

이를 통해 얻은게 인상적입니다.

빠른 빌드시간 & 핫 리로드 시간, 모두의 행복

 * Build time went from 3 mins to 18 secs
 * Hot reload under 200ms
 * Everybody on the team is happier (like, way happier)

반복되는 인간의 역사 같아서 재미있네요.

https://www.comfydeploy.com/blog/you-dont-need-nextjs

ComfyDeploy 대시보드를 Next.js에서 React로 마이그레이션한 사례네요. 이를 통해 얻은게 인상적입니다. 빠른 빌드시간 &amp; 핫 리로드 시간, 모두의 행복 <ul ><li>Build time went from 3 mins to 18 secs</li><li>Hot reload under 200ms</li><li>Everybody on the team is happier (like, way happier)</li></ul> 반복되는 인간의 역사 같아서 재미있네요. https://www.comfydeploy.com/blog/you-dont-need-nextjs

www.comfydeploy.com

10년 전 오늘 담배를 마지막으로 피웠습니다.
12월 31일 자정은 카톡 트래픽이 피크를 치는 순간입니다.
해가 넘어가는 순간을 사무실에서 동료들과 함께하곤 했습니다.

10년 전 오늘, 23시 40분.
동료들에게 말하지 않고 홀로 슬그머니 H스퀘어 1층으로 내려가서 마지막 담배를 피웠습니다.
이게 진짜 마지막이다.

생각해 보면 담배를 피우면서 좋다, 행복하다는 느낌을 받은 적이 없는데…
수도 없이 끊으려 노력했지만 번번이 실패했습니다.
그렇게 기침을 콜록콜록 해대고, 아빠가 폐암으로 돌아가신 걸 알면서도.
이날 드디어 저와의 약속을 지킬 수 있었습니다.

금연 이후 10년 동안 꿈에서 가끔 담배를 피웠습니다. 아주 실감나게.
깨어나면 꿈이었다는 걸 깨닫고 가슴을 쓸어내리곤 했습니다.
참나, 담배는 평생 참는 거라더니. 이렇게 빠져나오기가 힘든 건가?

이제라도 빠져나와서 정말 다행입니다.
10년 전 그날의 저를 만나러 간다면 꼭 안아주면서 칭찬해 주고 싶습니다.
이게 지금부터 10년 동안 네가 한 가장 잘한 일이 될 거라고.

담배만 문제가 아니었습니다.
결혼하고 육아를 하면서 술이 점점 늘어갔습니다.
육아는 솔직히 재미없었습니다. 특히 만 1년이 되기 전의 육아는 절대 다시 돌아가고 싶지 않은 시간입니다.
아기랑 까꿍 까꿍 웃는 행복한 모습이 상상될지도 모르겠지만…
현실은 똥기저귀나 갈아주고 아무것도 못 하고 옆에 붙어 있는 것 밖에 없거든요.

이때 술도 많이 마셨습니다. 일상이 너무 지루해서. 어차피 할 수 있는 다른 일도 없으니까.
그러다가 술의 구렁텅이에 빠져버리고 말았습니다.

잠들기 전에 매일 술을 마셨습니다.
성시경의 먹을텐데 같은 방송은 제 마음을 편하게 해줬습니다.
매일 술 먹는 사람들이 생각보다 많았구나. 저렇게 마셔도 건강하구만 뭘.

그러다가 살도 많이 찌고 혈당 수치도 안 좋아지면서 이제는 멈춰야 한다고 생각했습니다.

담배를 끊은지 10년, 술을 끊은지는 2년이 되었습니다.
더 이상 기침을 콜록콜록하지 않게 되었고, 체중도 전성기 때로 돌아왔습니다.

더 어릴 때 버핏 할아버지의 조언을 들었다면 참 좋았을 것 같습니다.
늦었지만 이제부터라도 제 몸을 소중하게 잘 관리해 보려 합니다.
커리어리 구독자분에게도 소개해 드리고 싶습니다. 새해 복 많이 받으시고, 건강하십시오.

"70년 전 내가 고등학생 때, 내 머릿속에는 딱 두 가지 밖에 없었단다. 여자애들과 자동차. (웃음)
하지만 나는 여자애들과 잘 어울리지 못했으니… 자동차 얘기를 해보자꾸나.

한 번 상상해 보렴. 이 강의가 끝날 때 너희들 각자가 원하는 차를 고르게 할 거라고.
어떤 차든 골라도 좋아. 색깔도 맘대로 고르렴. 그 차가 내일 너희 집 앞에 놓여 있을 거란다. 어때, 끝내주지?

너흰 아마 이렇게 말하겠지? “뭐죠? 진짜 그냥 주시는 건가요?”
물론 함정이 있단다. 그 함정은… 네가 고른 그 차만을 죽을 때까지 평생 타야 한다는 거야.
자, 이제 어쩔 거니? 이 사실을 알고 나면 너는 그 차를 어떻게 대하겠니?
엄청 사랑하고 아껴서 타게 되지 않겠니?

이제 내가 얘기하려는 건… 너희는 평생 한 대의 차가 아니라, 하나의 몸과 마음을 얻게 될 거라는 거야. 그게 너희가 얻게 될 전부란다.
그 몸과 마음은 지금은 최고로 좋은 상태겠지만… 평생 동안 잘 관리하지 않으면 안 된단다."

10년 전 오늘 담배를 마지막으로 피웠습니다. 12월 31일 자정은 카톡 트래픽이 피크를 치는 순간입니다. 해가 넘어가는 순간을 사무실에서 동료들과 함께하곤 했습니다. 10년 전 오늘, 23시 40분. 동료들에게 말하지 않고 홀로 슬그머니 H스퀘어 1층으로 내려가서 마지막 담배를 피웠습니다. 이게 진짜 마지막이다. 생각해 보면 담배를 피우면서 좋다, 행복하다는 느낌을 받은 적이 없는데… 수도 없이 끊으려 노력했지만 번번이 실패했습니다. 그렇게 기침을 콜록콜록 해대고, 아빠가 폐암으로 돌아가신 걸 알면서도. 이날 드디어 저와의 약속을 지킬 수 있었습니다. 금연 이후 10년 동안 꿈에서 가끔 담배를 피웠습니다. 아주 실감나게. 깨어나면 꿈이었다는 걸 깨닫고 가슴을 쓸어내리곤 했습니다. 참나, 담배는 평생 참는 거라더니. 이렇게 빠져나오기가 힘든 건가? 이제라도 빠져나와서 정말 다행입니다. 10년 전 그날의 저를 만나러 간다면 꼭 안아주면서 칭찬해 주고 싶습니다. 이게 지금부터 10년 동안 네가 한 가장 잘한 일이 될 거라고. 담배만 문제가 아니었습니다. 결혼하고 육아를 하면서 술이 점점 늘어갔습니다. 육아는 솔직히 재미없었습니다. 특히 만 1년이 되기 전의 육아는 절대 다시 돌아가고 싶지 않은 시간입니다. 아기랑 까꿍 까꿍 웃는 행복한 모습이 상상될지도 모르겠지만… 현실은 똥기저귀나 갈아주고 아무것도 못 하고 옆에 붙어 있는 것 밖에 없거든요. 이때 술도 많이 마셨습니다. 일상이 너무 지루해서. 어차피 할 수 있는 다른 일도 없으니까. 그러다가 술의 구렁텅이에 빠져버리고 말았습니다. 잠들기 전에 매일 술을 마셨습니다. 성시경의 먹을텐데 같은 방송은 제 마음을 편하게 해줬습니다. 매일 술 먹는 사람들이 생각보다 많았구나. 저렇게 마셔도 건강하구만 뭘. 그러다가 살도 많이 찌고 혈당 수치도 안 좋아지면서 이제는 멈춰야 한다고 생각했습니다. 담배를 끊은지 10년, 술을 끊은지는 2년이 되었습니다. 더 이상 기침을 콜록콜록하지 않게 되었고, 체중도 전성기 때로 돌아왔습니다. 더 어릴 때 버핏 할아버지의 조언을 들었다면 참 좋았을 것 같습니다. 늦었지만 이제부터라도 제 몸을 소중하게 잘 관리해 보려 합니다. 커리어리 구독자분에게도 소개해 드리고 싶습니다. 새해 복 많이 받으시고, 건강하십시오. "70년 전 내가 고등학생 때, 내 머릿속에는 딱 두 가지 밖에 없었단다. 여자애들과 자동차. (웃음) 하지만 나는 여자애들과 잘 어울리지 못했으니… 자동차 얘기를 해보자꾸나. 한 번 상상해 보렴. 이 강의가 끝날 때 너희들 각자가 원하는 차를 고르게 할 거라고. 어떤 차든 골라도 좋아. 색깔도 맘대로 고르렴. 그 차가 내일 너희 집 앞에 놓여 있을 거란다. 어때, 끝내주지? 너흰 아마 이렇게 말하겠지? “뭐죠? 진짜 그냥 주시는 건가요?” 물론 함정이 있단다. 그 함정은… 네가 고른 그 차만을 죽을 때까지 평생 타야 한다는 거야. 자, 이제 어쩔 거니? 이 사실을 알고 나면 너는 그 차를 어떻게 대하겠니? 엄청 사랑하고 아껴서 타게 되지 않겠니? 이제 내가 얘기하려는 건… 너희는 평생 한 대의 차가 아니라, 하나의 몸과 마음을 얻게 될 거라는 거야. 그게 너희가 얻게 될 전부란다. 그 몸과 마음은 지금은 최고로 좋은 상태겠지만… 평생 동안 잘 관리하지 않으면 안 된단다."

가장 소중한 자산

Blaybus에서 자신의 꿈에 도전하는 과정을 기록하세요!

Blaybus: Blaybus에서 자신의 꿈에 도전하는 과정을 기록하세요!

💡일릭서와 함께하는 빅데이터 분석 자동화 서비스 개발 해커톤

나만의 AI 및 빅데이터 솔루션 아이디어로 서비스 개발에 도전할 참가자를 모집합니다!
신청링크: https://www.blaybus.com/activities/421/landing

📆주요일정
- 모집: 2025년 1월 4일(토) ~ 1월 24일(금)
- 진행: 2025년 1월 27일(월) ~ 2월 17일(월)

🔥모집대상
대학생, 대학원생, 취업준비생, 직장인 등
- 개인 혹은 5인 이하의 팀으로 신청

🏅시상규모
- 대상 (1팀) 상장 + 30만원
- 최우수상 (1팀) 상장 + 20만원
- 우수상 (1팀) 상장 + 10만원

🚀필수요건
주제 2개 중 택 1
- 공공데이터 기반 특정 산업군의 문제를 해결해줄 수 있는 AI 서비스
- 특정 산업군의 데이터를 자동으로 분석할 수 있는 자동화 알고리즘 서비스

개발환경 *본 개발 언어 및 툴로 진행 필수
- React
- Django / Flask / Fast API

✅안내사항
- 참가 확정: 1월 25일 일요일 이메일로 개별 안내
- 킥오프: 1월 27일 월요일 오후 7시 시작 예정
- 서비스개발: 1월 28일 ~ 2월 17일 총 3주 간 자율 진행
- 최종제출: 2월 17일 월요일 23:59까지
- 심사발표: 2월 21일 금요일 예정

🙋문의처
- Blaybus 카톡채널: https://pf.kakao.com/_BFxgNG

💡일릭서와 함께하는 빅데이터 분석 자동화 서비스 개발 해커톤 나만의 AI 및 빅데이터 솔루션 아이디어로 서비스 개발에 도전할 참가자를 모집합니다!신청링크: https://www.blaybus.com/activities/421/landing 📆주요일정- 모집: 2025년 1월 4일(토) ~ 1월 24일(금)- 진행: 2025년 1월 27일(월) ~ 2월 17일(월) 🔥모집대상대학생, 대학원생, 취업준비생, 직장인 등- 개인 혹은 5인 이하의 팀으로 신청 🏅시상규모- 대상 (1팀) 상장 + 30만원- 최우수상 (1팀) 상장 + 20만원- 우수상 (1팀) 상장 + 10만원 🚀필수요건주제 2개 중 택 1- 공공데이터 기반 특정 산업군의 문제를 해결해줄 수 있는 AI 서비스- 특정 산업군의 데이터를 자동으로 분석할 수 있는 자동화 알고리즘 서비스 개발환경 *본 개발 언어 및 툴로 진행 필수- React- Django / Flask / Fast API ✅안내사항- 참가 확정: 1월 25일 일요일 이메일로 개별 안내- 킥오프: 1월 27일 월요일 오후 7시 시작 예정- 서비스개발: 1월 28일 ~ 2월 17일 총 3주 간 자율 진행- 최종제출: 2월 17일 월요일 23:59까지- 심사발표: 2월 21일 금요일 예정 🙋문의처- Blaybus 카톡채널: https://pf.kakao.com/_BFxgNG

www.blaybus.com

기획

빙빙빙

(주)일릭서와 함께하는 빅데이터 분석 자동화 서비스 개발 해커톤

- 서비스 기획
- 사업 운영
- 마케팅
- 경영 지원


(주)일릭서와 함께하는 빅데이터 분석 자동화 서비스 개발 해커톤

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필