오류가 있어도 스트레스가 되지 않는 사고 회로

프로그래밍을 하고 있을 때에 에러가 되어, 자신이 생각하고 있던 결과가 되지 않을 때는 동기부여가 내려가고, 도중에 싫어져 버리는 일이 있지요. 하지만 생각을 바꾸는 것만으로, 에러에 대해 유연하게 대응할 수 있어 작업 효율을 올릴 수 있습니다! 그런 방법을 내 경험에서 소개하겠습니다^_^

오류가 발생했을 때 수행하는 작업

영어 오류 문장 읽기 (Google 번역 등 사용)

오류 문 찾기

typo (타격 실수)의 가능성을 생각한다

영어 오류 문장을 반드시 읽는다 (Google 번역 등을 이용한다)

에러가 되었을 경우 터미널 등에 반드시 에러의 내용이 표시됩니다. 프로그래밍을 시작했을 뿐이라면, 에러가 되어 버리면 혼란스럽게 간과해 버리는 경우가 많습니다만, 정중하게 에러의 내용이 쓰고 있어, 때로는 에러의 힌트도 표시해 줍니다.

ChisakinoMacBook-Pro:todoproject Chisaki$ git push -u origin master
To https://github.com/(GitHubアカウント名)/todo.git
 ! [rejected]        master -> master (non-fast-forward)
error: failed to push some refs to 'https://github.com/(GitHubアカウント名)/todo.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

언뜻 보면 싫어지는 영어 목록이지만 번역하면



제대로 현상의 에러의 내용과 그것을 해소하기 위한 힌트가 쓰여져 있으므로 그것을 참고로 하면 풀어 갈 수 있을까 생각합니다!

오류 문 찾기

에러문의 정형문을 그대로 검색하는 것에 의해 해결하는 손수건등을 찾을 수 있습니다! 이 때 주의해야 할 것은 제대로 하나하나 정중하게 해설을 읽고 번거로움 냄새가 나지 않는 것입니다. 아무래도 귀찮아 멀어져 돌려 버리면 검색의 루프가 되어 버리므로, 자신이 어떻게 에러의 원인과 해소를 실시하면 좋은가를 정리하면서 생각할 수 있는 것이 중요합니다! 예를 들면
나는 이번 에러의 경우, 강제로 push하는 것을 선택했습니다.

git push -f origin master

나중에 다시 푸시하면 성공했습니다^_^

typo(타격 실수)의 가능성을 생각한다

typo 즉 치는 실수의 가능성을 생각하는 것은 매우 중요합니다. 왜냐하면 초보자의 코딩상의 에러의 9할은 typo가 원인이라고 말해지고 있다고 합니다. 만약 개발 환경도 제대로 하고 있어 구문도 틀림없었다고 해도, 1 문자 실수만으로 에러가 되어 버리는 일이 있습니다. 따라서 맞춤법 검사는 빠뜨릴 수 없습니다!
단 하나하나 정중하게 실수를 찾는 것은 매우 힘들군요... 제일 좋은 것은 실수를 하지 않게 됩니다!
그래서 저는 맞춤법 검사기를 편집기에 도입했습니다.

ぁtps://마르케 tp.ゔぃすあ lsつぢお。 이 m/있어 ms? 있어 m 핥기 = st 레에즈로 그 f와 ぁ레. 코데 s ぺ l ぇ c 케 r

맞춤법 검사기를 도입하여 케어리스 실수를 한 경우에도 밑줄로 실수를 알려줍니다 매우 안심입니다 ^_^

요약

어땠습니까? 초보자에게 있어서 에러는 대적이지요. 그렇지만 그런 에러도 가능한 한 혼자서 해결할 수 있으면 대단히 효율도 좋고, 개인에서의 개발의 성장에도 연결되네요! 꼭 이 기사가 도움이 되었으면 좋겠습니다^_^