매일 꾸준히, 더 깊이

※ 일본의 한 블로그 글을 번역한 포스트입니다. 오역 및 의역, 직역이 있을 수 있으며 틀린 내용은 지적해주시면 수정하도록 하겠습니다. 1. 가능한 방법을 함께 생각해준다. 다른 부서 사람의 입장에서 개발의 상세한 부분을 잘 알지 못하기 때문에 엔지니어에게 상담하여 판단을 받는 경우가 많다고 생각한다. 예를 들어 다른 부서에서 개발과 관련해서 상담했을 때, 아래와 두 타입으로 답변을 하는 엔지니어가 존재한고 생각한다. A : "그건 무리입니다", "안됩니다" B : "그대로는 무리입니다만, 이렇게 하면 원하는 형태에 가깝게 될지도 모릅니다" A와 같은 답변을 받으면 가지고 있는 스킬 분야가 다르기 때문에 다른 부서의 입장에서는 이 이상의 발전적인 토론이 불가능하다. B와 같은 답변을 해주는 엔지니어는 이..

※ 일본의 한 블로그 글을 번역한 포스트입니다. 오역 및 의역, 직역이 존재할 수 있으며 틀린 내용은 지적해주시면 감사하겠습니다. 스크럼에서는 스프린트에 투입할 프로덕트 백 로그 아이템은 Ready(준비가 되어 있다)일 필요가 있다. Ready로 해두는 것으로 성과를 일정하게 유지하면서, 프로덕트 오너나 이해 관계자의 입장에서는 예측 정확도를 향상 시킬 수 있다. Ready활동은 단순히 받아들여지는 기준을 준비하거나 프로덕트 백 로그의 내용을 정교화화거나, 나열하는 정도로 그치지 않는다. 스프린트내에서는 프로덕트 백 로그 아이템을 완성 가능성을 높이기 위해 필요한 활동 모든 것을 포함한다. 그리고 그 중에서 하나가 기술적인 조사이다. 스프린트에서는 프로덕트 백 로그 아이템의 개발에 착수한 후에 구현 방법..

※ 일본의 한 블로그 글을 번역한 포스트입니다. 오역 및 의역, 직역이 있을 수 있으며 틀린 내용이 있으면 지적해주시면 감사하겠습니다. 스토리 포인트란? 스토리 포인트는 과제의 크기를 표시하는 수치이다. 이용할 수 있는 수치로는 1, 2, 3, 5, 8, 13, 21, 40이 있다. 이것은 시간을 표시하는 것이 아닌 단순히 과제의 크기라는 것을 주의하자. 시간 견적이 아닌 이유 방금 작성했듯 스토리 포인트는 시간이 아니다. 그 이유는 다음과 같다. 시간 견적은 사람에 따라 큰 차이가 있다. 예를 들어 다음과 같은 과제가 있다고 상정하자. ## Done의 정의(완료 요건) - Google계정을 이용하여 등록, 로그인할 수 있도록 하는 것 ## 이용 기술 - Ruby on Rails 어떤 개발자 A는 이 기..

※ 일본의 한 블로그 글을 번역한 포스트입니다. 오역 및 의역, 직역이 있을 수 있으며 틀린 내용은 지적해주시면 감사하겠습니다. 이번 내용에서는 애자일 개발, 개발 중에서도 가장 많이 채용되고 있는 스크럼 개발 프래임 워크와 툴 등의 공유해보고자 한다. 프로젝트 프로젝트란 아래의 그림대로, 명확히 정의되어 있는 목표를 달성하기 위한 계획, 수행하기 위한 관리 환경이다. 애자일 개발이란 애자일(Agile)이란 재빠르다, 기민한, 머리 회전이 빠른 의미이다. 애자일 개발은 시스템이나 소프트 개발에 있어서의 한 방법으로 커다란 단위로 시스템을 구분하는 것이 아닌, 작은 단위로 테스트나 구현을 반복해나가는 개발 방법으로, “만들면서 생각해보자”는 방법이다. 애자일 개발의 역사 프로젝트 관리 방법은 제2차세계 대..

※ 일본의 한 블로그 글을 번역한 포스트입니다. 오역 및 의역, 직역이 있을 수 있으며 틀린 내용은 지적해주시면 감사하겠습니다. 심리적 안전성이란? 심리적 안전성이란 구글에서 검색해보면 "직장에서 누군가에게 어떤 말을 들어도 인간 관계가 틀어지지 않고, 벌을 받는 기분이 아닌 상태"를 의미한다. 그러나 이 정도로는 어떤 의미인지 와닿지 않는다. 그래서 심리적 안전성을 제시한 에이미 에드먼슨의 "두러움 없는 조직"을 읽어봤다. 책에는 다양한 사례를 이용해 조직에서의 심리적 안전성을 설명하고 있었다. 심리적 안전성이 높은 조직은 어떤 조직인가에 대해서 간단히 요약하자면 다음과 같다. "이대로는 위험하지 않을까?"라고 생각한 사건에 대해서 "여기서 이 상태로는 괜찮은가요?"라고 누구에도 물어볼 수 있는 환경으..

