끄적 끄적 로깅! 로깅!

리더에 대한 9가지 불만 직원의 성과를 인정해주지 않는다. 명확한 방향을 제시하지 않는다. 직원들과 만나는 시간을 내지 않는다. 직원들과의 대화를 피한다. 다른 사람의 아이디어를 가로챈다. 건설적인 비판을 하지 않는다. 직원들의 이름을 잘 알지 못한다. 사람들과 개인적인 이야기를 나누지 않는다. 업무 외적인 직원들의 생활을 묻지 않는다. 5번을 제외하고 모두 리더가 '하지 않는 것'에 대한 불만이다. 게으른 리더의 타입 신체적으로 게으른 리더 출근한 건지 퇴근한 건지 알 수 없는 유형 슬램덩크의 KFC 할아버지처럼 생긴 농구감독님이 전형적인 게으른 리더 타입 일을 자율적으로 수행할 수있도록 돕는 것이 아니라, 리더 본인이 욕을 먹지 않기 위해서 자유방임함 훌륭한 리더로 인정 받고 싶어 함 일을 덜 하는 ..

구글이 분석한 좋은 리더의 특징과 좋은 리더의 공통점 좋은 상사는 열정적이다. 자기의 사람들을 위해 희생한다. 좋은 상사는 체스를 두지, 체커스 게임을 하지 않는다. 항상 있는 그대로의 자신의 모습을 보여준다. 좋은 상사는 폭풍 속의 등대 같은 존재다. 좋은 상사들은 인격적인 사람들이다. 진정한 팀 플레이어다. 듣는다, 아니 경청한다. 회사를 떠나는 것이 아니다. 상사를 떠나는 것이다. 구글이 분석한 좋은 리더의 특징과 좋은 리더의 공통점 | 일하기 좋은 회사를 논할 때, 많은 사람들이 연봉, 근무시간, 혹은 복지와 같은 것들을 생각한다. 하지만 요즘 신입사원들은 지금의 관리자들이 가지고 있는 애사심과는 사뭇 다른 회사관을 갖고 있다. 특히 예전과는 달리 삼성, SK, 혹은 현대와 같은 대기업을 다닌다는..

좋은 동료가 되기 위한 10가지 방법 10배 뛰어난 엔지니어는 남들보다 10배 뛰어난 사람이 아니라, 주변 사람을 10배 뛰어나게 만드는 사람이다. 정서적으로 안전한 환경 만들기 모두 동등하게 참여하도록 격려하기 공명정대하게 공로 나누기 회의에서 들리지 않는 목소리를 키우기 개인적인 비판이 아닌 건설적이고 실용적인 피드백 자기 자신과 타인에게 책임감 가지기 팀에 가치 있는 분야에 투자하기 직장 내 다양성, 포괄성 그리고 동등함에 대해 배우기 성장에 대한 마음가짐 유지하기 직장 내 평등에 대한 회사 정책에 소리 내기 10배 뛰어난 개발자 되기 Recently I met with a friend of mine, James, who was a football player in college. He’s now ..

기술적인 능력이 리더십으로 이어질 줄 알았다. 능력을 넓혀야 할 때 기술에만 집착하고 있었다. 계속해서 개발자로 일하려고 했다. 다른 사람에게 위임해야 할 때 모든 것을 알고 제어하려고 했다. 신호가 바뀐 걸 몰랐다. 개발자에서 개발팀장이 되기까지 겪은 다섯가지 큰 실수 Taking a leadership role is a big change and can be very daunting, and when we, as humans, struggle, we turn to our strengths. And while technical ability needs to form the roots of leadership, we need to grow from our other strengths as well. Wh..

반복 규칙과 원칙 하나의 작지만 함께하는 팀 페어 프로그래밍을 생활화 브랜치와 풀 리퀘스트를 없애기 최소화된 배포 파이프라인을 가지기 빌드가 성공하면 항상 서비스를 배포하기 어떻게 빨리 갈 수 있을까 A big theme of these rules is removing barriers to feedback loops and this means we can change software easily. Someone shipping code that isn't ideal is not the end of the world, just fix it and move on - don't introduce complicated processes that slows e muchtrans.com

열의와 배움의 의지가 있는 사람들을 훌륭한 개발자로 만들어내는 환경을 만들 수 있습니다. 채용에 소비되는 돈과 시간과 에너지를 써서 개발자 멘토링 기술을 가르치는 데 투자하세요. 최고의 개발자들에게 일상 업무에서 벗어난 멘토링을 할 수 있는 시간을 제공해주세요. 기대를 넘어서는 개발 조직을 만들어낼 것입니다. 지원자가 얼마나 충분하지 않은가를 검증하기보다는 배우고자 하는 열의와 성장에 대한 마음가짐을 알아보는 쪽으로 채용 과정을 조정하세요. 그들은 다이아몬드 원석이니까요. 구인 설명란의 "어려운 필수 조건"을 완화해, 가면 증후군을 가진 사람이 걸러지지 않도록 해보세요. 많은 여성 지원자들은 최소 요건이 완전히 충족되는 경우에만 지원하는 경향이 있다는 것도 기억하세요. 대기업에서 일하고 있으면서 채용 과..

1. SRE/DEVOPS의 개념과 SRE는 무엇을 하는가? SRE는 클래스 DevOps는 구현 지표 정의와 모니터링 하드웨어 리소스 가용량 계획 형상 변경 관리 장애 처리 문화 확립 2. SRE는 어떻게 일하는가? 부서 간 단절 줄이기(오너쉽 공유) 정상적으로 실패받아들이기(에러 버짓 등의 개념 도입) 점진적인 변경 구현(작은 단위 변경으로 리스크 최소화) 자동화 및 툴링(수작업을 줄여서 리스크 최소화 및 업무 절감) 모든것을 수치화(지표뿐만 아니라, 수동 작업시간 장애시간 등 모든 것을 데이터화) 3. SRE의 주요 지표 SLI/SLO SLI(Service Level Indicator) 서비스에 대한 수준을 측정하여, 정량적으로 정의한 지표 응답시간 에러율 처리량 가용성 내구성 SLO(Service L..

"달리는 버스에서 뛰어내리면 어떻게 될까?" 생각만 하는 사람은 안미친놈, 뛰어 내리면 미친놈.

둘 다 부정하거나, 한 가지를 선택하거나.

https://brunch.co.kr/@svillustrated/6 위계(상하관계) 조직과 역할(수평관계) 조직에 대한 조직문화의 차이와 장단점을 매우 잘 설명해주는 글이다.