隣のプログラマー君

오늘은 공수라는 개념에 대해서 한번 얘기해볼건데, 이게 SI 업계에선 빠질 수가 없는 내용이다. 이거때매 울고 웃고 다한다고 보면 된다. 실제로 나도 공수보고 화들짝 놀라서 전 회사 탈출 한거기도 하다.  공수가 뭔가요?공수란, 정보처리기사 공부해보면 볼텐데 그 맨먼스(ManMonth)라고 하는 그거다. 특정 작업량을 몇명의 개발자가 몇개월동안 해야하는지 그 계산을 해보는 거다. 뭐 현장에 따라서 세밀하게 쪼개서 맨데이(ManDay), 맨위크(ManWeek) 이렇게 쪼개는 곳들도 있긴함. 근데 기본적으로는 맨먼스를 기준으로 공수를 산정한다고 보면 되겠다.  공수가 왜 문제인가요?공수 자체는 문제가 아니다. 돈을 받기 위해선 당연히 내가 하는 업무의 가치를 환산해서 돈으로 확인할 수 있어야하기 때문에 공수..

오늘은 한 사례를 주워듣고와서 아 이거 소재로 써야겠다. 라는 생각이 들어 왔다. 어떤 PM을 만나면 당장 탈출해야하는지 이야기를 한번 해보려고 한다. 이전에 PM 욕을 한바가지 써놓은 적이 있긴한데, 오늘은 "절대 탈출해야만 하는 PM" 으로 이야기하려고 함.  뭐 썰을 풀자면 모 PM 한 명이 일정관리, 인원관리, 진척도관리 등 걍 모든게 똑바로 되지가 않아서 개발자들이 삽질 + 철야 + 매일 야근 + 매주 주말출근 까지 하는 놀라운 프로젝트였다. 뭐 심지어 팀원들 사이에 갈등 조장 + 팀원 중 한 명과 감정적인 마찰 + 중간 리더 견디다 못해 퇴사, 하지만 돈을 벌어야하니 있는 애들 갈궈서 어떻게든 결과물 제출 이런 식으로 최악의 결과물을 낳으신 대단한 PM이시던데.. 디테일하게 한번 얘기해보자. ..

요즘 DeepSeek가 아주 이슈다. Chat GPT 와 같은 기존의 AI들에 비해서 파격적인 비용절감을 해냈기 때문에 AI도 보급화가 되지 않을까 하는 특이점이 온 것 같다. 뭐 이게 중요한게 아니고 저 DeepSeek 라는 녀석 때문에 번뜩 하나 써볼까~ 하는 주제가 생각이 났는데 그 얘기를 한번 해보려고 한다. 내가 만 1년차도 안됐던 시절에 이 AI 라는게 막 급부상하기 시작했는데, 그 때 주변 사람들을 보면 막 Chat GPT 한테 코드를 어떻게 짜야할지 물어본다거나 하는 일이 많았다. 나는 이런 행동에 대해서 반대하는 편이었는데 오늘 그 이유를 한번 얘기해보도록 하자. 1.  Chat-GPT 써도 공부된다?GPT의 힘을 빌려서 실제로 공부하고 많은 도움을 얻고 있는 사람들도 있겠지만, 난 좀 ..

아주 오랜만에 또 블로그에 글 갈기러 왔는데 기술 얘기가 아닌것이 유감이라고 생각한다. 솔직히 얘기하면 요즘은 그닥 기술얘기를 쓰고싶지가 않음. 그렇다고 공부를 안하는 건 아닌데, 이게 설명을 하자니 내용이 길고 내가 A라는 기술을 기록을 하려고 하면 그 A가 나오기까지 모든 히스토리를 기록해둬야 된다는 마인드라서 오히려 손이 잘 안가게 된다.  하여튼 오늘은 여전히 SI라는 업계에 대한 소식을 꾸준히 접하고 있고, 이제 SI 업계에서 발을 뗀 입장이긴하지만 내 생각 상 SI 개발자로 살아가기 위해서 갖춰야할 마음가짐이랄까. 행동 양식에 대해서 좀 명확하기 전달해보고 싶다는 생각이 들어서 한번 써보고자 한다. (이거 못지키면 걍 SI 할 자격이 없는 리스트 이런거임.) 주변인 중에 현재 SI 프로젝트에 ..

오늘 가져온 건은 한 몇달 전까지만해도 채용공고를 뒤적거리고 있던 내가 아 이거 소재로 써야겠다 하고 귀찮아서 안쓰고 있던 내용인데, 도대체 이런 채용공고를 내는 미친 회사는 안사라지나? 라는 의미에서 한번 써본다.  얘기하기에 앞서 혹시 React가 언제 세상밖에 나와서 오픈소스가 되었는지 알고 있는가?만일 모른다면 꼭 기억해두길 바란다.  1. 10년차..?대충 한 4,5개월전에 봤던 SI 채용공고인데, 아마 다른 회사들도 그런게 꽤 있지 않을까 싶다. Front-End 시니어를 채용한다는 공고 였었는데 React를 사용한 실무 개발을 한지 경력이 10년 이상 뭐 15년 이상된 개발자를 찾는다. 이런 식으로 채용공고를 띄우는 개똥같은 회사들이 있더라. 왜 그냥 메타 출신 개발자를 찾지 그래요? 라고 ..

