질문자중에 사용법을 모르시는분
질문의 사용방법을 모르시는 분이 몇분 눈에 띕니다.
제가 답변을 한것은 아니지만
다른분들이 열씸히 답을 달고, 제가 봐도 정답이 아닌 해결방법을 알려드렸는데
답변의 채택이 아닌 '종료' (X) <-- 이렇게 되는것이 종료맞나요?
아무튼, 성실하게 답변해드린분의 마음이 빠지직.. 상할것 같다는 생각이 종종듭니다.
제가 답글을 달아드린것이 아닌데도 그런데
답글다신분은 오죽할까요..
질문의 답이 1개이상달리면 '채택'해주시는게 기본적인 지침이 되도록 공지나 안내가 있으면 합니다.
|
댓글 작성
댓글을 작성하시려면 로그인이 필요합니다.
로그인하기
댓글 17개
개발이라는건
1. 머리로 배우고,
2.손으로 익히고,
3. 질문하고,
4. 디버깅을 하고,
5. 테스팅을 하고,
6. 빌드/배포를 하고,
7. 다른사람의 코드를 리뷰하는
일련의 과정들입니다.
능력있는 개발자가 될려면,
질문하는 법도 배우고
디버깅도 배우고
테스팅도 배우고
빌드/배포도 배우고
코드 리뷰도 배우고
다 배워야 하는것들입니다
좀 실력이 쌓이면,
답변하는것도 해보고
코드 공유하는것도 해보고
오픈소스 기여하는것도 해보고
한번쯤 해봐야 하는것들입니다.
배우고, 익혔으면, 그다음은 질문하는법을 배워야합니다.
매번 무작정 모르겠으니 해결해달라는글보면 마치 이걸보는듯한 답답한 심정....
어떤분은 개발급문제가져와서는 기대해본다고....무슨 답변러 테스트하십니까....
질문하고 해결하는 건 좋은 방향인것은 분명하나
한번도 시도도 안하고 무조건 던지는건 좀 아닌거 같습니다.
이후 채택을 하든 말든 신경을 안 씁니다.
제작의뢰 갈만한 질문들은 답변을 최대한 안할려고 노력합니다.
이렇게 몇가지 나만의 룰을 정한 뒤 신경 안 쓰면 정신 건강에 이롭더라구요.
채택여부를 떠나서 답글단사람이 누가 채택되든 상관없으나,
[X] 되는건 좀 아닌거 같아서 적은글입니다.
정신건강을 이롭게 하는건 좋은방법이네요 ^^ 감사합니다.
감사합니다.~
@명랑폐인
감사합니다
감사합니다.
해당 기능을 만든 Sir의 취지에 부합합니다.
질문을 하지않고 검색으로 문제를 해결하고자 할 때
정답이 아닌 것까지 열어보는 시간낭비를 줄이기 위함입니다.
물론 답변자는 좀 서운하겠지만...
‘좋아요’를 눌러 고마움을 표시해주는 정도면 될 것 같습니다.
물론 ‘좋아요’도 ‘채택’에 버금가는 무게감이 있기 때문에 남발하는 것은 바람직하지 않겠지만...