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

Source

• Evernote/IFTTT Feedly/훌륭한 보스의 12가지 사인.md

Summary

포인터인스티튜트의 질 가이슬러가 제시한 ‘훌륭한 보스의 12가지 사인’을 소개한 글이다. 피드백과 명료한 커뮤니케이션의 중요성을 포함하며, 리더십 성찰을 위해 번역·저장된 내용이다.

Key Points

• 질 가이슬러의 ‘훌륭한 보스의 12가지 사인’ 요약
• 핵심 요소: 피드백, 명료한 커뮤니케이션
• 자기 성찰을 위한 리더십 체크리스트 역할

Related

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

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

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

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

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

• 좋은 코드의 중요성과 비개발자-개발자 간 커뮤니케이션

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

• 이메일만 봐도 일 잘하는 사람인지 알 수 있다

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

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

• 지도교수에게 좋은 이메일 보내는 방법

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

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

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

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

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

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

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

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

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

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

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

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

• 수학 잘 하는 방법

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

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

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

• 프로그래밍은 재능과 열정보다 학습 태도가 중요하다

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

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

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

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

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

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

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

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

• 좋은 엔지니어링 문화의 핵심 요소 (Edmond Lau)

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

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

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

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

• Why I Love to Code

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

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

• 프로그래밍의 근본적 결함과 선언적 패러다임 제안

• 기술적 빚과 프로그래머의 실력

• The Rule of Three (재사용성 원칙)

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

• How to Solve an Algebra Problem 2 Variables

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

• Road to Perfection

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

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

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

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

• 시스템 사고의 핵심 5가지와 훈련법

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

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

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

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

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

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

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

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

• 게임을 좋아하지 않는 개발자를 위한 변명

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

• Building Code To Break Poverty In Bangladesh

• 일 잘하는 노하우 3가지

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

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

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

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

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

• 변수와 메소드 네이밍 15가지 모범 사례

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

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

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

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

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

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

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

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

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

• 프로그래머 및 아키텍트 핵심 원칙 요약 (97 Things 시리즈 기반)

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

• 게임 기획자의 정체성과 개발자 관계에 대한 고찰

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

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

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

• 좋은 소프트웨어 개발자 선언문 (Good Software Development Manifesto)

• 훌륭한 프론트엔드 엔지니어가 되는 방법 (Philip Walton)

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

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

• 만만하게 보이지 않는 대화법 (요약)

• 리뷰: 코딩호러의 이펙티브 프로그래밍

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

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

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

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

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

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

• 일상 프로그래밍을 위한 기본 패턴 (LakTEK)

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

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