1. 과거에는 해결해야 할 문제가 해결책의 양을 크게 웃돌았습니다.

2. 하지만 점점 더 해결책이 과잉 상태가 돼가면서 해결책이 양적으로 많아지는 양적 문제가 발생하고 있습니다.

3. 하지만 ’의미‘를 만족시켜야 하는 오늘날에는 양적 문제보다는 질적 문제가 발생하기 시작합니다.

4. 과거에 해결해야 할 문제들은 누가 보더라도 똑같은 해결책이 필요한 문제였습니다.

5. 날씨가 더우니 음식물이 상하지 않도록 저온을 유지하는 성능 좋은 냉장고가 필요하다는 식이 었죠.

6. 반면에 의미가치를 척도로 하면 이야기가 달라집니다.

7. 개인에게 의미가 있느냐 없느냐 하는 문제에서는 사람마다 관점과 기준에 따라 달리 충족되어야 하기 때문이죠.


#일을잘한다는것

1. 과거에는 해결해야 할 문제가 해결책의 양을 크게 웃돌았습니다. ​2. 하지만 점점 더 해결책이 과잉 상태가 돼가면서 해결책이 양적으로 많아지는 양적 문제가 발생하고 있습니다. ​3. 하지만 ’의미‘를 만족시켜야 하는 오늘날에는 양적 문제보다는 질적 문제가 발생하기 시작합니다. ​4. 과거에 해결해야 할 문제들은 누가 보더라도 똑같은 해결책이 필요한 문제였습니다. ​5. 날씨가 더우니 음식물이 상하지 않도록 저온을 유지하는 성능 좋은 냉장고가 필요하다는 식이 었죠. 6. 반면에 의미가치를 척도로 하면 이야기가 달라집니다. ​7. 개인에게 의미가 있느냐 없느냐 하는 문제에서는 사람마다 관점과 기준에 따라 달리 충족되어야 하기 때문이죠. ​ #일을잘한다는것 ​

< 해결책은 많지만, 해답은 없다 >

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

우와.. 넷플릭스가 워너브라더스와 HBO를 먹었네요. 우와.. 이건 거의.. 역사의 전환점처럼 느껴지는 엄청난 사건이네요. 우와..

우와.. 넷플릭스가 워너브라더스와 HBO를 먹었네요. 우와.. 이건 거의.. 역사의 전환점처럼 느껴지는 엄청난 사건이네요. 우와..

아미고(Ameego) 버그 수정시 사용한 코딩 에이전트(여기선 Codex)를 위한 스펙 문서와 프롬프팅 히스토리 大공개! 스펙 문서의 1차 버전은 직접 작성하고, 작업하면서 업데이트 시켜갑니다.

이건 아주 작은 태스크라서 별거 아니실테지만, 저희 회사에 들어오시면 스펙 문서 500줄, 변경점 15,000줄에 달하는 대규모 작업을 완전히 자동으로 처리한 히스토리를 보실 수 있습니다.

연말연시 영어 공부 작심은 아미고와 함께~* 😆 https://tosto.re/ameego

아미고(Ameego) 버그 수정시 사용한 코딩 에이전트(여기선 Codex)를 위한 스펙 문서와 프롬프팅 히스토리 大공개! 스펙 문서의 1차 버전은 직접 작성하고, 작업하면서 업데이트 시켜갑니다. 이건 아주 작은 태스크라서 별거 아니실테지만, 저희 회사에 들어오시면 스펙 문서 500줄, 변경점 15,000줄에 달하는 대규모 작업을 완전히 자동으로 처리한 히스토리를 보실 수 있습니다. 연말연시 영어 공부 작심은 아미고와 함께~* 😆 https://tosto.re/ameego

1. 어떤 차원에서든 인생에서 일어나는 모든 사건은 두 가지 중 하나다.

2. 당신에게 이로운 것, 아니면 당신에게 좋은 것을 창조하기 위해 당신이 찾아야 하는 것이다. 이것은 맹목적인 낙관주의는 아니다.

3. 몸을 참고로 이야기하자면 진화는 윈-원게임이다. 세포 내에서는 건전한 작동이거나 무언가 교정이 일어나야 한다는 징후만 발생한다.

4. 인체의 작용 중 바람직하지 않은 작용이란 없다. 심지어는 암이나 병마저도 신체의 균형을 잃은 데 대한 경고일 뿐이다.

5. 에너지는 닥치는 대로 쓰이지도 않고, 변덕스럽게 일단 하고 보자는 식으로 움직이지도 않는다.

6. 삶은 그저 몸과 똑같은 방식으로 스스로를 교정할 뿐이다.


#디팩초프라의완전한삶

1. 어떤 차원에서든 인생에서 일어나는 모든 사건은 두 가지 중 하나다. ​2. 당신에게 이로운 것, 아니면 당신에게 좋은 것을 창조하기 위해 당신이 찾아야 하는 것이다. 이것은 맹목적인 낙관주의는 아니다. 3. 몸을 참고로 이야기하자면 진화는 윈-원게임이다. 세포 내에서는 건전한 작동이거나 무언가 교정이 일어나야 한다는 징후만 발생한다. 4. 인체의 작용 중 바람직하지 않은 작용이란 없다. 심지어는 암이나 병마저도 신체의 균형을 잃은 데 대한 경고일 뿐이다. 5. 에너지는 닥치는 대로 쓰이지도 않고, 변덕스럽게 일단 하고 보자는 식으로 움직이지도 않는다. ​6. 삶은 그저 몸과 똑같은 방식으로 스스로를 교정할 뿐이다. ​ #디팩초프라의완전한삶

< 삶은 언제나 '나를 위해' 움직인다 >

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

인생은 싸움의 연속입니다. "어제는 퍼즐, 오늘은 전쟁"이라고 말하는 저는 아직 애송이 40대입니다. 주변 어른들의 말씀을 전하는 메신저일 뿐, 인생을 잘 안다고 할 수 없습니다. 그럼에도 인생의 쓴맛을 이제 막 맛보고 있는 젊은이들에게 오늘도 메시지를 전합니다. 나만 힘든 것 같고, 별로 열심히 사는 것 같지 않은 사람들이 잘 먹고 잘 사는 모습을 보면 배가 아픕니다. 그러나 세상에 걱정 없는 사람은 없습니다. 그저 잘 살고 있는 듯 보일 뿐입니다. 그러니 남을 부러워할 것도, 시기하고 질투할 것도 없습니다. 인생에서 전쟁은 끝이 없습니다. 하나가 끝나면 또 다른 전투가 기다립니다. 언젠가 끝날 것 같지만 사실은 끝이 없습니다. 크고 작은 싸움을 지나고 나면 얻는 것이 있습니다. 그것은 바로 성장입니다.


우리는 성장하기 위해 치열한 전투를 벌이며 삽니다. 가끔은 눈에 보이지 않는 상대와 싸우느라 더 힘이 듭니다. 그러나 그 과정에서 언제나 성장이 있습니다. 그러니 오늘 벌어질 전투에서 더욱 힘껏 싸우세요.


진짜 사람과 치고받고 싸우라는 말이 아닙니다. 직장을 박차고 나오라는 의미도 아닙니다. 주어진 일을 어떻게 더 잘할 수 있을까 치열하게 고민하라는 말입니다. 힘들고 어렵고 내가 할 수 있는 일이 아닌 것 같아 보여도 다 할 수 있습니다. 할 수 있으니까 주어진 일입니다. 지속되는 전쟁을 겪고 나면 성장하여 다음엔 더 잘 싸울 수 있습니다. 그래서 어떤 전쟁은 쉽게 느껴질 지경입니다.


다만, 싸워야 하는 상대도 레벨업되어 나타난다는 것이 함정입니다. 죽을 만큼 힘겹게 싸워야 늘 간신히 이길 수 있습니다. 모든 전쟁에서 승리만 거머쥘 수는 없습니다. 때론 지기도 합니다. 질 때 지더라도 잘 져야 합니다. 잘 진다는 건 후회 없이 최선을 다한다는 의미입니다. 싸우는 과정에서 두들겨 맞더라도 기술 하나라도 건질 수 있었다면 진 것이 아닙니다. 그냥 좀 운이 없었을 뿐입니다.


이기는 싸움도 잘해야 합니다. 운 좋게 이겨 놓고 우쭐해서 까불다간 큰코다칩니다. 정확히 표현하면 자기 분수를 알아야 한다고 생각합니다. 확실히 이길 수 있는 상대와 비벼볼 만한 상대, 까불지 말아야 할 상대를 구분해야 생존할 수 있습니다. 전쟁 같은 삶에서 매일 승리하는 유일한 방법은 승부에 집착하지 않는 것입니다. 악착같이 이기려고 덤비지 말고, 그렇다고 자포자기하며 의욕 없이 져주지도 마세요. 최선을 다하되 결과를 담담히 받아들일 줄 아는 사람이 진정한 승자라고 생각합니다.


어차피 돌아서면 또 싸워야 합니다. 절대 인생 한 판에 승부 나지 않습니다. 그러니까 오늘부터 로또 끊고, 그 돈으로 재테크에 투자하세요. 그 돈이 쌓이면 뭐가 되도 되는 것처럼, 하루하루 전쟁에서 건강하게 생존하고 이기고 지다 보면 성큼 성장한 자신을 발견할 수 있을 것입니다.


어린아이에게 아무리 좋은 옷과 음식을 가져다줘 봐야 바닥에 흘리거나 잃어버리고 맙니다. 좋은 옷을 잘 입고 아낄 줄 아는 어른이 되었을 때, 좋은 음식을 남김없이 맛있게 먹을 수 있는 어른이 되었을 때, 비로소 좋은 것을 누리게 됩니다. 우리에게 성장이 필요한 이유는 바로 좋은 것을 잘 누리기 위한 과정이라고 믿습니다.

