좋은 개발자가되는 방법-PHP 튜토리얼-php.cn

지속적인 개선 : 우수한 PHP 개발자가되는 비밀

끊임없이 변화하는 소프트웨어 개발 산업에서 새로운 지식의 지속적인 학습 및 적용은 모든 개발자, 특히 PHP 개발자가 보유 해야하는 품질입니다. 성공적인 개발자는 모두 공통점을 가지고 있습니다. 프로그래밍을 좋아하고 좋은 프로그래밍 연습을 예술 형식으로 간주합니다. 이 기사는“에티켓”을 프로그래밍하여 개발 기술을 향상시키는 방법을 탐구 하고이 지식을 사용하여 다른 사람들이 자신을 개선하도록 안내하는 방법을 공유 할 것입니다.

코어 포인트

좋은 개발자는 지식을 기꺼이 공유하고, 그의 일에 대해 책임을지고, 비판을 받아들이고, 계속 배우고 개선 할 수있는 전문가입니다. 고품질 코드를 작성하려면 소스 코드를 읽고 이해하고 새로운 기술 학습, 문제 평가, 코드 테스트 및 문제 해결에 도움이되는 도구 및 라이브러리 이해 시간을 필요로합니다.

소진을 피하기 위해 개발자는 정기적으로 휴식을 취하고 업무 이외의 활동에 참여해야합니다. 또한 코드 기반을 깔끔하게 유지하고 추정이 약속이 아니라 추측한다는 것을 이해해야합니다.

개발 기술 마스터 링 기술에는 효과적인 의사 소통, 협업, 업계 이해 및 코드 Kata와 같은 연습을 통한 지속적인 자기 개선이 포함됩니다.

좋은 개발자는 코드 작성에 관한 것이 아니라 당면한 문제를 이해하고 효과적으로 협력하며 문제를 해결하는 데 필요한 도구를 마스터하는 것도 포함됩니다.

전문가가되는 방법

어떤 종류의 직업에 관계없이, 전문성은 스스로 시작됩니다. 전문가는 먼저 강한 성격과 성격을 가지고 있습니다. 프로그래밍 전문가는 모든 분야에서 매우 존경받습니다. 프로그래밍 전문가가되는 방법을 봅시다.

은

를 피하십시오 팀워크에서 가장 중요한 역학은 팀워크입니다. 대부분의 시간 팀 작업은 서로 배우고 가르치는 데 소비되며, 업무 환경은 항상 지식 공유를 장려하고 보상해야합니다.

당신이 당신의 일과 지식을 공유하지 않으려면, 당신은 거만하거나 너무 자만 해서이 작업 환경에 적응할 수 없을 것입니다.

책임을 가정하십시오

전문가는 자신의 업무에 대해 책임을지지 않으며 관리자에게 맡겨집니다. 그들은 방금 할당 된 작업을 완료했고 시계는 오후 5시를 가리키고 모든 것을 잊어 버렸습니다. 전문 프로그래머는 이것을 받아 들일 수 없습니다. 당신의 실수가 회사에 수천 달러를 일으킨다면 어떻게 생각하십니까? 이 문제에 대한 해결책은 또한 경영진과 회사가 처리하는 방법에 따라 다릅니다. 모든 회사는 개발자가 자신의 행동에 대해 책임을지고 더 중요한 것은 그들이 작성한 코드에 대해 장려해야합니다.

 오류 코드가 프로덕션 서버로 들어가면 밤새도록 필요한 경우에도 가능한 빨리 수정하십시오. 이것은 당신을 비전문가와 분리시키고 더 높은 급여를 제공합니다. <p>
 비판을 받아들이십시오
