잃어버린 시간을 찾는 개발자

지난 달에는 새로운 회사로 이직하였다. SAP를 전문적으로 다루는 회사이다.정든 회사를 떠나는 것도 새로운 회사에 적응하는 것도 생각만큼 쉽진 않은 일이었다.이전 회사에서 2년 반 정도의 시간을 보내면서 가졌던 안정감을 버리고 새로운 회사에서는 리스크를 질 수 밖에 없다는 게 크게 와닿았다. 실수 한 번에라도 수습기간에 직장을 잃게 될 수도 있는 게 아닐까하는 생각이 들었다. 단순히 똑같은 일을 하면서 연봉을 높이는 차원은 아니었다. 그래도 이직에 성공하여 차츰 자리를 잡아가는 게 느껴진다. 새로운 회사에 온만큼 새로운 기술을 배우고 있고 내 몫을 해내고 있다.나는 BW 시스템에 익숙하지 않았다. BI를 한다고 하면 SAP BO ETL 툴을 낀 DW 시스템을 운용하였다. 데이터 모델링이나 ETL 과정에서..

의외로 주변에 평생 공부할 생각을 가진 개발자는 그다지 없는 듯하다.내가 상상하던 개발자는 평생 공부할 생각을 가지고 사는 사람이었다.새로운 기술에 관심을 가지고 어떻게 하면 더 나은 시스템을 만들 수 있을지를 고민하는 사람이었다.내가 너무 이상적인 개발자의 상을 상상했던 것인지 모르겠다. 주변에 개발을 재미있어하고 일할 때만은 엄청나게 몰입해서 문제에 집중하고 풀어나가는 사람은 많다. 그런데서 즐거움을 느끼는 것만으로도 개발이 적성에 맞는다고도 할 수 있다. 하지만 평생 공부할 생각을 하는 사람은 그다지 없는 듯했다. 한 번은 누군가가 프론트엔드 개발자는 되기 싫다고 하는 이야기를 들은 적이 있다. 그 이유라는 게 매번 프레임워크가 바뀌니 새로운 공부를 해야할 것이 부담이라는 것이었다. 그 이야기를 들..

개발에서 소통은 중요하다. 지난 프로젝트를 진행하면서 느낀 점이었다. 이번 프로젝트에서는 유난히 소통이 잘 안 되고 있기에 더 크게 느끼고 있는 부분이다. 주어진 일을 할 뿐인 주니어 개발자 입장에서는 소통이라고 해도 일방적으로 요건을 받을 수 밖에 없다. 요구사항을 직접적으로 듣고 정리하는 것은 PM, PL의 역할이다. 전에 참여하던 프로젝트에서는 대부분 잘 정리된 요건에 내가 할일이 명확했다. 하지만 지금 프로젝트는 그렇지 못하다. PM, PL의 요구사항 정리 능력이 부족하든 현업의 그림이 구체적이지 못했든 소통 부분에서 문제가 있다고 느끼고 있다. 일을 받는 입장에서는 불만이 생기는 부분이다. 만들어야 하는 내용이 어제 다르고 오늘 다르기 때문이다. 불만을 간접적으로 내비치긴 했지만 PM, PL로서..

오늘은 10시까지 야근을 했다. 화면단에서 POST 요청을 보냈는데 서버에서 아무 반응이 없는 부분을 해결하느라 시간이 걸렸다. 우선 우리 프로젝트의 개발환경은 front - nuxt, back - Spring boot로 이루어져 있었다. nuxt에서 스프링부트 서버로 요청을 보내면 컨트롤러에서 받는 형태의 스프링을 배웠다면 알기쉬운 직관적인 형태의 웹앱이었다. 심지어는 어느 정도 개발이 이루어진 상태였기에 많은 연결 사례 소스들이 있었고 이들중의 하나를 잘 카피하면 아무 문제 없이 연결이 되어야만 했다. 하지만 되질 않았다. 다른 POST 요청의 로직을 완전히 카피하다시피했는데도 서버에서는 아무 반응이 없어서 환장할 노릇이었다. 내가 생각해볼 수 있는 부분은 어딘가에 오타가 있거나 내가 카피해야하는데 ..

최근에는 SQL 튜닝 강의를 줄창 듣는 중이다. 지금 수행하고 있는 프로젝트에서 쿼리를 사용할 일도 많다. 지하철을 오가면서 강의를 주로 보는데 그러다보니 실제 쿼리에 적용해보는 일은 하지 못해서 아쉬움이 있었다. 그 아쉬움을 실무에서 풀어야지 하고 상상만 하고 있었다. 기회는 오래지 않아서 왔다. 현재 개발을 맡은 화면에서 데이터를 불러오는데 걸리는 시간이 생각보다 오래걸렸다. 해당 화면을 위해서 마트성 테이블을 구성하기도 하였으나 실시간으로 바뀔 수 있는 다른 테이블과 조인을 해야만 하는 상황이 있어서 마트만 구성을 할 수 없었으며 여러가지 조인 단계로 쿼리가 무척 길어졌다. 그에 비례하듯이 쿼리의 속도도 무척 느려졌다. 나는 강의에서 배운 것을 적용해봐야지 하며 기초적인 단계를 밟았다. 가장 먼저 ..

