마이크로매니징에 대한 논란이 종종 벌어지는데, 이 부분에 대해서 개인적인 의견을 몇가지 정리합니다. 질문 마이크로매니징은 하면 안된다. 하지만, 마이크로매니징이 발생되는 경우에는 어떻게 하느냐? 답변 마이크로매니징이 발생하는 대부분의 이유는 하급자에게서 발생하는 것이 맞습니다. 그렇다면, 마이크로매니징을 문제를 일으킨 대상에게 적용하는 것이 맞는다는 것은 아닙니다. 가장 크게 리뷰를 해야할 것은 문제가 발생되는 하급자를 뽑은 HR 방식이나 프로세스가 문제입니다. -> 이 문제의 해결책은 다른 이슈 그럼에도 불구하고 마이크로 매니징을 하는 상급자는 어떻게 해야 하느냐는 것은 해당 상급자는 효과적인 관리방법을 터득하지 못한 상급자이기에 관리 업무를 지

카카오가 셧다운되고 문제를 복구하는 과정에서 여러가지가 뒤섞으면서 다양한 해석들이 난무하는데, 서비스에 대한 개인적인 여러가지 생각들을 정리해보려고 합니다. 카카오는 정말 많은 서비스를 카카오 중심으로 만들고자 했고, 저 역시 velog에 글을 쓰는 이유역시, 브런치 작가였지만... 카카오 로그인만 가능하게 하겠다는 그 발상에 반발하면서, 이곳으로 넘어왔죠. 하나의 서비스를 거치게 하는 수익과 이익 극대화를 위한 그들의 정책 결정과 그 과정에서 쌓여온 기술적 부채들의 결과물과 수많은 우연과 불행이 겹쳐져서 현재의 상황을 만든것이라고 생각합니다. 서비스를 초거대로 구축하는 경우에 시스템의 안전성이나 가용성등을 고려하면서 이중화에 대한 기본적인 개념과 비용, 리소스에 대해서는 결국 어느정도의 극단

스타트업들 대부분은 초기에 비즈니스 모델이 미완성된 상태는 너무도 당연하고, 사용자나 마켓의 상황에 따라서 요구사항 분석이 애매하기 때문에 초기에 만들어진 서비스들의 대부분은 부정확하거나 비정상적인 상황으로 마무리가 되어 있거나, 비정상적인 상황들로 인해서 서비스 중단과 같은 상황들을 자주 만나게 된다. 이 죽음의 고비를 넘겨서 신규 투자를 받으면서, 기술 부채와 만들어지는 IT서비스의 형태가 사업 성장 속도에 맞추어서 구현되기를 바라는 마음에 뛰어난 개발자나 구르급의 아키텍트들을 영입하게 된다. 대부분은 고경력자들이고 기술경력이 충분하게 갖추어진 CTO를 영입하면서, 세부적인 개발조직을 재건하거나 기술적 부채의 한계를 넘어선 환경을 준비하게 된다. 이런 상황에서 새롭게 개발조직을 안게

어떤 분이 댓글에 천재를 구분하는 방법에 대해서 질문을 하셨기에, 잠깐 고민에 빠져봤습니다. 정말, 천재를 구분할 수 있는 방법이 있을까? 개인적으로 천재를 구분한다기 보다는, 일을 매력적으로 풀어가면서, 그 성장 가능성이 너무도 좋았던 사람들의 몇가지 공통점을 정리해보는 것은 가능하지 않을까 해서 몇가지 끄적거려봅니다. 그들은 이러했는데, 그 가능성을 알아본 이유는 무엇이었을까에 대해서 개인적인 경험으로 나열해봅니다. 하나. 그들은 정말 생각의 폭이 정말 넓습니다. 하나의 명제와 하나의 사실에 대해서 다양한 관점과 시선으로 분석을 하거나, 그것을 집중할 수 있는 능력이 있더군요. 천재들의 특징은 엄청난 다독과 다양한 경험, 깊이 있는 생각

사람과의 관계는 정말 사람마다 다릅니다. 누군가와는 정말 케미가 좋은 동료였지만, 나와는 정말 맞지 않는 동료가 될 수 있습니다. 타인을 배려하고, 존중하는 동료였던 사람에게서 좋은 평판을 그나마 찾을 수 있습니다. 그런데, 생각보다 그런 동료를 찾는 것은 너무 힘들다는... 그냥, 개인 평판에 너무 신경쓰지 마시기를... 내가 좋아하는 사람들... 내가 좋아하는 일들... 내가 괜찮아 할 수 있는 장소와 회사는... 생각보다 많습니다. 좋는 사람 따라다니기도 바쁘고, 그런 사람 선택하는 것 역시 쉽지 않습니다. 다만... 나쁜 선택, 나쁜 사람, 나쁜 경험에 대해서는... 빠르게 손절하고, 빠르게 만나지 않는 것이 최선입니다. 개인 평판을 걱정하기에 앞서서... 내가 제대로 일하고 있는지 부터 한번 고민하는 것이..

