Відео

전공자의 메리트가 없고 전공자 타이틀만 있는게 문제인것같습니다... 😢

컴공과 4학년이라는 말씀이신가요? 그런데 CS를 안배우면 어떤걸 가르쳐주나요?

@@코딩웨일-u2j 현재 3학년재학중이고 내년에 4학년이 됩니다. 전공교수 4명에 교수 2명은 반도체로 빠졋고 데이터베이스에 관련해서 1년배워야한다는데 교수님들조차 왜 커리큘럼에 없는지 의아해하시네요.. 컴구조,운영체제등등은 찍먹만 했습니다

@@코딩웨일-u2j 그냥 코틀린, c#, jsp코드만 반복해서 배우는 수준입니다

비전공자는 절대 불가능할까요?

@굳모링-b5c 그건 아닌데 시작점이 좀 다를 수 있죠. 비자 문제도 그렇고... 아예 안 되는 건 없습니다. 저도 한국인들 커뮤니티 보다 보면 비전공자 출신인데 IT 계열로 취직하는 경우 꽤 봤습니다.

@@user-unknown71939 그렇군요. 제가 지금부터라도 열심히 일본어공부를한다면 가능할지.. 모르겠네요..

네 상황이 힘든것과 그 상황에서 내가 감정이 힘든건 다르거든요. 처음 시도하면 잘 안되실수도 있고 문제가 생길수도 있어요. 영상에는 구체적으로 어떻게 해야하는지 방법은 안 담았는데 한번 시도해보시고 궁금한게 생기실때 여기에 댓글다시면 맞춰서 알려드릴게요.

@코딩웨일-u2j 감사합니다~! 만약 구체적인 방법이 설명하시기 어렵지 않다면 영상으로 남겨주시면 좋을거 같아요😄 저와 같이 이번 영상을 통해 느낀 부분이 많은 사람에겐 도움이 많이 될 듯 싶습니다~!

축하합니다! 아 그래도 취업 이야기도 많아서 좋네요. ㅠㅠ 계속 취업 못했다 이런 말만 듣다가... 사실 본능적으로 하는 분들도 많아요. 재능이 있는거고 감이 좋은거죠. 축복받은겁니다. 알아서 잘하고 알려주면 바로바로 쏙 빨아들이는 타입! 다만 한계가 있다면 감이라서 상황에 따라 오락가락하거든요 어떤 상황에서는 이렇게하고 어떤 상황에서는 이렇게 안하고, 그리고 본안은 무의식적으로 해버려서 설명이나 가르치는걸 힘들어하고요 재반복해서 꾸준히 쓰고 팀원의 문화로 만들기 위해서는 이론적으로 체계화, 구체화하는 작업이 필요해요. 저도 사실 감 좋은분들이 하는걸 관찰해서 뽑아낸겁니다. 취업 축하드립니다!!

자기개발 채널을 했어야 하나 싶기도 해요.ㅋㅋㅠㅠ 개발이 좋아서 개발로 잡았지만..