﻿인생은 싸움의 연속입니다. "어제는 퍼즐, 오늘은 전쟁"이라고 말하는 저는 아직 애송이 40대입니다. 주변 어른들의 말씀을 전하는 메신저일 뿐, 인생을 잘 안다고 할 수 없습니다. 그럼에도 인생의 쓴맛을 이제 막 맛보고 있는 젊은이들에게 오늘도 메시지를 전합니다. 나만 힘든 것 같고, 별로 열심히 사는 것 같지 않은 사람들이 잘 먹고 잘 사는 모습을 보면 배가 아픕니다. 그러나 세상에 걱정 없는 사람은 없습니다. 그저 잘 살고 있는 듯 보일 뿐입니다. 그러니 남을 부러워할 것도, 시기하고 질투할 것도 없습니다. 인생에서 전쟁은 끝이 없습니다. 하나가 끝나면 또 다른 전투가 기다립니다. 언젠가 끝날 것 같지만 사실은 끝이 없습니다. 크고 작은 싸움을 지나고 나면 얻는 것이 있습니다. 그것은 바로 성장입니다. 우리는 성장하기 위해 치열한 전투를 벌이며 삽니다. 가끔은 눈에 보이지 않는 상대와 싸우느라 더 힘이 듭니다. 그러나 그 과정에서 언제나 성장이 있습니다. 그러니 오늘 벌어질 전투에서 더욱 힘껏 싸우세요. 진짜 사람과 치고받고 싸우라는 말이 아닙니다. 직장을 박차고 나오라는 의미도 아닙니다. 주어진 일을 어떻게 더 잘할 수 있을까 치열하게 고민하라는 말입니다. 힘들고 어렵고 내가 할 수 있는 일이 아닌 것 같아 보여도 다 할 수 있습니다. 할 수 있으니까 주어진 일입니다. 지속되는 전쟁을 겪고 나면 성장하여 다음엔 더 잘 싸울 수 있습니다. 그래서 어떤 전쟁은 쉽게 느껴질 지경입니다. 다만, 싸워야 하는 상대도 레벨업되어 나타난다는 것이 함정입니다. 죽을 만큼 힘겹게 싸워야 늘 간신히 이길 수 있습니다. 모든 전쟁에서 승리만 거머쥘 수는 없습니다. 때론 지기도 합니다. 질 때 지더라도 잘 져야 합니다. 잘 진다는 건 후회 없이 최선을 다한다는 의미입니다. 싸우는 과정에서 두들겨 맞더라도 기술 하나라도 건질 수 있었다면 진 것이 아닙니다. 그냥 좀 운이 없었을 뿐입니다. 이기는 싸움도 잘해야 합니다. 운 좋게 이겨 놓고 우쭐해서 까불다간 큰코다칩니다. 정확히 표현하면 자기 분수를 알아야 한다고 생각합니다. 확실히 이길 수 있는 상대와 비벼볼 만한 상대, 까불지 말아야 할 상대를 구분해야 생존할 수 있습니다. 전쟁 같은 삶에서 매일 승리하는 유일한 방법은 승부에 집착하지 않는 것입니다. 악착같이 이기려고 덤비지 말고, 그렇다고 자포자기하며 의욕 없이 져주지도 마세요. 최선을 다하되 결과를 담담히 받아들일 줄 아는 사람이 진정한 승자라고 생각합니다. 어차피 돌아서면 또 싸워야 합니다. 절대 인생 한 판에 승부 나지 않습니다. 그러니까 오늘부터 로또 끊고, 그 돈으로 재테크에 투자하세요. 그 돈이 쌓이면 뭐가 되도 되는 것처럼, 하루하루 전쟁에서 건강하게 생존하고 이기고 지다 보면 성큼 성장한 자신을 발견할 수 있을 것입니다. 어린아이에게 아무리 좋은 옷과 음식을 가져다줘 봐야 바닥에 흘리거나 잃어버리고 맙니다. 좋은 옷을 잘 입고 아낄 줄 아는 어른이 되었을 때, 좋은 음식을 남김없이 맛있게 먹을 수 있는 어른이 되었을 때, 비로소 좋은 것을 누리게 됩니다. 우리에게 성장이 필요한 이유는 바로 좋은 것을 잘 누리기 위한 과정이라고 믿습니다.﻿

성장

1. 성장은 완만한 곡선을 그리지 않는다. 어떤 경계점을 넘어서면 급격하게 상승한다. 대부분 그 ’어느 시기‘ 직전에 고된 시련기가 잠복해 있다.

2. 그런데 안타깝게도 많은 이들이 그 시점을 넘어서지 못한 채 포기해버리고 만다.

3. 동트기 직전이 가장 어두운 법. 하지만 동이 튼다는 사실을 안다면 견딜 수 있다. 어쩌면 당신이 몸담고 있는 회사의 여명은 바로 코앞에 와 있을지 모른다.

4. 가장 힘들고 어려울 수록, 조금만 더 힘을 내기 바란다. 그것이 바로 성공을 알리는 신호다.


#사장의일

1. 성장은 완만한 곡선을 그리지 않는다. 어떤 경계점을 넘어서면 급격하게 상승한다. 대부분 그 ’어느 시기‘ 직전에 고된 시련기가 잠복해 있다. 2. 그런데 안타깝게도 많은 이들이 그 시점을 넘어서지 못한 채 포기해버리고 만다. ​3. 동트기 직전이 가장 어두운 법. 하지만 동이 튼다는 사실을 안다면 견딜 수 있다. 어쩌면 당신이 몸담고 있는 회사의 여명은 바로 코앞에 와 있을지 모른다. ​4. 가장 힘들고 어려울 수록, 조금만 더 힘을 내기 바란다. 그것이 바로 성공을 알리는 신호다. ​ #사장의일

< 언제나 동트기 직전이 가장 어둡다 >

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

예전 직장에서 매니저가 새 프로젝트를 맡기면서 해줬던 말 중에 동기부여가 크게 됐던 격려 한마디가 있습니다.

"I trust you to not compromise on technical excellence."

정확한 단어까지 기억하는건 아니지만, 적당히 타협해가면서 기술 부채를 만들기 보다는 처음부터 제대로 쌓아올려라. 이런 의미였어요.

일을 하다보면 쉽고 빠른 지름길을 택하고 싶은 유혹이 들 때가 종종 있지만, 올바른 길을 택하면 미래를 위한 시스템을 만들수 있습니다. 하지만 올바른 방법으로 만들기 위해선 몇 일이 더 걸리고, 더 많은 논의를 거쳐야 해서 여러 사람을 귀찮게 해야해서 여러모로 쉽지 않습니다.

매니저가 제 업무 방식과 실력을 인정해주고 적극 밀어주고 있다고 느껴서 자신감도 올라가고 힘도 나서 더 열정을 가지고 프로젝트를 수행했었던게 좋은 기억으로 남아있습니다.

개발자는 세상 최고의 직업

가끔씩 하는 생각입니다.
“세상에서 개발자보다 좋은 직업이 있을까?”

15년 동안 매일 코딩을 했지만 지루하다고 생각해 본 날은 거의 없습니다.
아마 매일 새로운 코딩을 했기 때문이 아닐까.
지루해질 때쯤 되면 다른 제품을 만들고 그때마다 새로운 느낌이었습니다.

매일 논다는 생각으로 일했으면서도 돈도 꽤 잘 벌었습니다.

변호사, 판사, 의사.
사람들이 선망하는 직업들이 있습니다. 사짜 붙은 직업들.
제 눈에는 너무 힘들어 보입니다.
이런 직업을 가졌다면 나는 매일 아침 힘차게 시작할 수 있었을까?
지금처럼 자유롭게 전국을 여행하며 살 수 있었을까?
돈 걱정은 안했겠지만 시간과 공간에 제약되는 삶은 피할 수 없었을 것 같습니다.

하여간 운도 좋습니다.
별 재능도 없던 내가 어쩌다가 개발자라는 직업을 선택했을까.
뭣도 모르고 한 선택인데 돌아보니 제 인생의 신의 한 수였습니다.

개발자라는 직업이 항상 우대받지는 않았습니다.
제가 처음 회사에 들어간 2006년만 해도 개발자가 지금처럼 인기는 아니었습니다.
3D업종이라 불리기도 했습니다.

스티브 잡스가 이 모든 것을 바꿔놨다고 생각합니다.
이런 시대에 개발자로 살고 있어 참 다행입니다.
정말 운도 좋습니다.

K리그 프로그래머

최근에 에어팟이 단종됐다죠. 스티브 잡스가 좋아했다던 시 한 구절을 떠올려 봅니다.
"손바닥 안에 무한을 쥐고, 찰나의 순간에서 영원을 보라" - 윌리엄 블레이크

능력있는 개발자를 어떻게 알아볼 수 있나?

📰 능력 있는 개발자를 어떻게 알아볼 수 있나 

✍️ 빠르게 요구 조건을 구현해 내는 개발자보다 팀 버프를 이끌어내는 히어로가 진정 능력 있는 개발자다! 드레퓌스 모델을 통해 각 레벨 개발자들의 능력을 알아보고, 뛰어난 개발자들이 만드는 좋은 코드 품질에 대해서 구체적으로 살펴볼 수 있습니다. 

---

"슈퍼 개발자는많이 / 빨리 만드는 사람이 아니라, 다른 사람의 실수 / 삽질을 사전에 막아내는 사람입니다."

"코드 퀄리티는 이런것입니다.

굳이 표현하자면,전산학에서 정립된 개념을 얼마나 반영했는가가 코드 퀄리티의 척도라고 말 할 수 있습니다.

그리고 효과는 엄청날 수 밖에 없습니다.좋은 것을 만들기는 어렵지만,좋은 것을 쓰기는 쉽습니다."

"만드는데 품이 많이 들어가는 작업은 Advanced Beginner가 거의 하고, Competent는 그걸 정리해서 수준을 끌어 올립니다."

class가 무엇인지, object가 무엇인지 설명하는 것은 입문자도 공부하면 다 대답할 수 있습니다. 하지만 좋은 품질의 코드는 어떻게 설명할 수 있을까요? 도대체 더 좋은 방향으로 가기위한 코드 수정/리뷰는 정말 어떻게 하는걸까요? 진짜 코드를 예제로 진짜 뛰어난 개발자들이 고쳐나가는 방향까지 아주 자세히 다루고 있습니다.

Place Of 42Seoul Story

저 신입사원 때 지도해 주셨던 분께 받았던 메일 내용인데요. 시간이 한참 지났어도 다시 읽어보면 아직도 뼈를 때리는 말씀과 곱씹어 볼 내용들이 너무 많은 내용이라 공유해 봅니다. 누군가 백날 이야기해도 사실 개인이 이해하지 못하면 한낱 소음에 불과할 텐데요. 아래는 제가 하는 말이 아닌 업계에서 몇십 년 동안 계셨고 최고 자리에도 계셨던 분이 과거에 말씀하신 내용이라 꼭꼭 읽어보시길 추천드립니다. (아직도 존경하는 개발자가 누구냐라고 한다면 전 단연코 이분이 1픽입니다.)