대부분의 회사들의 큰 착각중의 하나는 일을 하는 사람들이 이직을 할때에 회사에서 중요한 인재가 이탈하는 것에 대해서 타 회사에서 내 회사의 인재를 빼앗아갔다고 생각하는 것이다. 이게 모순된것은 해당 스타트업 역시, 초기에 중요한 인재들 대부분은 타 회사에서 스카웃을 하거나, 인재 모집을 했기 때문에 구성이 가능했다는 것을 잊어버린다. . . . 정답은... 있는 인재, 있는 개발자들을 잘 대우하고, 이탈하지 않도록... 채찍과 당근을 잘 활용해서 그들을 관리해야 하는 것이다. 특히, 퇴직하는 사람, 이직하는 사람과의 관계 형성이 가장 중요한데... 슬프게도... 투자를 받고, 조금 자본이 충실한 상황일때에... 사람과의 관계 형성이 틀어지면서... 대량 이탈을 불러일으키는 상황이 연출되곤 한다. . . . 직원

복잡하게 이해할 필요가 없다는... 플랫폼 기업이 만들어 놓은 판에서 규칙을 지켜야 하는 것 맞다. 그리고, 국가의 규칙도 지켜야 하고... 구글은 강공을 선택한 셈... '카카오톡'업데이트를 중단 하고, 카카오톡은 아웃링크 결제 방식을 유지하려고 안간힘쓰고... 둘다 슈퍼갑에 해당되는 위치에 있는데... 누가 이길까? 일단, 앱스토어 규칙의 플랫폼을 따르는 것이 맞고, 국가간 정책에서 정리하는 것이 맞다고 생각한다. 개인적으로... 카카오톡은 인앱결제를 포기하고, 안드로이드 앱스토어로 돌아올 것이라고 생각한다. 한편으로 우스운것은... 카카오톡은 자신들이 플랫폼 규칙을 지키라고 이야기하면서... 자신들은 구글 플랫폼의 규칙을 지키지 않는다. ㅎㅎ 뭐... 그것이 갑들의 싸움이겠죠.

스타트업을 창업하고, 투자를 받으면서 회사가 조금씩 성장하고, 좋은 인재들을 섭외하고, 서비스를 만들어나가는 과정을 통해서 창업자는 뿌득한 마음과 앞으로의 성공에 대해서 꿈꾸게 됩니다. 다만, 현실적인 관점으로 돌아오게 되면... 당장의 생활을 위해서 초기에 잡아두었던 아주 박한 월급과, 개인적인 것을 위해서 사용하고 싶은 작은 돈들에 대한 유혹에 대해서 계속 갈등하게 됩니다. 더군다나, 후에 뽑은 인재들에게 높은 연봉을 지급하다보면... 대표가 오히려 박탈감을 느끼는 상황도 가끔 가지게 됩니다. 하지만... 창업자는 그런 생각을 가지면 안됩니다. . . . 창업자가 만든 회사가 잘되는 것에 모든 것을 집중해야 합니다. 회사가 돈을 버는 것에 대해서도 그것은 내것이 아니라 회사것이라고 생각해야 합

'스타트업은 유치원이 아닙니다'라는 글이 있어서, 해당 글을 읽고 몇가지에 대해서 생각을 해보다가, 그냥 문득... 제가 생각하기에 '스타트업은 유치원이지 않나'라는 생각이 들게 되어 해당 글을 끄적거려 봅니다. 스타트업이 성공하기 위해서는 '기술'이 중요하거나 '소프트웨어 개발'이 중요하기는 합니다만. 실패와 성공은 협업에서 결판이 나는 것 아닌가 합니다. 스타트업 특유의 문화는 구성원들이 하나의 목표를 빠르게 도전하고, 결과를 얻으며, 피드백을 통해서 제품이나 서비스를 완성해 나가는 것입니다. 이 경우 가장 중요한 것이 '커뮤니케이션'과 '업무지시', '협업', '상호신뢰'등이 발현되어야 하는데, 마치... 유치원을 처음 간 꼬맹이들처럼, 각자 자기 목소리

