최근 몇일 동안 OpenAI 개발자 플랫폼을 활용하여
AI의 구성요소와 에이전트 빌딩에 대해 혼자 공부하면서 느낀 점을 공유합니다. 

OpenAI답게, 공식 개발자 플랫폼에서
제공하는 학습 자료들을 통해

AI에 대해 기본적인 이해를 할 수 있도록 체계적으로 잘 구성되어 있고,
여러가지 예시 코드를 제공해주고 있어서

Assistant, Threads, Model, Tools 등 다양한 형태의
구성요소를 이리저리 뗏다가 붙였다가 하면서 조합해볼 수도 있습니다.

혼자서 AI를 공부하면서 정말 많이 느낀 점 중 하나는
프로그래밍 기초에 대해 알면 알수록
더욱 강력한 AI 활용 능력을 가진다는 점이였습니다.

저 역시 대학과 대학원 기간 동안
기초 프로그래밍에 대해 공부하긴 했지만,
개발자분들만큼의 지식을 쌓기에는 역부족이였어요.

단순히 코드를 작성하느냐 마냐의 문제라기보다,
개발자적인 마인드셋 (객체 지향의 구조화, 효율화)를
얼마나 잘 할 수 있냐에 따라,

AI의 무궁무진한 가능성을
직접 경험하고 만들어볼 수 있다는 점이
격하게 느껴지는 순간이였습니다.

앞으로 바이브 코딩(Vibe Coding)의 열풍은 계속되겠지만,
진짜 AI의 파워는 프로그래밍의 힘을 이해하는 순간,
발휘될 것이라고 생각합니다.

최근 몇일 동안 OpenAI 개발자 플랫폼을 활용하여AI의 구성요소와 에이전트 빌딩에 대해 혼자 공부하면서 느낀 점을 공유합니다.&nbsp; OpenAI답게, 공식 개발자 플랫폼에서 제공하는 학습 자료들을 통해 AI에 대해 기본적인 이해를 할 수 있도록 체계적으로 잘 구성되어 있고, 여러가지 예시 코드를 제공해주고 있어서 Assistant, Threads, Model, Tools 등 다양한 형태의 구성요소를 이리저리 뗏다가 붙였다가 하면서 조합해볼 수도 있습니다. 혼자서 AI를 공부하면서 정말 많이 느낀 점 중 하나는 프로그래밍 기초에 대해 알면 알수록 더욱 강력한 AI 활용 능력을 가진다는 점이였습니다. 저 역시 대학과 대학원 기간 동안 기초 프로그래밍에 대해 공부하긴 했지만, 개발자분들만큼의 지식을 쌓기에는 역부족이였어요. 단순히 코드를 작성하느냐 마냐의 문제라기보다, 개발자적인 마인드셋 (객체 지향의 구조화, 효율화)를 얼마나 잘 할 수 있냐에 따라, AI의 무궁무진한 가능성을 직접 경험하고 만들어볼 수 있다는 점이 격하게 느껴지는 순간이였습니다. 앞으로 바이브 코딩(Vibe Coding)의 열풍은 계속되겠지만, 진짜 AI의 파워는 프로그래밍의 힘을 이해하는 순간, 발휘될 것이라고 생각합니다.

기초 프로그래밍을 좀 더 열심히 공부할 걸..

<img src='https://image.thebell.co.kr/thebell10/img/icon-news.png'> 해당기사는 유료기사로 변경되거나 기사가 존재하지 않습니다.이용에 불편을 드려서 죄송합니다.문의는 (T)02-724-4162 입니다.

thebell Free

VC 계정만 봤을때

1️⃣ 한국투자파트너스 - 35,341억 원
2️⃣ KB인베스트먼트 - 21,775억 원
3️⃣ SBVA - 20,695억 원
4️⃣ 에이티넘인베 - 20,630억 원
5️⃣ IMM인베스트먼트 - 17,987억 원
6️⃣ LB인베스트먼트 - 14,834억 원
7️⃣ 신한벤처투자 - 14,706억 원
8️⃣ 아주IB투자 - 14,185억 원
9️⃣ 스마일게이트인베- 14,107억 원
🔟 인터베스트 - 13,378억 원

http://m.thebell.co.kr/m/newsview.asp?svccode=00&newskey=202506300754335900108675

VC 계정만 봤을때 1️⃣ 한국투자파트너스 - 35,341억 원2️⃣ KB인베스트먼트 - 21,775억 원3️⃣ SBVA - 20,695억 원4️⃣ 에이티넘인베 - 20,630억 원5️⃣ IMM인베스트먼트 - 17,987억 원6️⃣ LB인베스트먼트 - 14,834억 원7️⃣ 신한벤처투자 - 14,706억 원8️⃣ 아주IB투자 - 14,185억 원9️⃣ 스마일게이트인베- 14,107억 원🔟 인터베스트 - 13,378억 원 http://m.thebell.co.kr/m/newsview.asp?svccode=00&amp;newskey=202506300754335900108675

m.thebell.co.kr

전 카톡 서버 운영자가 알려주는 채팅 플랫폼 기반 '대용량' 트래픽 처리

대규모 채팅 플랫폼으로 한 번에 끝내는 실전 대용량 트래픽 커버 완전판 | 패스트캠퍼스

안녕하세요.
저의 첫 온라인 강의가 이제 마지막 파트까지 모두 오픈되었습니다.
새로운 개념이나 기능을 프로젝트에 적용할 때마다 이해를 돕기 위한 예제를 만들면서 진행하였고, 이 과정에서 10여 개의 예제를 만들었습니다.

1개의 모놀리스 프로젝트로 시작한 채팅 시스템을 기능별로 스케일 아웃할 수 있도록 4개 역할(Authentication, Connection, Message, Push)로 분리하는 과정을 진행했습니다.
강의 마지막에는 로컬 환경에서 22개의 컨테이너와 8개의 서버 인스턴스로 채팅 시스템을 구성했습니다.

강의 파트 5에서 완성된 프로젝트는 약 12,000 라인의 코드를 가지면서 다양한 인프라스트럭처(Consul, Nginx, MySQL, Redis, Kafka)를 연동하는 단일 강의 예제 프로젝트로는 제법 큰 규모가 되었습니다.
시작할 때 20~30시간 정도로 예상했던 분량은 만들다 보니 55시간 정도가 되면서 생각보다 긴 강의가 되었습니다.
도움이 되는 내용이길 바랍니다.

https://fastcampus.co.kr/dev_online_chat

안녕하세요.저의 첫 온라인 강의가 이제 마지막 파트까지 모두 오픈되었습니다.새로운 개념이나 기능을 프로젝트에 적용할 때마다 이해를 돕기 위한 예제를 만들면서 진행하였고, 이 과정에서 10여 개의 예제를 만들었습니다. 1개의 모놀리스 프로젝트로 시작한 채팅 시스템을 기능별로 스케일 아웃할 수 있도록 4개 역할(Authentication, Connection, Message, Push)로 분리하는 과정을 진행했습니다.강의 마지막에는 로컬 환경에서 22개의 컨테이너와 8개의 서버 인스턴스로 채팅 시스템을 구성했습니다. 강의 파트 5에서 완성된 프로젝트는 약 12,000 라인의 코드를 가지면서 다양한 인프라스트럭처(Consul, Nginx, MySQL, Redis, Kafka)를 연동하는 단일 강의 예제 프로젝트로는 제법 큰 규모가 되었습니다.시작할 때 20~30시간 정도로 예상했던 분량은 만들다 보니 55시간 정도가 되면서 생각보다 긴 강의가 되었습니다.도움이 되는 내용이길 바랍니다. https://fastcampus.co.kr/dev_online_chat

패스트캠퍼스

저의 첫 온라인 강의, 모든 파트가 오픈되었습니다.

This looks like a really comprehensive course! Breaking down the monolithic project into microservices like that is a smart move for scalability. It's interesting how you approached the chat system architecture, especially considering the complexity you achieved with the 22 containers. I wonder if you considered any alternatives during the initial design phase, perhaps something related to the sprunki phase of development, even if you didn't ultimately go that route? It's great to see such a detailed and practical example. https://sprunkiphasemod.com/

“소버린 AI”의 소버린(sovereign)은 “자주국방”의 “자주”와 같은 의미이다.

“자주국방”에서의 “자주”는 외세나 타국에 의존하지 않고, 자력으로 국방을 해결하는 독립성과 주체성을 뜻한다.

즉, “소버린 AI”란 AI 기술을 외부에 의존하지 않고 자체적으로 확보하거나 운영할 수 있는 능력을 갖추는 것을 말한다.

따라서 인재, 데이터, 인프라, 알고리즘, 애플리케이션 등의 체계 전체를 국가가 독립적으로 갖추고 운영할 수 있어야 소버린 AI라 할 수 있을 것이다. 높은 성능의 AI 모델을 확보하는 것은 결과론적인 것일 뿐이다.

더불어 여기엔 함정이 있다. 국방체계는 지리적, 생물학적 특성이 있어 한국형의 무언가가 반드시 필요하지만, 소프트웨어, AI는 그렇지 않다. 오히려 특수성을 강조하거나 제약을 두면 경쟁에 취약해져 독이 될 수 있다.

즉, 소버린 AI는 K-머시기가 아니어야한다. 세계적인 경쟁력을 가질 수 있어야한다. 돈이 어마어마하게 드니까. 또한 분야별 하나의 기업에 일임해서도 안된다. 하나가 망하면 다 망하니까.

아무튼.

아직은 AI에 있어 소버린의 의미가 무엇인가는 사람마다 다르게 생각하겠지만, 내 짧은 생각으로는 자주국방보다는 식량주권과 비슷하게 생각해야 하는 것이 아닌가 싶다.

“소버린 AI”의 소버린(sovereign)은 “자주국방”의 “자주”와 같은 의미이다. “자주국방”에서의 “자주”는 외세나 타국에 의존하지 않고, 자력으로 국방을 해결하는 독립성과 주체성을 뜻한다. 즉, “소버린 AI”란 AI 기술을 외부에 의존하지 않고 자체적으로 확보하거나 운영할 수 있는 능력을 갖추는 것을 말한다. 따라서 인재, 데이터, 인프라, 알고리즘, 애플리케이션 등의 체계 전체를 국가가 독립적으로 갖추고 운영할 수 있어야 소버린 AI라 할 수 있을 것이다. 높은 성능의 AI 모델을 확보하는 것은 결과론적인 것일 뿐이다. 더불어 여기엔 함정이 있다. 국방체계는 지리적, 생물학적 특성이 있어 한국형의 무언가가 반드시 필요하지만, 소프트웨어, AI는 그렇지 않다. 오히려 특수성을 강조하거나 제약을 두면 경쟁에 취약해져 독이 될 수 있다. 즉, 소버린 AI는 K-머시기가 아니어야한다. 세계적인 경쟁력을 가질 수 있어야한다. 돈이 어마어마하게 드니까. 또한 분야별 하나의 기업에 일임해서도 안된다. 하나가 망하면 다 망하니까. 아무튼. 아직은 AI에 있어 소버린의 의미가 무엇인가는 사람마다 다르게 생각하겠지만, 내 짧은 생각으로는 자주국방보다는 식량주권과 비슷하게 생각해야 하는 것이 아닌가 싶다.

"이것 해봤자 뭐해? 내 인생에 큰 도움 안될건데..."
"아무도 알아봐주지 않는 데 이런 것까지 해야할까..?"

