프로그래머에게 필요한 5 가지 덕목

Source

• Evernote/IFTTT Feedly/프로그래머에게 필요한 5가지 덕목.md

Summary

이 문서는 프로그래머에게 필요한 5 가지 덕목을 다루지만, 원문에는 첫 번째 덕목인 ‘모든 것을 잘 할 수 없다는 점을 인정하는 것’만 간략히 언급되어 있습니다. 나머지 4 가지 덕목은 포함되지 않았습니다.

Key Points

• 프로그래머는 모든 분야를 완벽하게 할 수 없으며, 이를 인정하는 것이 중요합니다.
• 원문은 전체 5 가지 덕목 중 첫 번째 항목만 일부만 포함하고 있어 내용이 불완전합니다.

Related

• 프로그래머에게 필요한 5가지 덕목

• 프로그래머 성장의 4 가지 원칙

• 프로그래머의 아내가 알아야 할 99 가지 사실 (유머)

• 프로그래머가 개인 프로젝트를 해야 하는 5 가지 이유

• 더 나은 개발자가 되기 위한 8가지 방법

• 매력적인 보고서 작성을 위한 5가지 원칙

• 좋은 프로그래머의 징후 (Signs that you’re a good programmer)

• 프로그래머를 위한 추천 도서 6 권

• 사업가가 꼭 알아야 할 잊으면 안 되는 3가지

• 과학자가 되기까지의 4가지 단계

• 당신의 프리젠테이션에서 버려야 할 5가지

• 내 집 마련을 위해 꼭 알아야 할 5가지

• 래리 월이 말한 프로그래머의 세 가지 덕목

• 아이디어 확산의 5가지 공통 특징

• 수학 잘 하는 방법

• 기획에 앞서 스스로에게 던져야 할 5가지 질문

• 프로그래머의 14가지 성격 유형 (IT World Korea)

• 훌륭한 보스의 12가지 사인 (12 Signs of a Great Boss)

• 완벽주의자가 위험한 4가지 이유

• 길거리에서 늘 사용하는 영어표현 5가지

• 프로그래머와 데이트하는 것의 장단점 (만화)

• 연구자가 꼭 알아야 할 3단계 질문

• 좋은 여자를 찾는 7가지 방법 (ppss.kr)

• 상사들이 하면 안 되는 10가지 멍청한 말

• 세 가지 다른 미래를 상상하여 더 나은 결정을 내리기

• 블로그 구독률 저해하는 가장 흔한 실수 8가지

• 프로그래머가 반드시 읽어야 할 10 가지 고전 논문

• 당신이 맨날 피곤한 14가지 이유

• 프로그래머가 알아야 할 8 가지 시간 복잡도

• 프리젠테이션 질의응답(Q&A) 대응 원칙

• 인생의 갈림길에서 좋은 선택을 하는 5가지 방법

• 기술이 쉬워지는 두 가지 기준

• 우리가 꼭 피해야 하는 4가지 심리적 함정

• 기획자의 3가지 생각정리 역량

• 상사가 되기 전에 버려야 할 4가지

• 발표 15분 전 준비 사항

• 창의적인 사람들의 18 가지 다른 행동

• 장거리 연애를 시작하기 전에 알았더라면 좋았을 5가지

• 일 잘하는 노하우 3가지

• 기획자와 개발자 간 절대 하지 않아야 할 말들

• 왜 프로그래머는 당신의 기획에 “안 돼요”라 답하는가

• 그를 추모(追慕)하는 두 가지 방식

• 삶에서 항상 붙들고 있어야 하는 세 가지 질문

• 문제를 정형화하는 5가지 원칙

• 삶에서 항상 붙들고 있어야 하는 세 가지 질문

• 좋은질문은 없다. 질문은 질문일 뿐이다

• 잘 질문하는 법

• 진정한 웨이트 트레이닝이란

• 사무실 영어 슬랭 및 이디엄 5 가지

• 목표를 이루는 시간 관리법 5원칙

• 서울역 1호선에서 KTX역까지 이동 시간 (2020년 기준)

• 혼자만의 시간을 즐기는 사람의 16 가지 특징

• 똑똑하고 열심히 일하는 사람들이 성공하지 못하는 7가지 이유

• 위대한 팀의 5가지 소통법

• 행동하는 직원의 6가지 유형

• 고집쟁이를 설득하는 두 가지 기술

• 프로젝트 일정 관리 3가지 조언

• 한비자가 말하는 인간의 본성