※ 일본의 한 포스팅을 번역한 글입니다. 오역 및 직역, 의역이 있을 수 있으며 틀린 내용은 지적해주시면 감사하겠습니다. 이번 포스팅에서 가정하고 있는 개발 업무 어플리케이션은 이미 수 년간 운용중인 Rails 어플리케이션 상품의 목록 화면에 "CSV 다운로드 버튼을 추가"하길 바라는 개발 업무 로컬의 개발 환경은 모드 셋업이 완료되어 있는 상태 [순서1] 현재 진행 중인 사양(시스템의 움직임)을 확인하기 먼저 로컬 환경에서 Rails 어플리케이션을 동작시켜보면서 현재 어플리케이션은 어떤 흐름으로 움직이고 있는 사양을 확인한다. 예를 들어, 이번에 할 개발 업무인 "CSV 다운로드 버튼"을 추가할 화면에 어떻게 액세스하면 좋을지를 확인하는 등이다. "변경하는 것이 이 화면이니까"라고 전달받더라도, 정작 ..

※ 일본 블로그 글을 번역한 글입니다. 오역 및 직역이 있을 수 있으며 내용 오류 지적 환영합니다. 이번 글을 6년차 서버 엔지니어가 3개월간 신입사원을 연수시키면서 신입사원이라면 1년간 이런 능력은 반드시 길렀으면 좋겠다고 생각한 내용을 정리한 글입니다. 1. 커뮤니케이션 스킬 신입이 제일 익히길 바라는 것은 커뮤니케이션 스킬이다. 여기서 내가 생각하는 커뮤니케이션 스킬이란 상대의 의견을 올바르게 이해하고 자신의 의견을 정확히 상대에게 전달하는 능력으로, 이러한 능력이 없다면 선배가 도와줄 때 곤란해진다. 2. 질문 방법 신입이라면 좋은 질문법을 익히길 바란다. 구체적으로는 다음과 같다. 1) 15분정도 안 풀리면 질문하기 신입이 스스로 생각해보는 것은 중요하긴 하지만, 어느 적정선에서 고민을 끝내고 ..

※ 일본의 블로그 글의 번역한 포스팅입니다. 오역 및 직역이 있을 수 있습니다. 자주보이는 정보가 부족한 직무경력서 채용을 결정하는 매니저가 엔지니어가 아닌 경우나 자세한 내용을 잘 모르는 기술일 경우, 기술에 관련해서 임의로 평가할 수 밖에 없다. 기술을 잘 모를 때 체크되는 항목은 아래와 같다. - 프로그래밍 언어 - 참가한 프로젝트 - 담당 공정 - 기간, 키워드와 숫자 그러므로, SI계의 경력 포맷은 위의 항목에 최적화되어 있는 경력서를 보게 되는 것은 어쩔 수 없다. 기술에 대해 분명히 말할 수 있는 틀이 좁으니까 말이다. 사실상 직무경력에는 포맷이 없다! 그러므로 자신의 일을 보다 잘 표현할 수 있는 포맷을 자기 스스로 만들어보자. Word여도 Excel 혹은 GitHub여도 상관없다 (작가는..

※ 일본 블로그의 글을 번역한 내용입니다. 내용에 의역과 오역이 존재할 수 있습니다. 지적해주시면 수정하도록 하겠습니다. ※ 이 블로그 글은 작성된지 3년이 지난 글로 현재의 테스트 방법과 다를 수 있습니다. 이 글은 "경험 제로라도 할 수 있는 프로그래밍 현장의 단위 테스트"의 책 내용을 정리한 것입니다 (책 내용을 단순히 요약, 정리한 글이라 블로그 글 자체의 내용이 제대로 연결되어 있지 않습니다). 단위 테스트에 대한 기초 지식 1. 어플리케이션 개발에서는 설계에 너무 많은 시간을 들여서, 테스트에 시간을 들일 수 없는 경우가 있다. 2. 치명적인 장애 발생 가능성이 있다. 3. 아무튼 모든 상정하는 테스트를 실시하는 것이 불가능하다. 4. 테스트 케이스를 짤 필요가 있다. 5. 각 테스트 단계의 ..

SE세계에서 자주 쓰이는 용어들 중에 비슷해 보이지만 뉘앙스가 조금씩 다른 것들이 있다. 비슷한 표현을 구사하는 그 뒤에 그 사람의 의도나 생략된 문맥에 숨겨져 있기도 한다. 어떠한 국가에서도 커뮤니케이션이 잘 못되면 꽤 성가셔지므로 이러한 상황이 발생하지 않도록 SE 세계의 용어를 정리해보았다. 말하는 사람도, 들었던 사람도 다시 한 번 말의 의미를 응시해보면 새로운 깨달음을 얻을지도 모른다. 또한, '절대로 SE세계에서만 사용한다'라는 종류만을 모은 것은 아니기 때문에 그 점은 양해해주길 바란다. 1. 동사 미묘한 표현의 차이에도, 실제로 구체적인 상황에 따른 차이가 있다. 시스템을 의인화하여 주어로 삼는 것이 특색이다. 용어 발음 해설 예시 渡す わたす 데이터를 송신하는 것. 송신처에 데이터가 올바..