얕은 굴곡은 없죠. 자기 굴곡이 제일 아프니깐요. 많은 분들이 이력서를 넣어도 반응이 없는 것에 힘들어하세요. 한가지 팁을 드리면요. 이거 진짜 진짜 꿀팁인데 실패를 성공으로 치환하는 프로세스 입니다. 어떻게 하냐면요. 1. 지금부터 이력서/포폴를 제출할 때 회사 표본 특징, 표본 수를 정하고 표본에 대한 합격률을 측정해보세요. 2. 그 다음 결과가 나오면 내가 '취업에 실패 했다'가 아니라 합격률 측정에 '성공'했다.라고 마인드를 바꾸시는거예요. 3. 그리고 이력서/포폴을 피드백 하고 개선하면서 계속해서 '합격률 측정 성공 경험'을 늘려가세요. 이거의 장점은 - 실패 경험을 성공 경험으로 바꿔서 멘탈을 보호하고 - 내 지원서의 성능을 통계적으로 측정, 개선해 가면서 내 도전을 데이터로서 피드백 하는 능력을 기를 수 있어요. - 표본 특성별 합격률을 분석하면서 회사와 내 이력서/포폴에 대한 이해도를 올릴 수 있습니다. - 그렇게해서 합격률 올라가는거 보면 진짜 자신감 빡빡 올라갈겁니다. 이거는 제가 실패를 힘들어하는 사람들 보고 어떻게 훈련시키지 고민하다가 만든 방법입니다. 이곳저곳에 쓸수 있어요. 저는 유튜브 시작하고 실패했다고 느낀적이 없어요. 조회수가 적고 아무도 안 봐주는걸 실패라고 정의하지 않거든요. 실패는 이전에 분석한걸 다음에 개선하지 않아 문제가 반복되었을 때 그걸 저는 실패라고 정의합니다. 그렇게 하면 저는 영상을 올릴 때마다 항상 '성공적으로 영상 성과 데이터를 얻었다'는 경험이 쌓여요. 성공하면 성공한대로 성공 방법에 대한 데이터, 경험을 쌓고 실패하면 실패한대로 이렇게 하면 안 된다는 데이터, 경험을 쌓아요. 그러면 진짜 멘탈 무적 가불기 시스템, 항상 개선하고 발전하는 시스템이 완성됩니다. 아이... 이건 애껴두고 말 안할려고했는데 이것 까지 풀어버리네!!

@@코딩웨일-u2j ㅎㅎ 어떤 것을 말씀해주시는지 알 것 같습니다. 부트캠프 수료하자마자 만든 이력서를 만들어서 뿌린 결과 다 광탈하고 딱 두 곳 서류 통과 성공했더라고요. 어떤 경험이 부족한지 반성 후에(저 같은 경우에는 처음에 devops infra - 백엔드 둘 다 넣고 있는데, 서버 개발 스킬이 부족하다는 판단 하에 그쪽으로 더 열심히 팠던 것 같습니다. 결국 인프라 담당자라고 하더라도 서버를 같이 봐줄 수 있어야 한다는 생각이 들더라고요) 2달 정도 경험 쌓고 다시 돌리니 이번 라운드에서는 3~4곳 정도 성공한 것 같습니다. 이런 식으로 늘려나가면 되는 거라는 생각이 드네요.

@@겸겸-x9u 너무 좋아요 맞습니다!

뭐가 되었든! 취직하셨으면 축하드립니다! 저도 자만심 그득할 때마다 시장 내리치는 오함마에 엄청 깨지고 있어요. 쉽게 취직한 사람보다 어렵게 취직할 수록 마음가짐이 다를 수밖에 없다고 생각하고 그 마음가짐은 미래에 엄청나게 큰 차이를 줄거라고 믿어요! 너무 축하드립니다!

개발자라는 영역이 학벌도 별로 안쳐준다는 말을 많이 듣고 살아서 더더욱 걱정이 앞서네요.. 좋은 영상은 정말 감사합니다

​@@danieljeong-d 제가 보는 미래는 ‘전기 > 개발’ 이긴 합니다. 안정성으로는요. 고점은 개발이 높다고 보는데 제가 전기 분야는 잘몰라서 확답은 못하겠고 전기쪽 잘 아시는 분이 있으면 부탁드립니다. 개발에서 학벌을 안 본다는건 실력 좋으면 학벌을 넘어서 인정받는 다는 것이지 취업할 때 학벌을 안보지는 않아요. 특히 신입은 더욱더 그렇죠. 둘 다 아무거나 하셔도 먹고 살 수 았을거라고 생각하는데 저는 평생 했을 때 후회없는걸 선택할 것 같내요. 무슨 꿈을 꾸시나요? 개발로는 뭘하고 싶으시고, 전기로는 뭘하고 싶으신가요. 그걸로 결정할 것 같습니다.

