1. 지금 할 수 있는 일에 집중하기 (시간 낭비하지 않고 본질에 집중하기) 2. 꾸준히 질문하며 커뮤니케이션하기 (맥락을 파악하며 거시적으로 보기) +만들 대상이 있다면 공부 범위가 확 줄어든다. 3. 알고 있다고 착각하지 말기 (메타인지 : 내가 무엇을 알고 무엇을 모르는지 아는 것) 설명할 수 있거나 아웃풋 할 수 있어야 아는 것이다. 4. 성장 마인드셋 탑재하기 능력과 한계는 고정적이지 않고 노력으로 향상시킬 수 있다. 절대로 모든 것을 다 알 수 없다. 그렇기에 모르는 것이 나올 때 좌절하기보다 성장할 수 있는 기회로 삼자. 모든 문제는 성장의 밑거름이다. 5. 일을 시간별로 쪼개고 우선 순위 리스트를 작성한다 (타임박스) 6. 가면 증후군 - 더닝 크루거 효과와 연관하여 모두가 겪는 일이고 잘하고 있다는 증거 아닐까 스스로 미흡하다고 생각하지 말자
개발자도 결국 수많은 직업 중 하나에 속할 뿐이고 정규직이면 직장인, 계약직이면 프리랜서일 뿐인데 유난히 개발자에 대한 환상? 보는 기준?이 높은 것 같아요. 이래야 개발자지 뭐 이런거요… 사무직한테 사무직이면 이정도는 해야지! 뭐 어떤 특정 잣대를 들이대지 않잖아요. 사무직이 엑셀을 잘하면 효율이 좋겠지만 굳이 최고로 잘해야할 필요는 없는것처럼 말이에요. 신입 개발자는 당장 내가 뭘 잘해야지, 뭘 해내야지 뭐 이런것보다는 일단 회사에 정규직으로 들어갔으면 시키는거 일정 안밀리게 하고, 의사소통 잘되는게 우선입니다. 개발자라는 그 어떤 틀에 혼자 사로잡혀서 레거시에 불만만 제기하거나, 그걸 무조건 성급하게 뜯어 고치려 하는건 아무 도움이 안됩니다. 그러니 지금 당장 어떤 기술을 잘 모른다고 해서 과하게 주눅들고 아 난 개발이 아닌가봐 이럴 필요도 없고, 뭘 좀 안다고 개발자 틀에 틀어박히는건 더더욱 안된다는 이야기를 살포시 하고 싶네요…
현직 게임개발자입니다. 어느 개발을 하던 부딪히게 되는 문제인데 조언을 하나 남기자면, 먼저 구현할 기능을 위해서 필요한 부가기능들이 무엇이 있는지 생각해볼 것. 모르면 이런 기능을 가진게 이미 있지 않을까? 혹은 이런 기능을 만드는 방법이 있지 않을까? 하는 것을 찾아볼 것. 그리고 그 필요한 기능들을 이용해 간략히 머리속에서 시뮬레이션 해볼 것. 머리속으로 정리가 안되면 적어가면서 말이죠. 기획서를 받고 바로 작업에 착수하는게 아니라 먼저 정리를 하세요. 이게 설계의 기본입니다. 이렇게 정리해두고 시작하면 할 일이 정해져서 금방 할 수 있습니다 개발자는 단순히 코딩을 하는 사람이 아니라 설계자인 동시에 구현자입니다 자신의 설계를 설명할 줄 알아야 하며, 그 설계에는 이유가 있어야 합니다. 또한 빠른 것도 중요하지만 유지보수와 확장성에 신경써야 합니다.(말이 쉽지 익숙해지기 전엔 어렵습니다) 그리고 나서 어떻게 효율적으로 더 빠르게 구현할 수 있을지를 항상 고민해야 합니다
소프트웨어 개발자는 코드를 작성하는 코더가 아니라 해결하는 사람입니다. 그게 백앤드던, 프론트던, 임베디드던, 코볼이던 상관없습니다. 두려움을 갖지 말고 내가 무얼 모르는지 알고 공부하고 해결하는것이 개발자죠. 찐 개발자는 그런 문제들을 해결하면서 해결에서 오는 쾌락에 도파민 중독된 사람들입니다. 환자들이죠... 친구를 멀리하게 되고, 궁금한게 있으면 퇴근하고나서도 고민하면서 그것만 합니다. 친구를 멀리하게 되고... 새로운 기술이 들어오면 무조건 검색해봐야 직성이 풀리는 사람들입니다. 초급개발자는 모르는걸 두려워 하지 않는 용기만 있으면 된다고 생각합니다. 저는 말이죠 ㅎ
근데 한국에선 명문대나와도 코더밖에 할게없습니다. 님이 생각하는 학교에서배운 수학이론이라 알고리즘짜고 이런건 그런걸로 일을 할 수있는 소프트웨어 생태계 꼭대기에있는 미국기업같은데 취업해서야 가능합니다. 디버깅하고 리팩토링하고 클린코드로 개발하고... 이런건 그 밑의 생태계게 있는 인도나 한국 중국 같은나라들이 하는일입니다.
신입인데 회사의 스펀지처럼 흡수하고 성장해야할 시기이어야 하는데 오히려 자기가 좀 공부 해봤다는 식으로 회사 코드의 리팩토링에 대한 곤조에 빠져있더라고요 리팩토링 필요한 코드는 있긴 있지만 단순 기능 구현 하나 요청한거 집중 못하고 리팩토링 생각의 길로 빠져서 구현 못하는 거 보고 깜짝 놀랬습니다
@@k--k--k 저도 윗분 상황은 모르겠지만...프론트는 난 모르겠다 식이었으면 조금 그럴 것 같네요..저는 웹개발자다보니 앱 API도 당연히 포함되어 있어서 커뮤니케이션을 맞추기 위해 개인적으로 앱도 공부해서 만들어보곤 합니다. 디자인을 모르더라도 개인 프로젝트 만들땐 포토샵도 써보구요. 실제로 쓰진 않더라도 기본적인 지식을 가지고 이야기하면 서로 핑퐁하는 일도 줄어들고 효율적인 것 같습니다.
저는 2015~2016년에 개발일 했다가 그만두고 뛰쳐나온 지 한참 된 개발자 출신 비개발자입니다. 주7일 12시간 이상 일하고 월급 135만원 받는 회사였는데, 그 곳에서 밤샘근무를 하니 약을 꾸준히 먹는데도 조현병이 재발해서 어쩔 수 없이 퇴사했습니다. 퇴사한 그 회사에서는 임금체불과 퇴직금체불을 했고, 4대보험이 안되는 회사라서 경력인정받아 더 좋은 회사로 이직하기도 어렵게 되었죠. 결국 조현병과 악덕기업 때문에 개발일은 절대 다시 할 수 없게 되었어요. 좋아하던 개발일을 절대 다시는 할 수 없게 되었지만 그 선택이 후회되지는 않습니다. 그 일마저 안 했더라면 안그래도 조현병인 제가 그나마 잘할 수 있는 일이 하나도 없었을 것 같거든요.
개발 힘들죠... 결국에는 많이 두루두루 하는수 밖에 없죠 그리고 프로젝트마다 따로 특화해서 공부하면서 실전... 시간이 없어 실전을 하면서 공부해야 한다는 점이 힘들고 개발 겟수에 비래해서 AS및 유지보수, 업데이트 할 장비가 늘어나는게 엄청 힘들었네요 결국 미치는게 답인것 같습니다 맨정신으로는 컴퓨터랑 대화하고 꿈속에서도 코딩을 못해요 ㅋㅋㅋㅋㅋ
신입 면접을 보며 참 안타까웠던 게.. 이력서에 적어 놓은 것들을 질문해보면 대부분 대답을 못한다는 것이예요 문자 발송하는 화면을 개발했다길래 문자 내용을 파싱하는 기본적인 부분을 물어보니 누군가 만든 걸 가져다 사용했다고 하더군요 그러면 그걸 본인 이력서에 적는 게 맞을까요? 신입을 뽑고 싶지만 대부분의 이력서가 과장되거나 허위로 적혀진 게 많아서 구체적인 내용이 없으면 수백명이 지원해도 고를 사람이 없는 게 현실입니다
@@mpqm130걍 이딴거 듣지 말고 개발하고 싶은걸 찾아서 만들면서 공부해보세요. 아 cs도 보고 이것도 저것도 봐야지. 이런것보단 이걸만들어봐야지 하고 만들면서 어 이런게 뭐지? 하며 찾아보셈. 타인의 말을 넘 듣지 마셈. 요렇게 말하는 사람은 무조건 무시하고. 흥미위주 플젝 위주로
대체 안됨 ㅋㅋ AI한테 웹 프론트/백 만들어줘 게임 이런거 만들어줘 하면 다 만들어주는줄 아나봄? 기본지식도 없는 사람이 설계는 어떻게 할거며 데이터 관리는 어떻게 할거며 어디에 뭐가 필요한지는 어떻게 아는데? 도메인이 뭔지는 앎? ㅋㅋㅋ 게임만해도 렌더링이 어떤식으로 이루어지는지, 물리엔진의 물리가 어떤걸 말하는건지, 그걸로 뭘 하는건지는 앎? 알아야 AI한테 명령을 하지 모르면 아무것도 못함 간단히 게임에서 적이 내 앞에 있는지 뒤에있는지 보통 내적으로 판단하는데, 왜 내적 사용하는지는 알고? 애초에 내적이 뭔지는 알아? 왜 변호사, 판사 같은 직업들이 먼저 사라지는 줄 앎? 그것들은 정보 학습한 그대로 대답만 하면 되거든. 그냥 외워야 할게 많은거지 학습만 하면 그냥 정해진대로 답하면 되는거니까 근데 개발은 그렇게 안돌아감 ㅋㅋ 오히려 개발자가 AI이용해서 더 편하게 일하게되는 전문직이 되는거지 대체되진 않음 기껏해야 '코더' 들이 대체되는거지