1. (문제풀이 숙제를 내주시며)
알고리즘 교육받으며 탑코더 문제를 하루 세 개씩 푸시는 게 쉽지 않은 일이죠? 어려움은 몰라주고 회사에서 강하게 밀어붙이기만 하는 듯싶어 원망스러운 마음도 드실 것입니다. 그렇게 하는 이유에 대해 설명드리고자 합니다.
첫 번째 이유는 개발자는 기반 지식이 튼튼해야 하고 직접 경험해 보아야 하기 때문입니다. 자전거 타기를 글로 배울 수 없고 여러 번 넘어져 보며 실제 경험을 통해서만 배울 수 있음을 공감하실 것입니다.
소프트웨어 개발도 마찬가지입니다. 직접 작성하고 활용해 보고 문제를 겪어 봐야지만 자신의 실력이 됩니다. 그런 다음 그 실력을 활용하여 보다 창의적인 문제를 해결할 수 있게 됩니다. 언어의 간단한 문법을 책을 통해 읽고 강의를 통해 배우면 매우 쉬워 보이지만 막상 본인이 직접 작성하려면 막막함이 느껴집니다. 그런데 그런 막막함을 한 번에 넘어갈 방법이 없습니다. 결국 자주 작성하여 몸이 기억하는 상태가 되어야만 합니다. 그런 과정을 겪고 계신 것이고 회사에서 그런 기회를 여러분께 제공하고 있는 것입니다. 대한민국 어느 회사를 가도 이 정도로 기초실력을 높이기 위한 기회를 제공하는 회사는 없다고 단언할 수 있습니다. 대부분의 회사는 개인 능력의 발전은 개인의 몫으로 두고 발전하지 못하는 사람은 낙오시켜 버립니다. 저희 회사도 모든 개발자에게 이런 기회를 무한정 제공할 수는 없습니다. 여러분은 신입사원으로 누릴 수 있는 최고이자 마지막 기회를 제공받고 계신 것입니다. 이를 이해하시고 적극 활용하여 문제를 직접 부딪혀 보고 해결해 나가시길 바랍니다. 탑코더 문제를 풀기가 당장은 어렵겠지만 알고리즘 수업을 듣고 이에 대한 이해도가 높아지면 점점 문제 풀기가 용이해질 것입니다. 그런 변화 과정을 스스로 경험하시길 바라는 의도이며 이를 기반으로 향후에도 지속적으로 발전하실 수 있기를 바라는 마음입니다.
두 번째는 개발은 습관입니다. 습관에는 좋은 습관과 나쁜 습관이 있습니다. 개발자의 나쁜 습관이라고 하면 여기저기 인터넷 검색에서 가져온 코드를 모아 그냥저냥 돌아가게 만드는 코드를 생산하는 일입니다. 그런데 무서운 것이 습관은 한 번 들면 고치기 어렵습니다. 문제의 핵심을 이해하고 논리를 개발하고 구현하고 검증하고 개선해 나가는 좋은 습관을 초기에 가지셔야 합니다. 그런 관점에서 탑코더 환경은 매우 유용합니다. 검증할 테스트를 먼저 정의하고 그 테스트를 통과하도록 개발하고 성능, 메모리 관점에서 보다 효과적인 방법을 고민할 수 있는 환경을 제공해 줍니다. 이런 습관은 여러분이 현업에서 당연히 가져야 하는 좋은 습관입니다. 이것을 할 줄 아는 개발자와 그렇지 않은 개발자의 차이는 어마어마하며 할 줄 모르는 개발자는 발전할 수 없습니다.
탑코더 문제가 영어로 되어 있어 어렵게 느껴지실 텐데 불행하게도 개발자는 대부분의 레퍼런스를 영어로 볼 수밖에 없습니다. 그러니 옆에 동료와 협업하여 문제를 이해할 수 있도록 노력하시기 바랍니다.
그리고 커밋 하실 때 로그를 의미 있게 남겨 주시기 바랍니다. 커밋 로그는 해당 코드 변경에 대한 중요한 정보를 제공합니다. 그러므로 어떤 정보를 로그에 남겨 두면 도움이 될지 고민해 보시기 바랍니다. (현업에서 로그 남기는 법은 따로 교육을 받게 되지만 그냥 교육받아 알게 되는 것과 자신이 고민해 본 뒤에 알게 되는 것의 차이는 매우 크니까요)
커밋 시간을 보니 새벽까지 노력하신 분도 계시고 최근 이틀간 커밋 하지 않으신 분도 계시네요. 어차피 개인 선택이라면 제가 더 말씀드릴 이유는 없습니다. 선택에 대한 책임을 지시면 되니까요.
끝으로 여러분이 발전할 수 있는 좋은 기회를 잘 활용하시길 바랍니다.

2. (문제풀이 숙제를 보고 피드백)
여러분의 코드에서 개선하였으면 하는 점을 말씀드리고자 메일 드립니다.
코드를 읽는 주체가 "컴파일러"라고 오해하는 경우가 많습니다. IDE에서 지적하는 문법 오류만 발생하지 않으면 괜찮은 코드라고 생각하시는 경우가 많죠. 하지만 코드는 혼자 작성하는 경우라도 읽히는 시간이 훨씬 많으며 읽는 대상도 컴파일러가 아닌 사람입니다. 결국 좋은 코드란 사람이 이해하기 쉽고 잘 읽을 수 있도록 작성한 코드입니다.=
단적인 예로 반복문을 중첩하여 작성하지 말라고 하는 이유는 사람이 논리적으로 이해하기 어렵기 때문입니다. 그리고 변수와 함수 이름을 의미 있게 작성하라는 이유도 사람이 읽고 이해하기 좋게 하려는 것입니다. 결국 좋은 개발자는 클린 코드(Clean Code)를 작성하는 개발자이며 클린 코드를 통해 "이해하기 쉽고", "변경이 용이하며", "유지 보수 비용이 낮은" 제품을 개발해야 합니다.
이에 클린 코드(Clean Code) 작성에 도움이 될 자료를 첨부하였습니다. 꼭 읽어 보시고 실천하시기 바랍니다.
그리고 코드의 복잡도가 너무 높습니다. 조건문 안에 여러 조건을 붙여 작성하시면 실수하기 딱 좋습니다. 이에 코드의 복잡도를 낮게 유지하는 방법을 담은 자료도 첨부하였습니다.
탑코더 문제는 적어도 하루에 1round의 문제는 다 푸시는 것이 필수이고 그 이상으로 하시길 당부드렸는데 많은 분이 한 문제 정도에 머무시거나 그마저도 완료하지 않으시는 경우가 많습니다.
처음에는 적응하시는 단계로 생각하였고 시간이 지날수록 문제를 해결하시는 속도가 빨라질 것이라 기대했는데 그렇지 않네요.
스스로 발전하실 수 있는 기회를 이용하시지 않으시면 저로서도 더 이상 지원해 드릴 방법이 없다는 점 명확하게 말씀드립니다.

---

왜 우리는 피가 되고 살이 되는 내용의 메시지였다는 걸 지나고 나서야 알게 될까요? 늦었다고 생각할 때가 가장 늦었다는 명수 옹의 이야기처럼 지금이라도 개발자로써 지녀야 할 자세를 바로잡는 것도 좋을 것 같습니다.

1. 어떻게 하면 하루를 좀 더 효율적으로 보낼 수 있을까? 모든 직장인의 고민이다. 시간을 능률적으로 쓸 수 있는 3가지 팁을 소개한다. 특히 리더라면 꼭 알아야 한다.

2. 첫째, 시간을 시각화하기. 구글 캘린더를 쓴다면 할 일 기능을 추천한다. 보통 일정을 이벤트로 잡는다. 해당 시간대에 일정이 찬다. 하루 일정이 한 번에 보여서 편하다.

3. 구글 캘린더에는 이벤트 말고 할 일 타입이 있다. 투두 리스트다. 할 일에 시간대를 지정한다. 그럼 할 일이 일정처럼 등록된다. 완료 여부도 체크할 수 있다. 할 일 앱이 별도로 있어 편리하다.

4. 큰 차이가 없어 보이지만, 써보면 완전히 다르다. 그냥 오늘 어떤 일을 해야지 와, 언제 해야지는 다르다. 일에는 언제나 Due가 있어야 한다.

5. 출근하자마자 오늘의 할 일을 채운다. 10시에는 미팅, 11시에는 내 할 일이 이미 정해져있다. 시간에 맞춰 스스로 움직여서 실행하기 훨씬 쉽다. 딱 일주일만 해보자. 습관이 된다.

6. 두 번째는 하루 쪼개기다. 하루는 24시간이다. 이를 4등분 한다. 아침, 오전, 오후, 저녁. 이제 4개의 구분이 생겼다. 각각의 할 일과 목표를 생각해 본다. 그냥 보내는 하루보다 훨씬 더 시간을 효율적으로 쓰게 된다.

7. 아침에는 명상, 독서, 운동을 한다. 오전에는 중요한 논의나 결정하는 미팅을 한다. 오후에는 원온원 미팅과 채용 인터뷰가 있다. 저녁에는 개인을 위한 시간을 보낸다. 이런 식이다. 이렇게 시간을 쓰다 보면, 내 시간과 에너지 레벨도 자연스럽게 관리할 수 있다.

8. 그냥 보면 별 차이가 없어 보일 수 있다. 하지만 하루를 4번의 루틴으로 보내는 효과는 크다. 마음가짐과 모드도 바뀐다. 역시나 해보면 알 수 있다.

9. 세 번째는 한 시간을 쪼개보기다. 1시간은 60분이다. 4등분 한다. 동그란 시계를 4개로 쪼갠 셈이다. 15분짜리 슬롯이 4개가 생긴다.

10. 사람의 집중력은 늘 한계가 있다. 1시간 동안 계속 집중하기는 어렵다. 하나의 업무라도 여러 개의 단위가 있다. 15분 단위로 업무를 쪼개보자. 훨씬 능률이 오른다. 해보면 15분이 아닌 내게 맞는 단위도 알게 된다.

11. 이런 시간 쪼개기는 특히 리더들에게 더 중요하다. 실무자는 뭉텅이 시간이 중요하다. 집중해서 무언가를 만들어낼 시간이 충분히 있어야 하기 때문이다. 중간에 인터럽트가 걸리면 치명적이다. 집중력을 뺏겼다가 다시 잡아오는 데는 에너지와 노력이 또 들기 때문이다.

12. 리더는 반대다. 짧은 시간의 슬롯을 많이 확보해야 한다. 리더가 주로 하는 일은 결정이다. 결정에는 많은 준비와 논의가 필요하다. 하지만 결정하기 자체는 시간이 많이 필요하지 않다.

13. 큰 조직의 리더일수록 더욱 많은 결정을 해야 한다. 결정들을 위한 짧은 슬롯이 많이 필요하다. 보통 리더들의 캘린더가 촘촘한 건 이 때문이다. 다양한 방법의 시간 쪼개기는 리더의 시간을 효율적으로 쓰게 만들어 준다. 해보며 나만의 방법을 만드는 게 중요하다.