@@SuezireKaka 기반이 닦여있으면 건물은 순식간에 올려요. 지금 상황을 좀더 구체적으로 써주셔야지 대화가 되겠는데요. 전공생이신지, 뭘하고싶으신지, 뭘배우셨는지 등등

일단 최종학력은 고졸입니다. 저는 기본적으로 어떤 전체 체계를 설계해놓고 그게 잘 굴러가는 걸 보는 것을 즐깁니다. 수학을 할 때도 남들이 상상해보지 못한 함수라던가 아예 새로운 연산체계를 생각해서 거기서 어떤 명제들이 성립할지 탐구해보기도 많이 했습니다. 이런 성향 때문인지 백엔드 개념을 알게 되었을 때 그쪽에 끌리게 되어버려서 현재는 백엔드 개발자를 지원하고 있습니다. 코딩은 초등학교 때 혼자 웹사이트 만들기 책 보면서 간단한 랜덤 뽑기 만든 걸로 시작했고, 중학교때는 아빠가 공부하시던 자바 pdf 보면서 스윙으로 간단한 보드게임 하나 구현해봤습니다. 이후에는 어떤 분께서 디스코드 서버에서 파이썬 코드 실행시키는 봇을 올려주셔서 거기다가 혼자 들이박으면서 디코 명령어로 그리는 그림판을 포함해서 이것저것 구현했습니다. 그러다가 작년 초에 클래스 개념을 제대로 깨닫고, 클래스 기반 없이는 작동 자체가 불가능한 자바한테 다시 반해서(?), 그때 느낌을 응용해서 스윙으로 연결그래프 위에서의 흐름을 시뮬레이션하는 코드를 구현했고, 작년 중순부터 국비지원이라는 걸 알게 되어서 원래 관심 있던 백엔드 쪽 지식을 배우면서 자바-스프링 + 리액트로 속성 딸린 그래프 구조 batch CRUD와 카카오 OAuth 회원가입 정도는 구현할 수 있게 되었습니다. 국비지원 때 겉핥기로 배운 디자인 패턴을 좀 더 파고들어서 JDA라는 자바 기반 디스코드 봇 라이브러리와 스프링을 연동하여 디스코드 게시판 만들 때 이용했고, 지금은 지인 커뮤니티 사이트 백엔드 API 설계하고 1달 정도 FastAPI 공부해서 Redis랑 연동한 세션로그인 + 간단한 CRUD 구현하고 있습니다. 작년 중반 즈음부터 유튜브가 깃헙이랑 트랜젝션, db 관련해서 깊게 파고드는 영상으로 공부했고, 깃허브도 유튜브에서 브렌치를 굉장하게 쓰는 영상 보면서 간단한 브렌치 흐름 제어 정도는 할 수 있게 되었습니다. 도커는 정말 최근에 영상 보고 웹커뮤니티 제안자분께 영상 추천드렸더니 뭔가 굉장한(?) 걸 짜오셔서 그거 보면서 공부하고 있습니다.

지금을 비유라면 땅도 깊게 팠고 자재도 다 준비되어 있는데 건물의 설계도가 없는 상황입니다 ua-cam.com/video/aV1GcmMh-ME/v-deo.htmlsi=5x-jEQpHm1QZWJCX 이거 혹시 보셨었나요?

일단 맨 위에 적어드렸다시피 고졸인데, 사람인 기준으로 백엔드 공고 중 7할은 최소 2-3년 대졸자를 뽑고, 나머지의 7할은 경력자를 뽑고, 나머지의 5할 정도는 자바 스프링 말고 다른 프레임워크를 쓰고, 나머지의 7할은 지방 근무 가능자를 뽑거나 서울 바깥 회사더라고요...... 그래도 지금 하고 있는 커뮤니티 프로젝트 끝나면 Python+FastAPI 넣을 게 추가되어서 지원할 수 있는 범위가 늘어나지 않을까 생각중입니다. 최악의 경우에는 여차하면 지금 같이 하는 지인이 창업할 때까지 어떻게든 참다가 제대로 창업하면 아예 거기서 창업멤버로 시작하는 것도 고려하는 중이에요.

