프로그래머는 쓸모없는 작업을 싫어합니다

내가 아는 한 대부분의 프로그래머는 실력이 좋을수록 쓸모없는 작업을 더 싫어합니다.

작업의 가치 찾기

지난 몇 년간 성공적인 소프트웨어 개발자가 관리직으로 이동하거나 완전히 다른 위치로 이동하는 것을 보았습니다. 직업. 때때로 그 이유는 더 높은 급여를 원하는 것만큼 간단합니다. 하지만 그것은 또한 소프트웨어 개발 속도를 따라가는 방법을 끊임없이 배워야 하는 지친 상태에 지쳤기 때문이기도 합니다. 물론 가장 흔한 이유는 업무 자체에 대한 지루함이나 흥미 상실입니다. 이 사람들은 대개 자신의 일이 더 이상 그들에게 충분히 도전적이지 않고 가치가 거의 없는 일에 시간과 에너지를 쏟고 있다고 믿기 때문에 그렇게 합니다.

소프트웨어 개발자는 쓸모없는 작업을 싫어합니다

저는 소프트웨어 개발 경력에서도 낮은 점수를 받았습니다. 창의성 프로젝트나 작업이 어떤 이유로 종료되었거나 기능 범위가 크게 축소되었습니다. 똑같은 금전적 보상을 받았음에도 불구하고 일하기 전의 기대는 성공적인 제품을 내는 것이었기 때문에 만족감은커녕 오히려 답답함도 많이 느꼈습니다. 내가 투자한 시간과 에너지가 무가치하다는 느낌이 들거든요.

작업의 가치에 환멸을 느끼는 이유는 작업을 취소하는 것뿐만이 아닙니다. 불필요한 작업이나 기타 힘든 작업으로 인해 소프트웨어 개발이 더욱 어려워질 수도 있습니다. 이러한 것들은 항상 작업에 유용하거나 도움이 되는 것처럼 보이지만 가치는 거의 없습니다.

프로세스

많은 소프트웨어 개발자의 관점에서 소프트웨어 개발 생산성의 가장 큰 적은 중복된 프로세스입니다. Process Kills Developer Passion"이라는 책에서 James Turner는 "전체 개발 프로세스의 모범 사례 Blind 애플리케이션이 Turner는 모든 개발자가 동등하게 능력을 발휘할 수 없기 때문에 같은 방식으로 대우받을 수 없다고 말했습니다. "회사는 개발자들 사이에 본질적인 차이가 있다는 점을 이해해야 합니다. 따라서 각 개인에게 부여된 비중이 최소한 전반적인 사기와 팀 효율성에 해를 끼치지 않도록 해야 합니다."

이 업계에 오랫동안 종사해 온 대부분의 사람들은 어느 정도의 발전이 합리적이고 심지어 유익하다는 것을 이해하고 있다고 생각합니다. 그러나 "정도"는 프로젝트, 개발자의 경험 및 팀 규모에 따라 다릅니다. 표준화 및 코딩 규칙에는 많은 장점이 있습니다. 단위 테스트 및 기타 품질 프로세스의 이점은 훨씬 더 잘 알려져 있습니다. 최고의 개발자는 어떤 프로세스가 어떤 상황에 적합하고 언제 부적절할지 판단할 수 있다는 것만으로도 충분합니다.

회의

짧고 잘 진행된 회의만이 우리에게 큰 이익을 줄 수 있으며, 대부분의 회의는 시간 낭비일 뿐입니다. 특히 다음과 같은 경우에는 더욱 그렇습니다. 회의가 늦어져서 초과 근무를 할 예정이에요. 좋은 회의는 정시에 시작되어야 하며 반드시 해결해야 할 문제만 다루어야 합니다. 예를 들어, 일부 팀원은 자신의 의견을 표현하는 데 익숙하지 않기 때문에 업무를 전달하기 위한 짧고 비공식적인 회의가 필요합니다. 일부 어려운 디자인 결정과 아키텍처 상충관계도 회의에서 논의될 수 있습니다. 잘 진행된 회의는 개발자가 보다 명확한 방향을 설정하고 팀의 전반적인 효율성을 높이는 데 도움이 된다는 긍정적인 효과가 있다고 할 수 있습니다.

회의를 효율적으로 진행하는 방법에 대해서는 이전에도 포스팅한 적이 있습니다. 핵심은 메모하는 방법, 누가 언제 참여했는지 기록하는 방법, 나중에 참고할 수 있도록 중요한 결정을 기록하는 방법을 배워야 하며 회의에 참석하지 않은 사람들에게 빌려줄 자료로도 사용할 수 있다는 것입니다.