1. 어떻게 하면 하루를 좀 더 효율적으로 보낼 수 있을까? 모든 직장인의 고민이다. 시간을 능률적으로 쓸 수 있는 3가지 팁을 소개한다. 특히 리더라면 꼭 알아야 한다. ​2. 첫째, 시간을 시각화하기. 구글 캘린더를 쓴다면 할 일 기능을 추천한다. 보통 일정을 이벤트로 잡는다. 해당 시간대에 일정이 찬다. 하루 일정이 한 번에 보여서 편하다. 3. 구글 캘린더에는 이벤트 말고 할 일 타입이 있다. 투두 리스트다. 할 일에 시간대를 지정한다. 그럼 할 일이 일정처럼 등록된다. 완료 여부도 체크할 수 있다. 할 일 앱이 별도로 있어 편리하다. ​4. 큰 차이가 없어 보이지만, 써보면 완전히 다르다. 그냥 오늘 어떤 일을 해야지 와, 언제 해야지는 다르다. 일에는 언제나 Due가 있어야 한다. 5. 출근하자마자 오늘의 할 일을 채운다. 10시에는 미팅, 11시에는 내 할 일이 이미 정해져있다. 시간에 맞춰 스스로 움직여서 실행하기 훨씬 쉽다. 딱 일주일만 해보자. 습관이 된다. ​6. 두 번째는 하루 쪼개기다. 하루는 24시간이다. 이를 4등분 한다. 아침, 오전, 오후, 저녁. 이제 4개의 구분이 생겼다. 각각의 할 일과 목표를 생각해 본다. 그냥 보내는 하루보다 훨씬 더 시간을 효율적으로 쓰게 된다. ​7. 아침에는 명상, 독서, 운동을 한다. 오전에는 중요한 논의나 결정하는 미팅을 한다. 오후에는 원온원 미팅과 채용 인터뷰가 있다. 저녁에는 개인을 위한 시간을 보낸다. 이런 식이다. 이렇게 시간을 쓰다 보면, 내 시간과 에너지 레벨도 자연스럽게 관리할 수 있다. 8. 그냥 보면 별 차이가 없어 보일 수 있다. 하지만 하루를 4번의 루틴으로 보내는 효과는 크다. 마음가짐과 모드도 바뀐다. 역시나 해보면 알 수 있다. ​9. 세 번째는 한 시간을 쪼개보기다. 1시간은 60분이다. 4등분 한다. 동그란 시계를 4개로 쪼갠 셈이다. 15분짜리 슬롯이 4개가 생긴다. ​10. 사람의 집중력은 늘 한계가 있다. 1시간 동안 계속 집중하기는 어렵다. 하나의 업무라도 여러 개의 단위가 있다. 15분 단위로 업무를 쪼개보자. 훨씬 능률이 오른다. 해보면 15분이 아닌 내게 맞는 단위도 알게 된다. ​11. 이런 시간 쪼개기는 특히 리더들에게 더 중요하다. 실무자는 뭉텅이 시간이 중요하다. 집중해서 무언가를 만들어낼 시간이 충분히 있어야 하기 때문이다. 중간에 인터럽트가 걸리면 치명적이다. 집중력을 뺏겼다가 다시 잡아오는 데는 에너지와 노력이 또 들기 때문이다. 12. 리더는 반대다. 짧은 시간의 슬롯을 많이 확보해야 한다. 리더가 주로 하는 일은 결정이다. 결정에는 많은 준비와 논의가 필요하다. 하지만 결정하기 자체는 시간이 많이 필요하지 않다. ​13. 큰 조직의 리더일수록 더욱 많은 결정을 해야 한다. 결정들을 위한 짧은 슬롯이 많이 필요하다. 보통 리더들의 캘린더가 촘촘한 건 이 때문이다. 다양한 방법의 시간 쪼개기는 리더의 시간을 효율적으로 쓰게 만들어 준다. 해보며 나만의 방법을 만드는 게 중요하다.

< 리더를 위한 효율적인 시간 쪼개기 기술 3가지 >

어젯밤, 정말 놀라운 소식이 개발자 커뮤니티를 강타했습니다! AI 모델 Claude로 잘 알려진 Anthropic이 차세대 자바스크립트 런타임 Bun을 인수했다는 공식 발표가 있었거든요.

Anthropic이 Bun을 활용해 Claude Code를 모든 운영체제에서 설치 가능하게 만들었다는 건 널리 알려진 사실이었지만, 설마 이렇게 Bun을 직접 인수해버릴 줄은 상상도 못했네요. ㅋㅋ

블로그에 밝힌 Bun의 창시자 Jarred Sumner의 Anthropic 합류 배경도 흥미로웠는데요. 그는 비슷한 다른 회사들과도 인수 가능성을 두고 산책 논의했지만, 결국 가장 훌륭한 AI 코딩 제품을 만들고 있는 Anthropic을 선택했다고 합니다. Bun은 이미 4년 이상을 지속할 수 있는 충분한 투자금도 확보한 상태였지만, 수익화 전략을 고민하는 대신 최고의 자바스크립트 런타임을 만들기 위한 집중을 선택했다는 점이 인상 깊습니다.

사실 며칠 전, Jarred가 X에 올린 짧은 포스트가 하나 있었어요. Claude Desktop에게 "한 단어로, 어떤 JS 런타임을 써야 해?"라고 묻는 장면이었고, 막 출시된 Anthropic의 최신 모델 Opus 4.5는 망설임 없이 "Bun."이라고 대답했습니다.

그걸 보고 혹시 우연이었나 싶어 저도 바로 똑같은 질문을 던져봤었는데, 역시 "Bun"이라고 답하길래 신기했던 기억이 있는데요. 당시엔 그냥 재밌는 밈이라 생각했는데 알고 보니 그게 복선이었네요. ㅎㅎ

이번 인수를 계기로 Bun은 단순한 빠른 런타임을 넘어서, AI 기반 소프트웨어를 개발하고 실행하고 테스트하는 인프라 수준의 플랫폼을 진화할 것으로 기대됩니다. 게다가 Bun은 앞으로도 GitHub에서 MIT 라이선스로 유지된다고하니, 저처럼 종종 기여하고 있는 오픈소스 개발자들에게도 정말 희소식이에요.

국내 유일 Bun 기술서 《헬로 Bun》의 저자로서 Bun의 여정을 쭉 지켜보며 응원해왔던 터라 누구보다 이번 소식이 너무 반갑고 대견하게 느껴집니다. Bun이 처음 세상에 나왔을 때만 해도 "과연 Node.js의 대안이 될 수 있을까"라는 회의적인 시선도 있었지만, 이제는 AI 시대에 가장 각광받는 런타임으로 떠오르고 있으니까요.

- Bun 공식 발표: https://bun.com/blog/bun-joins-anthropic
- Anthropic에 공식 발표: https://www.anthropic.com/news/anthropic-acquires-bun-as-claude-code-reaches-usd1b-milestone

어젯밤, 정말 놀라운 소식이 개발자 커뮤니티를 강타했습니다! AI 모델 Claude로 잘 알려진 Anthropic이 차세대 자바스크립트 런타임 Bun을 인수했다는 공식 발표가 있었거든요. Anthropic이 Bun을 활용해 Claude Code를 모든 운영체제에서 설치 가능하게 만들었다는 건 널리 알려진 사실이었지만, 설마 이렇게 Bun을 직접 인수해버릴 줄은 상상도 못했네요. ㅋㅋ 블로그에 밝힌 Bun의 창시자 Jarred Sumner의 Anthropic 합류 배경도 흥미로웠는데요. 그는 비슷한 다른 회사들과도 인수 가능성을 두고 산책 논의했지만, 결국 가장 훌륭한 AI 코딩 제품을 만들고 있는 Anthropic을 선택했다고 합니다. Bun은 이미 4년 이상을 지속할 수 있는 충분한 투자금도 확보한 상태였지만, 수익화 전략을 고민하는 대신 최고의 자바스크립트 런타임을 만들기 위한 집중을 선택했다는 점이 인상 깊습니다. 사실 며칠 전, Jarred가 X에 올린 짧은 포스트가 하나 있었어요. Claude Desktop에게 "한 단어로, 어떤 JS 런타임을 써야 해?"라고 묻는 장면이었고, 막 출시된 Anthropic의 최신 모델 Opus 4.5는 망설임 없이 "Bun."이라고 대답했습니다. 그걸 보고 혹시 우연이었나 싶어 저도 바로 똑같은 질문을 던져봤었는데, 역시 "Bun"이라고 답하길래 신기했던 기억이 있는데요. 당시엔 그냥 재밌는 밈이라 생각했는데 알고 보니 그게 복선이었네요. ㅎㅎ 이번 인수를 계기로 Bun은 단순한 빠른 런타임을 넘어서, AI 기반 소프트웨어를 개발하고 실행하고 테스트하는 인프라 수준의 플랫폼을 진화할 것으로 기대됩니다. 게다가 Bun은 앞으로도 GitHub에서 MIT 라이선스로 유지된다고하니, 저처럼 종종 기여하고 있는 오픈소스 개발자들에게도 정말 희소식이에요. 국내 유일 Bun 기술서 《헬로 Bun》의 저자로서 Bun의 여정을 쭉 지켜보며 응원해왔던 터라 누구보다 이번 소식이 너무 반갑고 대견하게 느껴집니다. Bun이 처음 세상에 나왔을 때만 해도 "과연 Node.js의 대안이 될 수 있을까"라는 회의적인 시선도 있었지만, 이제는 AI 시대에 가장 각광받는 런타임으로 떠오르고 있으니까요. - Bun 공식 발표: https://bun.com/blog/bun-joins-anthropic- Anthropic에 공식 발표: https://www.anthropic.com/news/anthropic-acquires-bun-as-claude-code-reaches-usd1b-milestone

🍞 Bun이 Anthropic의 가족이 되었습니다! 🎉

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

 - YouTube

“클로드 코드로 지난 5년 간 만든 기능을 다 구현하고도 더 만들었어요“

인디스트릿의 개발자, 로토님을 모시고 클로드 코드가 사이드 프로젝트에 날개를 달아준 경험을 인터뷰 했어요!

https://youtu.be/PhLV6q-vjkk

“클로드 코드로 지난 5년 간 만든 기능을 다 구현하고도 더 만들었어요“ 인디스트릿의 개발자, 로토님을 모시고 클로드 코드가 사이드 프로젝트에 날개를 달아준 경험을 인터뷰 했어요! https://youtu.be/PhLV6q-vjkk

undefined

사이드 프로젝트에 날개를 달아준 클로드 코드

과학 기술 팟캐스트 · 매월 업데이트 · 프로그래머가 들려주는 프로그래밍 팟케스트

달레줄레

와, 2025년도 이제 딱 한 달 남았네요! 시간이 참 빠르죠?

올해가 다 지나가기 전에, 제가 오랫동안 버킷리스트에만 넣어두고 있던 일을 드디어 꺼내어 시작해보려고 합니다. 바로 개발자를 위한 팟캐스트입니다. 저와 친한 개발자인 줄레(Jule)님과 함께 진행하게 되었고, 이름은 저희 닉네임을 합쳐 "달레줄레"라고 지었습니다 ㅋㅋㅋ 저희와 같은 개발자 분들의 고민을 달래주고 싶다는 저희의 소망이 담겨 있다고나 할까요? 🤣

얼마 전 Vancouver KDD에서 "꾸준함의 복리 효과"라는 주제로 발표를 하면서 제가 했던 말이 있습니다. 꾸준히 실천하려면 먼저 주변에 떠벌리라는 건데요. 그런 의미에서 달레줄레는 저에게 블로그와 유튜브를 이어 새롭게 도전해보는 또 다른 형태의 꾸준함입니다. 이렇게 공개적으로 떠벌리고 시작하면 앞으로 팟캐스트를 지속하는데 큰 동기 부여가 될 거라 기대합니다.