​@@SuezireKaka 저는 일단 공고에 안맞더라도 그냥 넣어서 테스트하는 편입니다. 필요하면 학점은행제 같은걸로 학위는 빠르게 따실 수도 있고요. 대졸자 뽑는다고 말은 해도 고졸인데 괜찮으면 뽑아가요. 백그라운드가 좋아서 포폴이랑 이력서 설계만 잘하고 홍보 수단만 좀 고민하시면 괜찮을거 같아요.

@@newch6468 네, 저는 처음부터 돈을 받아낼 궁리로 시작했습니다. ’나 돈 벌생각 없어‘ 가장 의심해야하는 사람인거 우리 모두 알죠. 진짜로 돈 벌생각 없이 하는 분들도 많고 콘텐츠가 너무 좋은데 오래 못 가요. 조화수 수익은 서로 윈윈하는 너무 좋은 시스템이지만 영상 제작대비 단가가 너무 적어서요. (다만 제 목표가 ‘돈’만 있는건 아니긴합니다. 돈만 보면 당장 AI 팔아먹어야죠!!) 제가 지불받는건 ‘돈’을 포함한 모든 가치입니다. 저는 시청자가 시청하는 시간, 구독 버튼을 클릭하는 것 이런걸 ‘돈’과 동등한 가치로 봅니다. 시청자가 제 콘텐츠에 비용(시청자의 시간)을 지불하는 것으로 봅니다 저는 그 시청시간 이상의 가치가 시청자가 받아가야 한다는게 원칙이고 그래서 제 콘텐츠 가치가 떨어지지 않도록 공을 들입니다. 언젠가 상품을 판매하게 되어도 그 상픔의 가치가 비용에 걸맞는지 민감하게 보겠죠. 그래서 저는 철저하게 구독자분들의 필요와 제가 원하는 목표를 겹쳐서 설계합니다. 내가 하고샆은 말말 하지 않도록 허기 위해서요. 메시지를 조심스럽게 접근하고, 의도를 의심하고 비판해주세요. 단 좀 건전하게요. 이게 공격적으로 들어오면 저도 마상을 입어서… 그게 건강한거고 좋은 문화고 지금 제가 가장 원하는 거예요. 그래야 저도 성장할 수가 있어요.

@@닷츠 유튜브좀 올려주새요 저 급해요

@@moon-bro 감사합니다. 의도는 전달되는거 같아서 뿌듯하네요. 다시 보니 말이 좀 쎄게 나온것 같아요. ‘희망을 버리고 고통스럽게 있어라’나, ‘절대 희망을 가지지 말아라’이게 아니라 어설프게 희망 가지지도 말고 그렇다고 과하게 부정적으로 보지도 않아야한다. 이게 의도인데 오해할수도 있겠네요. 말은 저래도 저는 희망을 가지고 긍정적으로 보는편입니다.ㅋㅋ 저는 천성이 부정적이고, 예민하고, 리스크에 민감한 편이라 긍정적으로 보려고 노력해야 균형이 맞더라고요. 스스로 판단 할 때 내 감정이 크게 영향을 주는걸 파악해야한다는게 핵심이고 그걸 알고 조절할 수 있게 되면 희망으로 행동하든, 공포를 기반으로 행동하든 균형을 잡으면서 감정을 행동하기 위한 에너지로 쓸수가 있게 됩니다. 각 단계마다 훈련하는 방법이 있는데 그런걸 다 빼먹었으니 제가봐도 두루뭉술하고 뜬구름잡는 추상적인 소리 처럼 느껴지는거 같아요. 원래초고는 각각 개념, 이유, 방법, 사용도구, 주의사항을 포함했었는데 2시간 이상의 분량이 나오더라고요. 재미도 없고 다 잘라냈습니다. 1단계만해도 누구는 1년 이상 걸리는데 구구절절 설명하는게 오히려 해가 될거 같았어요.