저는 한 때
세상은 원래 모두에게 공평하지 않은 것이라고 여기며
염세주의에 빠져있을 때가 있었습니다.

특히 더 많이 노력하고 더 열심히 했던 일들이

생각보다 잘 풀리지 않을 때,
결과물이 내가 원하는 만큼 나오지 않을 때,
그리고 남들은 나보다 훨씬 쉽게
원하는 일들을 이루는 것 같을 때마다

"염세주의"가 찾아와서 제 귀에다가 속삭였어요.

"원래 인생은 그런거야. 그냥 편하게 쉽게 생각해."

그 목소리가 들릴 때면, 하루종일 우울 모드에
지금까지 쌓아올렸던 모든 노력들이
마치 모래성처럼 파도에 쓸려내려가는 느낌이였습니다.

그래서 더 이상 '모래성'을 쌓을 용기를 내기가 힘들었어요.
어차피 또 무너질 게 뻔하다고 생각했으니까요.

그런데 모래성을 쌓을 때의 몰입한 감정, 기분, 느낌은 그대로 남아있었어요.

모래성은 이미 없어졌지만,
내 앞에 모래가 있다고 생각하고, 다시 그 모래로 무엇을 만들지를
상상하던 제 모습은 그대로였습니다.

그 때 깨달았습니다.
"나는 '모래성'이 필요한 게 아니라,
모래로 '나만의 성'을 만드는 그 순간이 필요한 거구나."

염세주의의 파도는 '모래성' 자체에 우리를 집중하게 만듭니다.
하지만 '모래성'을 잃는다는 것에 슬퍼하지 않고,
우리가 지금 여기에 있는 '모래'라는 현재에 집중해보세요.

모래성이 또 무너지면 어때요?

이 넓은 모래사장에
당신의 '모래'는 이미 넘칠만큼 당신의 주변에 있는걸요.

"이것 해봤자 뭐해? 내 인생에 큰 도움 안될건데..." "아무도 알아봐주지 않는 데 이런 것까지 해야할까..?" 저는 한 때 세상은 원래 모두에게 공평하지 않은 것이라고 여기며 염세주의에 빠져있을 때가 있었습니다. 특히 더 많이 노력하고 더 열심히 했던 일들이 생각보다 잘 풀리지 않을 때, 결과물이 내가 원하는 만큼 나오지 않을 때, 그리고 남들은 나보다 훨씬 쉽게 원하는 일들을 이루는 것 같을 때마다 "염세주의"가 찾아와서 제 귀에다가 속삭였어요. "원래 인생은 그런거야. 그냥 편하게 쉽게 생각해." 그 목소리가 들릴 때면, 하루종일 우울 모드에 지금까지 쌓아올렸던 모든 노력들이 마치 모래성처럼 파도에 쓸려내려가는 느낌이였습니다. 그래서 더 이상 '모래성'을 쌓을 용기를 내기가 힘들었어요. 어차피 또 무너질 게 뻔하다고 생각했으니까요. 그런데 모래성을 쌓을 때의 몰입한 감정, 기분, 느낌은 그대로 남아있었어요. 모래성은 이미 없어졌지만, 내 앞에 모래가 있다고 생각하고, 다시 그 모래로 무엇을 만들지를 상상하던 제 모습은 그대로였습니다. 그 때 깨달았습니다. "나는 '모래성'이 필요한 게 아니라, 모래로 '나만의 성'을 만드는 그 순간이 필요한 거구나." 염세주의의 파도는 '모래성' 자체에 우리를 집중하게 만듭니다. 하지만 '모래성'을 잃는다는 것에 슬퍼하지 않고, 우리가 지금 여기에 있는 '모래'라는 현재에 집중해보세요. 모래성이 또 무너지면 어때요? 이 넓은 모래사장에 당신의 '모래'는 이미 넘칠만큼 당신의 주변에 있는걸요.

염세주의가 당신의 모래성을 뺏어가게 두지마세요.

IT 인력에 대한 수요가 증가한다. 인력 시장이 여전히 경색되어 있다. CIO로서는 IT 인력, 특히 높은 성과를 내는 인력이 회사를 그만두는 것을 지켜볼 여유가 없다. 그렇다고 해도 딱히 뾰족한 단기적 해법을 마련하기도 어려운 상황이다.   

‘이제 떠나야겠군...’ IT 직원들이 퇴사하는 12가지 이유

다이스(Dice)의 2022년 보고서에 따르면 응답자의 52%가 내년에 이직할 가능성이 있다고 답했다. 1년 전에는 44%가 그렇게 응답했다. 조직의 아젠다를 추진하는 데 있어 우수한 인재는 매우 중요하다. 인재의 상실이 얼마나 큰 대가를 치르게 하는지는 누구나 잘 알고 있을 터다.

귀중한 직원의 이탈을 방지하는 방법을 알기 위해서는 직원이 떠나는 이유에 대한 통찰력이 필요하다. 다음은 우수한 직원이 이직하는 일반적인 이유들과 리더가 이런 요인에 대처할 수 있는 방법이다.

1️⃣교류 부족
발전 기회, 경영진 또는 조직의 가치와 단절되어 있다고 느끼는 직원들은 회사를 떠날 가능성이 더 높다. 갤럽이 발표한 <2022년 글로벌 직장 현황>에 따르면, 최근 몇 년간 직원 관여율은 2020년 36%에서 2021년 34%로 감소했으며 2022년에는 32%에 그쳤다.

한편, 같은 기간 “적극적으로 비관여하고 있다”고 응답한 직원의 비율은 계속 증가하고 있으며, 2022년에는 18%의 직원이 그렇다고 답했다. 적극적으로 비관여하는 직원들은 직장에서 그저 조용히 있는 것이 아니다. 그들은 자신들의 요구가 충족되지 않는 것에 분개하고 자신들의 불행을 표출한다.

이들은 조직에 관여하려는 동료들의 성취를 매일 훼손할 수 있다. 즉 회사와 교류하지 않는 직원들은 관여하길 원하는 직원들조차 떠나고 싶게 하는 분위기를 만들 수 있다. 직원들의 관여 여부를 알기 위해서는 미묘한 징후에 주의를 기울여야 한다.

그들이 사내의 사회적 활동에서 점점 멀어지고 있는가? 평소보다 더 자주 아프다고 연락을 하는가? 그럭저럭 지낼 수 있는 최소한의 일만 하는가? 외향적이었던 누군가가 갑자기 참여를 꺼리는가? 항상 업무 외 활동에 참여했지만 갑자기 그러지 않는가? 그렇다면 분명 신호일 수 있다.

2️⃣업무에 대한 최상층의 서포트가 거의 또는 전혀 없음
직원들은 본인의 업무를 중요하게 여겨주고 본인이 제공하는 기여를 인정하는 조직에서 일하기를 원한다. 이들은 최고경영진이 명확한 전략을 가지고 팀이 차별화된 성과를 만들 수 있는 환경을 제공해주길 원한다.

그들은 변화를 주도할 수 있기를 원한다. 그런 것이 사라지면, 직원들이 머물 가능성이 낮아진다. 이는 직원 이탈 방지뿐 아니라 기업 성공에 매우 중요한 조치이다. 회사 전략과 직원 업무에 대한 명확한 연관성과 적극적인 서포트가 필요하다.

3️⃣번아웃
고용주들은 이 문제를 무시해서는 안 된다. 번아웃이라고 밝힌 응답자들은 번아웃 되지 않았다고 응답한 응답자에 비해 ‘확실히’ 내년에 새로운 일자리를 찾을 계획이라고 답할 가능성이 3.4배 더 높았다.

HR 전문가들은 번아웃에 대처하는 방법이 있다고 말한다. 직원들이 일과 가정 생활을 관리하고, 휴식 시간을 장려하고, 관리자들이 문제해결에 도움을 주고, 파트너가 되도록 훈련시키고, 요가수업 같은 웰니스 프로그램을 제공할 수 있다.

그러나 무엇보다도 합리적이고 달성 가능한 작업량을 보장하도록 노력해야 한다. 이 모든 것이 보여주는 바는 최고경영진이 직원을 존중한다는 사실이다. 즉 ‘당신의 일과 인생은 모두 중요하며 우리는 일과 인생 모두에서 당신을 도울 것이다’라고 말해야 한다.

4️⃣기대가 없거나 불분명함
직원의 이탈방지를 위해서는 기대치를 명확히 하고 목표를 설정하는 것이 중요하다. 직원들이 무엇을 달성해야 하는지 알아야 중요한 것에 그들의 시간과 노력을 집중할 수 있다. 자질구레한 요청을 받는 경우가 많은 직원들은 특히 더 그렇다.

경영진이 우선순위와 목표에 대해 적절하게 이끌지 못하면 낙담하는 상황이 올 수 있다. 신입 직원을 위한 초기 6개월 온보딩 프로그램을 보유하고 있고, 온보딩 이후 직원과 함께 새로운 목표를 설정하는 리더를 보유하고 있는 조직은 직원 이탈율이 더 낮은 경향이 있다.

5️⃣정기적인 check-in이 없음
정기적으로 피드백을 제공하지 않거나 직원들과 적어도 1년에 한 번 이상 경력 목표에 대해 논의하지 않는 조직은 직원들의 재능과 접점이 사라질 위험이 있어 직원들이 퇴사할 가능성이 높아진다. 조직 내 구두 커뮤니케이션 부족이 직원 이탈의 주된 동인이다.

경영진은 직원들과 check-in 일정을 잡고 현재의 역할과 그들이 갖고 있는 우려 사항에 대해 대화를 나누도록 권장해야 한다. 리더들에게 간단하면서도 강력한 질문은 ‘무엇이 당신을 지금 여기에 있게 하고, 무엇이 미래에도 여기에 있게 하는가?’이다.

피드백은 밀레니얼 세대, X세대, Y세대에게 매우 중요하다. 정기적으로 상태를 확인하는 것뿐 아니라 실시간 라이브 피드백도 중요하다. 최고의 인재들은 최고 수준을 유지하기를 원하며 지속적으로 발전하기를 열망한다.

6️⃣최신 스킬 학습 기회가 없음
대부분의 직원들은 빠르게 발전하는 직업에서 그들의 기술과 역량을 최신 상태로 유지하길 원한다. 결과적으로, 그들은 최첨단 스킬을 활용하는 것의 중요성을 귀중하게 여기는 고용주를 찾아갈 것이다.

직원들은 본인이 가장 최신의 정보와 기술을 다루고 있다는 걸 알고 싶어한다. 그렇지 않으면 뒤쳐질 것이라는 것을 알기 때문이다. 최고의 직원들은 직업을 택하거나 유지하는 핵심 이유로, 최첨단에서 일할 수 있는 기회를 꼽는 경우가 많다. 최신 역량을 보유하고 일하는 것이 좋은 상사나 보상보다 상위에 있다.

7️⃣커리어 성장 기회가 없음
우수한 직원들이 이직하는 주요 이유 중 하나는 경력 향상이 계획대로 진행되지 않고 있다는 판단이다. 만약 당신이 그들에게 성장할 수 있는 기회를 주지 않는다면 그들은 떠날 것이다. 많은 조직이 직원에게 성장 기회를 제공하지 못하고 있다.

