효율성의 비결은 효과적인 관리자가 아니라 품질 코드입니다.

가장 바보가 많은 직업 중 하나는 프로그래머를 관리하는 관리자입니다. 전부는 아니지만 프로그래머 자신이 아닌 사람들. 책에 나오는 방법을 사용하여 효율성을 "높이는"(또는 "효율성"을 높이는?) 것이 가능하다고 생각하는 사람들. 같은 책을 읽을 필요도 없이 영상은 집시 영상이다.

코드를 한번도 작성해본 적이 없는 사람들. 프로그래머에 관한 할리우드 영화를 제작하는 사람들은 명령줄을 사용하여 이메일을 보는 사람들입니다. 지표, 마감일, 자신의 급여 외에는 관심이없는 사람.

대다수인 사람들.

그러나 그들은 다른 이유로 바보입니다. 그들은 둘 중 하나를 이해하지 못한 채 효율성 또는 최소한의 효율성(자, 관리자, Google의 차이점이 무엇인지)을 원합니다. 본질, 결과를 얻는 과정, 이 과정에서 발생하는 손실, 개발 비용을 전반적으로 이해하지 못한 채. 한마디로 프로그래머와 함께 일하는 것은 마치 블랙박스인 것처럼 말이다.

그들은 정확히 한 가지 이유로 프로그래머 관리에 직면했습니다. 과대 광고, 돈, 시장 및 같은 바보들이 있습니다. 길을 잃을 곳이 있습니다.

기계 조립 생산에 과대 광고가 있었다면 우리는 그곳으로 달려갈 것입니다. 스테이션 왜건은 형편없습니다. XNUMX월에 우리 동네에서 크리스마스 트리를 파는 사람이 휴가 중인 IT 관리자라는 사실은 별로 놀랍지 않습니다.

요컨대, 가능하다면 이 놈들의 목을 쏴라. 걱정하지 마세요. 그들은 일자리를 찾을 것입니다. 그들 중 누구도 프로그래머가 되기 전까지는 제대로 된 일을 하지 못할 것입니다. 그는 자신이 제어하는 ​​프로세스의 본질, 메커니즘, 논리를 이해하지 못하기 때문입니다.

좋아요, 관리자에 대해서는 충분합니다. 이제 프로그래머를 위한 요점을 말씀드리겠습니다. 고품질 코드 작성법을 학습하여 개발 효율성을 높이는 방법.

효율성을 높이려면 품질 저하 없이 문제를 더 빠르게 해결해야 합니다. 문제를 더 빨리 해결하려면 즉시 고품질 코드를 작성할 수 있어야 합니다. 그리고 "고품질", "쓰기", "즉시". 비유로 설명하겠습니다.

고품질 코드를 작성하는 것은 외국어를 올바르게 말하는 것과 같습니다. 언어를 모르면 그 언어로 자신의 생각을 공식화하는 데 많은 시간을 소비합니다.

급하게 말해야 할 경우, 종종 올바른 단어가 아닌 몇 가지 단어만 고수하고, 동사 시제와 잘못된 발음은 말할 것도 없고 관사, 올바른 단어 순서도 잊어버립니다.

답변을 공식화할 시간이 있다면 사전이나 온라인 번역기를 펴고 생각을 공식화하는 데 많은 시간을 소비해야 합니다. 그러나 그 느낌은 여전히 ​​불쾌할 것입니다. 당신은 대답을 말하지만 그것이 맞는지 아닌지는 알 수 없습니다. 코드도 마찬가지입니다. 작성된 것 같고 작동하는 것 같지만 품질이 좋은지 아닌지는 미스터리입니다.

이는 두 배의 시간 낭비임이 밝혀졌습니다. 답을 찾는 데는 시간이 걸립니다. 또한 이 답변을 공식화하는 데도 시간이 걸리며 그다지 적지도 않습니다.

고품질의 코드를 작성하는 기술이 있다면 번역에 추가 시간을 들이지 않고도 머리 속에 성숙하자마자 답변을 즉시 공식화할 수 있습니다.

고품질 코드를 작성하는 기술은 아키텍처를 설계할 때 도움이 됩니다. 당신은 머리 속에 부정확하거나 실현 불가능하거나 물려받은 옵션을 고려하지 않을 것입니다.

요약하자면, 고품질 코드를 작성하는 기술은 문제 해결 속도를 크게 높여줍니다.