@@코딩웨일-u2j 아뇨 전적으로 공감합니다. 희망은 기대를 만들고, 기대는 실패에 대한 충격을 받게 해요. 개발자 취준생들은 누구보다도 기대없이 꾸준히 원서넣고 할 일 해야하는 시기에 있지요.. 저는 개발자는 아니고 개발자들에게 멘토링을 제공하는 사람인데 오히려 이런 말이 도움이 될 것 같습니다. 화이팅 하시고 오래 사세요..!

@@rnfkdlaz 지금 말씀하시는건 죄송하지만 저도 신입 이라면 당연히 해봐야하는 거라고 생각하거든요. 하지만그 모든걸 동일하게 깊게 공부해야한다고 생각하진않아요. - 내가 깊게 공부해서 제대로 익혀야할 기술과 - 사용만 하고 어떤 역할을 하는거다 라고 설명정도만 할 기술 이렇게 나눠서 따로 접근하면 좀 더 쉽게 받아들일 수 있을 거 같아요. 그걸 판단하는 능력이 기술 하나 더 배우는 것 보다 중요하다 생각합니다.

우리나라에선 스프링이 진리입니다.... 물론 기본기가 제일 주요해요

@@엄준필-k5c 기본기가 어디까지 일까요?

@@sehyeogi365 지금은 어떻게 생횔하고 계신가료?

@@아이두고우 다시 취준생으로 돌아갔죠

@@민수-s5h 꼭 취직하면 말씀주세요. 힘든거 있어도요! 첫 라이브 시청자인데 도와드려야지!!

보통은 알기 힘든 정보네요. 저도 새롭게 배우고 갑니다. 어제 밤부터 오늘까지 여러번 읽고 고민을 해보았는데 결국 요약하면 모두가 '본질을 보지 않고 껍데기만 보고있다' 이게 핵심 원인인 것 같습니다. 회사는 고객에게 '고객 가치'를 제공하는 것이 본질인데 못하고 있고 직원은 회사에게 '노동 가치'를 제공하는 것이 본질인데 못하고 있고 당장 눈 앞의 작은 이익을 챙기려고 하니 큰 그림을 그리지 못하고 큰 그림을 그리지 못하니 5년 이상의 성과가 나올 수가 없겠죠. 회사와 직원 그리고 학원 셋 다요. 좋은 시니어 실무자는 프로젝트, 프로덕트의 성공을 좌우 할 정도로 너무나 중요한 역할인데 대우가 그러면 절대 안 가려고 하죠. 저는 사업 성공의 승패는 이미 비즈니스 전략, CTO, 아키텍쳐, 시니어 이런 상위 레벨의 의사결정에서 정해진다고 생각합니다. 그 이하 레벨에서는 성공의 구현 속도에 영향을 줄 뿐이라고 생각하고요. - 신입에서 시니어, CTO 레벨로 갈 수록 아래의 두 능력이 중요해진다고 생각하는데요. 1. 회사와 사람을 이해해야하고 - 회사가 전체적으로 어떤 목표와, 시스템으로 돌아가고 있는지 - 사람을 어떻게 써야하는지 등 2. 컴퓨터를 이해해야하고 - 컴퓨터의 하이레벨, 인간 친화적인 기술에도 익숙한 것 - 컴퓨터의 로우레벨, 기계 친화적인 기술에도 익숙한 것 - 하이레벨과 로우레벨 사이의 동작과정을 머리속으로 시뮬레이션 돌릴 수 있는 것 요약하면 사람의 문화와, 컴퓨터의 문화를 둘 다 잘 이해하면서 둘 사이를 적절하게 조율 하는 능력을 길러야 한다는 것이고 말씀하신 대로 이건 1:1 도제 방식으로 경험이 많은 선배가 가능성 보이는 사람을 눈여겨 보고 단순히 어떻게 해라 라는 지식의 주입이 아니라 몇 년 단위의 각자의 경험, 상황 속에서 토론과 피드백으로 기르는거라고 생각합니다. - 그런데 현재 개발 문화를 보면 언급하신 것 처럼 빠르게 취업시키기 위한 인간 친화적인 언어와 기술에만 초점이 맞춰져있지 당장 실무적으로 사용되지 않는 기계 친화적인 기술은 점점 더 경시하고 있습니다. 오히려 기계 친화적인 기술을 공부하면 이상한거 한다고 조롱합니다. 어셈블리어를 공부하면 그거 어차피 안쓰는데 쓸데없는거 왜 공부하냐는 말 들어요. 거기에다가 질문지와 답지를 주고 연극 한다고 하니 어처구니가 없네요. 참... - 지금 흐름은 큰 충격이 있지 않는 한 거스를 수 없는 흐름이라고 생각합니다. 대부분은 단기적인 이익을 보고, 편한길을 가기를 바라니깐요. 지금까지 보아온 이런 대중적인 문화의 흐름 대부분은 끝까지가서 박살이 나봐야만 자각을하고 회복이 되더라고요. 그래서 그렇게 쇼크가 오기 전에 지금 선배님처럼 어떤 이유로, 왜 본질에서 벗어나고 있는지 업계 이면을 분석해서 설명 해주시는걸로 자각시키고 미래의 쇼크에서 대비하려면 무엇을 준비 해야하는지 멘토링 하는게 중요하다고 생각합니다. 대중을 설득 시킬 수는 없지만 반응하는 소수가 있다면 그 분들을 챙겨줘야죠. 결국 회복이 될 때 또한 회복을 이끌어줄 인재들이 필요하니깐요. 너무 좋은 댓글 달아주셔서 감사합니다.

