"열심히 일하지 말라", "코드를 만들기 전에 생각하라" 라는 말은 소프트웨어 엔지니어링 쪽에는 30년전부터 전해내려오는 격언이다. 열심히 일하기 전에 열심히 일할 수 있는 방법을 찾는 일을 먼저하라는 이야기다. 하지만 사람은 본능적으로 생각하기 전에 몸을 움직이려고 한다. 그 이유는 크게 2가지로 요약할 수 있다. 1. 복리의 마법을 이해하지 못한다. 2...
Amazon Leadership principle(이하 LP) 는 회사의 문화와 비즈니스 접근 방식을 형성하는 지침이 되는 가치와 신념의 집합이다. Amazon의 설립자이자 CEO인 Jeff Bezos가 만들었으며 고용, 의사결정, 일상적인 운영에 사용하고 있다. LP는 Amazon을 경영하기 위해서 만든 지침이지만 다른 사업들에도 적용할 수 있는 원칙들을...
"열심히 일하지 말라", "코드를 만들기 전에 생각하라" 라는 말은 소프트웨어 엔지니어링 쪽에는 30년전부터 전해내려오는 격언이다. 열심히 일하기 전에 열심히 일할 수 있는 방법을 찾는 일을 먼저하라는 이야기다. 하지만 사람은 본능적으로 생각하기 전에 몸을 움직이려고 한다. 그 이유는 크게 2가지로 요약할 수 있다. 복리의 마법을 이해하지 못한다. 자동화된...
솔류션 아키텍트(Solution Architect - SA)는 시스템과 컴포넌트, 기능들을 결합 및 통합하는 일을 한다. 비즈니스 요구사항을 기술 언어로 번역하여서 전달하는 업무도 함께 수행한다. 이 과정에서 다양한 기술 제공 업체, 내부 기술팀, 기획팀, 사업팀과 협업하면서 비즈니스 방향, 고객 가치, 기술이 서로 일치하는지를 확인한다....
개발자는 코드를 만드는데 열정적이며, 코드를 만드는 것에서 희열을 느끼고 코드를 통해서 자기자신을 증명한다. 대부분의 개발자는 매우 영리하게 영리하게 코드를 작성한다. 영리하게 코드를 작성하는 것은 장점이지만 단점이 될 수도 있다. 이것을 불편하게 생각하지 말자. 똑똑한 것이 장점이 될 수 있지만 단점이 될 수 있는 것과 마찬가지다. 우리는 단점을 극복 할...
Joinc 위키 문서로 복사했습니다. 이 내용을 클라우드 환경에 맞게 해석해서, 아키텍처 문서를 만드는게 최종 목표입니다.이 방법론은 Heroku의 개발자가 초안을 작성했으며, 2011년에 Adam Wiggins가 처음 발표했다.클라우드가 널리 사용 되면서 소프트웨어를 서비스 형태로 제공하는 SaaS(Software As A Service) 혹은 웹앱이라...
애플리케이션에 대한 아이디어를 실현하는 가장 좋은 방법은 MVP(Minimum Viable Product)로 시작하는 것이다.인터넷은 수백 수천개의 회사가 경쟁하는 열린 공간이다. 이 공간에서 성공하는 것은 쉽지 않다. 성공을 하기 위해서는 고객이 원하는 것이 무엇인지를 찾아서 가능한 빨리 시장에 내놓아야 한다. MVP(Minimum Viable Produ...
Git은 버전 관리 시스템이고 GitFlow는 Git의 분기 모델이다. 프로젝트는 기능개발, 핫픽스, 스테이징, 릴리즈 등의 다양한 분기를 가진다. Gitflow는 제품 개발에 사용 할 수 있는 워크플로우를 Git으로 체계화했다.gitflow는 git을 이용한 워크플로우 모델일 뿐이다. 따라서 git이 가지고 있는 기능만으로 gitflow를 그대로 따라 갈...
아래 영상을 분석하려 한다.이 영상은 인터뷰 관점에서 시스템 설계를 다루고 있다. 요약해보자면 시스템 요구사항을 어떻게 수집할 것인가. 면접관과 어떻게 피드백을 주고 받을 것인가. 디자인을 구체화 해가는 방법 설계를 재검토하고 잠재적인 개선 사항을 제안하는 방법이다. 나는 인터뷰 관점이 아닌, 시스템 설계 관점에서 정리해보려 한다.요구사항을 수집하는 여러 ...
슈퍼 개발자에 대한 환상에서 벗어나라. 한 팀이 6달동안 일을 해결 못 한 일을 한명이 1달에 끝내더라. 이런 이야기를 듣다보면 슈퍼 개발자에 대한 환상을 품기 마련이다. 이 경우 어서 빨리 슈퍼 개발자를 구해야 겠다라는 생각을 하기 전에 그 팀과 회사의 시스템에 치명적인 문제가 있는지를 살피는게 합리적인 접근 방법이다. 1. 개발(코딩) 진도가 나가지...
51 POSTS HERE
지식근로자의 생산성
"열심히 일하지 말라", "코드를 만들기 전에 생각하라" 라는 말은 소프트웨어 엔지니어링 쪽에는 30년전부터 전해내려오는 격언이다. 열심히 일하기 전에 열심히 일할 수 있는 방법을 찾는 일을 먼저하라는 이야기다. 하지만 사람은 본능적으로 생각하기 전에 몸을 움직이려고 한다. 그 이유는 크게 2가지로 요약할 수 있다. 1. 복리의 마법을 이해하지 못한다. 2...
Amazon Leadership Principles
Amazon Leadership principle(이하 LP) 는 회사의 문화와 비즈니스 접근 방식을 형성하는 지침이 되는 가치와 신념의 집합이다. Amazon의 설립자이자 CEO인 Jeff Bezos가 만들었으며 고용, 의사결정, 일상적인 운영에 사용하고 있다. LP는 Amazon을 경영하기 위해서 만든 지침이지만 다른 사업들에도 적용할 수 있는 원칙들을...
인공지능과 자동화 시대에 지식 근로자의 생산성을 높이는 방법
"열심히 일하지 말라", "코드를 만들기 전에 생각하라" 라는 말은 소프트웨어 엔지니어링 쪽에는 30년전부터 전해내려오는 격언이다. 열심히 일하기 전에 열심히 일할 수 있는 방법을 찾는 일을 먼저하라는 이야기다. 하지만 사람은 본능적으로 생각하기 전에 몸을 움직이려고 한다. 그 이유는 크게 2가지로 요약할 수 있다. 복리의 마법을 이해하지 못한다. 자동화된...
솔류션 아키텍트에 대하여
솔류션 아키텍트(Solution Architect - SA)는 시스템과 컴포넌트, 기능들을 결합 및 통합하는 일을 한다. 비즈니스 요구사항을 기술 언어로 번역하여서 전달하는 업무도 함께 수행한다. 이 과정에서 다양한 기술 제공 업체, 내부 기술팀, 기획팀, 사업팀과 협업하면서 비즈니스 방향, 고객 가치, 기술이 서로 일치하는지를 확인한다....
똑똑한 개발자와 현명한 개발자
개발자는 코드를 만드는데 열정적이며, 코드를 만드는 것에서 희열을 느끼고 코드를 통해서 자기자신을 증명한다. 대부분의 개발자는 매우 영리하게 영리하게 코드를 작성한다. 영리하게 코드를 작성하는 것은 장점이지만 단점이 될 수도 있다. 이것을 불편하게 생각하지 말자. 똑똑한 것이 장점이 될 수 있지만 단점이 될 수 있는 것과 마찬가지다. 우리는 단점을 극복 할...
The Twelve Factors
Joinc 위키 문서로 복사했습니다. 이 내용을 클라우드 환경에 맞게 해석해서, 아키텍처 문서를 만드는게 최종 목표입니다.이 방법론은 Heroku의 개발자가 초안을 작성했으며, 2011년에 Adam Wiggins가 처음 발표했다.클라우드가 널리 사용 되면서 소프트웨어를 서비스 형태로 제공하는 SaaS(Software As A Service) 혹은 웹앱이라...
MVP로 비즈니스 계획을 구현하기
애플리케이션에 대한 아이디어를 실현하는 가장 좋은 방법은 MVP(Minimum Viable Product)로 시작하는 것이다.인터넷은 수백 수천개의 회사가 경쟁하는 열린 공간이다. 이 공간에서 성공하는 것은 쉽지 않다. 성공을 하기 위해서는 고객이 원하는 것이 무엇인지를 찾아서 가능한 빨리 시장에 내놓아야 한다. MVP(Minimum Viable Produ...
Gitflow
Git은 버전 관리 시스템이고 GitFlow는 Git의 분기 모델이다. 프로젝트는 기능개발, 핫픽스, 스테이징, 릴리즈 등의 다양한 분기를 가진다. Gitflow는 제품 개발에 사용 할 수 있는 워크플로우를 Git으로 체계화했다.gitflow는 git을 이용한 워크플로우 모델일 뿐이다. 따라서 git이 가지고 있는 기능만으로 gitflow를 그대로 따라 갈...
Design Instagram
아래 영상을 분석하려 한다.이 영상은 인터뷰 관점에서 시스템 설계를 다루고 있다. 요약해보자면 시스템 요구사항을 어떻게 수집할 것인가. 면접관과 어떻게 피드백을 주고 받을 것인가. 디자인을 구체화 해가는 방법 설계를 재검토하고 잠재적인 개선 사항을 제안하는 방법이다. 나는 인터뷰 관점이 아닌, 시스템 설계 관점에서 정리해보려 한다.요구사항을 수집하는 여러 ...
개발조직 빌딩
슈퍼 개발자에 대한 환상에서 벗어나라. 한 팀이 6달동안 일을 해결 못 한 일을 한명이 1달에 끝내더라. 이런 이야기를 듣다보면 슈퍼 개발자에 대한 환상을 품기 마련이다. 이 경우 어서 빨리 슈퍼 개발자를 구해야 겠다라는 생각을 하기 전에 그 팀과 회사의 시스템에 치명적인 문제가 있는지를 살피는게 합리적인 접근 방법이다. 1. 개발(코딩) 진도가 나가지...