Limky 삽질블로그

우선 글의 모든 내용은 지극히 개인적인 사견임을 밝힌다. 나는 1년동안 중소기업 솔루션파트에서 근무를 했다. 물론 솔루션파트였지만, 나의 파트는 SI성이 짙은 프로젝트가 많았다고 생각한다.그 이윤 진정한 솔루션 제품을 개발하기 위해선 3~4개월 정도의 단기간 개발을 통해 솔루션 제품을 만들 수 없다고 생각한다. 그것 또한 이해가되는 것은 팀의 매출을 올려야하는 부담이 작용했으리라 생각된다.다시말하면, 오로지 솔루션개발에만 몰두하는 것이 팀내 큰 부담이며, 적절한 SI성 프로젝트를 가미하면서 팀을 이끌어야한다는 것이 상급자들의 대부분 생각이였다. 1년간 근무하면서 많은 것을 보고 느끼고 경험했다 생각한다.누군가는 1년이면 이제 첫걸음 뗀거지 얼마나 안다고 그러냐라고 말할 수 있다. 맞다 이제 첫걸음 뗀걸 ..

나는 현재 중소기업규모의 소프트웨어회사에서 안드로이드 업무를 맡고있다. 안드로이드도 하면서 이것저것 개발도 하고 있다. (웹, 키넥트, 영상처리 등등) 좋은 팀원, 안정적인 보수(높지도않지만 적지도않은 초봉 하지만 중소기업기준이라면 굉장한 보수), 개인적으로 훌륭한 ceo와 경영진은 사실 처음 겪어본 회사지만, 이런 회사가 또 있을까 하는 생각도 든다. 근데 중요한건 내가 사표를 던졌다는 것이다. 그러한 행동을 한 이유 중 하나는 사실 예정된 행동이였다.. 정확히 말하면, 1년 6개월전에 처음 생각을 했고, 계획을 짰으며, 행동으로 옮겼다. 그리고 때가 왔다고 생각하고 있다. 미래에 대한 불안감이 가득했고, 성급했던 대학교 3학년이 끝나고 나는 학교내 취업센터에 찾아 상담을 받았다. 내가 건낸 첫마디는 ..

내가 생각하는...개발자가 갖추어야 할 태도. -변화를 받아들여라.-똑같은 낫질을 3번했다면, 4번째 낫질은 하지 않는다.-고객에게 복잡한 서비스를 제공하지 마라.-구현에 앞서 전체적인 시스템구성과 큰 틀을 이해하자.-왜 구현해야하는지, 어떤 목적의 서비스인지, 개발 목적부터 최우선으로 파악하자.-How보다 Why?를 생각하는 개발자가 되자.-때론 어려운 개념과 설명보단 짧고 간단하게 요약해서 말하는 습관을 들이자.(간단명료하게 표현하자.)-만약 사용자에게 1번의 불필요한 액션을 제거하기 위해 100줄의 코딩을 해야한다면, 당연히 100줄의 코딩을 해야한다. 좋은 프로그래밍이란..? -수정이 용이하도록 코딩을한다.-하나의 기능안에서 동작하는 여러 프로세스과정을 모듈화하고 쪼갠다. (결국 수정이 용이하도록..