경력자는 어떻게 준비해야한다는 말씀이신가요?

현 상황을 받아들이고 내가할수 있는 원칙과 프로세스를 만들고 꾸준히 하면 될까요..?

@@아이두고우 영상 자체 내용을 기반으로 하면 이렇게 해야한다는 것 조차도 제 원칙과 프로세스, 저만의 시스템입니다. 그래서 저는 말씀하신대로 ‘지금 상황을 받아들이고 원칙과 프로세스를 만들고 꾸준히 하면 된다’고 믿지만 역시나 이것조차 저의 뇌피셜인거죠. 제 말에 모순이 좀 많습니다. ㅎㅎ 제가 된다 안된다 확정해드릴 수 있긴합니다. ‘저를 믿으시면 다됩니다. 제 말을 따라오세요. 무조건 됩니다.’ 이러면 추종자도 생기도 돈도 잘벌고 그러겠죠. 근데 아직은 별로 하고 싶지 않네요. 대신에 토론은 해드릴 수 있습니다. 경력이 1년이라고 하셨는데 이전에는 어떻게 공부하셨나요? 전공생인지 아닌지, 몇 년 공부하셨는지, 뭘 공부하셨는지, 회사에서는 어떤 역할이셨는지?

물경력이 되는건 회사에서 하는일만 하기 때문이라 생각합니다. 회사에서 일을 주고 그 일만 처리하기 때문이라 생각해요. 이게 왜 이렇게 작동하는지는 궁금해 하지 않고요. 근데 이건 성향이라 억지로는 하기 엄청 힘들다고 생각해요. 불안함보다 호기심이 크신분들이 분명 있고, 프로그래밍 자체가 즐거워서 퇴근하고도 코딩을 하시는 분들이 있어요. 왜냐면 머릿속에서 그게 떠나지 않아 해봐야 되거든요. 그렇다고 여기에만 몰두해야되나? 그건아닙니다. 취미는 하나가 아니라 여러개가 될수있잖아요. 나의 취미는 족구도 하고 게임도하고 코딩도 하고 책도 읽고 영화도 보고, 그런거죠 . 코딩을 일적으로만 바라보는 사람들은 힘들어해요. 이걸 즐기는 사람들, 이게 또 중독성이 강해요. 몇일간 고민했던게 어느날 아침 갑자기 해결 됐을때의 그 도파민은 장난아니거든요. 개인적으로는 처음엔 고민되고 힘들지만, 점점 재미있어요. 게임이랑 같죠. 저는 프로그래밍할때랑 게임할때랑 비슷한 느낌입니다. 고통스러운데 재밌어요. 우리 깊이감 있게 즐겨요~그렇다면 면접관이 내 프로젝트에 대해 깊이감 있는 질문이 즐거워요 저는 그랬습니다. 물론 위 영상말처럼 본인이 판단하는것이기에.. 그냥 저희회사 저연차분들에게 하고싶은말을 여기가 끄적이며, 저또한 위로를 받고있을지도요. 그냥 이런 생각을 갖고있는사람도 있구나 해주세요~저는 제가 신입때 제가 만든 프로젝트에 대해 깊이있는질문이 즐거웠어요. 내가 아는걸 뽐낼수 있고, 잘못되거나 다른방향성에 대해 논의를 해볼수 있는 장소였기 때문이죠. 그 어느때보다 내가 만든 프로젝트를 유심히 그리고 심도있게 봐주는 곳이 면접 자리라고생각됩니다. 나의 노력의 산물을 자랑하고, 고민해보는곳. 개인적인 생각으론 즐겼으면해요...