베터워크(Betterworks)의 <2023 성과 지원 현황(State of Performance Enablement)> 보고서에 따르면, 직원의 48%만이 현재 회사에서 승진의 길이 있다고 느끼며 46%는 회사가 자신의 경력을 지원해주지 않는다고 느낀다고 답했다.

최고경영진은 직원들이 개별 기여자 또는 관리자로서 성장할 수 있는 다양한 발전 경로와 방법을 제공해야 한다. 그리고 두 가지 모두 동등한 커리어 경로로 간주해야 한다.

다이스(Dice)의 2022년 보고서에 따르면 응답자의 52%가 내년에 이직할 가능성이 있다고 답했다. 1년 전에는 44%가 그렇게 응답했다. 조직의 아젠다를 추진하는 데 있어 우수한 인재는 매우 중요하다. 인재의 상실이 얼마나 큰 대가를 치르게 하는지는 누구나 잘 알고 있을 터다. 귀중한 직원의 이탈을 방지하는 방법을 알기 위해서는 직원이 떠나는 이유에 대한 통찰력이 필요하다. 다음은 우수한 직원이 이직하는 일반적인 이유들과 리더가 이런 요인에 대처할 수 있는 방법이다. 1️⃣교류 부족발전 기회, 경영진 또는 조직의 가치와 단절되어 있다고 느끼는 직원들은 회사를 떠날 가능성이 더 높다. 갤럽이 발표한 &lt;2022년 글로벌 직장 현황&gt;에 따르면, 최근 몇 년간 직원 관여율은 2020년 36%에서 2021년 34%로 감소했으며 2022년에는 32%에 그쳤다. 한편, 같은 기간 “적극적으로 비관여하고 있다”고 응답한 직원의 비율은 계속 증가하고 있으며, 2022년에는 18%의 직원이 그렇다고 답했다. 적극적으로 비관여하는 직원들은 직장에서 그저 조용히 있는 것이 아니다. 그들은 자신들의 요구가 충족되지 않는 것에 분개하고 자신들의 불행을 표출한다. 이들은 조직에 관여하려는 동료들의 성취를 매일 훼손할 수 있다. 즉 회사와 교류하지 않는 직원들은 관여하길 원하는 직원들조차 떠나고 싶게 하는 분위기를 만들 수 있다. 직원들의 관여 여부를 알기 위해서는 미묘한 징후에 주의를 기울여야 한다. 그들이 사내의 사회적 활동에서 점점 멀어지고 있는가? 평소보다 더 자주 아프다고 연락을 하는가? 그럭저럭 지낼 수 있는 최소한의 일만 하는가? 외향적이었던 누군가가 갑자기 참여를 꺼리는가? 항상 업무 외 활동에 참여했지만 갑자기 그러지 않는가? 그렇다면 분명 신호일 수 있다. 2️⃣업무에 대한 최상층의 서포트가 거의 또는 전혀 없음직원들은 본인의 업무를 중요하게 여겨주고 본인이 제공하는 기여를 인정하는 조직에서 일하기를 원한다. 이들은 최고경영진이 명확한 전략을 가지고 팀이 차별화된 성과를 만들 수 있는 환경을 제공해주길 원한다. 그들은 변화를 주도할 수 있기를 원한다. 그런 것이 사라지면, 직원들이 머물 가능성이 낮아진다. 이는 직원 이탈 방지뿐 아니라 기업 성공에 매우 중요한 조치이다. 회사 전략과 직원 업무에 대한 명확한 연관성과 적극적인 서포트가 필요하다. 3️⃣번아웃고용주들은 이 문제를 무시해서는 안 된다. 번아웃이라고 밝힌 응답자들은 번아웃 되지 않았다고 응답한 응답자에 비해 ‘확실히’ 내년에 새로운 일자리를 찾을 계획이라고 답할 가능성이 3.4배 더 높았다. HR 전문가들은 번아웃에 대처하는 방법이 있다고 말한다. 직원들이 일과 가정 생활을 관리하고, 휴식 시간을 장려하고, 관리자들이 문제해결에 도움을 주고, 파트너가 되도록 훈련시키고, 요가수업 같은 웰니스 프로그램을 제공할 수 있다. 그러나 무엇보다도 합리적이고 달성 가능한 작업량을 보장하도록 노력해야 한다. 이 모든 것이 보여주는 바는 최고경영진이 직원을 존중한다는 사실이다. 즉 ‘당신의 일과 인생은 모두 중요하며 우리는 일과 인생 모두에서 당신을 도울 것이다’라고 말해야 한다. 4️⃣기대가 없거나 불분명함직원의 이탈방지를 위해서는 기대치를 명확히 하고 목표를 설정하는 것이 중요하다. 직원들이 무엇을 달성해야 하는지 알아야 중요한 것에 그들의 시간과 노력을 집중할 수 있다. 자질구레한 요청을 받는 경우가 많은 직원들은 특히 더 그렇다. 경영진이 우선순위와 목표에 대해 적절하게 이끌지 못하면 낙담하는 상황이 올 수 있다. 신입 직원을 위한 초기 6개월 온보딩 프로그램을 보유하고 있고, 온보딩 이후 직원과 함께 새로운 목표를 설정하는 리더를 보유하고 있는 조직은 직원 이탈율이 더 낮은 경향이 있다. 5️⃣정기적인 check-in이 없음정기적으로 피드백을 제공하지 않거나 직원들과 적어도 1년에 한 번 이상 경력 목표에 대해 논의하지 않는 조직은 직원들의 재능과 접점이 사라질 위험이 있어 직원들이 퇴사할 가능성이 높아진다. 조직 내 구두 커뮤니케이션 부족이 직원 이탈의 주된 동인이다. 경영진은 직원들과 check-in 일정을 잡고 현재의 역할과 그들이 갖고 있는 우려 사항에 대해 대화를 나누도록 권장해야 한다. 리더들에게 간단하면서도 강력한 질문은 ‘무엇이 당신을 지금 여기에 있게 하고, 무엇이 미래에도 여기에 있게 하는가?’이다. 피드백은 밀레니얼 세대, X세대, Y세대에게 매우 중요하다. 정기적으로 상태를 확인하는 것뿐 아니라 실시간 라이브 피드백도 중요하다. 최고의 인재들은 최고 수준을 유지하기를 원하며 지속적으로 발전하기를 열망한다. 6️⃣최신 스킬 학습 기회가 없음대부분의 직원들은 빠르게 발전하는 직업에서 그들의 기술과 역량을 최신 상태로 유지하길 원한다. 결과적으로, 그들은 최첨단 스킬을 활용하는 것의 중요성을 귀중하게 여기는 고용주를 찾아갈 것이다. 직원들은 본인이 가장 최신의 정보와 기술을 다루고 있다는 걸 알고 싶어한다. 그렇지 않으면 뒤쳐질 것이라는 것을 알기 때문이다. 최고의 직원들은 직업을 택하거나 유지하는 핵심 이유로, 최첨단에서 일할 수 있는 기회를 꼽는 경우가 많다. 최신 역량을 보유하고 일하는 것이 좋은 상사나 보상보다 상위에 있다. 7️⃣커리어 성장 기회가 없음우수한 직원들이 이직하는 주요 이유 중 하나는 경력 향상이 계획대로 진행되지 않고 있다는 판단이다. 만약 당신이 그들에게 성장할 수 있는 기회를 주지 않는다면 그들은 떠날 것이다. 많은 조직이 직원에게 성장 기회를 제공하지 못하고 있다. 베터워크(Betterworks)의 &lt;2023 성과 지원 현황(State of Performance Enablement)&gt; 보고서에 따르면, 직원의 48%만이 현재 회사에서 승진의 길이 있다고 느끼며 46%는 회사가 자신의 경력을 지원해주지 않는다고 느낀다고 답했다. 최고경영진은 직원들이 개별 기여자 또는 관리자로서 성장할 수 있는 다양한 발전 경로와 방법을 제공해야 한다. 그리고 두 가지 모두 동등한 커리어 경로로 간주해야 한다.

포레스트파트너스, 인수 우협됐으나 LP 모집 난항 명륜당 ‘고금리 대출’ 논란도 매각 발목 잡아 샤브올데이, 명륜진사갈비보다 성장 커... ‘간판 교체’ 전폭 지원 이 기사는 2025년 6월 23일 10시 57분 조

명륜당 인수 사모펀드, 투자자 모집 난항... 회사는 갈비→샤부샤부 점포 전환으로 측면 지원

명륜진사갈비의 본사 사업 수익모델이 워낙 혁신적이었어서(?) 충격적이었는데 샤브올데이는 한단계 더 진화 시켜놓아서 혀를 내둘렀다. 기존 대출 모델에 분산 투자(?) 모델까지 덧붙여놓았다. 옳고 그름을 떠나서 머리 굴려 참신한 방안을 찾아내는 것만은 진심으로 인상적이다. 하지만 정상적인 투자사라면 절대 투자하지 않을거다. 제 정신이 아니라면 동참하겠지만.

https://n.news.naver.com/article/366/0001087588

명륜진사갈비의 본사 사업 수익모델이 워낙 혁신적이었어서(?) 충격적이었는데 샤브올데이는 한단계 더 진화 시켜놓아서 혀를 내둘렀다. 기존 대출 모델에 분산 투자(?) 모델까지 덧붙여놓았다. 옳고 그름을 떠나서 머리 굴려 참신한 방안을 찾아내는 것만은 진심으로 인상적이다. 하지만 정상적인 투자사라면 절대 투자하지 않을거다. 제 정신이 아니라면 동참하겠지만. https://n.news.naver.com/article/366/0001087588

n.news.naver.com

국내 벤처캐피탈(VC) 회사 LB인베스트먼트가 일본 최대 개발자 인사관리(HR) 스타트업 파인디(Findy)에 투자했다. LB인베스트먼트는 일본 최대 소프트웨어 엔지니어 플랫폼을 운영하는 현지 스타트업 파인디에 투자했다고 3일 밝혔다. 소프트웨어(SW) 및 인공지능(AI) 엔지니어 채용 플랫폼인 파인디 커리어, 프리랜서 엔지니어 매칭 서비스인 파인디 프리랜스, 기업 내 개발 생산성 향상 및 관리 서비스형 소프트웨어(SaaS) 솔루션인 파인디 팀플러스 등을 운영하고 있다.

LB인베스트먼트, 日 최대 개발자 HR 기업 ‘파인디’ 투자 | 중앙일보

일본에 투자들을 많이 하시네요
——
LB인베스트먼트는 일본 최대 소프트웨어 엔지니어 플랫폼을 운영하는 현지 스타트업 파인디에 투자했다고 3일 밝혔다. 최근 마감한 이 회사 20억5000엔(약 194억원) 규모 시리즈D 라운드 투자에 참여한 것으로, 일본 JP 인베스트먼트와 SMBC 벤처캐피탈, 오릭스, KDDI, 젠린퓨처파트너스, 인베스트먼트랩과 미국 카바이드벤처스, 대만 다르윈 벤처스 등이 이번 투자에 함께 참여했다.

https://www.joongang.co.kr/article/25348804

일본에 투자들을 많이 하시네요——LB인베스트먼트는 일본 최대 소프트웨어 엔지니어 플랫폼을 운영하는 현지 스타트업 파인디에 투자했다고 3일 밝혔다. 최근 마감한 이 회사 20억5000엔(약 194억원) 규모 시리즈D 라운드 투자에 참여한 것으로, 일본 JP 인베스트먼트와 SMBC 벤처캐피탈, 오릭스, KDDI, 젠린퓨처파트너스, 인베스트먼트랩과 미국 카바이드벤처스, 대만 다르윈 벤처스 등이 이번 투자에 함께 참여했다. https://www.joongang.co.kr/article/25348804

