Pop your eXperience. Share It.
아키텍트
브런치에서 뉴스를 빠르고 유익하게 소비하는 사례로 썼던 글을 popit의 주요 독자들이 흥미로워 할 주제라 생각에 이곳에도 옮겨봅니다. 두 가지 이야기를 하려고 합니다. * 트레이드오프 즉, 상충관계에 대한 생각 * 개발자에게 아키텍트로 나아가는 길 먼저 트레이드오프는 과거 제가 소프트웨어 아키텍트로 일할 때, 가장 자주 다루던 개념이자 주요 관심사였습니다. 서로 다른 이해관계를 갖는 참여자
독서 중인 책의 흐름을 통해 내 행동 관찰하기 이후에 2년만에 비슷한 글을 다시 씁니다. 산만해진 독서 환경 전처럼 묘사해보려고 했는데 잘 되지 않습니다. 6월 즈음에 한번 그려보다가 포기한 그림이 노트북 바탕화면에 남아 있더군요. 사실 이 글은 '이 파일은 뭐지?' 하고 내가 만들고도 무엇인지 모르는 파일을 열었다가 기억이 되살아나
중국에서 마이크로 서비스 구축 경험 때문인지 작년까지는 이곳저곳에서 관련 자문 등의 요청을 종종 받곤 했다. 그리고, 한동안은 마이크로 서비스 공부하게 책 하나 추천해주세요 같은 요청도 받았다. 마침 지인이기도 한 박재호님이 번역하신 <마이크로 서비스 도입 이렇게 한다> 책을 받아 훑어 봤는데... 구성이 꽤 충실했다. 이를 계기로 마이크로 서비스 도입과
기사 제목을 보자마자 촉이 왔다. '옛날 전공이네' 하는 식의 촉1) 생각보다 복잡한 클라우드 마이그레이션, 자동화 하려면? 시스템 마이그레이션이란 무엇인가? 기사가 양질2)이라는 것을 확인할 수 있는 문단이 등장했다. 우선 현재 운용중인 레거시 유닉스 시스템은 곧바로 클라우드로 이전하기 어렵다. 일단 리눅스 기반 시스템으로 마이그레이션 한 이후 다시 클라우드로 이전해야
두레이
두레이 베타 시절부터 지인 소개로 #dooray를 써보며 느낀 소감을 행사 응모를 계기로 총정리합니다. 그간 #popit 에 써둔 글도 있으니 기존 글까지 망라해서 순위를 매기는 식으로 글을 쓰렵니다. #1. 최고는 메일 대신 두레이 뭐니 뭐니 해도 두레이는 메일 대신 업무적인 소통의 관문으로 쓰기에 최고입니다. Slack 한국판으로 알고 있는 잔디1)와 달리
지난 글에 부연 설명없이 아기발걸음을 언급했다. 나는 꽤 오랜 기간 아기발걸음 원칙을 따르고 있어 자연스레 얻은 혜택이 많다. 그래서, 아기발걸음 원칙에 대해 아는 바를 써보려고 한다. 그리고, OKR 적용과 아기발걸음 원칙이 어떤 연관이 있는지 설명하는 식으로 이야기를 풀겠다. 아기 발걸음 원칙 많은 경우 나는 습관적으로 아기발걸음 원칙을 따른다. 특히 처음하는
그간 가격을 결정하는 문제에 관심이 없었다. 그럴 만한 동기가 없었으니 어쩌면 당연한 일이다. 그러던 차에 우리 회사의 서비스의 가격을 책정해야 하는 난감한 문제를 만났다. 하지만, 아는 것이 너무 없어 어떻게 시작해야 할지 모르던 차에 마침 열정적인 지인의 권유로 <프라이싱>이란 책을 읽은 것이 아마도 긴 여정의 첫 시작이
OKR 책을 읽었다. 매우 훌륭한 책이다. 반도 읽기 전에 계속 읽기만 할 것이 아니라 당장 써먹어야겠다는 욕구가 일었다. 지금이 시도해볼 적기란 생각까지 들었다. 마침 복잡한 사정으로 베이징에서 전원 철수하고, 서울에서 서비스를 키워야 하는 상황이 찾아왔기 때문이다. 더군다나 코로나 때문에 베이징에 왕래도 할 수 없는 상태로 이동도 쉽지 않고, 자가 격리에
책 표지는 이렇다. 이 책은 미국을 배경으로 제품관리자, Product Manager, 프로덕트 오너 등을 위해 쓴 글이지만, 반드시 PO, PM 이 아니더라도 서비스 기획자라 불리는 이들에게도 그렇고, 스타트업 창업자나 애자일에 관심있는 개발팀 리더에게 역시 필독서로 권할 만한 책이다. 가히 제품 개발의 교과서라 할 만하다. 독후감을 쓰기 전에 이 책을 소개한 김민지님에게
코로나19로 달라진 삶을 이야기하는데, 우리회사(베터코드 주식회사)의 상황과 내 삶 역시 많이 달라졌다. 나이탓인지 우리가 공동체의 생활을 한다는 사실을 점차 체감한다. 내 삶에 급격한 변화가 일어나는 3개월 남짓의 기간동안 겪은 일중에 공동체에 내놓아 함께 논의할 만한 내용이 있어 글을 쓴다. 서울에서의 영업 시작 코로나19로 인해 그간 북경에 상주하며 중국에서
미완의 글인데... 코로나19로 중국에 가지 못해서 쓰다만 글을 그냥 노출합니다. ㅡㅡ^ 페친이 공유한 기사는 보자마자 좋은 글이란 느낌이 왔다. 그래서, 읽어 보려고 클릭 했는데, 기사 앞부분에서 만난 문구부터 알듯 모를듯 해서 진도가 안 나갔다. 이 아키텍처를 이용하면 룰 기반 서비스를 해체하고 이벤트에 기반해 데이터를 공유하는 마이크로서비스를 만들 수 있다. 룰
이 내용은 실제로 어떤 기업의 Digital Transformation 테스크포스 팀에게 제안한 아이디어를 글로 쓴 것이다. 내 경험을 객관화하기 필자는 Digital Transformation의 범주로 묶을 수 있는 경험을 대략 9년 이상 진행 중이다. 올해도 하면 10년째가 되겠다. 경험이 자산이지만, 지나치게 자기 경험에만 빠지면 독선이 될 수 있어서 남에게 제안할 때는 객관화가 필요하다. 마침