<to> 오류없이 소프트웨어를 작성하는 것은 불가능합니다. 우리 모두는 어리석은 실수를합니다. 우리가 비판을 다루는 방법은 다른 사람들이 우리를 어떻게 보는지 결정합니다. <img src="/static/imghw/default1.png" data-src="https://img.php.cn/upload/article/000/000/000/173992549255776.jpg" class="lazy" alt="How to be a Good Developer "><should> 모든 비판은주의 깊게 듣고 흡수되어야합니다. 특히 자신보다 더 경험이 많은 사람에 의해 비판을받는 경우, 당신이하는 일에 더 나은 것을 더 잘 만들 수 있기 때문입니다. <p>
<work> 강력한 업무 윤리가 있습니다 
<is> 전문가가되는 것은 끝없는 직업입니다. 학습은 9 ~ 5로 제한되지 않습니다. </is></work></p>
<learning> 지속적으로 학습, 실천 및 개선은 자신의 책임이 아니라 귀하의 책임입니다. <h3>
<happen> 이것은 직장 밖에서 발생해야합니다. 최신 튜토리얼을 읽는 데 고용주로부터 소중한 시간을 소비해서는 안됩니다. </happen>
</h3>
> 시간이 충분하지 않습니까? 물론 있습니다! 똑똑하게 생각하면됩니다. 당신이 당신의 경력을 진지하게 받아들이고 싶다면, 그것을 진지하게 받아들이십시오. <p>
<and> 일찍 일어나서 잠시 떠나십시오. 이 여분의 시간을 사용하여 건강과 가족을 희생하지 않고 강점에 놀리십시오. </and></p>
<hour> 퇴근 후 30 분 만에 일주일에 5 시간이 더 걸립니다. 그것은 8 시간 동안 일하는 날의 절반 이상입니다. <p>
</p>  고품질 코드를 작성하는 방법  <p>
</p>  <p>
<code> 소스 코드를 읽으십시오
<of> 당신은 이런 식으로 생각할 수 있습니다. 독서를 전혀 연습하지 않으면 빨리 읽는 법을 배울 수 없습니다. 개발자의 임무는 고품질 코드를 작성하는 것이지만, 고품질 코드가 어떻게 보이는지 모르는 경우 고품질 코드를 작성할 수 없습니다. </of>

대부분의 개발자는 소스 코드를 터치하지 않고 타사 라이브러리를 맹목적으로 사용합니다. 이것은 괜찮지 만 특정 라이브러리가 어떻게 도움이 될 수 있는지 이해하려면 더 깊이 파고 소스 코드, 댓글 및 테스트를 실행해야합니다 (있는 경우).

코드를 읽으면 다른 개발자의 오류를 신속하게 발견하는 데 도움이 될 수 있습니다. 코드 검토 또는 쌍 프로그래밍을 수행하는 경우 매우 유용 할 수 있습니다.

새로운 기술을 배우십시오 항상 새로운 기술을 배우고 그들이 더 나은 프로그래머가 될 수있는 방법을 결정하는 것을 기쁘게 생각합니다.

항상 새로운 것들에 개방되어 있으며 최신 트렌드는 구식이라고 생각하기 때문에 무시하지 마십시오. 모든 것이 원형이지만 변경되지 않은 것은 마음을 열어서 얻는 지식입니다.

15-20 년의 실제 경험이 있더라도 우수한 개발자는 학습을 멈추지 않을 것입니다.

속도를 늦추십시오 속도를 늦추면 해결하려는 문제를 평가하는 데 더 많은 시간을 소비하는 것을 의미합니다. 속도는 당신이 추구해야 할 것이 아닙니다. 주니어 개발자는 작업을받은 후 가능한 빨리 코드를 제공하여 코드의 오류가 발생했으며, 올바른 솔루션에 대해 조심스럽게 생각하는 것보다 이러한 오류를 수정하는 데 더 많은 시간이 걸립니다.

선임 개발자는 게으르고 느립니다. 좋은 프로그래머는 두 번하고 싶지 않기 때문에 모든 사람에게 좋습니다.

고급 개발자의 경우 실제 코드를 작성하는 것은 작업에 소요되는 시간의 1/3을 차지하며 나머지 시간은 문제에 대한 좋은 해결책에 대해 생각하는 데 소비됩니다. How to be a Good Developer 코드를 테스트하십시오 이것은 테스트 중심 개발 (TDD) 또는 비 TDD에 대한 논쟁은 아니지만, 모든 유형의 테스트는 고품질 코드를 제공하는 데 매우 중요하다는 것을 기억하십시오.

부서진 것이 없는지 어떻게 알 수 있습니까? 몇 달 전에 특정 기능의 코드 기반에서 무엇을했는지 알고 있습니까?

테스트 테스트를 통해 코드가 실제로 어떻게 작동하는지 이해할 수 있습니다. 그것은 책 카탈로그와 같은 가이드와 같습니다. 테스트는 어디에서 찾아야하는지, 무엇을 찾아야하는지 보여줍니다.