팟캐스트를 시작하게 된 계기는 아주 단순합니다. 줄레님과 저는 평소에도 프로그래밍 관련 사담을 자주 나누는데요, 어느 날 문득 이런 생각이 들었습니다. "우리 대화를 다른 개발자분들도 들으면 도움이 되지 않을까?" "혹시 재미있게 들어주시지 않을까?" 경력과 배경이 다른 두 개발자의 수다가 다른 누군가의 관점을 넓히고 새로운 인사이트가 될 수도 있겠다는 생각이 들었습니다.

줄레님은 비전공자로서 캐나다에서 성공적으로 개발자로 전향하셨고, 저는 전공자로서 조금 더 긴 세월 동안 국내외 실무 현장에서 다양한 프로젝트를 경험했습니다. 서로 다른 두 사람이 같은 기술 주제를 각자 주니어와 시니어, 전공자와 비전공자의 관점을 바라보면서 때로는 현실적인 고민을, 때로는 기술적 깊이를 팟캐스트의 형태로 담아보려고 합니다.

영어권 프로그래밍 팟캐스트를 오래 들으면서 느낀 부러움도 있습니다. 영어로 된 개발 팟캐스트는 정말 다양하고 깊이가 있어 새로운 기술을 접하고 트렌드를 따라갈 때 큰 도움이 됩니다. 하지만 한국어로 진행되는 개발 팟캐스트는 손에 꼽을 만큼 적고, 꾸준히 운영되는 곳은 더욱 드뭅니다. 그래서 예전부터 "나는 프로그래머다"나 "44BITS"처럼 좋은 한국어 개발 팟캐스트가 더 많아졌으면 했고, 언젠가 직접 만들어보고 싶다는 마음도 있었습니다.

사실 아직 팟캐스트 녹음과 발행에 익숙하지 않고, 이런 류의 오디오 콘텐츠의 수요가 얼마나 되는지도 잘 모르겠습니다. 그럼에도 개발자분들이 출퇴근길이나 산책하면서 가볍게 들을 수 있는, 동시에 들을 만한 가치가 있는 이야기를 담아내고 싶습니다. 달레줄레가 한국어 프로그래밍 콘텐츠의 저변을 조금이라도 넓히는 데 기여할 수 있다면 정말 기쁠 것 같습니다.

달레줄레는 아이폰에서는 애플 팟캐스트, 안드로이드에서는 유튜브나 유튜브 뮤직, 스포티파이, 네이버 오디오클립 등을 통해 무료로 들으실 수 있습니다. 많은 관심과 응원 부탁드립니다.

그리고... 팟캐스트에 초대 손님으로 나오고 싶은 개발자 분들을 편하게 연락주세요! 😁

- Apple Podcast: https://podcasts.apple.com/kr/podcast/%EB%8B%AC%EB%A0%88%EC%A4%84%EB%A0%88/id1632529597
- YouTube: https://youtube.com/playlist?list=PLapoeRAdKitf4M7HOGIDzwNtsfo6ZqO8W&si=-qF5fpN5j7egv45U
- Spotify: https://open.spotify.com/show/0b6RO7JD2DgGxVGRHN701H
- AudioClip: https://audioclip.naver.com/channels/9977

와, 2025년도 이제 딱 한 달 남았네요! 시간이 참 빠르죠? 올해가 다 지나가기 전에, 제가 오랫동안 버킷리스트에만 넣어두고 있던 일을 드디어 꺼내어 시작해보려고 합니다. 바로 개발자를 위한 팟캐스트입니다. 저와 친한 개발자인 줄레(Jule)님과 함께 진행하게 되었고, 이름은 저희 닉네임을 합쳐 "달레줄레"라고 지었습니다 ㅋㅋㅋ 저희와 같은 개발자 분들의 고민을 달래주고 싶다는 저희의 소망이 담겨 있다고나 할까요? 🤣 얼마 전 Vancouver KDD에서 "꾸준함의 복리 효과"라는 주제로 발표를 하면서 제가 했던 말이 있습니다. 꾸준히 실천하려면 먼저 주변에 떠벌리라는 건데요. 그런 의미에서 달레줄레는 저에게 블로그와 유튜브를 이어 새롭게 도전해보는 또 다른 형태의 꾸준함입니다. 이렇게 공개적으로 떠벌리고 시작하면 앞으로 팟캐스트를 지속하는데 큰 동기 부여가 될 거라 기대합니다. 팟캐스트를 시작하게 된 계기는 아주 단순합니다. 줄레님과 저는 평소에도 프로그래밍 관련 사담을 자주 나누는데요, 어느 날 문득 이런 생각이 들었습니다. "우리 대화를 다른 개발자분들도 들으면 도움이 되지 않을까?" "혹시 재미있게 들어주시지 않을까?" 경력과 배경이 다른 두 개발자의 수다가 다른 누군가의 관점을 넓히고 새로운 인사이트가 될 수도 있겠다는 생각이 들었습니다. 줄레님은 비전공자로서 캐나다에서 성공적으로 개발자로 전향하셨고, 저는 전공자로서 조금 더 긴 세월 동안 국내외 실무 현장에서&nbsp;다양한 프로젝트를 경험했습니다. 서로 다른 두 사람이 같은 기술 주제를 각자 주니어와 시니어, 전공자와 비전공자의 관점을 바라보면서 때로는 현실적인 고민을, 때로는 기술적 깊이를 팟캐스트의 형태로 담아보려고 합니다. 영어권 프로그래밍 팟캐스트를 오래 들으면서 느낀 부러움도 있습니다. 영어로 된 개발 팟캐스트는 정말 다양하고 깊이가 있어 새로운 기술을 접하고 트렌드를 따라갈 때 큰 도움이 됩니다. 하지만 한국어로 진행되는 개발 팟캐스트는 손에 꼽을 만큼 적고, 꾸준히 운영되는 곳은 더욱 드뭅니다. 그래서 예전부터 "나는 프로그래머다"나 "44BITS"처럼 좋은 한국어 개발 팟캐스트가 더 많아졌으면 했고, 언젠가 직접 만들어보고 싶다는 마음도 있었습니다. 사실 아직 팟캐스트 녹음과 발행에 익숙하지 않고, 이런 류의 오디오 콘텐츠의 수요가 얼마나 되는지도 잘 모르겠습니다. 그럼에도 개발자분들이 출퇴근길이나 산책하면서 가볍게 들을 수 있는, 동시에 들을 만한 가치가 있는 이야기를 담아내고 싶습니다. 달레줄레가 한국어 프로그래밍 콘텐츠의 저변을 조금이라도 넓히는 데 기여할 수 있다면 정말 기쁠 것 같습니다. 달레줄레는 아이폰에서는 애플 팟캐스트, 안드로이드에서는 유튜브나 유튜브 뮤직, 스포티파이, 네이버 오디오클립 등을 통해 무료로 들으실 수 있습니다. 많은 관심과 응원 부탁드립니다. 그리고... 팟캐스트에 초대 손님으로 나오고 싶은 개발자 분들을 편하게 연락주세요! 😁 - Apple Podcast: https://podcasts.apple.com/kr/podcast/%EB%8B%AC%EB%A0%88%EC%A4%84%EB%A0%88/id1632529597 - YouTube: https://youtube.com/playlist?list=PLapoeRAdKitf4M7HOGIDzwNtsfo6ZqO8W&amp;si=-qF5fpN5j7egv45U - Spotify: https://open.spotify.com/show/0b6RO7JD2DgGxVGRHN701H - AudioClip: https://audioclip.naver.com/channels/9977

Apple 팟캐스트

📻 프로그래머를 위한 프로그래밍 팟캐스트, 달레줄레 🎙️

골빈해커 김진중 대표님과 함께 AI 시대 새롭게 요구되는 일과 조직의 변화, 그리고 변화의 기회를 탐구하는 라이브입니다!

[AI라이브] AI Native 회사의 일하는 방식으로 보는 일의 미래 챌린지 | 인프런 - 인프런

📝 AI가 Anthropic의 업무 방식을 어떻게 바꾸고 있는가

Anthropic의 이전 연구에서는 다양한 직종을 아우르며 노동 시장 전반을 살펴보았는데요. 이번에는 AI 기술의 가장 초기 도입자인 자신들을 더 상세히 조사하는 연구를 진행했습니다.

Anthropic 엔지니어 및 연구원 132명을 대상으로 한 설문조사 및 53건의 심층 정성 인터뷰를 진행하고, 사용 데이터를 분석하여 AI 활용이 Anthropic에서 업무를 어떻게 변화시키고 있는지를 파악했다고 합니다.

핵심만😉 간단히 보자면,

- 사용량과 생산성은 강한 상관관계를 보였으며, 파워 유저는 1년만에 생산성을 100% 이상 향상 시켰음

- 우선순위가 낮은, 유지보수를 위한 코드 리팩토링 같은, 사소한 문제를 해결하여 삶의 질을 향상시킴

- 모든 사람이 더욱 “풀스택”화되고 있음

이건 제가 최근 몇몇 대기업에서만 발표한 “AI Native 회사의 일하는 방식으로 보는 일의 미래”라는 강의에서 하던 말과 일치하네요.

[광고] 🤭 인프런에서 다음 주에 이 발표를 라이브로 진행합니다. 부끄러워서 선착순 300명만 ☺️ 다음 주에 만나요~*

https://www.inflearn.com/challenge/ai%EB%9D%BC%EC%9D%B4%EB%B8%8C-ai-native-%ED%9A%8C%EC%82%AC%EC%9D%98

🎁 자매품 - 최고의 프롬프트 엔지니어링 강의

🎥 강의: https://fastcampus.co.kr/data_red_golbin

📕 도서: https://product.kyobobook.co.kr/detail/S000213362002

📝 AI가 Anthropic의 업무 방식을 어떻게 바꾸고 있는가 Anthropic의 이전 연구에서는 다양한 직종을 아우르며 노동 시장 전반을 살펴보았는데요. 이번에는 AI 기술의 가장 초기 도입자인 자신들을 더 상세히 조사하는 연구를 진행했습니다. Anthropic 엔지니어 및 연구원 132명을 대상으로 한 설문조사 및 53건의 심층 정성 인터뷰를 진행하고, 사용 데이터를 분석하여 AI 활용이 Anthropic에서 업무를 어떻게 변화시키고 있는지를 파악했다고 합니다. 핵심만😉 간단히 보자면, - 사용량과 생산성은 강한 상관관계를 보였으며, 파워 유저는 1년만에 생산성을 100% 이상 향상 시켰음 - 우선순위가 낮은, 유지보수를 위한 코드 리팩토링 같은, 사소한 문제를 해결하여 삶의 질을 향상시킴 - 모든 사람이 더욱 “풀스택”화되고 있음 이건 제가 최근 몇몇 대기업에서만 발표한 “AI Native 회사의 일하는 방식으로 보는 일의 미래”라는 강의에서 하던 말과 일치하네요. [광고] 🤭 인프런에서 다음 주에 이 발표를 라이브로 진행합니다. 부끄러워서 선착순 300명만 ☺️ 다음 주에 만나요~* https://www.inflearn.com/challenge/ai%EB%9D%BC%EC%9D%B4%EB%B8%8C-ai-native-%ED%9A%8C%EC%82%AC%EC%9D%98 🎁 자매품 - 최고의 프롬프트 엔지니어링 강의 🎥 강의: https://fastcampus.co.kr/data_red_golbin 📕 도서: https://product.kyobobook.co.kr/detail/S000213362002