중앙일보

Instagram

🎧낫싱, 첫 투명 헤드폰 출시…고급 시장 정조준

영국 테크 스타트업 낫싱이 KEF와 협업한 첫 오버이어 헤드폰 ‘헤드폰(1)’을 15일부터 국내 공식 판매하며, 가격은 39만9000원입니다. 투명 디자인, 몰입형 사운드, ANC, AI 통화 품질, 최대 80시간 배터리, 물리 컨트롤 등 프리미엄 기능을 제공합니다✨🇬🇧

https://www.instagram.com/reel/DLn6oSNzn5e/?igsh=MWV2dWpqMmcxN3RzYg==

🎧낫싱, 첫 투명 헤드폰 출시…고급 시장 정조준 영국 테크 스타트업 낫싱이 KEF와 협업한 첫 오버이어 헤드폰 ‘헤드폰(1)’을 15일부터 국내 공식 판매하며, 가격은 39만9000원입니다. 투명 디자인, 몰입형 사운드, ANC, AI 통화 품질, 최대 80시간 배터리, 물리 컨트롤 등 프리미엄 기능을 제공합니다✨🇬🇧 https://www.instagram.com/reel/DLn6oSNzn5e/?igsh=MWV2dWpqMmcxN3RzYg==

www.instagram.com

키움인베스트먼트가 일본 벤처캐피털(VC) 시장에서 확장 행보를 본격화하고 있다. 올해 3월 일본 VC 모펀드(fund of funds)를 결성했고, 이후 일본 VC가 조성한 벤처펀드에 대한 출자도 마쳤다. 이는 국내 VC가 일본 현지에서 모펀드를 결성한 첫 사례다. 키움인베스트먼트는 

[VC 투자전략] 일본 VC 첫 출자…일본 시장 공략 박차 l 키움인베스트먼트①

키움인베스트먼트는 3월 30억엔(약 284억원) 규모의 '키움다우재팬벤처펀드1'을 결성하고 일본 VC인 스파이럴 캐피털이 조성하는 벤처펀드에 출자했다.

스파이럴 캐피털은 다양한 산업군의 기술 기반 초기 스타트업에 투자하는 VC로 수천억원대 펀드를 운용 중이다. 글로벌 투자은행(IB)과 컨설팅 인력을 바탕으로 스타트업 경영지원, 일본 대기업과의 사업연계 역량에서 강점을 지닌 하우스다. 키움인베스트먼트 관계자는 "기존 트랙레코드와 수익률, 투자 섹터, 출자자(LP) 대응 역량 등을 고려해 장기적 파트너십을 구축할 만한 VC에 출자하기로 결정했다"고 설명했다

https://www.bloter.net/news/articleView.html?idxno=639556

키움인베스트먼트는 3월 30억엔(약 284억원)&nbsp;규모의 '키움다우재팬벤처펀드1'을 결성하고 일본 VC인 스파이럴 캐피털이 조성하는 벤처펀드에 출자했다. 스파이럴 캐피털은&nbsp;다양한 산업군의 기술 기반 초기 스타트업에 투자하는 VC로 수천억원대 펀드를 운용 중이다. 글로벌 투자은행(IB)과&nbsp;컨설팅 인력을 바탕으로&nbsp;스타트업 경영지원, 일본 대기업과의 사업연계 역량에서&nbsp;강점을 지닌 하우스다. 키움인베스트먼트 관계자는 "기존 트랙레코드와 수익률, 투자 섹터, 출자자(LP) 대응 역량 등을 고려해 장기적 파트너십을 구축할 만한 VC에 출자하기로&nbsp;결정했다"고 설명했다 https://www.bloter.net/news/articleView.html?idxno=639556

블로터

제가 한국에서 직장 생활을 시작하고 가장 먼저 배운 것은 아이러니하게도 야근이었습니다. 신입이었던 제게 야근은 선택의 문제가 아니었거든요. 선배들에게 야근은 너무나 당연한 루틴이었고, 저녁 5시가 되면 "퇴근 안 해?"가 아니라 "저녁 뭐 먹을까?"라는 질문을 던졌습니다. 누가 정해놓은 것처럼 부장님이 퇴근해야 과장님이, 과장님이 퇴근해야 대리님이, 대리님이 퇴근해야 비로서 저 같은 신입도 퇴근 생각을 할 수 있었습니다.

이런 분위기에서 야근을 하지 않는다는 것은 동료들에게 실례였고, 불가피한 사정으로 야근을 못할 때는 사과를 드려야 했습니다. 나중에는 선배들 눈치 보는 것도 피곤해서 아예 속편히 막차 시간까지 사무실에 있기로 했습니다. 그래도 나름 기술 공부를 하면서 야근 시간을 알차게 보내려고 노력했습니다. 뭐, 그런데 다들 딱히 바빠서 야근하는 것 같지는 않았습니다. 웹서핑을 하며 시간을 보내는 선배도 있었고, 아이가 있는 선배들은 야근을 육아 회피 수단으로 쓰기도 했죠. 당시엔 이해하지 못했지만, 지금 돌아보면 혼자 육아를 감당하던 아내분은 얼마나 힘드셨을까요? 아무튼 이렇게 같은 사무실에서 각자의 방식으로 시간을 때우곤 했습니다.

회사-집-회사-집을 반복하는 삶이었지만 야근이 무조건 나쁜 것만은 아니었습니다. 다행히 대기업이라 야근 수당을 꼬박꼬박 신청할 수 있었고, 연봉이 높지 않던 신입 시절엔 야근 수당이 모이면 나름 쏠쏠했거든요. 당시 자취를 했었는데 저렴한 구내 식당에서 저녁을 해결하는 것도 나름 혜택으로 볼 수도 있었습니다.

다른 대기업으로 이직 후에도 야근은 어김없이 이어졌습니다. 입사 첫 주 내내 야근을 했더니, 부서장님은 "개념 있는 경력직이 들어왔다"며 칭찬을 하시더군요. 중간급 개발자가 되자 위에서 이것저것 시키는 잡일이 많아져, 주로 야근 시간을 활용해서 제 본연의 업무인 소프트웨어 개발을 했습니다.

이직한 회사에서는 복지가 더 좋아서 대중교통이 끊길 때까지 야근을 하면 택시를 타고 퇴근하도록 법인 카드를 주었습니다. 그래서 애매하게 야근을 하느니 아예 막차가 끊길 때까지 버틸 때가 많았습니다. 택시 안에서 몸은 편했지만 마음은 편치 않았습니다. 제 귀한 시간과 회사의 돈이 함께 낭비되고 있다는 생각이 들었거든요.

한국에서 10년 가까이 야근을 하고 캐나다로 넘어왔는데, 이 나라에서는 아무도 야근을 하지 않는다는 사실에 문화 충격을 받았습니다. 야근이라는 개념 자체가 없는 느낌이랄까요? 오후 4~5시만 되면 모두 자연스럽게 퇴근했고, 저는 그 모습이 너무 낯설게 느껴졌습니다. 하루에 8시간 일을 해서는 영 성에 차지 않았고, 그래서 저는 홀로 사무실에 남아 야근을 하기 시작했습니다. 영어도 못하는데 남들보다 더 오래라도 일해서 인정받아야겠다는 생각을 했습니다.

그러던 중 매니저와 1:1 미팅을 하게 되었는데, 정말 의외의 피드백을 받았습니다. 매니저는 인정은커녕 야근을 하는 저를 상당히 걱정스럽게 바라보고 있었던 겁니다.

"업무 시간 내에 일을 끝내지 못하고 야근을 한다는 건 헌신이 아니라 무능입니다. 그리고 그건 팀 매니저인 저의 관리 역량 문제이기도 하죠."

이 말을 듣고 한 대 맞은 듯한 기분이 들었습니다. 이후 동료들을 관찰해보니 정해진 근무 시간 안에 주어진 일을 끝내려고 엄청 애쓰고 있더군요. 점심 시간도 아껴가며 샌드위치를 입에 물고 몰입하는 친구들도 있었습니다. 다들 어떻게 하면 효율적으로 일할 수 있을지 고민하고 있었습니다. 반면, 저는 오전엔 느긋하게 보내다가 오후가 되어야 비로소 일이 손에 잡혔습니다.

매니저의 솔직한 피드백 덕분에 처음으로 저의 노동 생산성이 얼마나 형편없는지 인지하게 되었습니다. 그런데 야근을 너무 오래해서 그런가 하루 아침에 고쳐지지는 않더라고요? ㅋㅋ 계속해서 매니저의 도움을 받으며 야근의 습관을 고쳐나갔습니다.

이제는 저도 아이가 있어서, 퇴근 후에 가족과 충분한 시간을 보낼 수 있는 환경이 얼마나 감사한지 모릅니다. 게다가 블로그 글도 쓰고, 유튜브 영상도 찍고, 그룹 스터디도 할 수 있는 여유가 생겼거든요. 아내 역시 한국에서 저못지 않게 야근을 많이 했었는데, 한국이었다면 어떻게 일과 육아를 병행했을지 깜깜하다네요. 저희 둘 다 야근이 없어지면서 삶의 질이 크게 올라갔음을 느낍니다.

한국은 세계 10위권 경제 대국이 되었지만, 여전히 연평균 노동 시간은 최상위권입니다. 반면에 시간당 노동 생산성은 OECD 국가 가운데 하위권에 머물고 있습니다. 물론 제도적인 변화(유연근무제, 재택근무, 노동시간 단축 등)도 중요하지만, 그보다 "야근은 미덕"이라는 오래된 인식의 바뀌어야 하지 않을까 싶습니다.

미디어에서 요즘 MZ 세대는 더 이상 야근하지 않는다는 얘기를 듣고 정말 그런 줄 알았는데, 실제로 한국에서 일하고 있는 사회 초년생분들과 이야기를 나눠보니 옛날과 크게 달라지지 않은 것 같더라고요. 기존 세대는 말 할 것도 없고요. 한국에서도 더 이상 얼마나 오래 일하는데 연연하지 않고 생산성과 효율을 중시하는 조직 문화가 자리 잡았으면 좋겠습니다.

