검색을 하면 우리가 모르는 개발용어가 많이 나온다.
내가 무엇을 모르는지 모른다.
유명하다. 생활코딩에서도 나온 문제점이다.
내가 뭘 모르고 있는지 모르는 상태면 질문 자체가 버거워진다.
질문하는것에 대한 막연한 두려움.
남들한테 비웃음을 살까봐 질문을 하지않는 것.
큰 문제이다.
질문하는것 자체가 번거롭다, 아니면 내 질문으로 남을 귀찮게 하고 싶지 않은 것인가?
이경우, 아마 당신은 빠르게 성장하지 못할겁니다. 당신은 반드시 그렇습니다.
이 세상에 바보같은 질문은 없다.
하지만 정성을 들이지 않은 질문은 많다.
질문하기를 멈추지 않는데 개선이 되지 않는다면.
질문 한번 하는데 수많은 고민이 필요하다.
질문을 할때 막던지지말고, 나한테 손해다. 내가 더 늦게 답을 얻어 갈 뿐이다.
바보같은 질문을 계속해서 하면서, 0.2%씩 개선해나가면
우리는 굉장한 질문을 언젠가 할 수 있게 될겁니다.
앞으로 있을 수 많은 실패들을 그냥 받아들이세요.
만약 그것이 맘에 안드는 질문이여서 책망을 받게 된다면,
그 책망마저 달게 받겠다. 개발자는 용기가 필요한 직업입니다
# 질문의 첫번째 조건은 좋은 제목. ( 타이틀이 좋아야 한다 )
= 변수 네이밍도 중요하다. 같은 개념.
바쁜 동료에게 물어본다고 생각하고 질문을 작성하라.
질문에 요점을 확실하게 파악하고,
내 질문을 다시 한번 체크하고 모르는 부분에 대해서 정확하게 물어보려 노력한다.
제목을 작성하는데 어려움이 있다면, 질문을 먼저 작성하고 제목을 나중에 쓰자.
코드를 붙여넣기 전에 당신의 상황을 먼저 설명하라.
또한 다음 내용을 포함할 수 있다.
1. 내가 시도한 흔적들.
2. 그 시도들로 인해 얻었던 오답들.
당신이 처해있는 문제를 다른사람이 재연할 수 있도록 정보를 제공.
ues following e.g. playground
SQL Fiddle | A tool for easy online testing and sharing of database problems and their solutions.
Query Panel Use this panel to try to solve the problem with other SQL statements (SELECTs, etc...). Results will be displayed below. Share your queries by copying and pasting the URL that is generated after each run.
sqlfiddle.com
2.http://jsbin.com
(재현하기 위한 코드마련, 해당 이슈만 있는 코드를 잘 빼내서 재현하기 어려움.)
코드 작성시 code snippet을 활용.
코드 이미지 캡처나, 전체코드를 올리지 않는다.
만약 누군가가 당신에게 도움을 주었다면,
어떻게 그 답변으로 인해 문제를 해결할 수 있는지 서술하고
진심으로 감사를 전하라.
후에 나와 같은길을 걸어올 후배들과, 질문을 검색했을때 보게되는 모든 사람들에게
그것이 도움이 된다.
내가 왜 이 답변이 어떻게 해결될 수 있었는지, 고민을 해보는 시간을 갖자.
"아마도 내가 무엇을 잘못했는지 알 수 있을거같다."
나중엔 내가 해당 질문에 대해서 남들에게 답변을 해줄 수 있는 위치까지 가게 된다.
# 질문하는것 자체가 개발의 일부분
질문은 피할수 없다. 꾸준히, 제대로 질문을 해보자.
질문 X = 개발자로 성장하지 않는다 ( 같은 개념 )
Now What to DO
1. 발생한 에러코드, 궁금한 것을 구글링 한다 ( search for min 1hr ) // 1시간 정도는 찾아보길 바란다.
2. 수강생이 할 수 있는 것을 최대한 해본 다음에 how to ask 세션에 따라 help - desk 를 이용한다.
3. help-desk에서 제공받은 refernce에 따라 문제를 해결하려하고, 만약 문제가 해결되지 않는 경우 위의 1,2 를 반복하낟.
4. 1 ~3을 충분히 해보았음에도 해결이 안되는경우 담당 엔지니어 및 EEM, CSE 등에게 직접 문제 해결을 요청한다.
검색하는 것도 기술. 어떤 것을 검색해야되나? ( 아, 이거인거 같아. 느낌으로 검색하면