모든 아이디어를 구현해야 하는 것은 아닙니다.

모든 아이디어에 가치가 있는 것은 아닙니다. 개발자는 나쁘거나 쓸모없는 아이디어를 구현해야 할 때 종종 조급해집니다. 즉, 결코 사용되지 않거나 더 나쁘게는 사용자 경험에 직접적인 영향을 미칠 수 있는 것을 기꺼이 구축하기가 어렵습니다.

번거로운 스크립팅 작업

많은 개발자는 시간이 많이 소요됨에도 불구하고 특히 지루한 스크립팅 작업을 수동으로 수행하는 대신 해결 방법을 찾는 경향이 있습니다. 수동으로 수행하는 데 드는 비용은 작성하는 것과 거의 같습니다. 이는 또한 대부분의 개발자가 지루한 작업을 싫어한다는 것을 입증하는 가장 좋은 예 중 하나입니다. 개발자를 위한 이러한 일반적인 접근 방식에는 실제로 긍정적인 측면이 있습니다. 우선, 일회성 작업이라고 생각했던 이 작업을 다시 구현해야 할 수도 있습니다. 둘째, 스크립트를 작성하는 행위는 단순히 작업을 완료하는 것보다 훨씬 더 높은 가치를 가지고 있습니다. 스크립트 언어의 친숙도를 높일 수 있을 뿐만 아니라 향후 관련 문제를 해결하기 위한 좋은 아이디어나 사례를 제공할 수도 있습니다.

일반 구성 사용

구성 정보가 일반 구성과 다른 경우에만 개발자가 자세한 구성 정보를 제공해야 하며, 그렇지 않은 경우에만 그냥 일반 구성을 사용하세요. 이를 통해 개발자의 시간을 절약하고 지루한 구성 작업을 많이 줄일 수 있습니다.

처음에는 쓸모없어 보일 수도 있지만 그렇지 않습니다.

대부분의 경우 작업의 가치에 대한 우리의 판단은 일반적으로 정확합니다. 그러나 처음에는 쓸모 없어 보이는 작업도 나중에는 실제로 실질적인 이점을 제공할 수 있고 실제로 가치가 있음을 발견하게 됩니다. 이러한 상황은 또한 우리가 새로운 아이디어의 가치에 대해 열린 마음을 유지해야 하며, 아이디어를 막대기로 죽이는 것이 아니라 그 영향을 주의 깊게 분석해야 함을 상기시켜 줍니다. 따라서 소프트웨어 개발 관리자가 해야 할 일은 개발자에게 귀중한 작업을 할당하고 개발자가 해당 작업의 가치를 이해하도록 하는 것입니다.

실행

잠재적으로 매우 가치 있는 아이디어라도 올바르게 구현되지 않으면 그 가치가 크게 감소합니다. 마찬가지로, 코드 검토 및 코드 품질 도구도 올바르게 사용하면 엄청난 가치를 창출할 수 있지만, 반대의 경우에는 부정적인 영향을 미칠 수 있습니다.

결론

자신이 하는 일을 좋아할 때, 자신이 하는 일이 가치 있다고 생각할 때, 우리는 일을 완벽하게 해낼 수 있습니다. . 가치가 없거나 가치가 낮은 작업은 중복된 작업으로 간주될 가능성이 높으므로 제대로 완료할 수 없습니다. 전체적으로 보면, 개발자가 쓸모없는 작업을 수행하도록 강요받지 않으면 개발에 대해 더욱 의욕이 생기고 열정이 생기며 더 행복해질 것이라는 점은 분명합니다.

무료로 받으세요LAMP밴드 오브 브라더스 원본 PHP튜토리얼CD/ 《 세부사항PHP》Essential 버전, 자세한 내용은 공식 웹사이트 고객 서비스에 문의하세요: http:/ /www.lampbrother.net

PHPCMS2차 개발http://yun.itxdl.cn/online /phpcms/index.php ?u=5

WeChat 개발http://yun.itxdl. cn/online/weixin/ index.php?u=5

모바일 인터넷 서버측 개발http ://yun.itxdl.cn/online/server/index.php?u=5

자바스크립트강좌http://yun.itxdl.cn/online/js/index.php?u=5

CTO훈련캠프http://yun.itxdl.cn/online/cto/index.php?u=5

위에서는 프로그래머가 싫어하는 가치 없는 작업을 그 측면을 포함하여 소개했습니다. PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.