제가 한국에서 직장 생활을 시작하고 가장 먼저 배운 것은 아이러니하게도 야근이었습니다. 신입이었던 제게 야근은 선택의 문제가 아니었거든요. 선배들에게 야근은 너무나 당연한 루틴이었고, 저녁 5시가 되면 "퇴근 안 해?"가 아니라 "저녁 뭐 먹을까?"라는 질문을 던졌습니다. 누가 정해놓은 것처럼 부장님이 퇴근해야 과장님이, 과장님이 퇴근해야 대리님이, 대리님이 퇴근해야 비로서 저 같은 신입도 퇴근 생각을 할 수 있었습니다. 이런 분위기에서 야근을 하지 않는다는 것은 동료들에게 실례였고, 불가피한 사정으로 야근을 못할 때는 사과를 드려야 했습니다. 나중에는 선배들 눈치 보는 것도 피곤해서 아예 속편히 막차 시간까지 사무실에 있기로 했습니다. 그래도 나름 기술 공부를 하면서 야근 시간을 알차게 보내려고 노력했습니다. 뭐, 그런데 다들 딱히 바빠서 야근하는 것 같지는 않았습니다. 웹서핑을 하며 시간을 보내는 선배도 있었고, 아이가 있는 선배들은 야근을 육아 회피 수단으로 쓰기도 했죠. 당시엔 이해하지 못했지만, 지금 돌아보면 혼자 육아를 감당하던 아내분은 얼마나 힘드셨을까요? 아무튼 이렇게 같은 사무실에서 각자의 방식으로 시간을 때우곤 했습니다. 회사-집-회사-집을 반복하는 삶이었지만 야근이 무조건 나쁜 것만은 아니었습니다. 다행히 대기업이라 야근 수당을 꼬박꼬박 신청할 수 있었고, 연봉이 높지 않던 신입 시절엔 야근 수당이 모이면 나름 쏠쏠했거든요. 당시 자취를 했었는데 저렴한 구내 식당에서 저녁을 해결하는 것도 나름 혜택으로 볼 수도 있었습니다. 다른 대기업으로 이직 후에도 야근은 어김없이 이어졌습니다. 입사 첫 주 내내 야근을 했더니, 부서장님은 "개념 있는 경력직이 들어왔다"며 칭찬을 하시더군요. 중간급 개발자가 되자 위에서 이것저것 시키는 잡일이 많아져, 주로 야근 시간을 활용해서 제 본연의 업무인 소프트웨어 개발을 했습니다. 이직한 회사에서는 복지가 더 좋아서 대중교통이 끊길 때까지 야근을 하면 택시를 타고 퇴근하도록 법인 카드를 주었습니다. 그래서 애매하게 야근을 하느니 아예 막차가 끊길 때까지 버틸 때가 많았습니다. 택시 안에서 몸은 편했지만 마음은 편치 않았습니다. 제 귀한 시간과 회사의 돈이 함께 낭비되고 있다는 생각이 들었거든요. 한국에서 10년 가까이 야근을 하고 캐나다로 넘어왔는데, 이 나라에서는 아무도 야근을 하지 않는다는 사실에 문화 충격을 받았습니다. 야근이라는 개념 자체가 없는 느낌이랄까요? 오후 4~5시만 되면 모두 자연스럽게 퇴근했고, 저는 그 모습이 너무 낯설게 느껴졌습니다. 하루에 8시간 일을 해서는 영 성에 차지 않았고, 그래서 저는 홀로 사무실에 남아 야근을 하기 시작했습니다. 영어도 못하는데 남들보다 더 오래라도 일해서 인정받아야겠다는 생각을 했습니다. 그러던 중 매니저와 1:1 미팅을 하게 되었는데, 정말 의외의 피드백을 받았습니다. 매니저는 인정은커녕 야근을 하는 저를 상당히 걱정스럽게 바라보고 있었던 겁니다. "업무 시간 내에 일을 끝내지 못하고 야근을 한다는 건 헌신이 아니라 무능입니다. 그리고 그건 팀 매니저인 저의 관리 역량 문제이기도 하죠." 이 말을 듣고 한 대 맞은 듯한 기분이 들었습니다. 이후 동료들을 관찰해보니 정해진 근무 시간 안에 주어진 일을 끝내려고 엄청 애쓰고 있더군요. 점심 시간도 아껴가며 샌드위치를 입에 물고 몰입하는 친구들도 있었습니다. 다들 어떻게 하면 효율적으로 일할 수 있을지 고민하고 있었습니다. 반면, 저는 오전엔 느긋하게 보내다가 오후가 되어야 비로소 일이 손에 잡혔습니다. 매니저의 솔직한 피드백 덕분에 처음으로 저의 노동 생산성이 얼마나 형편없는지 인지하게 되었습니다. 그런데 야근을 너무 오래해서 그런가 하루 아침에 고쳐지지는 않더라고요? ㅋㅋ 계속해서 매니저의 도움을 받으며 야근의 습관을 고쳐나갔습니다. 이제는 저도 아이가 있어서, 퇴근 후에 가족과 충분한 시간을 보낼 수 있는 환경이 얼마나 감사한지 모릅니다. 게다가 블로그 글도 쓰고, 유튜브 영상도 찍고, 그룹 스터디도 할 수 있는 여유가 생겼거든요. 아내 역시 한국에서 저못지 않게 야근을 많이 했었는데, 한국이었다면 어떻게 일과 육아를 병행했을지 깜깜하다네요. 저희 둘 다 야근이 없어지면서 삶의 질이 크게 올라갔음을 느낍니다. 한국은 세계 10위권 경제 대국이 되었지만, 여전히 연평균 노동 시간은 최상위권입니다. 반면에 시간당 노동 생산성은 OECD 국가 가운데 하위권에 머물고 있습니다. 물론 제도적인 변화(유연근무제, 재택근무, 노동시간 단축 등)도 중요하지만, 그보다 "야근은 미덕"이라는 오래된 인식의 바뀌어야 하지 않을까 싶습니다. 미디어에서 요즘 MZ 세대는 더 이상 야근하지 않는다는 얘기를 듣고 정말 그런 줄 알았는데, 실제로 한국에서 일하고 있는 사회 초년생분들과 이야기를 나눠보니 옛날과 크게 달라지지 않은 것 같더라고요. 기존 세대는 말 할 것도 없고요. 한국에서도 더 이상 얼마나 오래 일하는데 연연하지 않고 생산성과 효율을 중시하는 조직 문화가 자리 잡았으면 좋겠습니다.

야근의 관성

분당 5억의 매출이 발생하는 이벤트 시스템을 어떻게 구축하고 운영했는지 소개합니다.

무진장 힘들었지만 무진장 성장한 개발 이야기

치솟는 트래픽을 감당하기 위해 어떤 준비를 했는지 볼 수 있는 글이라 너무 좋네요

https://medium.com/musinsa-tech/%EB%AC%B4%EC%A7%84%EC%9E%A5-%ED%9E%98%EB%93%A4%EC%97%88%EC%A7%80%EB%A7%8C-%EB%AC%B4%EC%A7%84%EC%9E%A5-%EC%84%B1%EC%9E%A5%ED%95%9C-%EA%B0%9C%EB%B0%9C-%EC%9D%B4%EC%95%BC%EA%B8%B0-e445888579a9

치솟는 트래픽을 감당하기 위해 어떤 준비를 했는지 볼 수 있는 글이라 너무 좋네요 https://medium.com/musinsa-tech/%EB%AC%B4%EC%A7%84%EC%9E%A5-%ED%9E%98%EB%93%A4%EC%97%88%EC%A7%80%EB%A7%8C-%EB%AC%B4%EC%A7%84%EC%9E%A5-%EC%84%B1%EC%9E%A5%ED%95%9C-%EA%B0%9C%EB%B0%9C-%EC%9D%B4%EC%95%BC%EA%B8%B0-e445888579a9

Medium

무신사의 대용량 트래픽 경험기

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

 - YouTube

AI 프로토타이핑(또는 바이브 코딩)에 접근하는 방식에는 크게 두 가지가 존재합니다. 하나는 LLM의 흐름에 맡겨 자연스럽게 아이디어를 발전시키는 것이고, 다른 하나는 기존의 프로덕트 디자인 시스템과 브랜드 자산을 적극적으로 활용하며 구조적으로 접근하는 것입니다.

링크로 공유하는 유튜브 인터뷰 영상에서 Claire Vo는 AI 프로덕트 개발에서의 자유로운 접근을 강조하는데요. "I want to just go where LLM takes me. Ride the wave of the tokens."라는 표현을 통해, LLM이 이끄는 방향으로 자연스럽게 탐색하는 자신의 스타일을 어필합니다. 그러나 현실적으로 기업 환경에서 이러한 접근에 한계가 있을 수 있어서 일종의 가드레일이 필요할 수 있습니다.

How to build prototypes that actually look like your product | Colin Matthews: https://www.youtube.com/watch?v=I62dr0TwyZM

이러한 한계를 해결하고 실질적인 협업을 지원하기 위한 다른 접근법을 이 인터뷰 영상에 출연하는 Colin Matthews가 잘 소개해서 추천드립니다. 레니 뉴스레터에도 소개되었는데, 실제 영상으로 확인하니 더 이해가 잘 되는 것 같습니다.

Colin Matthews는 V0나 Magic Patterns와 같은 AI 프로토타이핑 도구를 활용하여, 디자인 컴포넌트 라이브러리를 구축하고, 이를 기반으로 구조적으로 프로토타이핑을 만드는 방법을 제안합니다. 스크린샷 기반으로 V0를 통해 디자인 컴포넌트 라이브러리를 만드는 것도 재미있지만, Magic Patterns가 제공하는 플러그인을 통해서 html 요소를 디자인 시스템으로 변환하고, 프로토타이핑 하는 방법을 보여줍니다.

그리고 Fork 방식으로 팀내에서 기존 베이스라인을 기반으로 여러 테스팅을 하는 것도 프로덕트 팀 간의 협업 효율성을 높이는데 유용해 보이는 접근 같습니다. 영상 길이가 길지 않아서 보시길 추천드리고요.

추가로 AI 프로토타이핑 툴이 가진 한계와 왜 영상속 방식이 깔끔한지를 설명드리면...
최근 V0 같은 AI 프로토타이핑 툴들이 GitHub와 양방향 동기화를 제공하기도 하지만, 현실적인 도전 과제가 여전히 존재합니다. 많은 AI 툴들이 특정한 파일 포맷이나 프레임워크(예: React)에 맞춰져 설계되어 있어서, 기존에 사용 중인 코드베이스를 바로 불러오는 데 어려움을 겪게 됩니다. 특히 렌더링 문제는 큰 도전 과제로 남아 있습니다.

브라우저는 오직 순수 HTML, CSS, JavaScript만 이해할 수 있습니다. 그러나 현대적인 웹 개발에서 널리 사용되는 React와 같은 라이브러리는 코드 관리가 편리하지만, 이를 브라우저가 이해할 수 있는 형태로 변환하는 build step이 필수적입니다. 이 과정은 바로 이루어지기 어렵고, 특정 파일 구조나 설정이 선제적으로 갖춰져 있어야 합니다.

LLM 역시 마찬가지로 특정 출력 포맷에 대한 구조적 정의가 필요합니다. 시스템 프롬프트를 통해 LLM이 어떤 포맷으로 결과를 출력해야 하는지 명확히 설정해야 하는데, 이때 실제 사용하는 코드베이스와 LLM의 학습된 포맷이 충돌하면 활용도가 크게 떨어질 수 있습니다. 특히 기업에서 사내 전용 라이브러리를 사용할 경우, LLM이 이를 전혀 인지하지 못하거나 접근할 수 없는 상황이 생기기도 합니다.

오랫동안 이 이슈를 고민한 Bolt.new와 같은 AI 프로토타이핑 도구들은 이 같은 문제를 해결하기 위해 웹 컨테이너(Web Container) 기술을 도입하고 있습니다. Bolt의 웹 컨테이너 기술은 브라우저 내부에서 빌드 단계를 대응하려 합니다. 가장 잠재력이 있는 플레이어라고 볼 수 있는데, 실제 테스트를 해보면 쉽지 않습니다.

엔지니어들이 많이 이용하는 Cursor, Windsurf 같은 툴들은 렌더링 없이 파일 기반으로 채팅을 주고 받는 방식이라 이러한 문제를 피할 수 있어 다르게 접근할 수 있기도 합니다. 하지만 프로덕트 매니저, 디자이너 등 다양한 직군 멤버가 소통하기에 한계가 있긴 합니다.