내글이 표절이 되어서, 이곳 저곳에서 자신의 글처럼 사용되는 경우가 종종 발견된다. 내가 사용하는 문장의 형태가 그다지 일반적이 아니고, 좀 독특하기 때문에... 내글을 자주 읽어본 친구들은... 그런 글을 쉽게 인지하더라는. . . . 다만, 즐겁다. 좋은 내용이기 때문에... 인용되고 표절되는 것 아닐까? ㅎㅎ 글을 올린 이유 역시, 넓게 퍼지기를 원하는 것이니... 그냥, 즐거운 놀이로 인지하면 될듯.

능력이 탁월하거나, 엄청나게 빠르게 서비스를 만들어 내거나, 높은 품질의 개발능력은 없지만. 우직하게... 다른 동료들이 덜 신경쓰는 부분의 작업들을 묵묵하게 수행하고, 만들고, 테스트 하는 동료가 꼭 있게 된다. 대부분은 개발팀 리더들이 그 역할을 하는 경우도 많고, 시니어 개발자들이 암묵적으로 해당 역할을 수행하기도 한다. 자신이 빛나보이는 역할을 담당하지는 않지만, 다른 동료들을 위해서 버팀목 역할을 하고 있다. 그 동료가 있다면... 아주 좋은 개발팀이다.

디지털 작품들을 그리기 위한 첫번째 제대로된 도구를.. 누가 만들어 낼 것인가? 단지 유니티 스튜디오에.. 로그를 추출하고, 그것을 NFT로 보관하는 것으로 충분한가? 예술작품이 디지털 모델의 형태로 어떻게 보관되고, 관리되고, 유지되어야 할까? 흥미로운 것은 이 정보모델의 구성과 해당 서비스를 연결하는 개발자 커뮤니티의 움직임이고... 그 백서에 참여하는 사람들의 힘이라는... 그리고, 예술가들이 손쉽게 참여하려면... 그들이 모두 디지털 도구에 익숙해야 할까? 아니면, 그들이 움직이는 아날로그적인 행위를 디지털로 모두 담는 것으로 충분할까? 예술의 가치란 무엇일까? 시간의 찰나인가?

예술가들의 실제 행위를 시작할때부터, 그것의 결과물이 만들어지는 행위의 흔적이 디지털로 남는 것을 지원해야 한다. 해당 행위의 순간들을 예술가 자신의 통제할 수 있어야 하고, 그것을 인수 인계 받은 소유자 역시... 해당 행위를 재구성하거나, 해당 행위나 결과물을 다시 보는 권리까지 통제가 가능해야 한다. 현 시점에서.. 예술가들의 NFT를 제대로 사용하게 하려면... 작품을 만들기 시작한 순간부터.. NFT에 기록되어야 한다. 이런 환경을 지원하지 않는... 것들은.. 실제 NFT라고 부를 수 없다. . . . 암호화폐거래소가 허상이듯... 암호화폐거래소 역시... 모든 기록이 블록체인이 아니라면... 그 역시 사기에 가깝다.

작지만 매우 큰 기존 시니어 세대와 MZ세대와의 대화법에 대해서 몇가지 끄적거려 봅니다. 시니어의 입장에서 MZ세대의 생각에 대해서 이해하기 어려운 경우가 빈번합니다. 다음의 몇가지 사항들을 생각하면서 그들과 이야기를 나누면 좀더 수월합니다. 시니어의 관점에서 MZ세대의 생각이 어리거나, 경험이 적은 것은 너무도 당연한 것이기 때문에... 너무, 본인의 생각만으로 판단하는 것은 불협화음을 분명하게 만들어 내는 것이죠. 부족한 부분은 부족한 것으로, 짧은 것은 짧은 것대로 인정하면 그래도 조금은 수월하게 이야기가 진행 됩니다. 첫째. MZ세대는 본인의 논리가 명확합니다. 시니어가 보기에는 경험하지 못한 부분에 대해서 이야기를 해준다고 하더라도, 본인의 논리가 무너지는 것에 대해서 용납하지 않

스마트폰의 과도한 발열과 배터리 소모를 막으려고 인위적으로 프레임 수와 GPU성능을 제어하고, 해상도를 조절하면 성능이 50~60%정도만 동작하게 된다는 이야기에 대해서 많은 곳에서 제기되었다. 정말, 안전을 위해서라면 모든 앱에서 동작되었어야 했는데, 벤치마크 프로그램들을 논외로 하면서 이 문제는 더 심각해졌다. 애플의 경우에 10.2.1 업데이트에서 배터리수명때문에 성능제한을 두었고, 미국에서는 1억달러 이상의 합의금을 지불한 것으로 알려진 것은 이미 업계의 기본적인 상식. 모든 사실이 알려진 이후의 삼성전자의 반응은... 안전을 위한 조치였다. 이제, 선택권을 주겠다. 뭐랄까... 한동안 뜨겁게 달구었던.. 폭스바겐 치팅과 차이점이 전혀... 제조사에서 선택적으로 기기의 성능을