• 구성원의 자율성을 높이는 소통의 5가지 원칙

• 20대에 알았으면 좋았을 5가지

• 부지런한 비효율: 조직의 4가지 원인과 해법

• 괴롭히는 동료로부터 나를 보호하는 법

• 인간관계 명언 스크랩 (ITViewpoint)

• 운동과 직장 생활의 공통점 10 가지

• ‘나는 무엇을 원하는가’보다 나은 질문

• 협상 시 껄끄러운 질문에 답변하는 방법

• 관계를 망치지 않고 효과적으로 피드백 주는 4가지 전략

• 상사는 자기 수준의 부하직원을 갖는다

• 프로그래머의 60-80 시간 근무 신화

• 인생의 목표를 생각하는 데 2시간을 써라

• 호구가 될 것인가 협력할 것인가

• 소프트웨어 개발의 3가지 핵심 원칙 (Nettuts+)

• 일상의 시간관리를 위한 간단한 핵심 툴 2 가지

• 잘 쓴 자기소개서의 다섯 가지 특징

• 기사를 인터랙티브하게 만드는 툴 11가지

• 프로그래머가 밤에 일하는 이유

• ‘맥락(Context)’ 커뮤니케이션이 필요하다

• 의지가 강한 사람들의 10가지 특징

• 좋은 트위터 프로필의 조건 (저자 관점)

• 관계를 망치지 않고 효과적으로 피드백 주는 4가지 전략

• 까다롭고 성격이 모난 동료를 대하는 12가지 방법

• 프레임워크 공부를 멈춰라 (Stop Learning Frameworks)

• 기획에 집중하는 문서작성 5단계

• 프로그래머의 ‘안 돼요’가 의미하는 바

• 직장인의 시야, 시각, 시력: 현명한 의사결정을 위한 관찰의 세 가지 차원

• 좋은 다이어그램의 구성원칙

• 익숙하거나 참신하거나: 창의력을 키우고 지켜가는 29가지 방법들

• 번역 해커와 화가 – 5 (끝)

• Why I Love to Code

• 해커의 서재에 꼭 필요한 9.5권의 책 (GrokCode)

• Paranoid Pessimistic Programmer: 방어적 프로그래밍과 소통 전략

• Road to Perfection

• 그대가 엉터리 개발자라는 신호들

• 유지보수 가능한 코드는 영리한 코드보다 중요하다

• 동사 have를 쓰는 6가지 경우

• 글을 ‘덜 나쁘게’ 쓰기 위한 10가지 팁

• B급 프로그래머: 동작하게 만들고, 제대로 만들고, 빠르게 만든다

• 프로그래머의 정체성과 가치: 타이틀보다 문제 해결이 중요

• 나쁜 프로그래머의 징후 (Signs that you are a a bad programmer)

• 스타트업 창업 전에 반드시 답해야 할 질문 5가지

• 엘모어 레너드의 글쓰기 10가지 규칙 (링크)

• 유지보수 가능한 코드를 위한 세 가지 태도

• How to Solve an Algebra Problem 2 Variables

• 개발자들만 이해할 수 있는 농담 (FLATCLE)

• 스티븐 킹의 창의적인 글쓰기 팁 10가지

• NoSQL 데이터베이스 선택을 위한 101 가지 질문

• 상사의 불법 지시, 따져봐야 할 6가지 기준

• 예비창업자 필수 자문 9가지

• ELS 투자 관련 10 가지 팁 (저품질)

• 좋은 코드보다 좋은 소프트웨어에 집중하라

• 저수준 프로그래머의 몰락 (The Demise of the Low Level Programmer)

• 좋은 코드가 아닌 좋은 소프트웨어를 작성하라

• 소크라테스식 문답법을 활용한 논쟁 해결

• 글쓰기의 대가들로부터 배우는 5가지 글쓰기 팁

• Building Social Software for the Anti-Social (Coding Horror)

• 창의적인 조직을 만드는 5가지 방법

• 세월호 사고를 보는 3가지 시각

• 하면 안 되는 3가지

• 기억의 작동 원리와 3가지 향상 방법

• 디자이너에게 부탁하기: 문제 정의 vs 해결책 제시

• 프로그래밍 실력 향상을 위한 8 가지 추천 프로젝트

• 20 대 시절에 배운 10 가지 중요한 삶의 교훈

• 프로그래머들의 흔한 착각 리스트업

• 협동조합의 핵심 원칙: 1인 1표와 조합원 주권

• 웹사이트 방문자 체류 시간 연장 전략 (11가지)