그래서 핵심은 유튜브 영상에 보여진 접근인 디자인 컴포넌트를 기반으로 기존 코드베이스가 아닌 새로운 프로젝트를 AI 프로토타이핑 툴에서 만드는 것이 작업할때 깔끔하다는 것을 느끼실 수 있을 것입니다.

AI 프로토타이핑(또는 바이브 코딩)에 접근하는 방식에는 크게 두 가지가 존재합니다. 하나는 LLM의 흐름에 맡겨 자연스럽게 아이디어를 발전시키는 것이고, 다른 하나는 기존의 프로덕트 디자인 시스템과 브랜드 자산을 적극적으로 활용하며 구조적으로 접근하는 것입니다. 링크로 공유하는 유튜브 인터뷰 영상에서 Claire Vo는 AI 프로덕트 개발에서의 자유로운 접근을 강조하는데요. "I want to just go where LLM takes me. Ride the wave of the tokens."라는 표현을 통해, LLM이 이끄는 방향으로 자연스럽게 탐색하는 자신의 스타일을 어필합니다. 그러나 현실적으로 기업 환경에서 이러한 접근에 한계가 있을 수 있어서 일종의 가드레일이 필요할 수 있습니다. How to build prototypes that actually look like your product | Colin Matthews: https://www.youtube.com/watch?v=I62dr0TwyZM 이러한 한계를 해결하고 실질적인 협업을 지원하기 위한 다른 접근법을 이 인터뷰 영상에 출연하는 Colin Matthews가 잘 소개해서 추천드립니다. 레니 뉴스레터에도 소개되었는데, 실제 영상으로 확인하니 더 이해가 잘 되는 것 같습니다. Colin Matthews는 V0나 Magic Patterns와 같은 AI 프로토타이핑 도구를 활용하여, 디자인 컴포넌트 라이브러리를 구축하고, 이를 기반으로 구조적으로 프로토타이핑을 만드는 방법을 제안합니다. 스크린샷 기반으로 V0를 통해 디자인 컴포넌트 라이브러리를 만드는 것도 재미있지만, Magic Patterns가 제공하는 플러그인을 통해서 html 요소를 디자인 시스템으로 변환하고, 프로토타이핑 하는 방법을 보여줍니다. 그리고 Fork 방식으로 팀내에서 기존 베이스라인을 기반으로 여러 테스팅을 하는 것도 프로덕트 팀 간의 협업 효율성을 높이는데 유용해 보이는 접근 같습니다. 영상 길이가 길지 않아서 보시길 추천드리고요. 추가로 AI 프로토타이핑 툴이 가진 한계와 왜 영상속 방식이 깔끔한지를 설명드리면... 최근 V0 같은 AI 프로토타이핑 툴들이 GitHub와 양방향 동기화를 제공하기도 하지만, 현실적인 도전 과제가 여전히 존재합니다. 많은 AI 툴들이 특정한 파일 포맷이나 프레임워크(예: React)에 맞춰져 설계되어 있어서, 기존에 사용 중인 코드베이스를 바로 불러오는 데 어려움을 겪게 됩니다. 특히 렌더링 문제는 큰 도전 과제로 남아 있습니다. 브라우저는 오직 순수 HTML, CSS, JavaScript만 이해할 수 있습니다. 그러나 현대적인 웹 개발에서 널리 사용되는 React와 같은 라이브러리는 코드 관리가 편리하지만, 이를 브라우저가 이해할 수 있는 형태로 변환하는 build step이 필수적입니다. 이 과정은 바로 이루어지기 어렵고, 특정 파일 구조나 설정이 선제적으로 갖춰져 있어야 합니다. LLM 역시 마찬가지로 특정 출력 포맷에 대한 구조적 정의가 필요합니다. 시스템 프롬프트를 통해 LLM이 어떤 포맷으로 결과를 출력해야 하는지 명확히 설정해야 하는데, 이때 실제 사용하는 코드베이스와 LLM의 학습된 포맷이 충돌하면 활용도가 크게 떨어질 수 있습니다. 특히 기업에서 사내 전용 라이브러리를 사용할 경우, LLM이 이를 전혀 인지하지 못하거나 접근할 수 없는 상황이 생기기도 합니다. 오랫동안 이 이슈를 고민한 Bolt.new와 같은 AI 프로토타이핑 도구들은 이 같은 문제를 해결하기 위해 웹 컨테이너(Web Container) 기술을 도입하고 있습니다. Bolt의 웹 컨테이너 기술은 브라우저 내부에서 빌드 단계를 대응하려 합니다. 가장 잠재력이 있는 플레이어라고 볼 수 있는데, 실제 테스트를 해보면 쉽지 않습니다. 엔지니어들이 많이 이용하는 Cursor, Windsurf 같은 툴들은 렌더링 없이 파일 기반으로 채팅을 주고 받는 방식이라 이러한 문제를 피할 수 있어 다르게 접근할 수 있기도 합니다. 하지만 프로덕트 매니저, 디자이너 등 다양한 직군 멤버가 소통하기에 한계가 있긴 합니다. 그래서 핵심은 유튜브 영상에 보여진 접근인 디자인 컴포넌트를 기반으로 기존 코드베이스가 아닌 새로운 프로젝트를 AI 프로토타이핑 툴에서 만드는 것이 작업할때 깔끔하다는 것을 느끼실 수 있을 것입니다.

www.youtube.com

디자인 컴포넌트 기반 AI 프로토타이핑

AI와 코딩할 때, 혹시 결과만 말하고 계신가요?
얼마 전 프로필 페이지를 AI와 함께 만들면서 이상한 걸 발견했어요.
내가 생각하지 않은 로직이 코드에 들어가 있었고, 불필요한 데이터 호출까지 늘어나 있더라고요. 이런 문제들이 쌓이면 코드는 점점 더 복잡해지고, 결국 나중에 걷잡을 수 없어질 거라 느꼈어요.

왜 이런 일이 생겼을까요..?

이번 영상에선 결과만 강조하는 Vibe Coding의 한계를 직접 경험한 사례를 보여드리고,
그 문제를 해결하는 새로운 방식, Augmented Coding을 소개합니다.

TDD의 아버지인 켄트 백(Kent Beck)의 블로그에서 영감을 얻어 발견한 이 방식은 결과뿐 아니라 "과정"을 명확히 AI에게 전달하는 코딩이어요.

영상에서 다루는 내용
- Vibe Coding의 한계 (실제 사례로 살펴보기)
- Augmented Coding이란? (결과 vs 과정)
- AI에게 '과정'을 정확하게 전달하는 방법
- 실제 프로젝트에서 Augmented Coding 적용한 과정 소개 (FSD 아키텍처로 설계)
- 엔지니어는 AI와 협업할 때, 어디까지 개입해야 할까?

결과가 아니라 과정을 중심으로 협업하면,
AI와 더 잘 소통할 수 있고, 코드도 깔끔하게 유지할 수 있어요.

엔지니어로서 AI와의 협업 방식을 고민하시는 분이라면,
이번 영상이 좋은 힌트가 되길 바랍니다. 🤗

각자의 자리에서 함께 공부하시는 모든 분들 화이팅입니다. :)

https://youtu.be/xbPoEtEGcmg

AI와 코딩할 때, 혹시 결과만 말하고 계신가요? 얼마 전 프로필 페이지를 AI와 함께 만들면서 이상한 걸 발견했어요. 내가 생각하지 않은 로직이 코드에 들어가 있었고, 불필요한 데이터 호출까지 늘어나 있더라고요. 이런 문제들이 쌓이면 코드는 점점 더 복잡해지고, 결국 나중에 걷잡을 수 없어질 거라 느꼈어요. 왜 이런 일이 생겼을까요..? 이번 영상에선 결과만 강조하는 Vibe Coding의 한계를 직접 경험한 사례를 보여드리고, 그 문제를 해결하는 새로운 방식, Augmented Coding을 소개합니다. TDD의 아버지인 켄트 백(Kent Beck)의 블로그에서 영감을 얻어 발견한 이 방식은 결과뿐 아니라 "과정"을 명확히 AI에게 전달하는 코딩이어요. 영상에서 다루는 내용 - Vibe Coding의 한계 (실제 사례로 살펴보기) - Augmented Coding이란? (결과 vs 과정) - AI에게 '과정'을 정확하게 전달하는 방법 - 실제 프로젝트에서 Augmented Coding 적용한 과정 소개 (FSD 아키텍처로 설계) - 엔지니어는 AI와 협업할 때, 어디까지 개입해야 할까? 결과가 아니라 과정을 중심으로 협업하면, AI와 더 잘 소통할 수 있고, 코드도 깔끔하게 유지할 수 있어요. 엔지니어로서 AI와의 협업 방식을 고민하시는 분이라면, 이번 영상이 좋은 힌트가 되길 바랍니다. 🤗 각자의 자리에서 함께 공부하시는 모든 분들 화이팅입니다. :) https://youtu.be/xbPoEtEGcmg

youtu.be

AI와 코딩할 때, 혹시 결과만 말하고 계신가요?
얼마 전 프로필

1. 스티브 잡스는 매일 아침 거울 앞에서 스스로에게 물었다. 오늘이 내 삶의 마지막 날이라면, 지금 이 일을 계속할 거냐고.

2. 모멘토 모리. 죽음을 기억하라. 죽음은 인간이 만든 최고의 발명품이다. 그 누구도 예외 없다. 사람은 모두 죽는다. 사람의 시간은 유한하다.

3. 그럼에도 우리는 시간을 무한한 자원처럼 다룬다. 눈에 보이지 않기 때문이다. 한 시간, 하루, 한 달. 보이지 않는 시간을 단위로 개념화했다. 그럼에도 시간은 잘 와닿지 않는다.

4. 우선순위는 보이지 시간에 대한 결정이다. 한정된 시간을 어디에 쓸 것인가. 사람의 삶과 마찬가지로 기업에게도 가장 중요하다.

5. 텅 빈 투명한 통이 있다. 여기 다양한 크기의 돌멩이를 담는다. 통은 시간이다. 돌멩이는 우리가 시간을 쓰는 일이다.

6. 돌의 크기는 저마다 다르다. 크기는 중요도와 비례한다고 하자. 어떤 걸 먼저 담아야 같은 통에 가장 많은 돌을 채울 수 있을까? 쉽다. 큰 돌을 먼저 담은 다음, 나머지 공간을 작은 돌로 채운다. 가장 밀도가 높다. 시간을 효율적으로 쓴 셈이다.

7. 순서를 거꾸로 한다면 어떻게 될까? 작은 돌들을 먼저 채운다. 나중에 큰 돌을 담아본다. 몇 개 들어가지 않는다. 많은 작은 돌들이 이미 꽉 차버렸으니까. 큰일이다. 그래도 돌멩이는 쏟고 다시 담으면 된다. 하지만, 써버린 시간은 되돌릴 수 없다.

8. 부와 성공을 이룬 사람은 돈으로 최대한 시간을 산다. 중요하지 않은 결정은 시간을 안 쓴다. 매일 같은 옷을 입고, 같은 식단을 먹는다.

9. 기업도 마찬가지다. 기업의 시간은 구성원의 시간이다. 구성원의 수만큼 시간이 있는 셈이다.

