본문 바로가기

Book19

프로그래머로 산다는 것 사람 그리고 프로그래머 스포츠 카의 속도로 달릴 수 있고 달리고 싶다 하더라도 적절한 휴식을 제공하여 과열을 예방해야 한다. 쉴 줄 모르는 사람은 브레이크 없는 스포츠카와 같기 때문에 위험하기 짝이 없다. 이 책은 불필요한 회의를 줄이자, 자기 계발을 하자라는 말을 한다. 2012년에 씌여진 책이라 그런지 개발자의 처우와 인식이 너무 안 좋다는 것을 말하고 있다. 인생을 바꿔버린 애자일과의 만남 가르치는 사람이 가장 많이 배운다. 스펙이 필요한 것도 많다 하지만 남들과는 다른 나만의 스펙을 가져라 토익을 잘 보진 않았다, 하지만 매년 1~2권의 책을 번역해서 출판을 한다 이런 나에게 영어를 못한다는 말을 하는 사람은 없다. 회사 내부에 java커뮤니티에 활동을 열심히 하고 자연스레 사람들이 나를 알게 되.. 2022. 4. 2.
내 안에서 나를 만드는 것들 "도덕감정론" - 애덤 스미스 1장 "어떻게 우리의 삶이 변할 수 있는가" 인생은 끊임없는 선택의 연속이다. 인생을 최대치로 활용한다는 것은 곧 인생에서 현명하고 훌륭한 선택을 최대한 많이 한다는 것이다. 내 선택이 다른 사람들의 선택과 어떤 관계가 있는지 잘 이해하는 것이 경제학의 본질이다. 매 순간 훌륭한 선택을 하길 원하는가? 그럼 자신과 주변 사람들을 이해해야 한다. 2장 "나에게 질문하는 시간" 공정한 관찰자 내가 생각하는 나의 이상적인 모습을 토대로 나 자신을 객관적으로 평가하는 것이다 나 자신을 정당화시키고 합리화 시키키는 것 또한 아주 냉정하게 남의 시선에서 객관적으로 평가할 수 있어야 한다 내 행동이 다른 사람이 보기에 어땠을까? 공정한 관찰자를 많이 떠올릴수록 더 나은 사람이 된다. 3.. 2022. 4. 2.
코딩시대 세상이 기하급수적으로 변하고 있다. 기획할 때 본인이 직접 사용할 앱을 만들어라. 본인도 쓰지 않을 것을 누가 쓸까? 왜 코딩이 시대적 화두인가? 코딩의 중요성 단순히 기술을 배우는 것이 아닌 생각하는 방법을 습득하는 교육이기때문이다. 컴퓨터는 두서없이 말하거나 정확하지 않게 말하면 알아듣지 못한다. 살면서 우리는 여러가지 생각을 하면서 사는데 이러한 생각을 구체적으로 말하거나 표현하기 어려운 경우가 많다. 코딩을 통해서 자기 생각을 구체적이고 논리적으로 말하는 능력을 기를 수 있다.* 하드웨어와 소프트웨어를 관리하는 시스템 컴퓨팅 사고력과 알고리즘 정해지지 않은 해답을 일반화하는 과정 추상화 : 데이터, 정보, 지식을 어떻게 표현할지 알고리즘 설계 : 문제, 업무를 하는 데 있어서 순서를 정하는 것 문.. 2022. 4. 2.
성공하는 프로그래밍 공부법 문제 해결의 성취감을 느껴야 한다. 내가 하고 싶은 프로젝트를 하면서 자기 주도적인 공부와 부족함을 채워가며 성취감을 얻으며 더 깊게 공부 커뮤니티에 참여하기 : 만약 없다면 직접 만들고 운영해보자 생각하는 것만큼 어렵지 않고 힘든 순간도 있지만 노력에 비해 얻는 것이 훨씬 더 많기 때문에 추천한다. "목마른 사람이 우물을 판다"라는 속담이 있듯이 성장하고 싶은 간절함이 있다면 직접 해라 커뮤니티 이름 짓는 방법 : SLPiPP : 지속 가능한 삶, 프로그래밍, 프로그래머를 줄인 것 나도 독서관련 프로젝트 만들 때 이런 식으로 정하자 시도한다는 것은 실패를 전제로 하는 행동이다. 그리고 실패를 통해 학습하고 개선할 점을 찾는 것이다. 빠르게 시도하고 빠르게 실패하고 실패를 통해 학습하고 개선하는 것이 기.. 2022. 4. 2.
8장 : 실용주의 프로젝트 📔실용주의 팀 이 챕터는 팀 전체에게 실용주의 기법들을 어떻게 적용할 수 있는지에 이야기한다. 깨진 창문을 없애라 팀 전체가 깨진 창문을 용납하지 않아야 한다. 삶은 개구리 단단히 통제되는 팀이라도 자기네 프로젝트가 심각하게 변화하는 것에 대해 둔감할 수 있다. 모든 사람이 적극적으로 환경변화를 감시해야 한다. 애초에 합의사항에 있지 않았던 것들을 항상 점검하도록 하라. 새 요구사항에 대해서는 수치를 보유하라. 이미 일어난 변화를 거부할 필요는 없다 단지, 그런 일이 벌어지고 있다는 것을 알고 있으면 된다. 소통하라! 소통이 제일 중요하다! 프로젝트 팀 이름을 유별난 이름으로 지어라! ex) 신화의 도시, 양을 잡아먹는 앵무새 등등 팀은 정체성 확립의 기반을 얻을 것이다. 반복하지 마라 의사소통으로 중복.. 2022. 4. 1.
7장 : 프로젝트 전에 프로젝트를 시작하기도 전에 기본원칙을 정하지 않는다면 망할 수도 있다. 📔요구사항의 구렁텅이 완성이라는 것은 더 이상 더할 것이 없을 때가 아니라, 더이상 빼낼 것이 없을 때 얻게 되는 것이다. -생텍쥐페리- 요구사항을 수집하지 말고 채굴하라. 요구사항은 대게 프로젝트의 초기에 이뤄진다. 요구사항이 지면에 놓여 있는 경우는 드물다. 요구사항은 최대한 일반적 진술로 만들고 나머지 정책에 대한 정보는 개발자에게 구현에서 지원해야 할 것들의 한 예로 넘겨주어야 한다. 사용자의 요구사항 내면 깊이 들어갈 수 있는 기법은 사용자가 되어보는 것이다. 사용자처럼 생각하기 위해 사용자와 함께 일하라. 요구사항을 만들 때 생기는 큰위험은 지나치게 자세한 명세를 하는 것이다. 좋은 요구사항 문서는 추상적이다. 요구사항에 .. 2022. 4. 1.