안 그래도 소재 없어서 빌빌 대던 나에게 "전"회사가 소재거리를 툭 던져줬다.. 기분이 나쁘긴한데, 그래도 아싸 소재생겼다 라는 생각부터 드는거 보니 나도 블로거 다됐나봄. 할튼 역시 "K-중소기업" 파도파도 괴담만 나오는건 국룰인가보다. 어떻게 된 사안이냐면, 퇴사하고 2주가 지나갔는데도 퇴직금이 들어오기는 커녕 이렇게 하세요 라는 안내 연락조차도 없어서 내가 먼저 연락을 했었다. 그랬더니 뭐 줄테니까 기다려라. 라고 아주 띠껍게 큰소리 떵떵 치길래. 나도 좀 화나서 지급기한부터 지급방식까지 멀쩡한 방식으로 진행되지 않아서 이해가 가질 않으니 물어본거다. 라고 말을 했더니 그제서야 미안하다고 미리 양해를 구했어야했는데 그러지 못했다. 어쩌고저쩌고.. 하며 상황설명을 해주더라. 하여튼 이 나라는 그냥 좋..

한 한두달만에 또 게시물을 쓰게 됐는데 요즘 이제 막 내 입장에서 새로운 경험도 딱히 없고, SI 가 악명높기는 하다만 개발자 붐 때문에 많은 사람들이 SI에 진입하고 이 SI의 현실이 많이 까발려지다보니 좋좋소들 역시 순진무구한 신입 유치를 하기 위해 이미지 관리 한답시고 좀 사리는 것 같아서 진짜 소재가 없다. 그럼에도 불구하고 내가 오늘 글을 써제끼러 온 이유는 내가 SI 에서 탈출했기 때문이다. 입사하고 쥐뿔도 없었지만 계속 다른 서비스 혹은 중견 이상 사이즈 되는 기업의 인하우스 개발자(전산팀 같은 느낌)로 지원을 하고 있었는데, 1년 반쯤 플젝 뛰고 이력서 내용 계속 추가하고 하다보니 꽤 유명한 외국계 기업에 인하우스 개발자로 일할 수 있는 좋은 기회가 생겨 회사를 옮기게 되었다. 그래서 뭐 ..

오늘은 뭐 어느 누구의 잘못도 아니고 회사가 구데기라 발생하는 문제에 대해서 이야기를 하려고 하는데, 끊임없이 공급되는 신입에 대한 이야기다. 일단 시작하기에 앞서 물론 나도 이 회사에 신입으로 들어왔으니 개발자로 커리어를 시작할 수 있었던 건 맞다. 하지만 나만 빼고 다 안돼! 이런 얘기가 아니라 그냥 구조적으로 문제가 있다는 얘기다. 중소 SI 기업의 경우엔 진짜 끔찍하게도 중,고급개발자가 없다. 중급은 그냥 우리 회사에서 초급이 중급이 된 케이스가 대부분이고, 고급은 당연히 제대로 된 고급 개발자분들이 있기도 하지만 솔직히 고급이 맞는지 모를 사람들도 꽤나 있다. 그래서 대부분 인구분포도가 극도의 피라미드를 그리거나, 더 심각한 데는 날먹 고급을 많이 주워와서 모래시계 형태로 날먹 고급입에 밥 넣어..

오늘은 내가 이번 플젝에서 PM 때문에 받은 스트레스가 어마무시하기 때문에 PM에 대해서 이야기해보려고 한다. 개발 프로젝트를 하면 당연하게도 PM이라는 존재가 있는데, 이 PM의 병신력이 얼마나 높고 낮냐에 따라 프로젝트가 안정적인지 아슬아슬한 줄타기를 하는지가 결정된다. 일반적으로 중소 SI 기업에서 갖다 쓰는 PM들은 문제 있는 사람들이 많은데, 당연하게도 능력있고 좋은 PM들이 이딴 회사에 일하러 올리가 없기 때문이다. 기본적으로 SI프로젝트의 핵심은 개발을 요청하는 고객사가 하고 싶은 비즈니스 파악에 있다. 어떤 업무를 자동화하기 위해서 프로그램 개발을 요청했는지가 가장 중요한데, 이 부분에서 PM 역량이 정말 크게 작용한다. 고객이 뭐 이런걸 하고 싶다. 라며 설명을 할텐데, 중소 SI의 맛이..

이번엔 좋소 SI 거르기 에 대해서 한번 알아볼까 하는데, 경력이 없는 신입 개발자들에게 좋소 SI 아니면 갈데가 많지 않긴하지만 그래도 진짜 이런거만큼은 거르길 바란다는 의미로 받아들여주길 바란다. 1. 가산 구로를 거르자. 가산 구로에 대한 악명은 생각보다 높은 편인데, 그 이유가 좋소 SI 들이 거의 대부분 거기 있기 때문이다. 누군가는 개발자 커리어의 무덤이라고 부르기도 하는데, 그 이유가 저기 있는 회사들이 참여하는 프로젝트가 대부분 무슨 조선시대급 기술 스택을 채용하고 있기 때문이다. 일반적으로 공공기관 프로젝트라면 전자정부 프레임워크쓰니까 (전자정부 프레임워크는 Spring 기반이라 그나마 낫다.) 그런갑다 할 수 있는데, 다른데 가서 Spring 조차도 안쓰고 개발하는 회사는 진짜 뭔가 싶..