10. 기업의 시간을 늘리는 방법은 두 가지다. 채용을 해서 구성원의 수를 늘리면 된다. 빠르게 시간을 늘릴 수 있다. 하지만 감당해야 할 대가가 매우 크다. 되돌리기 어려운 결정이다.

11. 다른 방법은 시간 사용을 효율화하는 것이다. 높은 역량이 있는 사람을 채용한다. 성과를 내는 과정을 효율화한다.

12. '어떤 일을 할 시간이 없다'라는 말은 사실 '그 일은 우선순위에 없다'라는 말과 같다. 최악은 내가 가진 돌멩이에 우선순위가 없는 것이다. 이 돌, 저 돌 건드리다 결국 하나도 제대로 해내지 못한다. 흐지부지 시간은 계속 흐른다.

13. 모래시계처럼 우리의 남은 시간을 눈으로 볼 수 있다면 얼마나 좋을까. 조금은 더 효율적으로 살 수 있지 않을까.

14. 시각은 뇌가 다루는 감각의 90%를 차지한다. 그래서 우리는 눈에 안 보이는 걸 덜 중요하게 여긴다.

15. 시간, 결정, 건강, 관계. 살면서 점점 더 중요한 것들은 눈에 보이지 않는다는 것을 깨닫는다. 무의식의 흐름대로 살다가도 문득문득 멈춰서 다시 챙겨 본다. 나는 지금 보이지 않는 것들을 잘 챙겨가고 있을까.

#죽음을기억하라

1. 스티브 잡스는 매일 아침 거울 앞에서 스스로에게 물었다. 오늘이 내 삶의 마지막 날이라면, 지금 이 일을 계속할 거냐고. ​2. 모멘토 모리. 죽음을 기억하라. 죽음은 인간이 만든 최고의 발명품이다. 그 누구도 예외 없다. 사람은 모두 죽는다. 사람의 시간은 유한하다. 3. 그럼에도 우리는 시간을 무한한 자원처럼 다룬다. 눈에 보이지 않기 때문이다. 한 시간, 하루, 한 달. 보이지 않는 시간을 단위로 개념화했다. 그럼에도 시간은 잘 와닿지 않는다. 4. 우선순위는 보이지 시간에 대한 결정이다. 한정된 시간을 어디에 쓸 것인가. 사람의 삶과 마찬가지로 기업에게도 가장 중요하다. ​5. 텅 빈 투명한 통이 있다. 여기 다양한 크기의 돌멩이를 담는다. 통은 시간이다. 돌멩이는 우리가 시간을 쓰는 일이다. ​6. 돌의 크기는 저마다 다르다. 크기는 중요도와 비례한다고 하자. 어떤 걸 먼저 담아야 같은 통에 가장 많은 돌을 채울 수 있을까? 쉽다. 큰 돌을 먼저 담은 다음, 나머지 공간을 작은 돌로 채운다. 가장 밀도가 높다. 시간을 효율적으로 쓴 셈이다. 7. 순서를 거꾸로 한다면 어떻게 될까? 작은 돌들을 먼저 채운다. 나중에 큰 돌을 담아본다. 몇 개 들어가지 않는다. 많은 작은 돌들이 이미 꽉 차버렸으니까. 큰일이다. 그래도 돌멩이는 쏟고 다시 담으면 된다. 하지만, 써버린 시간은 되돌릴 수 없다. 8. 부와 성공을 이룬 사람은 돈으로 최대한 시간을 산다. 중요하지 않은 결정은 시간을 안 쓴다. 매일 같은 옷을 입고, 같은 식단을 먹는다. 9. 기업도 마찬가지다. 기업의 시간은 구성원의 시간이다. 구성원의 수만큼 시간이 있는 셈이다. 10. 기업의 시간을 늘리는 방법은 두 가지다. 채용을 해서 구성원의 수를 늘리면 된다. 빠르게 시간을 늘릴 수 있다. 하지만 감당해야 할 대가가 매우 크다. 되돌리기 어려운 결정이다. ​11. 다른 방법은 시간 사용을 효율화하는 것이다. 높은 역량이 있는 사람을 채용한다. 성과를 내는 과정을 효율화한다. ​12. '어떤 일을 할 시간이 없다'라는 말은 사실 '그 일은 우선순위에 없다'라는 말과 같다. 최악은 내가 가진 돌멩이에 우선순위가 없는 것이다. 이 돌, 저 돌 건드리다 결국 하나도 제대로 해내지 못한다. 흐지부지 시간은 계속 흐른다. ​13. 모래시계처럼 우리의 남은 시간을 눈으로 볼 수 있다면 얼마나 좋을까. 조금은 더 효율적으로 살 수 있지 않을까. ​14. 시각은 뇌가 다루는 감각의 90%를 차지한다. 그래서 우리는 눈에 안 보이는 걸 덜 중요하게 여긴다. ​15. 시간, 결정, 건강, 관계. 살면서 점점 더 중요한 것들은 눈에 보이지 않는다는 것을 깨닫는다. 무의식의 흐름대로 살다가도 문득문득 멈춰서 다시 챙겨 본다. 나는 지금 보이지 않는 것들을 잘 챙겨가고 있을까. #죽음을기억하라

< 인생을 바꾸는 ‘큰 돌멩이’의 법칙 >

Gemini CLI가 무료라길래 주말에 사용해봤습니다.

기존에 만들던 프로젝트가 있는데, 현재 중간 기능까지만 완성된 상태인데요,
시간과 의욕이 없어 중단된 상태였는데, 좋은 기회다 싶었습니다.

우선, 바이브 코딩으로 기존에 만들었던 프로젝트를 새로 만들 수 있을지 시도해봤습니다.
겉 모양은 그럴싸하게 나왔는데, 실제 동작을 시켜보면 여러 버그와 크래시가 발생했고, 버그 수정도 잘 못했습니다.
모양은 잘 잡았지만, 알맹이 수정에 끝이 없어보여서, 새로 만드는 것은 무리라고 판단했습니다.

그래서, 새로 만드는 것 말고 기존에 만든 프로젝트에 기능을 확장하는 시도를 해보았습니다.
큰 수정은 필요 없었고, 기존 로직과 유사한데 for-loop을 반대로 돌거나, 자료구조 한 세트를 더 가지는 정도의 수정이 필요했습니다.
아쉽게도, 이 또한 잘 수행하지 못했습니다.

특히 Gemini 2.5 flash는 문제가 더 심했는데,
 * 중괄호를 두 번 닫거나
 * 시킨 동작은 하지 않고, 엉뚱하게 앞선 메시지에 대한 답변을 하거나
 * 초기화 전에 값을 쓰려하거나

... 오동작이 좀 많이 있었습니다.

바이브 코딩으로 데이터 파서와 뷰어는 잘 만들 수 있는 것 같은데, 조금 복잡한 로직이 들어가면 사람 손이 필요해 보이긴 합니다.

Claude code는 프로젝트 완성을 해줄 수 있을지 궁금하긴 한데, 돈 내고 속상할까봐 망설이게 되네요.

Gemini CLI가 무료라길래 주말에 사용해봤습니다. 기존에 만들던 프로젝트가 있는데, 현재 중간 기능까지만 완성된 상태인데요,시간과 의욕이 없어 중단된 상태였는데, 좋은 기회다 싶었습니다. 우선, 바이브 코딩으로 기존에 만들었던 프로젝트를 새로 만들 수 있을지 시도해봤습니다.겉 모양은 그럴싸하게 나왔는데, 실제 동작을 시켜보면 여러 버그와 크래시가 발생했고, 버그 수정도 잘 못했습니다.모양은 잘 잡았지만, 알맹이 수정에 끝이 없어보여서, 새로 만드는 것은 무리라고 판단했습니다. 그래서, 새로 만드는 것 말고 기존에 만든 프로젝트에 기능을 확장하는 시도를 해보았습니다.큰 수정은 필요 없었고, 기존 로직과 유사한데 for-loop을 반대로 돌거나, 자료구조 한 세트를 더 가지는 정도의 수정이 필요했습니다.아쉽게도, 이 또한 잘 수행하지 못했습니다. 특히 Gemini 2.5 flash는 문제가 더 심했는데,<ul><li>중괄호를 두 번 닫거나</li><li>시킨 동작은 하지 않고, 엉뚱하게 앞선 메시지에 대한 답변을 하거나</li><li>초기화 전에 값을 쓰려하거나</li></ul> ... 오동작이 좀 많이 있었습니다. 바이브 코딩으로 데이터 파서와 뷰어는 잘 만들 수 있는 것 같은데, 조금 복잡한 로직이 들어가면 사람 손이 필요해 보이긴 합니다. Claude code는 프로젝트 완성을 해줄 수 있을지 궁금하긴 한데, 돈 내고 속상할까봐 망설이게 되네요.

Gemini CLI가 무료라길래 주말에 사용해봤습니다.

기존에 

WEBNORI

DDD의 창시자는 에릭에반스, DDD설계자이자 구현자인 반버논의 강의영상 설계자와 구현자를 이분하지 않는것이 이 진영의 특징이며 도메인모델을 코드에 표현해 녹여내는게 핵심입니다. 도메인 이벤트 처리를 위해 꼭 액터모델을 이용할 필요는 없지만~ 도움되는 장치를 제공합니다. - DDD와 액터모델을 셋트로 학습할수 있는 영상입니다.

요약글링크 : https://wiki.webnori.com/display/AKKA/Using+the+Actor+Model+with+Domain-Driven+Design+%28DDD%29+in+Reactive+Systems

DDD의 창시자는 에릭에반스, DDD설계자이자 구현자인 반버논의 강의영상 설계자와 구현자를 이분하지 않는것이 이 진영의 특징이며 도메인모델을 코드에 표현해 녹여내는게 핵심입니다. 도메인 이벤트 처리를 위해 꼭 액터모델을 이용할 필요는 없지만~ 도움되는 장치를 제공합니다. - DDD와 액터모델을 셋트로 학습할수 있는 영상입니다. 요약글링크 : https://wiki.webnori.com/display/AKKA/Using+the+Actor+Model+with+Domain-Driven+Design+%28DDD%29+in+Reactive+Systems

wiki.webnori.com

DDD와 액터모델

(웹)프론트엔드 개발이 쉬워보인다면 CSS나 WebGL 차력쇼나 대량의 실시간 업데이트 같은 것을 경험해보지 못해서..

근데 사실 (웹)백엔드도 대부분의 일은 CRUD라 요즘은 뇌 없이도 할 수 있다. (광역 어그로)

(웹)프론트엔드 개발이 쉬워보인다면 CSS나 WebGL 차력쇼나 대량의 실시간 업데이트 같은 것을 경험해보지 못해서.. 근데 사실 (웹)백엔드도 대부분의 일은 CRUD라 요즘은 뇌 없이도 할 수 있다. (광역 어그로)

(웹)프론트엔드 개발이 쉬워보인다면 CSS나 WebGL 차력쇼나 

우린 정말 사용자를 위하고 있을까? 모든 기업이 '사용자'와 '경험'을 강조하지만, 실제로 그럴까요? 글쎄요.

사용자를 이해하는 유일한 방법에 대하여 | 독서모임 | 리서치 하는데요 | 트레바리

트레바리 <리서치 하는데요> 6번째 시즌을 시작합니다. 벌써 2년째 클럽을 이어가고 있는데 매번 첫 번째 책을 고르는데 시간을 많이 쓰고 있습니다. 첫 번째 책은 크리스틴 로제 『경험의 멸종』으로 정했습니다.

