연구개발, 설계직무 성격의 단점

굳이 자주 깜빡한다는 말을 적지 않아도 될 것 같아요. 그런 점은 사실 돌려 말하는게 좋죠. 더 명확하게 내가 필요한 내용들을 알기 위해서 메모하는 습관을 가졌다. 듀얼 모니터에 툴 매뉴얼을 띄워놓고 했더니 이전보다 특정 명령어들을 바로바로 사용할 수 있었다. 등이죠. 특히 간단한 리눅스 명령어를 까먹는다는건 개인차가 있긴 한데, 현대 프로그래밍은 어차피 stack overflow에 적절한 질문과 답변을 찾은 후에 이게 맞는지 아닌지 확인하고, 어느 책에 어떤 내용이 있었는지 기억하는게 중요한 거 아닐까요? 그런 관점에서 보면 사람의 기억력이 적어놓은 노트보다는 절대 부족하다는 생각은 항상 들어서 질문자님의 성격을 단점이라고 단순히 말하고 언급할 이유는 없어보입니다. 단점을 본인이 인지하고 있으니까 그 단점을 커버하기 위한 본인의 노력 위주로 말하세요. 

### 여러 답변을 미리 채택을 해주시면 다른 멘토분들도, 멘티분이 채택 해주신다는 것을 알고 더 다양한 시각으로 많은 조언을 드릴 수 있습니다. 답변이 채택된 멘토에게는 소정의 리워드가 제공됩니다. 채택은 무제한 가능합니다. 서로에게 도움을 주며 자주 소통하는 멘토 게시판을 만들어나갔으면 좋겠습니다. 감사합니다. 채택 하시고 댓글을 다시면 또 기쁜 마음으로 와서 팔로업 답변을 드립니다. ###

안녕하세요. 연구개발 설계 직무에서 성격의 단점으로 자주 깜빡한다는 것은 치명적이진 않지만,
그래도 직무 성향상 설계 오류가 발생할 가능성이 있기 때문에 그것보다는 보편적으로 많이 사용하는 단점이 좋겠습니다.
완벽을 추구한다던가, 한번에 여러가지를 동시에 하지 못한다던가하는 것으로 작성하시길 추천드립니다.
그리고 그런 단점을 보완하기 위해 어떤 노력을 하는지까지 넣으시면 됩니다.

안녕하세요

자주 깜빡한다는 어떤 직무에서도 다 마이너스가 되는 단점입니다.

성격의 단점을 묻는 이유는 그 단점을 극복하기 위해서 본인이 무엇을 하고 있는지, 개선되었는지 확인하기 위함입니다.

근데 자주 깜빡한다는 것에 대한 해결책으로는 적어두고 검색하는 것 외엔 없습니다.

그거 말곤 나아질 방법이 없기 때문입니다.

그 단점을 평생 가지고 업무를 하게 될텐데,

해결책이 없다면 좋은 스토리는 아닌듯 합니다.

'자주 깜빡한다'면 사실.. 직무를 막론하고 마이너스이기는 합니다. 제 생각에는 '자주' 라는 저 접두사가 뭔가 좀 신경쓰이긴 하네요. 자주 대신에 가끔이라고 말씀하시고, 어떻게 보완하려고 하는지 (예. 메모를 한다)를 본인의 경험을 바탕으로 잘 써주신다면 괜찮을 것 같습니다.

자소서도 결국 글이라 아다르고 어다르듯이 단어선택 신경쓰셔야 합니다. ㅎㅎ

안녕하세요

하이닉스 재직및 삼성전자 합격경험이 있는 멘토입니다.

자주 깜박한다는것을 매우 부정적으로 볼 가능성이 높습니다. 저라면 '공식같은걸 유도하는 과정은 잘 기억하는데 공식을 외우라고 하면 외우는데 까지 시간이 걸린다' 이정도로 말을할것 같습니다. 사실 저도 일하면서 명령어 같은거 윈노트에 적어두고 그냥 복붙해서 쓰는데, 굳이 제가 치는시간도 줄이고 공부할것도 많은데 이런것 까지 외우고싶지 않아서 거든요. 계속 복붙해서 쓰다보면 어느순간엔가 익숙해져서 자연스럽게 외울 수 있구요. 

먼저 글을 쓰신 멘토님들이 말씀하신 돌려말한다는게 이런것같습니다!

자주 깜빡이라는 표현 자체나, 단점 자체의 소재로서 생각보다 큰 문제, 단점으로 보일 수도 있을 것 같습니다.

 확실한 계획을 설정, 구체적 수치와 숫자를 다뤄야 하는 개발, 설계 직무에서 깜빡이라는 부분은 허용될 수 없는 부분이기도 하고. 직무를 떠나서 회사 생활에서는 효율과, 확실함이 중요한데 이 부분에 꽤나 큰 단점으로 보일 수도 있을 것 같습니다.

단점의 소재로는, 개발, 설계 직무 수행에 어느 정도 단점으로 보일 수는 있겠지만 큰 문제로 보이지 않거나, 충분히 개선될 만한 소지가 보이는 점으로서 구성해보시는 것을 추천드립니다.

극단적으로 예시를 들자면, 많은 고민을 해서 우유부단해보일 수 있다. 항상 효율을 따지다보니 첫 시작이 느린 편. 이러한 형태로 구성을 하셔도 되겠습니다.