매년 가능하다면 하나 이상의 자격증을 따려고 한다. IT 관련 자격증은 많고 하나씩 따는 데에 재미가 있다. 자격증을 따는 데에 집중하면서 실무에서는 익히기 힘든 이론적인 토대를 쌓을 수 있다는 것도 무시하기 힘든 장점이다. 실무는 아무래도 주먹구구 식인 부분이 많다. SI 업계는 일단 돌아가기만 하면 된다가 핵심 모토이다. 어느 정도 이론적 토대 위에서 확장성 있고 객체지향적인 좋은 시스템을 만드려고 노력은 하지만 마감이 임박하고 일들이 쌓이고 서로 잘 알지도 못하는 프리랜서들의 결과물들이 겹치기 시작하면 돌아가기만 하면 되는 시스템이 완성되어버린다. 따라서 모자란 부분을 보충하기 위해서라도 이론적 토대로 접근할 필요가 있는데 이때 도움이 될 수 있는 게 자격증 공부나 교육기관을 이용하는 것이라고 생각..

4개월 뒤면 3년차 개발자가 되는 시점에서 내가 참여했던 프로젝트에서 쌓은 개발 기술 스택을 정리해보고자 한다. 내가 어떤 것을 써먹어봤는지 정리해보면서 내가 배운 기술을 점검하고 앞으로 어떤 기술을 배워나가면 좋을지 확인하고자 한다. 개발자로서 앞으로 해나갈 프로젝트들이 많이 있을 것이고 그때 그때 사용해야 하는 기술이 바뀔수 있으리라 생각한다. 하지만 큰 틀에서는 비슷한 기술을 해나갈 것이기 떄문에 사전에 쌓은 기술을 지속적으로 가지고 갈 수 있도록 기록해두는 것은 무척 의미있는 일이 될 수 있으리라 생각한다. 첫 번쨰 프로젝트: 공공프로젝트였는데 이곳에서는 파이썬을 이용한 웹 페이지 크롤링과 이를 엑셀로 정리하는 작업, pyQt5를 이용하여 만든 GUI 데이터 진단 툴을 만들었다. 혼자서 파이썬을 ..

웹개발을 시작하면 주로 하게 되는 것은 화면단에서 스크립트를 만지는 일이 될 것이라는 이야기를 들은 적이 있다. 그야 초급개발자에게 서버쪽 개발을 맡기기에는 부담이 너무 클테니 화면 구성을 맡게 하는 게 그나마 시킬 수 있는 일이라는 생각이 들었다. 하지만 나는 운이 좋은지 나쁜지 처음 투입된 프로젝트에서 자바도 자바스크립트도 전혀 만지지 않았다. 웹개발조차도 아니었다. 파이썬으로 api데이터를 수집 정리한다는 점에서 웹과 연결되는 부분이 없는 건 아니었지만 일반적으로 말해지는 웹개발과는 전혀 다른 분야였다. 파이썬을 지속적으로 활용하면서 데이터 일만 계속 할 수 있는 입장이 될 수 있다면 이 일을 계속붙잡았겠지만 아무래도 내가 처한 환경에 그런 것은 힘들었다. 비전공자 학원 출신 개발자가 데이터 처리 ..

세미나 발표를 위한 정리 API의 정의 약어 단어 의미 A Application 작업을 하는 소프트웨어 P Programming 애플리케이션에서 작업을 하도록 하는 프로그램 I Interface 프로그램이 작동하게 끔 전달하는 부분 Ex) Application 멜론 Programming 멜론은 음악을 틀기 위해서 음악 프로그램을 사용한다 -음악을 틀기 위해서 멜론(프로그램)을 구동하고 멜론에서 음악 프로그램을 사용한다. Interface 멜론에서 누를 수 있는 재생 버튼 API의 장점 -추가적인 수정 추가 없이 프로그램을 가져다 쓸 수 있다. -플랫폼에 독립적이다 -업그레이드에 안전하다 사전적 정의 a set of functions and procedures allowing the creation of ..

나는 직전 프로젝트의 철수를 28일에 했다. 엊그제(8일) PL님에게 연락이 와서 문제가 되는 부분의 추가적인 엑셀 정리를 요청하셨다. 끝날 때까지는 끝난 게 아니구나 하는 생각을 하며 엑셀 정리를 마무리 지었다. PL님에게는 여러지로 감사한 부분이 많았기에 도와드릴 수 있는 일은 도와드리고 싶었다. 엑셀을 정리해서 보내드리고 프로젝트를 진행하면서 내가 미흡했던 부분이나 교훈으로 새겨야 할 부분들에 대해서 정리를 해보고 싶었기에 이 글을 쓴다. 1. 정리정돈은 버릇이고 생활이 되어야 한다. 프로젝트를 진행하면서 뼈저리게 느낀 부분이다. 정리정돈은 버릇이고 생활이어야 한다. 매일 매일 정리를 해야한다. 사실 나는 무척 게으르고 정리정돈을 귀찮아 하는 성격이다. 굳이 인위적으로 정리를 안 해도 모든 것이 자..