@@코딩웨일-u2j 유튜브 말고 따로 오픈카톡방 같은게 개설된게 있으려나요?? 유튜브 공개 된곳에 너무 다 말해버리면 … ㅠㅜ

예외처리를 해줘야겠죠. 현실에서는 무조건 리스크는 생긴다는걸 가정해야합니다. 프로세스에서 벗어난 일이 발생하게 되요. 방법1 : 버퍼 기간 설정 저는 항상 최소한의 버퍼기간를 둡니다. 버퍼기간이란 예상하지 못한 이유로 미루어진 일을 처리하는 기간입니다. 주7일중 6일은 업무기간 1일은 버퍼기간으로 설정합니다. 버퍼기간에는 6일에 못했던 일을 처리하고, 남은 일이없으면 자유롭게 사용합니다. 주간쁜만이 아니라 하루 몇시간, 월간 몇일, 분기별 몇주 등 버퍼기간을 추가적으로 설정할수도 있습니다 이런식으로 버퍼기간을 잡아서 예외 상황에 대한 대비를 해줍니다. 방법2 : 예외 비율 측정 그리고 예외 상황이 생기는 비율을 측정합니다. 회식과 야근, 불규칙인 사건이 규칙적이지 않아보이지만 한달, 분기 단위로 보면 어느정도 비율이 있습니다. 이렇게 퉁제하기 힘든 불규칙적인 사건은 확률을 아용해 통제력을 채웁니다. 이렇게 버퍼기간과 예외 상황 비율을 고려해 할 일을 설계해나가면 됩니다. 이걸 프로젝트로 확장하면 프로젝트에서의 일정관리 프로세스가 됩니다. 방법3 : 로깅 및 디버깅 그리고 아주 높은확률로 내 프로세스가 왜 잘 작동하지 않는지 모르는경우가 많습니다. 저는 24시간을 시간단위로 로깅해서 (정확히는 25분 업무, 5분 휴식, 3번 반복한 후 30분 휴식하는 것을 1타임으로 설정해서 반복합니다) 이론적 프로세스와 실제 현실 행동에 어떤 괴리가 있는지 비교해서 디버깅하면서 간격을 좁혔습니다. 로깅을 해보면 머리로는 인지하지 못 한 훨씬 더 많는 문제점이 발견됩니다.

목소리도 조곤조곤

후회없는 선택을 하셨으면 좋겠습니다.