첫 번째 모임
📖크리스틴 로젠, 『경험의 멸종』

기술은 날로 완벽해지는데 왜 인간은 점점 더 불안해질까요? <리서치 하는데요> 6번째 시즌의 첫 번째 책은 "우리는 어떻게 경험을 잃어가고 있을까?"에 대한 잃어가고 있는 경험을 이야기해보려고 합니다. 넷플릭스 시리즈 '블랙미러'를 떠올리게 만드는 이 책은 '인간다움'과 '경험의 본질'에 대해 성찰하는 시간으로 대화가 이어지는 매개가 될 것입니다. 

더 쉽게 경험을 할 수 있도록 만든 디지털기술은 왜 사용자의 감각을 마비시킬까요? 더 많은 것을 누리지만 왜 더 불안해지는 걸까요? 나의 감정은 왜 점점 단순해지고 기다림에는 인색해지는 걸까요? 감동이 사라지고 무한 스크롤 속에 쾌락만 허락된 시대. 가만히 경험의 멸종에 대해 이야기할 시간은 회사에서도, 다른 모임에서도 쉽게 허락되지 않았습니다. 첫 번째 모임에서는 더 나은 사용자 경험을 만들기 위한 만드는 사람의 책임과 태도를 함께 이야기해 보겠습니다.

두 번째 모임
📖알랭 드 보통,『행복의 건축』

이 책은 철학적이고 예술적이며 담담합니다. 건축을 전공한 멋진 선배가 첫 직장에서 제게 선물했던 책이기도 한데요. 드 보통은 첫 번째 책에서 이야기 한 경험에 대해 차원을 넓히는 단서를 이야기합니다. 책은 건축의 일상성에 대해 이야기하지만, 인간이 경험하는 공통적인 자극에 대해 철학적인 의미를 이야기합니다. "장소가 달라지면 나쁜 쪽이든 좋은 쪽이든 사람도 달라진다"라는 관념처럼 어떤 경험을 플랫폼에서 설계하느냐에 따라 사용자가 느끼는 경험의 행복감은 차이가 생깁니다. 일상 속의 경험, 건축 속의 설계에 대해 함께 이야기하며 사용자 경험을 들여다보는 해상도를 높여볼까요?

세 번째 모임
📖류쉐펑,『복잡한 세상을 이기는 수학의 힘』

어떤 습관이 사용자 경험을 설계하는 사람의 고민을 더 깊이 있게 만들까요? 감정에 공감하면서 때로는 수학적인 접근이 필요하다고 믿습니다. 특히 내부 이해관계자를 설득할 때에 필요한 도구는 수학과 관련이 깊습니다. 사용자 경험을 다루고, 리서치를 하면서 가장 어려운 점은 리더십을 설득하는 과정인데요. 그때마다 사고의 폭을 확장하는데, 복잡한 현상을 구조화하는데 도움이 되는 프레임워크에 대해 함께 살펴보고 각자의 경험을 대입해 볼까요?

네 번째 모임
📖황현산,『밤이 선생이다』

<리서치 하는데요>는 사용자 경험에 대해 이야기하지만 방법론의 함정에 빠지는 것을 경계하려고 애써왔습니다. 그러려면 각자의 경험과 방식을 존중하고 또 불편하지만 포기할 수 없는 선에 대해서 이야기를 할 필요가 있다고 믿습니다. 에세이는 다른 사람의 생각을 근원까지 들여다보는데 가장 효과적인 장르입니다. 인간에 대한 이해와 비평, 슬프지만 따뜻한 마음이 느껴지는 이 책에는 삼십여 년에 걸친 작가의 시선이 잘 담겨있습니다. 사용자 경험을 만드는 사람들이 포기하면 안 되는 그 책임에 대해서 이야기해 볼까요?

https://trevar.ink/lG9pBf

트레바리 &lt;리서치 하는데요&gt; 6번째 시즌을 시작합니다. 벌써 2년째 클럽을 이어가고 있는데 매번 첫 번째 책을 고르는데 시간을 많이 쓰고 있습니다. 첫 번째 책은 크리스틴 로제 『경험의 멸종』으로 정했습니다. 첫 번째 모임📖크리스틴 로젠, 『경험의 멸종』 기술은 날로 완벽해지는데 왜 인간은 점점 더 불안해질까요? &lt;리서치 하는데요&gt; 6번째 시즌의 첫 번째 책은 "우리는 어떻게 경험을 잃어가고 있을까?"에 대한 잃어가고 있는 경험을 이야기해보려고 합니다. 넷플릭스 시리즈 '블랙미러'를 떠올리게 만드는 이 책은 '인간다움'과 '경험의 본질'에 대해 성찰하는 시간으로 대화가 이어지는 매개가 될 것입니다.&nbsp; 더 쉽게 경험을 할 수 있도록 만든 디지털기술은 왜 사용자의 감각을 마비시킬까요? 더 많은 것을 누리지만 왜 더 불안해지는 걸까요? 나의 감정은 왜 점점 단순해지고 기다림에는 인색해지는 걸까요? 감동이 사라지고 무한 스크롤 속에 쾌락만 허락된 시대. 가만히 경험의 멸종에 대해 이야기할 시간은 회사에서도, 다른 모임에서도 쉽게 허락되지 않았습니다. 첫 번째 모임에서는 더 나은 사용자 경험을 만들기 위한 만드는 사람의 책임과 태도를 함께 이야기해 보겠습니다. 두 번째 모임📖알랭 드 보통,『행복의 건축』 이 책은 철학적이고 예술적이며 담담합니다. 건축을 전공한 멋진 선배가 첫 직장에서 제게 선물했던 책이기도 한데요. 드 보통은 첫 번째 책에서 이야기 한 경험에 대해 차원을 넓히는 단서를 이야기합니다. 책은 건축의 일상성에 대해 이야기하지만, 인간이 경험하는 공통적인 자극에 대해 철학적인 의미를 이야기합니다. "장소가 달라지면 나쁜 쪽이든 좋은 쪽이든 사람도 달라진다"라는 관념처럼 어떤 경험을 플랫폼에서 설계하느냐에 따라 사용자가 느끼는 경험의 행복감은 차이가 생깁니다. 일상 속의 경험, 건축 속의 설계에 대해 함께 이야기하며 사용자 경험을 들여다보는 해상도를 높여볼까요? 세 번째 모임📖류쉐펑,『복잡한 세상을 이기는 수학의 힘』 어떤 습관이 사용자 경험을 설계하는 사람의 고민을 더 깊이 있게 만들까요? 감정에 공감하면서 때로는 수학적인 접근이 필요하다고 믿습니다. 특히 내부 이해관계자를 설득할 때에 필요한 도구는 수학과 관련이 깊습니다. 사용자 경험을 다루고, 리서치를 하면서 가장 어려운 점은 리더십을 설득하는 과정인데요. 그때마다 사고의 폭을 확장하는데, 복잡한 현상을 구조화하는데 도움이 되는 프레임워크에 대해 함께 살펴보고 각자의 경험을 대입해 볼까요? 네 번째 모임📖황현산,『밤이 선생이다』 &lt;리서치 하는데요&gt;는 사용자 경험에 대해 이야기하지만 방법론의 함정에 빠지는 것을 경계하려고 애써왔습니다. 그러려면 각자의 경험과 방식을 존중하고 또 불편하지만 포기할 수 없는 선에 대해서 이야기를 할 필요가 있다고 믿습니다. 에세이는 다른 사람의 생각을 근원까지 들여다보는데 가장 효과적인 장르입니다. 인간에 대한 이해와 비평, 슬프지만 따뜻한 마음이 느껴지는 이 책에는 삼십여 년에 걸친 작가의 시선이 잘 담겨있습니다. 사용자 경험을 만드는 사람들이 포기하면 안 되는 그 책임에 대해서 이야기해 볼까요? https://trevar.ink/lG9pBf

trevar.ink

⟪트레바리 <리서치 하는데요> 6번째 시즌을 오픈합니다⟫

변경사항을 로컬로 확인 및 테스트하고 에뮬레이션된 리소스와 상호작용하는 방법을 알아봅니다. 그런 다음 다른 사용자가 내 사이트를 보고 테스트할 수 있도록 미리보기 URL을 만듭니다.

로컬에서 웹 앱을 테스트하고, 변경사항을 다른 사용자와 공유하고, 실시간 배포  |  Firebase Hosting

주제: 파이어베이스

파이어베이스로 호스팅하기
https://firebase.google.com/docs/hosting/test-preview-deploy?hl=ko
https://overcome-the-limits.tistory.com/227

파이어베이스 장단점
https://velog.io/@haujinnn/FireBase

간단한 프로젝트를 하면서 파이어베이스를 다루는 방법에 대해 연습하고 있습니다.

파이어베이스를 선택한 이유
구현해야 하는 기능이 꽤 많다는 점
아직 db 설정을 할 줄 모른다는 점
호스팅을 지원해준다는 점

별도의 백엔드 코드없이 할 수 있다고 하는데, 좀 더 찾아봐야 될 듯 합니다. 데이터 검색하는 기능이 느리다고 하기 때문입니다. 실제로 사용해보지 않아서 얼마나 느린지는 확인해 봐야 될 것 같습니다.

앞으로 프로젝트에서 해보기
파이어베이스로 프로젝트 DB사용하기 -> 속도 측정
Node로 백엔드 서버 만들어서 사용하기 -> 속도 측정
파이어베이스에서 MongoDB 사용하기 -> 속도 측정

주제: 파이어베이스 파이어베이스로 호스팅하기https://firebase.google.com/docs/hosting/test-preview-deploy?hl=kohttps://overcome-the-limits.tistory.com/227 파이어베이스 장단점https://velog.io/@haujinnn/FireBase 간단한 프로젝트를 하면서 파이어베이스를 다루는 방법에 대해 연습하고 있습니다. 파이어베이스를 선택한 이유구현해야 하는 기능이 꽤 많다는 점아직 db 설정을 할 줄 모른다는 점호스팅을 지원해준다는 점 별도의 백엔드 코드없이 할 수 있다고 하는데, 좀 더 찾아봐야 될 듯 합니다. 데이터 검색하는 기능이 느리다고 하기 때문입니다. 실제로 사용해보지 않아서 얼마나 느린지는 확인해 봐야 될 것 같습니다. 앞으로 프로젝트에서 해보기파이어베이스로 프로젝트 DB사용하기 -&gt; 속도 측정Node로 백엔드 서버 만들어서 사용하기 -&gt; 속도 측정파이어베이스에서 MongoDB 사용하기 -&gt; 속도 측정

Firebase

You have complete control over every play, choice, and triumph in Retro Bowl. Check out our website for community events, updates, and game tips!
https://retrobowlgame.io

De Anza college ser

dwaynelucas

Great overview of Firebase! I'm excited to explore its hosting capabilities and database features. Looking forward to testing speed measurements and comparing it with Node and MongoDB in future projects! 
https://sprunkiphase3.io

boot camp web

kenvinroll

프론트엔드 개발자

오가람

프론트엔드

최원익

저를 포함한 많은 사람들이 알지 못했던 편안함을 제공하고 싶은 개발자입니다

오늘의 블로그 읽기 20231123

댓글 2

비슷한 게시물

주간 인기 TOP 10

추천 프로필