인프런

📝 AI가 Anthropic의 업무 방식을 어떻게 바꾸고 있는가


고객까지 돌아서면 쿠팡의 편에 설 이는 정말 없습니다

쿠팡, 지금은 정말 피할 때가 아닙니다

1. 사상 최악의 유출 사태 속에서도 평온한 쿠팡 서비스 화면, 11월 30일 박대준 대표 명의의 사과문이 올라오긴 했으나 불과 이틀 만에 내려가면서 무책임한 대응이라는 비판이 이어지고 있음


2. 쿠팡이 ‘버티기 모드’를 택한 배경엔 적극적으로 해명하고 책임지는 것보다 침묵이 유리하다는 계산이 있었을 것, 주가 하락폭이 5% 남짓에 그쳤고 ‘소비자 이탈은 제한적일 것’이라는 월가 전망도 이를 뒷받침했을 것임


3. 더군다나 쿠팡이 논란에 휩싸인 건 처음이 아님, 그때마다 고개를 숙이기보다 어물쩍 넘기거나 당당히 맞서는 경우가 많았고 이는 고객의 압도적 지지를 자신한 선택이었음


4. 그러나 이번은 다름, 정보 유출 피해자가 바로 그 지지층인 고객이기 때문임, 대체재가 적은 서비스라도 고객 지지를 잃으면 동력은 약해지고 이는 카카오 사례에서도 확인된 바 있음


5. 그나마 다행인 점은 아직 뚜렷한 고객 이탈 조짐이 보이지 않는다는 것, 과거 최악의 개인정보 유출을 일으킨 SK텔레콤도 시장점유율 하락이 1%p 내에 그친 점을 보면 대규모 이탈 가능성은 상대적으로 낮음


6. 그럼에도 쿠팡이 기억해야 할 건 사업 구조상 ‘작은 이탈’도 치명상이 될 수 있다는 점임, 막대한 인프라 투자로 규모의 경제를 만들어 이익을 내는 모델이라 거래액이 일정 수준 아래로 떨어지면 과거의 천문학적 적자로 회귀할 수 있음


7. 어쩌면 이번에 ‘빛삭’된 사과문도 매일의 주문 수를 지키기 위한 고육지책이었을 수 있음


8. 하지만 이번 위기를 온전히 넘기려면 빠른 결단이 필요함, 책임과 보상을 머뭇거리면 신뢰 훼손이 장기화되고 한 번 꺼진 성장 엔진은 다시 켜기가 훨씬 어려울 테니


🥤트렌드라이트 구독하기
https://m.site.naver.com/1Ew5V

1. 사상 최악의 유출 사태 속에서도 평온한 쿠팡 서비스 화면, 11월 30일 박대준 대표 명의의 사과문이 올라오긴 했으나 불과 이틀 만에 내려가면서 무책임한 대응이라는 비판이 이어지고 있음 2. 쿠팡이 ‘버티기 모드’를 택한 배경엔 적극적으로 해명하고 책임지는 것보다 침묵이 유리하다는 계산이 있었을 것, 주가 하락폭이 5% 남짓에 그쳤고 ‘소비자 이탈은 제한적일 것’이라는 월가 전망도 이를 뒷받침했을 것임 3. 더군다나 쿠팡이 논란에 휩싸인 건 처음이 아님, 그때마다 고개를 숙이기보다 어물쩍 넘기거나 당당히 맞서는 경우가 많았고 이는 고객의 압도적 지지를 자신한 선택이었음 4. 그러나 이번은 다름, 정보 유출 피해자가 바로 그 지지층인 고객이기 때문임, 대체재가 적은 서비스라도 고객 지지를 잃으면 동력은 약해지고 이는 카카오 사례에서도 확인된 바 있음 5. 그나마 다행인 점은 아직 뚜렷한 고객 이탈 조짐이 보이지 않는다는 것, 과거 최악의 개인정보 유출을 일으킨 SK텔레콤도 시장점유율 하락이 1%p 내에 그친 점을 보면 대규모 이탈 가능성은 상대적으로 낮음 6. 그럼에도 쿠팡이 기억해야 할 건 사업 구조상 ‘작은 이탈’도 치명상이 될 수 있다는 점임, 막대한 인프라 투자로 규모의 경제를 만들어 이익을 내는 모델이라 거래액이 일정 수준 아래로 떨어지면 과거의 천문학적 적자로 회귀할 수 있음 7. 어쩌면 이번에 ‘빛삭’된 사과문도 매일의 주문 수를 지키기 위한 고육지책이었을 수 있음 8. 하지만 이번 위기를 온전히 넘기려면 빠른 결단이 필요함, 책임과 보상을 머뭇거리면 신뢰 훼손이 장기화되고 한 번 꺼진 성장 엔진은 다시 켜기가 훨씬 어려울 테니 🥤트렌드라이트 구독하기https://m.site.naver.com/1Ew5V

stibee.com

🚀쿠팡, 지금은 정말 피할 때가 아닙니다

17년차 SW QA의 경험과 노하우, 지식을 바탕으로 테스팅의 의미와 방법을 공유하고, 실무 현장에서 업무 지식을 배울 기회가 없는 이들에게 도움을 주고자 한다.

Ruth Hyojin Nam의 브런치스토리

Brunch Story

[2부:적용편] 소프트웨어 테스팅에 AI 활용하기 2)

프로젝트의 결과물은 무형과 유형으로 구분할 수 있다. PM의 리더십, 이해관계자의 참여 수준, 팀워크, 신뢰는 무형의 결과물이다. 반면 프로젝트 계획서, 테스트 결과서와 같은 문서는 유형의 결과물에 해당한다.  ‘요구사항 변경결과서’처럼 고객과의 합의(무형)와 문서화된 기록(유형)이 결합된 형태도 존재한다.

프로젝트 수행 프로세스는 전사 차원의 공통 프로세스(가이드 포함)와,
 프로젝트 팀이 상황에 맞게 정의하는 프로젝트 단위 프로세스로 나누어진다.
 무형 결과물은 사람의 역량·태도·관계에 따라 달라지지만, 유형 결과물의 품질은 전사 프로세스의 가이드와 프로젝트 팀의 적용 수준에 따라 달라진다.

 즉, 프로세스에 따라 유형 결과물의 품질이 달라진다고 할 수 있다.
프로세스를 제대로 설계하려면 프로세스의 필요성, 프로세스가 만드는 낭비, 프로세스의 한계를 함께 이해해야 한다. 이 세 가지를 고려하지 못하면 프로세스는 협업을 돕는 장치가 아니라 불필요한 문서와 절차를 양산하는 장애물이 된다.

1) 기업에서는 프로젝트 수행 프로세스가 필요하다
기업은 동시에 여러 프로젝트를 수행하므로 개인 역량에만 의존하면 프로젝트마다 방식이 달라지고 의사소통과 품질 관리가 어려워진다. 프로세스가 필요한 구체적 이유는 다음과 같다.
• 동일한 문제 발생을 예방한다
 • 산출물의 품질 편차를 줄인다
 • 고객에게 체계적인 프로젝트 수행 방식을 제시해 신뢰를 높인다
 • PM·팀원의 성향 차이에 따른 위험을 완충한다
 • 프로젝트 초기의 혼란을 줄이고 공통된 기준을 제공한다
기업 규모가 커질수록 개인·상황·고객의 다양성이 증가하기 때문에
 표준 프로세스는 더욱 중요해진다. 프로세스는 다양성을 억압하는 것이 아니라
 유형 결과물의 품질을 일정 수준 이상으로 유지하는 안전장치다.

2) 프로세스는 성공을 보장하지는 못하지만, 실패 확률을 줄인다
프로세스가 없다고 가정하면, 다음 장점들이 사라지는 것을 쉽게 떠올릴 수 있다.
• 리스크가 늦게 발견된다
 • 일정·공수 추정의 신뢰도가 낮아진다
 • PM의 역량 편차가 조직 리스크로 확대된다
 • 협업·소통 기준이 사라진다
 • 유사한 실패가 반복된다
즉, 프로세스는 성공을 만들지는 못하지만 실패 반복을 예방하는 체계다.

3) 잘못된 프로세스는 낭비를 만든다
전사 차원의 프로세스는 필요하지만, 잘못 설계되면 현장에서 다음과 같은 낭비가 발생한다.
• 승인 절차가 복잡해 의사결정이 늦어짐
 • 보고서 작성이 늘어나 실제 업무 시간이 감소
 • 산출물은 많지만 실제 품질은 개선되지 않음
이러한 낭비는 ‘불필요한 작업을 수행할 때’, ‘필요한 작업을 부적절한 형식으로 수행할 때’ 발생한다. 활용도가 낮은 개발 산출물 작성은 불필요한 작업의 대표적인 예이며, 과도하게 복잡한 요구사항 변경요청서는 부적절한 형식의 예이다.

4) 불필요한 프로세스가 생기는 이유는 ‘통제에 대한 맹신’과 ‘결과에 대한 불안감’ 때문이다
프로세스는 품질을 확보하기 위한 도구지만 통제를 위한 수단으로 변질되면 낭비로 이어진다.

- 통제에 대한 맹신
문제가 생길 때마다 절차를 강화하면 초기에는 효과가 있어 보이지만 시간이 지나면서 본질은 잊혀지고 형식적 수행하는 화석과 같은 프로세스가 된다.
• 일정 지연 → 보고 절차 추가
 • 품질 문제 → 검증 문서 추가
 • 고객 클레임 → 승인 단계 추가
이런 방식은 문제 해결보다 절차 강화로 대응하는 패턴이며 ‘사람보다 프로세스를 더 신뢰하는 문화’를 만든다. 결과적으로 사고를 예방하기 위해 만든 프로세스가 문제를 해결하지도 못하고 현장만  불편하게 만든다.
 
- 결과에 대한 불안감
불확실성을 줄이고 책임을 회피하기 위한 심리 때문에 문서, 검토, 승인 절차가 과도하게 증가한다.
• 문제가 발생할까 걱정 → 더 많은 상황을 고려한 문서 작성  
 • 책임 회피 → 근거 자료를 과도하게 모음
 • PM 불신 → 검토절차 강화 
결론적으로 불필요한 프로세스는 ‘사고를 막기 위한 것’으로 위장하지만, 실제로는 ‘불안을 달래기 위한 것’이다. 통제에 대한 맹신은 “절차가 늘면 품질이 좋아진다”는 착각을 만든다. 결과에 대한 불안감은 “문서를 더 많이 남겨야 안전하다”는 심리를 만든다. 이 두 가지가 합쳐지면 프로세스는 결과물을 만드는 수단이 아니라 목적처럼 오해되는 상황이 된다.
 
