프로그래머는 문제를 불완전하게보고하는 경향이 있습니다.

프로그래머는 문제를 불완전하게보고하는 경향이 있습니다.

프로그래밍 작업에 지원하는 경우 모든 것에 대한 걱정과 간단한 해결책이없는 단순하고 복잡하지 않은 삶을 좋아하지 않는 것이 당연합니다.

이제이 웅덩이에 몸을 맡겼으 니 올바른 방법으로 암호를 해독하여 안전한 해안으로 헤엄 쳐 나가십시오. 프로그래밍은 그 자체로 까다로운 직업이며, 빵을 접시에 가져 오는 유일한 방법으로 만들기로 결정했다면 거래의 모든 트릭을 배우는 것이 좋습니다.

실수하는 것은 인간에게있다

문제를 불완전하게보고하는 습관이 있습니까? 신인 실수, 친구! 도움을 요청하는 것을 두려워하지 마십시오. 수정을 요구하는 접근 방식에 오류가있을 수 있으며 필요에 따라 도움을 요청하는 프로그래머로서의 선의에 해를 끼치 지 않습니다. 결국, 잘못하는 것은 인간에게 있으며 우리는 모두 배우기 위해 여기에있는 인간입니다. 보고 문제 전체를 약점의 신호로 받아들이지 마십시오. 다양한 이유로 직면 할 수있는 일회성 문제를 기반으로 수년 동안 습득 한 기술을 아무도 판단하지 않습니다.

동료는 문제 해결사입니다

사실, 문제가 정말 오래 지속될 경우 취할 수있는 첫 번째 단계는 동료의 조언을받는 것입니다. 가능성은 그들은 이전에 비슷한 바위와 어려운 곳에서 문제를 겪어 왔고 그에서 벗어날 수 있습니다. 동료의 도움을 받아 모든 문제를 해결할 수 있습니다. 이 상호 작용의 기초는 신뢰 여야합니다. 문제를보고한다고해서 어떤 식 으로든 절대적으로 비하되지 않을 것이라는 신뢰입니다. 동료들도 문제를 찾는 것과 같은 절차를 따르기 때문에 가끔씩 문제를 해결하는 데 도움을 요청합니다.

프로그래밍 진행 수준

당신은 모든 프로그래밍 관련 문제를 성공적으로 극복하는 데 필요한 기술과 숙련도를 가지고 있으며, 그것은 또한 당신에게 기대되는 것입니다. 그러나 이것이 모든 문제를 부정하기 시작하고 도움을 요청하는 것을 주저하는 심리적 장벽으로 만든다는 의미는 아닙니다.

특히 신입 사원이고 경직된 태도로 해결하는데 시간이 걸리는 근본적인 실수를 저질렀다면 즉시이 사고 방식을 중단하십시오. 문제를 완전히보고하지 않고 계속 틀에 박힌 상태는 실제로 문제를보고하고 상황에서 벗어나는 데 필요한 정보를 얻는 것보다 더 문제가 될 수 있습니다.

프로그래머가 4 가지 다른 수준에서 기능한다는 것은 코딩의 통로에서 일반적으로 알려져 있습니다.

  • 상대적으로 쉽게 복잡한 프로그래밍을 실행합니다 (relative가 키워드입니다!)
  • 신속하게 진행 중
  • 진행하는 길에, 천천히 그리고 꾸준히 (토끼 거북이 이야기에서 무엇을 배웠습니까, 친구?)
  • 정체 지점에 갇혀

단계를 따르십시오-단계별

이제 우리가 문제를 불완전하게보고하는 것과 관련하여 이미 정교하게 다듬은 후에, 언급 된 목록의 맨 아래 위치에있는 자신을 발견하면 거의 이해가됩니다. 그리고 당신이 벽에 쓰여진 명확한 글에주의를 기울이지 않는 완고한 사람 중 하나라면-필요할 때 도움을 요청하십시오. 문제를 완전히보고하는 것을 망설이지 마십시오.

Samer Buna의 책“The Professional Programmer”에 따르면, 프로그래밍하는 동안 궁극적 인 성공을 위해 따라야 할 올바른 절차는 다음과 같습니다.

  • 생각한다.
  • 연구.
  • 계획.
  • 쓰다.
  • 확인.
  • 수정합니다.

모든 단계가 매우 중요하고 전체 프로세스에서 없어서는 안될 부분이지만 여기서는 코드 유효성 검사 및 수정이라는 두 가지 최종 단계에 대해 우려하고 있습니다. 부지런히 다른 모든 단계를 수행 한 후에도 항상 어딘가에 오류의 범위가 있습니다.

블로그 읽기 - 개발자는 문제에 직면했을 때 천천히 도움을 요청합니다.

따라서 어딘가에 갇혀있을 경우에 대비하여 두 번째 의견을 얻는 것이 길고 복잡한 여정에서 계속 발전하고 계속 나아가는 가장 좋은 방법입니다. 코드를 더 좋고 정확하며 포괄적으로 만드는 것은 이론적으로 약한 초보자의 신호가 아닙니다. 사실, 그것은 자신의 걸음 걸이를 잡고 앞으로 나아가는 자신감의 기운을 발산하는 안전한 프로그래머의 표시입니다.

외로운 늑대 대 팀 플레이어

프로그래밍은 자아의 문제로 인식하고 원격으로 도움을 요청하는 것을 생각하는 대부분의 프로그래머에 의해 고독한 작업으로 간주되지만 실제로는 오랫동안 문제에 갇혀있는 동안 동시대 사람들과 상담하는 것이 좋습니다. 결국, 하루 종일 의자에 앉아 스스로 답을 찾고 싶거나 질문을 다른 사람 앞에 놓고 연장하지 않고 문제에서 벗어나고 싶을 것입니다.

대신, 문제를 신속하게보고하는 행동은 자신의 발이 땅에 단단히 고정되어 있고 새로운 트릭과 거래를 배우고 싶어한다는 사실을 보여줍니다. 어느 분야에서나 겸손한 팀 선수는 항상 오만한 외톨이보다 선호됩니다. 그러니 계속해서 완전한 코딩 문제를 설명하고 이에 대한 해결책을 얻고 동료들 사이에서 트럭 부하의 호의를 얻으십시오. 공정한 거래처럼 들리지 않습니까?

엄지 이론

프로그래머에 대한이 유명한 엄지 이론이 있습니다. 엄지 손가락과 부러진 손가락이있는 프로그래머가 있습니다. 모든 웹 또는 모바일 앱 개발 팀이 작동하려면 엄지 손가락 하나 또는 두 개가 필요합니다. 실수를 식별하고 반복하지 않도록 습관화하는 방법을 배우면 조직의 가장 중요한 부분이 될 수 있습니다. 겸손하고 인식하는 코더를 다루는이 부분은 빠르고 재능있는 코더만큼 중요합니다. 프로그래밍은 현금뿐 아니라 끈질긴 노력을 통해 습득 한 기술에 대한 찬사이기도합니다.

결론

따라서 문제를 해결하는 프로그래머가되는 것만큼이나 해결해야 할 문제를 내놓는 프로그래머가되는 것도 중요합니다. 그리고이주기는 문제를 식별하고 완벽하게 해결하고 해결해야 할 문제 나 문제를 파악하는 등 자체적으로 반복됩니다. 생태계에서 적극적인 가해자가되어 원하는 프로그래머가되어 부러워하는 패키지로 팩의 리더가 되십시오. 그래야만 당신이 신청 한 모든 투쟁, 프로그래밍 천재의 가치가있을 것입니다!