어떻게 구글로 당신의 오류를 검색합니까
Uncaught (in promise) TypeError: _super.call is not a function
at new ObservableQuery (b1f6a7d9f98d979758232d0dc3c394ce.js:26213)
at QueryManager.watchQuery (b1f6a7d9f98d979758232d0dc3c394ce.js:27305)
at b1f6a7d9f98d979758232d0dc3c394ce.js:27332
at new Promise (<anonymous>)
at QueryManager.query (b1f6a7d9f98d979758232d0dc3c394ce.js:27330)
at ApolloClient.query (b1f6a7d9f98d979758232d0dc3c394ce.js:27981)
at Object.require.2.react (b1f6a7d9f98d979758232d0dc3c394ce.js:29740)
at newRequire (b1f6a7d9f98d979758232d0dc3c394ce.js:41)
at require.39 (b1f6a7d9f98d979758232d0dc3c394ce.js:66)
at b1f6a7d9f98d979758232d0dc3c394ce.js:71
전체 내용을 구글에 복사해서 붙이는 데 1초만 걸립니다.Your search - Uncaught (in promise) TypeError: _super.call is not a function - did not match any documents.
Suggestions:
Make sure that all words are spelled correctly.
Try different keywords.
Try more general keywords.
Try fewer keywords.
아니면 더 나쁘게도, 너는 많은 결과를 얻었지만, 하나도 쓸모가 없었다.이제 어떡하지?
그게 문제야.Javascript 초보자로서 나는 이 점에 대해 매우 익숙하다.Javascript는 안전한 언어가 아니기 때문에 신비로운 오류가 발생하기 쉽다.지난 1년 동안 구글 검색 오류에 어느 정도 성공했기 때문에 저는 여기에 아이디어를 열거할 것입니다.시작!
1. 당황하지 마라
Don't Panic ! 😂 구글 검색 오류는 일종의 성년례다.사실 그것을 실수 연구를 연습하는 좋은 기회로 삼아라. 왜냐하면 이것은 당신의 직업 생활에서 중요한 기능이기 때문이다.이 과정에서 당신이 어떤 지식을 빠뜨렸는지 모를 수도 있습니다!
이제 너는 냉정해졌다. 잘못 읽었다.마크 엘릭슨의 말을 인용하다.
마크 엘릭슨
@ 아세마르크
조금만 털어놓으세요: 잘못된 정보는 보통 관련 정보가 있습니다.너는 단어 하나하나를 이해할 수 없을 수도 있지만, 그들은 보통 너에게 문제가 무엇인지, 그리고 어떻게 해결하는지 알려줄 것이다.구글이 이 메시지를 클릭하지 않아도 이 문제를 해결하기 위해 필요한 모든 정보를 가지고 있을 수 있다.
2018년 1월 2일 새벽 3시 42분.
믿든 안 믿든 네가 맡아라. 어딘가의 어떤 사람이 네가 읽은 잘못을 열심히 썼다.이게 의미가 있나? 아니면 맹목적인 공황 속에서 멍하니 바라보고 있는 건가?
2. 고무오리
Rubber Duck Debugging는 시간의 검증을 거친 소프트웨어 공학 방법이다.기본적으로 자신의 말로 생명이 없는 물체(가장 좋은 것은 귀엽고 삐걱거리는 소리는 선택할 수 있는 것)에 당신이 무엇을 하고 싶은지, 그리고 잘못이 무엇인지 설명해 보세요.이 문제에 대한 당신의 자연스러운 언어 묘사는 다른 사람들이 묘사한 것일 가능성이 높기 때문에 구글에 삽입해서 무슨 일이 일어날지 보세요.너는 아마 놀랄 것이다.🦆
3. 범위 확대(무관 정보 삭제)
당신의 오류는 응용 프로그램에 대한 정보를 많이 포함할 수 있습니다.예를 들면 다음과 같습니다.
$ node_modules/.bin/parcel watch app/client/entry.html --out-dir public/dist
🚨 Cannot read property 'type' of undefined
at Bundler.createBundleTree (/home/ben/projects/dg/node_modules/parcel-bundler/src/Bundler.js:373:52)
at Bundler.createBundleTree (/home/ben/projects/dg/node_modules/parcel-bundler/src/Bundler.js:412:12)
at Bundler.createBundleTree (/home/ben/projects/dg/node_modules/parcel-bundler/src/Bundler.js:412:12)
at Bundler.buildQueuedAssets (/home/ben/projects/dg/node_modules/parcel-bundler/src/Bundler.js:245:23)
at <anonymous>
at process._tickCallback (internal/process/next_tick.js:188:7)
이걸 구글에 다 넣으면 소용없어!왜?네가 여기에 너만 쓸 수 있는 가설을 한 무더기 남겼기 때문이다. 예를 들어 app/client/entry.html
와 /home/ben/projects/dg
.따라서 이를 삭제하고 검색의 특이성을 낮추면 검색 결과가 개선되어 비슷한 문제를 가진 다른 사람을 찾을 수 있다.제임스 로(James Roe)의 표현은 나보다 낫다.
제임스 로
@ 제임스 로
오류 코드 -> 오류 메시지 -> 언어 -> 라이브러리 -> 문법은 저의 일반적인 안내서입니다. Densedi에서... twitter.com/i/web/status/9…
2018년 1월 4일 오전 00:02
그래서 만약 오류 코드가 있다면 구글로 검색해 보세요.효과가 없으면 구글로 오류 정보를 검색하세요.만약 효과가 없다면 구글로 당신이 사용하고 있는 라이브러리를 검색하세요.잠깐만!
4. 추가 컨텍스트 제공(관련 키워드 추가)
실수는 또 무엇을 빠뜨렸기 때문에 사람들의 주목을 끌었다.이런 상황에서 개발자가 사용자가 사용하는 언어나 라이브러리를 알고 있다는 은근한 가설이 있다.하지만 구글은 그걸 알 수가 없어!키워드로 사용되고 있는 기술 창고를 추가해서 구글을 돕는다. 예를 들어
parceljs Cannot read property 'type' of undefined
.당신의 최종 목표는 Github 문제, Stackoverflow 문제나 블로그 게시물에서 답을 찾기를 희망하는 것이므로 구글에 필요한 답을 찾을 수 있도록 최선을 다하는 것입니다.참고로 버전 번호도 상하 문장의 중요한 구성 부분이다.D3에서 오류가 발생한 경우js v4를 입력하고 D3에 대답합니다.JSV3는 도움이 안 돼!만약 버전 번호가 없거나 오류가 더 일반적이라고 생각한다면, 검색에 날짜 제한을 설정하면 (구글이 지난 1년 동안 그것을 제한할 수 있도록 허용함) 더 가까운 결과가 나올 수 있으며, 이러한 결과는 더욱 관련이 있을 수 있다.
5. 고급 검색 연산자 사용
구글의 검색창을 어떻게 사용하는지 알면 큰 위력을 발휘할 것이다.보기this cheatsheet(또는 others와 유사this한 고급 검색 기법으로 인용된 내용만 검색하거나 모든 검색어를 검색할 수 있습니다.감사합니다.특별 보상, 이것도 당신의 비개발자 생활의 구글fu를 증가시켰습니다!
6. 구글로 검색하지 마라!
구글은 유일한 검색엔진이 아니다.사람들은 많은 곳에서 도움을 구할 수 있다. 예를 들어 Stackoverflow와Github는 우수한 검색 기능도 많다!
구글도 개발자에게 가장 적합한 검색엔진은 아니다.쿼트Quincy Larson:
많은 새 프로그래머들이 깨닫지 못하는 또 다른 것은 구글이 검색에서 대부분의 알파벳 문자를 생략했다는 것이다. 프로그래머들이 자주 사용하는 기호, 예를 들어! @#$%^, *는 검색되지 않는다. () {} [] 도 검색되지 않는다.
따라서 검색에 기호가 많으면 DuckDuckGo!
7. 당신의 가장 큰 미지수를 생각해 보세요
프로그래밍은 추상층에 따라 진행된다.가장 중요한 것은 OSI model이다. 그러나 만약 당신이 응용 프로그램 개발자라면 당신의 도면층은 다음과 같다.
이것은 언어 문제가 아니라고 확신합니까?그리고 환경에 들어간다.언어는 끊임없이 발전하는 규범으로 인코딩 환경은 언어를 어떻게 실제적으로 사용하는지에 매우 중요하다.자바스크립트 개발자로서 자주 봤어요people getting tripped up by whether they can or cannot use ES6 syntax.그래서 그들은 실수를 하고 구글로 검색을 해서 완전히 헷갈릴 것이다.
당신은 환경을 배제했습니까?틀에 들어가다.이와 같은 여러 가지.만약 적합하다면, 너는 심지어 상반된 순서대로 진행할 수도 있다.그냥 쓰면 돼.
이 단계는 결코 시간이 오래 걸린다는 것을 의미하지 않는다. 나는 단지 잘못을 저질렀을 뿐이다. 나는 내가 말한 '너의 가장 큰 미지를 생각하라' 는 뜻을 상세하게 강조했다.당신의 가장 큰 미지는 가장 큰 위험의 원천이기 때문에 첫 번째입니다. (단, 뿐만 아니라!)네가 틀렸을 때 볼 수 있는 곳.
8. 서류 읽기
특정한 프레임워크나 라이브러리와 관련된 오류가 있다면, 개념이나 언어가 오류를 일으키는 숨겨진 원인을 모를 수도 있습니다.문서를 읽고 예를 들어 네가 그것과 무엇이 다른지 알아봐라.문서의 특정 어휘 선택에 주의하여 구글 검색에 키워드로 추가하여 더 좋은 검색 결과가 있는지 확인하십시오.
9. 오류 재현
새로운 프로젝트를 시작해서 아주 작게 만들어라. 그러면 너는 너의 잘못을 격리할 수 있다.현재 프로젝트에서 가장 적은 내용을 복사하면 오류를 재현하거나, 주 프로젝트에 추가적인 빈틈이 없도록 처음부터 코드를 작성하려고 시도할 수 있다.
만약 네가 잘못을 재현할 수 없다면, 너는 너의 잘못에 대한 거대한 단서를 발견할 것이다.
만약 네가 잘못을 재현할 수 있다면 그것도 좋겠다. 왜냐하면 이것은 너로 하여금...
10. 도움을 구하다
도처에 너의 잘못을 붙이다.Github, Stackoverflow, Reddit, 트위터, Slack/Discord 커뮤니티(아하!),마음대로 말해.
만약 네가 9단계에서 중복성이 가장 낮은 견본을 얻게 된다면, 그것은 사람들이 무슨 일이 일어났는지 이해하는 데 도움이 될 것이다.
또 미래의 사람들이 구글에서 당신을 찾을 수 있도록 정확한 실수를 할 수 있도록 도와줄 것이다.만약 우리가 구글의 잘못된 해결 방안을 원한다면 반드시 누군가가 행동을 시작해야 한다.
추가 리소스
Reference
이 문제에 관하여(어떻게 구글로 당신의 오류를 검색합니까), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/swyx/how-to-google-your-errors-2l6o텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)