5) 프로세스만으로 성공을 보장할 수는 없다
프로세스는 고객의 성향·조직 정치·PM의 판단력·리더십·팀워크·외부 환경 등을 대체할 수 없다. 주요 성공 요인은 대부분 사람에 의해 결정된다.
그러나 프로세스가 미흡하면 PM과 팀은 자신의 역량을 제대로 발휘하기 어렵다.
 즉, 프로세스는 성공의 충분조건은 아니지만, 성공을 위한 기반 조건이다.
 
==============================
기업 PM 교육 또는 프로젝트 관리 성숙도 향상에 관심이 있는 분께서는 아래로 문의하시면 연락드리겠습니다.
https://www.notion.so/PM-2c23fcbfd93180539098fcbfeb39faf4

프로젝트의 결과물은 무형과 유형으로 구분할 수 있다. PM의 리더십, 이해관계자의 참여 수준, 팀워크, 신뢰는 무형의 결과물이다. 반면 프로젝트 계획서, 테스트 결과서와 같은 문서는 유형의 결과물에 해당한다. &nbsp;‘요구사항 변경결과서’처럼 고객과의 합의(무형)와 문서화된 기록(유형)이 결합된 형태도 존재한다. 프로젝트 수행 프로세스는 전사 차원의 공통 프로세스(가이드 포함)와, &nbsp;프로젝트 팀이 상황에 맞게 정의하는 프로젝트 단위 프로세스로 나누어진다. &nbsp;무형 결과물은 사람의 역량·태도·관계에 따라 달라지지만, 유형 결과물의 품질은 전사 프로세스의 가이드와 프로젝트 팀의 적용 수준에 따라 달라진다. &nbsp;즉, 프로세스에 따라 유형 결과물의 품질이 달라진다고 할 수 있다.프로세스를 제대로 설계하려면 프로세스의 필요성, 프로세스가 만드는 낭비, 프로세스의 한계를 함께 이해해야 한다. 이 세 가지를 고려하지 못하면 프로세스는 협업을 돕는 장치가 아니라 불필요한 문서와 절차를 양산하는 장애물이 된다. 1)&nbsp;기업에서는 프로젝트 수행 프로세스가 필요하다기업은 동시에 여러 프로젝트를 수행하므로 개인 역량에만 의존하면 프로젝트마다 방식이 달라지고 의사소통과 품질 관리가 어려워진다. 프로세스가 필요한 구체적 이유는 다음과 같다.• 동일한 문제 발생을 예방한다 &nbsp;• 산출물의 품질 편차를 줄인다 &nbsp;• 고객에게 체계적인 프로젝트 수행 방식을 제시해 신뢰를 높인다 &nbsp;• PM·팀원의 성향 차이에 따른 위험을 완충한다 &nbsp;• 프로젝트 초기의 혼란을 줄이고 공통된 기준을 제공한다기업 규모가 커질수록 개인·상황·고객의 다양성이 증가하기 때문에 &nbsp;표준 프로세스는 더욱 중요해진다. 프로세스는 다양성을 억압하는 것이 아니라 &nbsp;유형 결과물의 품질을 일정 수준 이상으로 유지하는 안전장치다. 2)&nbsp;프로세스는 성공을 보장하지는 못하지만, 실패 확률을 줄인다프로세스가 없다고 가정하면, 다음 장점들이 사라지는 것을 쉽게 떠올릴 수 있다.• 리스크가 늦게 발견된다 &nbsp;• 일정·공수 추정의 신뢰도가 낮아진다 &nbsp;• PM의 역량 편차가 조직 리스크로 확대된다 &nbsp;• 협업·소통 기준이 사라진다 &nbsp;• 유사한 실패가 반복된다즉, 프로세스는 성공을 만들지는 못하지만 실패 반복을 예방하는 체계다. 3)&nbsp;잘못된 프로세스는 낭비를 만든다전사 차원의 프로세스는 필요하지만, 잘못 설계되면 현장에서 다음과 같은 낭비가 발생한다.• 승인 절차가 복잡해 의사결정이 늦어짐 &nbsp;• 보고서 작성이 늘어나 실제 업무 시간이 감소 &nbsp;• 산출물은 많지만 실제 품질은 개선되지 않음이러한 낭비는 ‘불필요한 작업을 수행할 때’, ‘필요한 작업을 부적절한 형식으로 수행할 때’ 발생한다. 활용도가 낮은 개발 산출물 작성은 불필요한 작업의 대표적인 예이며, 과도하게 복잡한 요구사항 변경요청서는 부적절한 형식의 예이다. 4)&nbsp;불필요한 프로세스가 생기는 이유는 ‘통제에 대한 맹신’과 ‘결과에 대한 불안감’ 때문이다프로세스는 품질을 확보하기 위한 도구지만 통제를 위한 수단으로 변질되면 낭비로 이어진다. - 통제에 대한 맹신문제가 생길 때마다 절차를 강화하면 초기에는 효과가 있어 보이지만 시간이 지나면서 본질은 잊혀지고 형식적 수행하는 화석과 같은 프로세스가 된다.• 일정 지연 → 보고 절차 추가 &nbsp;• 품질 문제 → 검증 문서 추가 &nbsp;• 고객 클레임 → 승인 단계 추가이런 방식은 문제 해결보다 절차 강화로 대응하는 패턴이며 ‘사람보다 프로세스를 더 신뢰하는 문화’를 만든다. 결과적으로 사고를 예방하기 위해 만든 프로세스가 문제를 해결하지도 못하고 현장만 &nbsp;불편하게 만든다.&nbsp;- 결과에 대한 불안감불확실성을 줄이고 책임을 회피하기 위한 심리 때문에 문서, 검토, 승인 절차가 과도하게 증가한다.• 문제가 발생할까 걱정 → 더 많은 상황을 고려한 문서 작성 &nbsp; &nbsp;• 책임 회피 → 근거 자료를 과도하게 모음 &nbsp;• PM 불신 → 검토절차 강화&nbsp;결론적으로 불필요한 프로세스는 ‘사고를 막기 위한 것’으로 위장하지만, 실제로는 ‘불안을 달래기 위한 것’이다. 통제에 대한 맹신은 “절차가 늘면 품질이 좋아진다”는 착각을 만든다. 결과에 대한 불안감은 “문서를 더 많이 남겨야 안전하다”는 심리를 만든다. 이 두 가지가 합쳐지면 프로세스는 결과물을 만드는 수단이 아니라 목적처럼 오해되는 상황이 된다.&nbsp;5)&nbsp;프로세스만으로 성공을 보장할 수는 없다프로세스는 고객의 성향·조직 정치·PM의 판단력·리더십·팀워크·외부 환경 등을 대체할 수 없다. 주요 성공 요인은 대부분 사람에 의해 결정된다.그러나 프로세스가 미흡하면 PM과 팀은 자신의 역량을 제대로 발휘하기 어렵다. &nbsp;즉, 프로세스는 성공의 충분조건은 아니지만, 성공을 위한 기반 조건이다.&nbsp;==============================기업 PM 교육 또는 프로젝트 관리 성숙도 향상에 관심이 있는 분께서는 아래로 문의하시면 연락드리겠습니다.https://www.notion.so/PM-2c23fcbfd93180539098fcbfeb39faf4

프로세스는 성공을 만들지 못하지만, 실패를 줄인다

Blaybus에서 주최하는 공모전 액티비티

실무진 검증 과제 기반 통신3사 마케팅전략 공모전

실무진 검증 과제 기반 | 통신3사 마케팅전략 공모전 (~12/26)

“본 과제는 마케팅 본부에서 논의되는 이슈를 매우 현실적으로 반영하고 있습니다.”
"향후 서류나 면접 단에서 강한 인상을 줄 수 있을 거 같습니다."
-통신사 실무진 추천사 중-

열심히 참가한 대외활동, 공모전이 실무진에게 정말 매력적으로 보일지 고민이었다면?
Blaybus에서 가고 싶은 기업의 실무진이 직접 검증한 과제로 공모전에 도전해요!

링크> https://www.blaybus.com/activities/600/landing

🔥공모전 주제
통신3사 중 하나를 선택하여 마케팅 전략 수립
*세부 주제와 추천사 전문은 온라인 킥오프에서 공개

🙋모집 대상
- 개인 또는 팀(최대 5인)

📅진행 일정
- 모집 마감: 2025년 12월 26일(금)
- 온라인 킥오프: 2025년 12월 28일(일) 21시
- 수행 기간: 2025년 12월 29일(월) ~ 2026년 1월 7일(수)

✨참가 혜택
- 실무진이 직접 검증한 직무 과제 참여
- 실무진이 직접 작성한 과제 추천사 제공
- 완주 시 공모전 참가 인증서와 과제 해설서 제공

🏅시상 내역
- 대상 1팀, 최우수상 1팀, 우수상 1팀
- 상장 + 심사평 + 역량포트폴리오 발급

실무진 검증 과제 기반 | 통신3사 마케팅전략 공모전 (~12/26) “본 과제는 마케팅 본부에서 논의되는 이슈를 매우 현실적으로 반영하고 있습니다.” "향후 서류나 면접 단에서 강한 인상을 줄 수 있을 거 같습니다." -통신사 실무진 추천사 중- 열심히 참가한 대외활동, 공모전이 실무진에게 정말 매력적으로 보일지 고민이었다면? Blaybus에서 가고 싶은 기업의 실무진이 직접 검증한 과제로 공모전에 도전해요! 링크&gt; https://www.blaybus.com/activities/600/landing 🔥공모전 주제 통신3사 중 하나를 선택하여 마케팅 전략 수립 *세부 주제와 추천사 전문은 온라인 킥오프에서 공개 🙋모집 대상 - 개인 또는 팀(최대 5인) 📅진행 일정 - 모집 마감: 2025년 12월 26일(금) - 온라인 킥오프: 2025년 12월 28일(일) 21시 - 수행 기간: 2025년 12월 29일(월) ~ 2026년 1월 7일(수) ✨참가 혜택 - 실무진이 직접 검증한 직무 과제 참여 - 실무진이 직접 작성한 과제 추천사 제공 - 완주 시 공모전 참가 인증서와 과제 해설서 제공 🏅시상 내역 - 대상 1팀, 최우수상 1팀, 우수상 1팀 - 상장 + 심사평 + 역량포트폴리오 발급

Blaybus