하지만 그게 전부는 아닙니다. 펠트 부츠 관리자 덕분에 한 가지 문제가 생겼습니다. 우리는 고품질 코드를 작성할 이유가 없습니다. 관리자는 코드를 보지 않고, 클라이언트는 코드를 보지 않습니다. 우리는 서로에게 코드를 거의 보여주지 않으며, 지정된 코드 "검사기"나 주기적인 리팩토링이 있는 일부 프로젝트에서는 가끔만 표시합니다.

대부분의 경우 형편없는 코드는 프로덕션이나 클라이언트로 전달되는 것으로 나타났습니다. 형편없는 코드를 작성한 사람은 안정적인 신경 연결을 형성합니다. 형편없는 코드를 작성하는 것은 가능할 뿐만 아니라 필요하기도 합니다. 그것은 받아들여지고 심지어 비용을 지불하기도 합니다.

결과적으로, 고품질 코드를 작성하는 기술은 전혀 발전할 기회가 없습니다. 조건부 직원이 작성한 코드는 누구도 확인하지 않습니다. 그가 정상적으로 프로그래밍하는 법을 배우는 유일한 이유는 내부 동기입니다.

그러나 이러한 내부 동기는 효율성 및 생산성에 대한 계획 및 요구 사항과 충돌합니다. 사람들은 형편없는 코드에 대해 비판조차 하지 않기 때문에 이러한 모순은 고품질 코드를 위해 해결되지 않습니다. 그리고 계획을 이행하지 못한 경우에도 마찬가지입니다.

어떻게 해야 하나요? 나는 결합될 수 있는 두 가지 길을 보고 제안한다.

첫 번째는 회사 내부의 누군가에게 코드를 보여주는 것입니다. 반응적으로(요청/강요할 때)가 아니라 적극적으로(어, 친구, 내 코드를 보세요). 여기서 가장 중요한 것은 달콤한 콧물을 게시하지 않고 코드에 대한 비판을 정중하게 표현하려고 시도하지 않는 것입니다. 코드가 쓰레기라면 우리는 이렇게 말합니다. 코드는 쓰레기입니다. 물론 설명과 함께 개선 방법에 대한 권장 사항도 함께 제공됩니다.

하지만 이 길도 그저 그렇다. 적용 가능성은 접촉이 발생한 지점에 따라 다릅니다. 작업이 이미 프로덕션에 들어갔고 코드가 엉망인 것으로 판명되면 다시 실행할 필요가 없습니다. 보다 정확하게는 이유 - 측정 항목도 저하됩니다. 관리자는 효율성 요구 사항으로 달려들어 당신을 압도할 것입니다. 그리고 그 형편없는 코드가 반드시 버그의 형태로 돌아올 것이라고 그들에게 설명하려고도 하지 마십시오. 그것은 당신에게 역효과를 낳을 것입니다. 다시는 이런 일을 하지 않겠다고 약속할 수 있을 뿐입니다.

작업이 아직 전달되지 않았거나 방금 시작된 경우 코드(또는 해당 프로젝트, 아이디어)에 똥을 쏟아 붓는 것은 상당히 실용적인 의미를 가질 수 있습니다. 사람은 정상적으로 작업을 수행합니다.

두 번째로 가장 멋진 방법은 업무 외 시간에 오픈소스 개발을 하는 것입니다. 목표는 무엇입니까? 다수의 프로그래머, 즉 프로그래머가 귀하의 코드를 보고 이에 대해 이야기하는 것입니다. 회사 내부의 모든 사람들은 시간이 없습니다. 하지만 전 세계의 프로그래머들은 여전히 ​​할 일이 없으며, 애플리케이션 관점에서 유용한 것을 작성하면 그들은 분명히 내부를 살펴볼 것입니다.

내 생각에 가장 중요한 비결은 근무 외 시간에 코드를 작성하는 것입니다. 왜냐하면 코드 품질과 결과 전달 속도 사이의 모순이 작동하지 않기 때문입니다. 최소 XNUMX년 동안의 발전 상황을 작성하세요. 마감일도, 기술 사양도, 돈도, 상사도 당신에게 압력을 가하지 않습니다. 완전한 자유와 창의성.

자유로운 창의성 속에서만 훌륭한 코드가 무엇인지 이해하고 느낄 수 있으며, 언어와 기술의 아름다움을 보고, 비즈니스 업무의 매력을 느낄 수 있습니다. 글쎄, 당신은 고품질 코드를 작성하는 방법을 배우게 될 것입니다.

사실, 그렇게 하려면 개인적인 시간을 보내야 합니다. 다른 개발과 마찬가지로요. 비용이 아닌 자신에 대한 투자로 생각하십시오.

출처 : habr.com