@@코딩웨일-u2j 다른일하면서 제 서비스 만들어보고 싶네요. 몸쓰는일이라 쉽지않겠지만.. 그래도 여태까지 한게있으니.. 해볼까하네요.

자랑 하는게 아니예요. 본인 목표와 하고 싶은거에 맞게, 가치관에, 살아온 환경에 맞게 하시면 됩니다. 저는 제가 죽어도 하고 싶은 게 있는데 저처럼 해야만 한다고 말하고 싶지 않아요. 워라벨 지키면서 살고 싶은 분들이 있고 그분들은 그렇게 살아야 합니다. 다만 저도 제 그런 선택에 대한 결과를 제가 지고 그분들도 그런 선택에 대한 결과를 제가 지는거죠. 저도 그분이 빚을 다 갚자마자 얼마 지나지 않고 사망하셨다고 해서 안타깝더라고요.

영상이나 소리관련 피드백은 조금씩 개선해보겠습니다. 시간이 없어서 포맷을 바로바로 바꾸기가 힘드네요. 일단은 정보에만 집중해서 만들고있습니다.

아예 안쓴다는건 좀 과장된거긴하지만 인맥 추천 비율이 엄청나게 높아지긴하죠.

​@@코딩웨일-u2j 제가 면접보면서 이력서 받을때 보면.... 확실히 잘하는 사람들은 인맥으로 다 빼가고 거기서 남은 사람들만 오더라고요.

개발자라는 직업자체는 대체되어도 IT업종은 사라지지 않을거고 뛰어난 개발자가 가지고있는 능력은 계속 필요하겠죠. AI에 의해서 사라지는 직업만큼 새로운 직업이 생겨날거라고 하는데 생겨날 새로운 IT업종의 직업에 가장 빠르게 적응할 직업은 기존의 뛰어난 개발자 일거구요. 개발이 어그로가 끌려서 그렇지 그외 직업들은 조용히 잡아먹히고있어요. 노가다를 배워야 한다고 하는데 그것도 사실 예상 불가능하고 단기적으로는 지금 건설 불황이라 일용직 일자리도 많지않고요.

너무 걱정하지 않으셨으면 좋겠습니다. 오늘한번 위기를 오히려 더 큰 기회로 만드는법을 올려볼게요

말씀하시는거만 봐도 같이 일하고 싶은 분이네요. SCI 한편 씩이 메리트가 없다는건 좀 많이 충격이고요. 허;; 해당 분야의 탑 전문가분들에게 엄청나게 고차원적으로 비즈니스 사고를 요구하는건 아니고 내가 하는 일이 그 회사 돌아가는 것에 벗어나지 않고 기여를 확실히 하고 있다는 것만 보여줘도 되겠죠. 회사가 실무자에게 경영을 원하는 것은 아니니깐요.

ㄹㅇ ㅋㅋㅋㅋ 조선시대때 쓰던 문화 사상 이악물고 지들 편할라고 유지 하는게 100년이 지나도 쳐 바뀌질 않음 ㅋㅋㅋㅋㅋ

판타지 좋아하면 한번쯤 생각하게 되죠ㅋㅋ 어렸을 때부터 RPG하면 마법사, 주술사류를 좋아해서 코딩이 재밌어요ㅋㅋ

정리 해고 당했다고 말하지 않아도 되니깐요..ㅎㅎ 1년 다녔으면 경력이죠. 실력이 있어도 회사 사정 상 정리 해고 당하는 경우도 있어요 실력이 부족해서 정리해고 당한거면 그건 채워야하구요. 실력 때문인데 정리해고당하면 자존감 떨어지실 것 같은데 잘 추수리시고 준비하면 꼭 이직하실 수 있을 겁니다.

@ 아 재정악화로 정리해고를 당했고 이런경우에 주변인들께 들어보니 오히려 면접사유로는 깔끔하다고 들었습니다 오히려 이런일을 겪게 되고나서 개발자로서 가치관을 다시 생각하게 되고 좀더 열심히 공부해야겠단 생각이 드네요..