실무진 검증 과제 기반 | 통신3사 마케팅전략 공모전 (~12/2

취업이나 이직 노하우를 묻는 질문에 저는 가이드를 줄 뿐, 구체적인 고민이나 노력은 질문하는 분이 직접 찾아야 한다고 조언합니다. 제 가이드에 공감하며 이해가 되었다고 말씀해주시는 분도 계시지만, 고개를 갸우뚱하며 "그래서 구체적으로 무엇을 어떻게 하라는 건지 모르겠다"며 더 구체적인 피드백을 요구하시는 분도 계십니다.


구체적인 방법을 묻는 질문에 방향만 제시하는 이유는, 방법보다 방향이 더 중요하기 때문입니다. 어디서 무엇을 하면 좋을지 따져보는 것보다 왜 해야 하는지 고민하는 시간이 필요합니다. 목적지에 도달하려면 방향을 바로잡고 나아가야 합니다. 아무리 편리하고 빠른 교통수단을 이용하더라도 방향이 잘못되면 목적지에 도착할 수 없습니다.


방향을 제대로 알게 되면, 자신이 무엇을 해야 하는지 자연스럽게 깨닫게 됩니다. 그래서 성인 군자와 성공한 사람들은 모두 목적과 목표가 중요하다고 이야기합니다. 모두 방향을 가리키고 있는 것입니다. 하지만 사람들은 방향보다 방법에 더 관심이 많고 중요하게 생각합니다. 방향은 눈에 보이지 않지만, 방법은 손에 잡힐 듯 보이기 때문입니다.


그래서 족집게 과외처럼 정답을 알려주는 것을 좋아합니다. 미신을 믿더라도 미래를 잘 맞추는 용한 점쟁이가 더 인기가 높습니다. 알 수 없는 미래에 잘 먹고 잘살 수 있는 방법이 궁금하기 때문입니다. 그러나 방법은 방향으로 나아가는 도구일 뿐, 궁극적인 해결책이 될 수 없습니다.


미국 실리콘밸리 빅테크 기업들의 성공 방정식을 모방하려는 국내 스타트업이 많았습니다. 따라만 하면 그들처럼 성공할 수 있다고 믿고 방법을 모방한 것입니다. 그래서 성공한 기업이 있는지 모르겠습니다. 제 짧고 얕은 경험에 의하면 그들의 방법은 우리에게 맞지 않았습니다. 방향이 달랐던 것입니다.


부모도 자녀에게 방법을 알려주는 것이 훌륭한 교육관은 아닐 겁니다. 고기를 잡아다 주는 것도 좋지 않지만, 고기 잡는 방법을 알려주는 것도 별로입니다. 어디에 고기가 많은지 방향만 알려주면 자녀가 고민 끝에 알아서 잘 잡아낼 것입니다.


AI 도구를 잘 활용하는 사람이 성공할 수 있다고 이야기합니다. 저는 반대합니다. AI 도구는 사용할수록 생각하는 힘이 떨어진다고 믿습니다. 혼자 끙끙 앓으며 고민하다가 방향이 맞는지 조언 정도는 구하면 좋다고 생각합니다. 생산성이라는 핑계로 고민도 하지 않고 통째로 AI 도구에게 일을 맡기는 건 바보로 가는 지름길입니다. 이제 TV 많이 보면 바보 되는 게 아니라 AI 도구 많이 사용하면 바보 된다고 해야겠습니다.


직업과 일자리는 꿈을 이루는 방법입니다. 그만둬야 하나 고민이 된다면 방향을 생각해보세요. 이 일을 여기서 지속하는 것이 맞는지 틀렸는지 판단하는 것이 꿈에 가까워지는 길입니다. 방향이 틀렸다면 하루빨리 돌이켜야 합니다. 제가 가진 나쁜 습관 중 하나는 길을 잘 모르면서 감각적으로 끌리는 곳으로 향하는 것입니다. 그렇게 한참을 걷다가 잘못된 길이라는 것을 깨달았을 땐, 이미 멀리 와서 다시 돌이키기 힘든 상황을 맞이한 경험이 많습니다.


오늘 방향을 고민하고 있다면 참 잘하고 계신 겁니다. 누가 뭐래도 방향은 자기 자신이 가장 잘 알고 있습니다. 우뚝 서서 맞는 방향으로 뚜벅뚜벅 걸어가는 우리가 되길 진심으로 응원합니다.

﻿취업이나 이직 노하우를 묻는 질문에 저는 가이드를 줄 뿐, 구체적인 고민이나 노력은 질문하는 분이 직접 찾아야 한다고 조언합니다. 제 가이드에 공감하며 이해가 되었다고 말씀해주시는 분도 계시지만, 고개를 갸우뚱하며 "그래서 구체적으로 무엇을 어떻게 하라는 건지 모르겠다"며 더 구체적인 피드백을 요구하시는 분도 계십니다. 구체적인 방법을 묻는 질문에 방향만 제시하는 이유는, 방법보다 방향이 더 중요하기 때문입니다. 어디서 무엇을 하면 좋을지 따져보는 것보다 왜 해야 하는지 고민하는 시간이 필요합니다. 목적지에 도달하려면 방향을 바로잡고 나아가야 합니다. 아무리 편리하고 빠른 교통수단을 이용하더라도 방향이 잘못되면 목적지에 도착할 수 없습니다. 방향을 제대로 알게 되면, 자신이 무엇을 해야 하는지 자연스럽게 깨닫게 됩니다. 그래서 성인 군자와 성공한 사람들은 모두 목적과 목표가 중요하다고 이야기합니다. 모두 방향을 가리키고 있는 것입니다. 하지만 사람들은 방향보다 방법에 더 관심이 많고 중요하게 생각합니다. 방향은 눈에 보이지 않지만, 방법은 손에 잡힐 듯 보이기 때문입니다. 그래서 족집게 과외처럼 정답을 알려주는 것을 좋아합니다. 미신을 믿더라도 미래를 잘 맞추는 용한 점쟁이가 더 인기가 높습니다. 알 수 없는 미래에 잘 먹고 잘살 수 있는 방법이 궁금하기 때문입니다. 그러나 방법은 방향으로 나아가는 도구일 뿐, 궁극적인 해결책이 될 수 없습니다. 미국 실리콘밸리 빅테크 기업들의 성공 방정식을 모방하려는 국내 스타트업이 많았습니다. 따라만 하면 그들처럼 성공할 수 있다고 믿고 방법을 모방한 것입니다. 그래서 성공한 기업이 있는지 모르겠습니다. 제 짧고 얕은 경험에 의하면 그들의 방법은 우리에게 맞지 않았습니다. 방향이 달랐던 것입니다. 부모도 자녀에게 방법을 알려주는 것이 훌륭한 교육관은 아닐 겁니다. 고기를 잡아다 주는 것도 좋지 않지만, 고기 잡는 방법을 알려주는 것도 별로입니다. 어디에 고기가 많은지 방향만 알려주면 자녀가 고민 끝에 알아서 잘 잡아낼 것입니다. AI 도구를 잘 활용하는 사람이 성공할 수 있다고 이야기합니다. 저는 반대합니다. AI 도구는 사용할수록 생각하는 힘이 떨어진다고 믿습니다. 혼자 끙끙 앓으며 고민하다가 방향이 맞는지 조언 정도는 구하면 좋다고 생각합니다. 생산성이라는 핑계로 고민도 하지 않고 통째로 AI 도구에게 일을 맡기는 건 바보로 가는 지름길입니다. 이제 TV 많이 보면 바보 되는 게 아니라 AI 도구 많이 사용하면 바보 된다고 해야겠습니다. 직업과 일자리는 꿈을 이루는 방법입니다. 그만둬야 하나 고민이 된다면 방향을 생각해보세요. 이 일을 여기서 지속하는 것이 맞는지 틀렸는지 판단하는 것이 꿈에 가까워지는 길입니다. 방향이 틀렸다면 하루빨리 돌이켜야 합니다. 제가 가진 나쁜 습관 중 하나는 길을 잘 모르면서 감각적으로 끌리는 곳으로 향하는 것입니다. 그렇게 한참을 걷다가 잘못된 길이라는 것을 깨달았을 땐, 이미 멀리 와서 다시 돌이키기 힘든 상황을 맞이한 경험이 많습니다. 오늘 방향을 고민하고 있다면 참 잘하고 계신 겁니다. 누가 뭐래도 방향은 자기 자신이 가장 잘 알고 있습니다. 우뚝 서서 맞는 방향으로 뚜벅뚜벅 걸어가는 우리가 되길 진심으로 응원합니다.﻿

방법보다 방향이 중요해요

Slack has introduced a new feature called "canvas," which it describes as a "surface" where teams can "curate, organize and share mission-critical resources." When it launches next year, Canvas could replace external apps or programs teams use to collate 

Slack's upcoming 'canvas' feature will make it easier for teams to share resources | Engadget

Slack 이 캔버스란 기능을 발표했습니다.
기사나 공식 블로그를 보면 마치 노션같이 편리하게 문서를 만들 수 있어보이네요.

사내에서 업무를 처리할 때 컨플루언스 같은 별도의 문서 도구를 링크하면 다시 로그인도 해야하고 귀찮죠.
이런 문제가 쉽게 해결되길 바랍니다. 🙏

Engadget

책과 만화, 신문과 잡지, 영화와 드라마, 팟캐스트와 오디오북, 트위터와 페이스북을 가리지 않고 콘텐츠를 즐기면서도 동시에 까다로운 소비자입니다. 일 하는 사람들의 콘텐츠 플랫폼, 퍼블리를 만들고 있습니다. 대학에서 경영학을, 대학원에서 공공정책학을 공부했고 경영 컨설턴트로 일했습니다.

퍼블리 CEO & Founder

박소령

컨텐츠와 커뮤니티를 통해서, 커리어 시장에서 정보와 기회의 격차를 해결하고, 개인과 기업 간 미스매칭 문제를 풀고 있습니다. 커리어리와 퍼블리가 잘 되게 하는 일은 무엇이든 다 하고, 안되는 일은 되게 합니다. 

Product Manager

김명찬

링컨, 알렉스 퍼거슨, 빌리 빈을 존경합니다.

#프로덕트매니저 #데이터분석

좋은 팀이 최고의 제품을 개발 할 수 있다고 믿는 개발자입니다. 때문에 팀 매니지먼트, 애자일등과 같이 함께 일을 잘 하는 방법에 대해 관심이 많습니다. 모든 개발은 왜 어려운가에 대한 해답을 찾기 위해 항상 고민하고, 누구든지 개발할 수 있는 자유로운 세상을 꿈꿉니다. 현재는 엔씨소프트에서 소프트웨어 엔지니어로 있으며, 전 직장인 넥슨코리아에서 엔지니어링 리드를 했었습니다.

라인게임즈, 테크니컬 디렉터

이도행

10년이상 게임 개발 경험, 5년이상 팀 매니지먼트 경험을 보유한 
개발자 입니다. 

좋은 팀이 최고의 프로덕트를 만들 수 있다고 믿고 있습니다.
게임 프로그래밍, 엔지니어링 매니지먼트, 애자일에 관심이 많습니다.


Slack에 노션같은 기능이?

송요창

👨‍👩‍👧‍👦
문제 해결할 때 즐거움을 느낍니다.
평범한 사람들이 모여 비범한 일을 할 수 있다고 믿습니다.
#프론트엔드 #커뮤니케이션

강의 및 멘토링
https://www.inflearn.com/users/1095/@totuworld

Slack에 노션같은 기능이?

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필