코드 작성은 처음에는 어렵지만 장기적으로는 유익한 것으로 입증되었습니다.

도구 세트를 배우십시오 문제를 해결하는 데 도움이되는 도구를 배우십시오. 궁극적으로 대부분의 도구는 개인 선호도에 따라 다르지만 좋은 도구 나 라이브러리는 많은 도움이 될 수 있습니다.

편집자에서 얼마나 많은 시간을 소비하는지 생각해보십시오.

또한이 작업에 특정 라이브러리를 사용할 가치가 있는지 확인해야합니다. PHP 프레임 워크를 사용하는 것이 가치가 있습니까? 장점과 단점은 무엇입니까? 프로젝트에 부피가 큰 CM을 사용하는 것이 가치가 있습니까?

코드 라인을 작성하기 전에 이러한 문제를 고려해야합니다.

추적을 유지하는 방법

전투 번 아웃 끝이없는 것처럼 보이는 루프에서 코드를 지속적으로 작성하는 것은 지루할 수 있습니다. 업계에서 오랫동안 일하는 대부분의 개발자들은 경력의 어느 단계에서 번 아웃을 경험했습니다.

번 아웃은 오랜 시간의 작업과 소위 "사기꾼 증후군"과 관련이 있습니다. 즉 반드시 그렇습니다. 의미가 더 좋습니다.

가장 좋은 해결책은 한 걸음 물러서서이주기에서 벗어나고 다른 일을하고 창의력을 발휘하는 것입니다. 며칠 만에도 휴가를 보내십시오.

번 아웃과 싸우는 또 다른 인기있는 솔루션은 당신이 페어링 할 수있는 팀원을 찾는 것입니다. 다른 사람과의 사회적 상호 작용은 매우 효과적입니다.

코드 유지 보수

트랙에 머무르는 것은 또한 깨끗한 코드 기반을 유지하는 것을 의미합니다. 다른 사람뿐만 아니라 자신을위한 것입니다. 테스트 나 문서가없는 코드는 러시아 룰렛과 같습니다.

몇 달 안에 기능을 다시 방문해야 할 때 어떻게됩니까? 당신은 과제 자체가 아니라 실제로하고있는 일을 알아내는 데 더 많은 시간을 할애 할 것입니다.

나는 이전 팀이 관심을 잃거나 더 이상 작동 할 수 없기 때문에 고객이 개발자에게 연락하여 프로젝트를 수많은 시간에 리팩터링하는 것을 보았습니다. 거의 항상 새로운 팀의 응답을 처음부터 다시 작성해야했습니다.

이것은 이전 팀이 깨끗하고 신뢰할 수있는 코드 기반을 유지할 수 없었기 때문입니다. 이 관행은 많은 시간이 걸립니다.“웹 개발의 18 가지 주요 감독”이라는 기사를 읽습니다.

추정 추정은 많은 프로그래머와 관리자에게 민감한 문제이지만, 그렇지 않아야합니다. 모든 사람들이 관리자가 개발자에게 작업 시간이 얼마나 오래 걸리는지 묻는 상황에 대해 들었고 명확한 답변을 기대하지만, 추정 작업은 원래 추정 된 시간의 두 배가 걸립니다.

대부분의 사람들이 깨닫지 못하는 것은 추정치가 약속이 아니라 추측 일 뿐이라는 것입니다. 더 나은 개발자가 되려면, 당신은 추정이 결코 헌신적이지 않다는 것을 알아야합니다. 일단 당신이 무언가를 저지르면, 그것은 당신이 그것을 제공 할 책임이 있다는 것을 의미하기 때문입니다.

추정은 결코 결코 약속이 아니며, 이것이 추정의 본질입니다. 사람들이 주어진 과제의 시간을 추정하기는 어렵고, 관리자가 그렇게하도록 요청하면, 당신은 당신이 당신이 제 시간에 할 수있는 일을 100% 확신 할 수 없다고 약속 할 수 없다고 말해야합니다.

그러나 당신은 추측 할 수 있지만 약속을하지는 않습니다.

마스터가되는 방법

커뮤니케이션 커뮤니케이션에 관한 것입니다. 팀원이 의사 소통 할 수 없기 때문에 일부 프로젝트와 회사가 실패했습니다.