MZ세대와 소통하기 위해서는 개념과 단어에 대해서 상호 소통하는 것이 가장 중요하다. 10시에 출근해야 한다고 계약서에 명시하지 말고, 업무시작시간이 10시라고 이야기하고, 계약서에도 그렇게 적는 것이 맞다. 다만, 법적근로시간과 업무시작시간과의 논쟁은 있을 수 있지만... 동료들과 같이 일하는 조직과 회사의 특정한 상황상... 이 부분은 상호 논쟁하거나, 논의하는 것이 맞다. 혼자 일하는 직무가 아니라면... 고객과 소통하는 시간대의 약속이 있고, 팀원과 동료들과 소통하는 시간대의 약속이 있다. 완전 자율출근이 가능하려면... 이런 연결고리가 없어야 하는데, 그것이 기업의 특징상 만들기 매우 어렵다. 회의와 토의, 협업의 과정을 모두 생략할 수 있거나... 특정 일자에 맞추는 방법을 사용하거나... 회의 시간대

그것은 '성공'하는 방법에 대해서 동료들에게 언제나 자신감 있게 이야기한다는 것이다. 패배하거나 실패하는 과정은 이슈가 발생했을때에 동료들과 같이 문제를 하나씩 해소하면 되는 것이고, 실제 서비스와 제품의 완성을 위해서 '성공'을 위한 '퍼즐'조각을 하나씩 모으는 과정에 대해서 동료들의 생각을 하나로 모으는 것이다. 성공할때까지의 과정과 스토리, 그리고. 얻을 결과물에 대해서... 명확하게 이야기하는 리더는... 성공하는 스타트업 리더가 된다.

가능성 있다고 생각되는 스타트업의 대부분은 '돈'을 지불하고서라도 사용하려는 '고객'을 확보했거나, 매우 가능성 높은 '가치'를 찾은 서비스나 정보, 또 다른 무언가를 찾은 기업을 의미한다. 이런 회사들이 매우 가능성 높은 가치를 찾았음에도 실패하는 이유는 무엇때문일까? 그리고, 어떻게 성공의 방향성으로 달려가다가 망가지는 것일까? 그것의 전형적인 과정을 몇가지 정리해본다. 첫번째 단계. 고객을 찾았던, 가치를 찾았건... 초기 서비스에 만족한 얼리한 고객들은 이 서비스나 가치에 매몰되어 흥분하고, 그 가치를 주변에 널리 퍼트린다. 아주 자연스럽게 바이럴이 된다. 작은 가치, 작은 고객이지만... 마케팅을 하지 않고서도, 한개, 두개... 고객과 시장이 형성된다. 두번째

학교를 졸업하고 첫 직장에서 첫번째 일을 할때에 기대했던 상황이거나 기대한 만큼의 결과가 나오지 않는 것은 너무도 당연합니다. 실제 알바나, 꽤 많은 개발을 해보았다고 생각했지만, 실 요구사항을 받고, 제한적인 시간과 리소스를 기반으로... 적절한 범위내에서 문제를 해결한다는 것은 정말 어렵고 두려운 일일 것입니다. 보통은 어깨에 힘이 더 들어가고, 더 신경이 곤두서는 과정을 겪게 되는 것은 너무도 당연한 것입니다. . . . 그럴때에 자신이 너무 약하다거나, 부족하다고 생각하지 말기를 바랍니다. 부족하다고 느끼는 순간이 바로 성장하는 순간이기 때문입니다. 부족함을 느낀 자신을 발판으로... 하나의 벽을 만들어서 그것을 뛰어넘어 성장하는 것입니다. 정말로 강하다는 것은... 약한 것을 아는 것

개발자와 대화시나 프로젝트에 대해서 이야기할때에 어떤 것이 안된다고 단정하지 말아야 합니다. 오히려 부정적인 것에 매몰되도록 개발자들을 내버려 두어서도 안됩니다. 소프트웨어 개발의 대부분은 문제를 해결하기 보다는... 문제 해결을 위한 행위에서 인간과 소통하거나 타 시스템과 소통하기 위한 오류를 대응하기 위해서 대부분의 일정과 리소스를 소모하게 됩니다. 개발자와 의사소통하고, 개발 속도를 높이려면... 긍정적인 요소와 매우 당연하게 되어야하는 것들에 대해서 먼저 해결하거, 부정적인 인터페이스나 요소, 모델, 에러, 특이한 상태에 대해서는 개발자 책임으로 하지 않고, 기획이나 비즈니스 조직에서 오류가 발생해도 괜찮다는 시그널을 계속 보내야 합니다. 대부분의 새로운 비즈니스 모델들은 긍정적