隣のプログラマー君

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

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

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

요즘은 글 쓸 때마다 매번 하는 말 같지만 상당히 오랜만에 글을 쓰는데, 글을 안 써올리는 이유는 내가 SI 개발자인 탓이다. 이 악마의 업계는 프로젝트에 들어가면 말도 안되는 업무량이 쏟아지기 때문에 진짜 글을 쓰고 자시고, 자기계발도 맘대로 하기가 힘들만큼 고통을 안겨준다. 이런 이유로 글이 안올라온다면 내가 과중한 업무에 시달리고 있다고 보면 되겠다. 어찌됐든, 이 글을 쓰게 된 이유는 새롭게 글을 작성해서 올릴 생각이라 공지성으로 올린다고 보면 될 것 같다. 다른건 모르겠는데 개발, 개발 트랜드, 개발 업계에 대한 이야기들이 애송이 개발자 입장에서 쓴게 많다보니, 오류도 많고 잘못된 설명, 나도 이해못하고 한 설명도 상당히 많아서 그걸 좀 올바른 정보로 정리한 뒤에 게시하려고 한다. (나도 짬이 ..

정말 오랜만에 글을 쓰는 것 같은데 오늘은 패키지 관리자(매니저) 에 대한 이야기를 좀 하려고 한다. 최근에 개인적으로 만드는 프로젝트는 모두 한가지 패키지에서 관리하고 배포해볼까? 라는 생각이 들어서, 모노레포를 활용해볼까 하는 중인데 그러다보니 자연스레 이 yarn 이랑 Npm에 대해서 알아야하다보니 좀 자세히 파보려고 준비를 한다. 저 두가지를 얘기하기 전에 기본적으로 패키지 관리자가 뭐하는 애들인지부터 알아야하기 때문에 일단 이 글로 한번 정리하고 넘어가보자. 1. Package? 먼저 Package에 대한 정의부터 하고 넘어가도록 하자. JavaScript로 개발을 하는 사람들이라면 초급, 신입 개발자라도 Module이라는 말에는 상당히 익숙하겠지만, 그 초급, 신입 개발자의 경우 대부분 이 P..

오늘 우리회사 대표님이 스벨트 점유율이 올라간다며 새로 시작하는 프로젝트 중에 사용할 수 있는 곳이 있으면 한번 도입을 해볼까? 이런 얘기를 하시더라. 그런 김에 안그래도 관심이 좀 있기도 했었어서 오늘은 간단히 최근 Front-end FrameWork 동향에 대해서 한번 이야기 해보고자 하는데, 지금 막 Front-end 개발을 시작하는 개발자들도 한번 생각해볼 수 있는 시간이 되었으면 좋겠다. 일단 최근 프론트엔드 프레임워크 동향에 대해서 한눈에 확인할 수 있는 사이트를 하나 링크를 걸어두겠다. https://2022.stateofjs.com/en-US/libraries/front-end-frameworks/ State of JavaScript 2022: Front-end Frameworks This..

6월부터 수강생 두 분을 모시고, 수업을 시작했는데, 어느덧 한 분의 수업을 마무리 짓게 되었다. 이유는 하고 싶어하시는 분야가 웹이나, 앱이면 개발하는 느낌이 거의 비슷하니 계속 수업할 수 있겠다만.. 이 분의 경우엔 Python 으로 머신러닝 프로그램 만드는 계열이 목표셔서 처음부터 관련 라이브러리 및 머신러닝 개발에 대해서 제대로 가르쳐 드리기는 조금 힘들 것 같고, 기초 프로그래밍에 속하는 파트만 알려드리기로 했었기 때문이다. 여기서 말하는 기초 프로그래밍은 진짜 기초 맞다. 변수가 뭔지, 데이터 타입(자료형), 반복문, 조건문, 예외처리 등등 이런거 가르쳐 드린거였음. 어쨌든 수업을 마치고 리뷰라도 한번 써보고자 하는데, 내가 가르치면서 어려웠던 부분들을 조금씩 정리해두고자 한다. 일단 첫번째로..

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

오늘 뉴스를 보니까 태풍 카눈이 올라온다고 하더라. 뭐 워라밸 짱짱인 직장인들은 휴가를 고민하고 있지 않을까 싶다. 쿨하게 태풍오는 동안 휴가 딱 쓰고, 집에서 뒹굴거리거나 아니면 재택근무한다고 집에서 일하면 되는데, K - SI 개발자들은 그런거 없다. (특히 좋소 SI 라면 더더욱 그렇다. ) 앞선 글에서 휴가에 대한 이야기를 하긴 했는데, 상세하게 설명하지 않았고, 기왕 이렇게 된거 휴가에 대한 슬픈 이야기를 한번 써볼까 한다. 결론부터 얘기하자면 좋소 SI 개발자들은 휴가가 상당히 자유롭지 못하다. 이게 차라리 우리나라 4대 SI 정도 되는 초대형 SI 기업이라면 슈퍼 을의 포지션이라 좀 나은데, 좋소 SI는 이 초대형 SI의 하도급을 주워먹고 사는 회사들이기 때문에, 갑을병정무기경신임계 중에서 ..

오늘 할 얘기는 서버라는 말을 좀 집중적으로 파볼건데, 최근 인프라에 대해서 좀 알아보다보니, 내가 잘못 이해하고 있던 것들이 꽤나 있어서 이 부분을 제대로 정리하고 넘어갈 예정이다. 위에 있는 그림이 이제 웹 어플리케이션이 동작하는 방식을 명확히 보여주는 예시인데, 그림만 보면 그냥 골머리가 썩을거다. 웹 서버는 뭐며, 웹 어플리케이션 서버는 뭐고, 클라이언트는 무엇인가? 라는 부분에서 일단 상당한 혼란이 올 것으로 예상된다. 인프라나, NEXT.js의 SSR 기능을 잘 사용하려면 이런 부분에 대한 이해가 확실히 필요하니 한번 제대로 알아보자. 1. 용어 정리 일단 시작 전에 용어 정리를 간단히 하고 넘어가도록 하자. 사실 이 혼란들은 신입, 초급 개발자 입장에서 용어를 올바른 쓰임새로 쓰지 않기 때문..