커뮤니케이션을 간단하고 직접적으로 유지하여 귀하와 수령인 사이의 중개인을 피하십시오. 통신 라인의 모든 "노드"는 거의 기하 급수적으로 증가하는 복잡성을 만듭니다.

기업은 이것과 관련하여 많은 문제가 있습니다. 이것이 너무 느리게 진행되고있는 이유는 모든 결정이 12 명의 사람들을 통과해야하며 민첩한 팀은 여기에 빛을 발합니다. 커뮤니케이션을 단순하고 명확하게 유지한다는 것은 다른 사람들보다 더 빨리 행동 할 수 있고 작업을보다 명확하게 이해할 수 있으므로 이점을 제공하므로 질문을하고 구체적인 질문을하는 것을 두려워하지 마십시오.

협력 좋은 의사 소통 자일뿐만 아니라 훌륭한 공동 작업자가되어야합니다.

당신은 다른 개발자뿐만 아니라 관리자와도 직접 협력해야하며 아마도 고객과 직접 협력해야합니다. How to be a Good Developer 협력은 또한 위험에 처한 것이 무엇인지 알고, 일을 끝내고, 좋은 팀원이되는 것을 의미합니다.

다른 사람들과 효과적으로 작업하기가 어려운 경우 쌍 프로그래밍을 시도하십시오. 쌍 프로그래밍의 본질은 협업입니다.

지식 저주 Wikipedia에 따르면 : "지식의 저주는 정보가 적은 참가자의 관점에서 문제에 대해 생각하기가 어렵다는 인식 편견입니다." 기본적으로, 고급 개발자는 주니어 개발자가 이해할 수있는 간단한 문제를 설명하기가 어렵습니다. 이것은 문제와 문제를 해결하는 기술에 모두 익숙하기 때문에, 다른 사람들에게 설명하려고 할 때,이 설명은 단지 그들의 마음에 대한 지식의 요약이기 때문에 실패합니다.

요컨대, 당신이 그것을 이해할 때 무언가를 알지 못하는 것은 어렵습니다. 이 문제를 해결하려면 특정 언어를 사용해야합니다. 문제를 자세히 설명하고 말도 안되는 것을 발견하더라도 계속해서 생각하십시오. 마음가짐은 수령인의 사고 방식과 같지 않기 때문입니다.

당신의 필드를 아십시오 자신을 프로그래밍 전문가라고 부르면 프로그래밍 전문가가됩니다. 위에서 아래로 분야에 대해 배우고 거절하는 것을 두려워하지 마십시오. 요컨대, 전문가가되는 것은 당신이 진실을 방어하고 동료들 사이에서 자격을 갖추고 있다는 것을 의미하기 때문에 다른 사람들에게 거절하고 있습니다.

분야를 이해한다고해서 반드시 컴퓨터 과학 학위가 있다는 것을 의미하지는 않습니다. 즉, 자신이하는 일에 대한 광범위한 경험과 실습이 있습니다. 일반적인 프로그래밍 기술뿐만 아니라 컴퓨터 엔지니어링 및 건축 기술을 향상시켜야합니다.

전문가라는 것은 문제를 해결하기위한 최고의 프로그래밍 디자인을 발견했으며 코드를 작성하는 것이 "부작용"입니다.

당신이 에있는 산업을 이해합니다 아무도 비즈니스 문제와 코드로 해결하려는 문제를 이해하지 않고도 좋은 소프트웨어를 만들 수 없습니다.

당신은 당신의 작업에 반영 될 것이므로 사전 사전에 비즈니스에 관심이 있어야합니다. 명확한 목표와 구체적인 문제가 없으면 코드는 실수로 엉망이 될 것이며 이것이 인코딩이 작동하는 방식입니다.

구현할 기능, 특히 구현 방법을 엄격히 제어해야하지만이를 위해서는 비즈니스 가치가 매우 명확해야합니다.

전문 지식과 비즈니스 목표가 일관성이 없다고 생각되면 자신에게 호의를 베풀고 일을 받아들이지 마십시오. 귀중한 시간을 소중히 여깁니다.

코드 kata 지속적으로 자신을 개선하려면 먼저 어떤 수준인지 알아야합니다.

Code Kata는 프로그래머가 다른 문제에 대한 더 나은 솔루션을 실천하고 찾을 수있는 연습입니다.