@SoftyChoco Blog

예의 없는 사람은, 인정받기 어렵다.

회사에서 자신의 업무만 잘하면 승진하거나 인정받을 것이라고 생각하는 건 잘못된 생각입니다.  누군가는 자기 역할을 여기까지라고 생각하며 일을 멈추고, 누군가는 자신의 업무가 아니니 신경 쓰지 않는 태도를 보이기도 합니다.  그러나 회사는 개인이 아닌 팀으로서 문제를 해결하는 조직입니다. 결국, 함께 일하는 태도와 예의가 더 큰 성과를 만들어냅니다. 팀원 간의 예의직장에는 다양한 사람들이 존재합니다.누군가는 열심히 노력하며 매일 최선을 다하고 있지만, 모두가 성실하게 일하는 것은 아닙니다.때로는 ‘월급루팡’이라며 시간을 보내는 사람이나 업무 시간에 쇼핑몰을 들락거리는 팀원을 보게 되죠.열심히 일하는 사람 입장에서는 이런 태도를 보면 허탈해질 수밖에 없습니다.결국 성실했던 직원이 이직하거나, 혹은 비슷한 태..

개인적인 이유나, 이력을 위해 사이드 프로젝트를 시작해보셨던 적이 있나요?"이건 정말 잘 만들어봐야지!"라는 생각에 의욕이 넘치게 시작했지만, 어느 순간 흥미가 떨어지고 진행이 멈춰버린 경험이 있는 분들이 많으실겁니다.왜 이런 일이 생기는지 생각해보셨나요?오늘은 그 이유를 이야기해드리려고 합니다.마감 기한이 없어서학교의 과제나, 회사의 프로젝트는 마감 기한이 존재합니다.그 기한 안에 결과물을 내야하니, 어떻게든 시간에 맞춰 "현재 내가 아는 만큼의 지식"으로 해결하려고 노력합니다.하지만 사이드 프로젝트는 중요도가 상대적으로 떨어지다보니, 마감 기한이 없거나 너무 느슨한 경우가 많습니다.이런 경우에는 우선순위에 대한 고민을 하지 않고, 우선순위가 낮은 것에도 오랜 시간을 쏟는 경우가 많습니다.마감 기한을 ..

개발을 하다 보면 유난히 예상치 못한 오류가 자주 발생하는 사람들이 있다.특히 자신이 알고 있는 것이 항상 맞다고 믿는 사람일수록 그런 경향이 강했다.반대로 나는 내가 확신할 수 없는 부분에 대해서는 쉽게 믿지 않으려고 노력한다.이 글에서는 왜 개발할 때 "아무것도 믿지 않는 태도"가 중요한지에 대해 이야기해 보려고 한다.사람은 망각한다코드를 작성한 후 시간이 지나면 대부분의 개발자는 그 내용을 점점 잊어버린다.물론 기억력이 뛰어난 사람도 있지만, 보통 6개월 정도 지나면 자신의 코드라도 남의 코드처럼 느껴질 수 있다.그럼에도 불구하고 많은 개발자가 예전에 작성했던 코드를 완전히 이해하고 있다고 착각한다.특히 기존 코드와 연관된 기능을 추가할 때 이런 실수가 자주 발생한다.하지만 기억에 의존하면 실수가 ..

자신이 하는 질문이 "바보같은 질문일 수 있다"라고 말하는 사람을 본 적이 있다.이는 아마도 본인이 당연한 것을 몰라서 무시당하지 않을까 하는 두려움에서 비롯된 말일 것이라고 생각된다.하지만, 사실 바보같은 질문은 없다. 모든 질문은 의미가 있다질문은 더 깊이 이해하고 배우기 위한 과정이다.어떤 질문이건 그것이 나에게 도움이 된다면, 그걸 바보같은 질문이라고 할 수 있을까?우리는 질문을 통해 배움을 얻고 새로운 관점을 발견한다.심지어 아주 기초적인 질문이더라도 그것이 없다면 중요한 개념을 놓칠 수도 있다.따라서 어떤 질문이든 의미가 있으며, 그 자체로 가치가 있다. 질문을 낮추는 것은 상대도 낮추는 것이다 "바보 같은 질문"이라는 표현은 단순히 자기 자신을 낮추는 것이 아니라, 상대에게도 부정적인 영향을..

회사에 입사하는 경우, 많은 분들이 긴장되고, 불안하고, 기대되는 등의 감정들로 인해 매우 복잡한 상태입니다.또한 '잘하고싶다'라는 열정은 있는데, 작은 실수들로 인해 자주 지적받게 되죠.압박이 커질수록 제 실력을 제대로 발휘하지 못하는 경우가 많은데요,옆자리 팀원은 나보다 어떤게 뛰어나서 저렇게 잘하는거지? 라는 생각이 자꾸 들거나,'내가 이곳에서 잘할 수 있을까?' 라는 생각이 스멀스멀 올라옵니다.점점 자신감, 자존감이 낮아지고, 업무에 악영향을 끼치기 시작합니다. 어디서부터 문제일까?많은 사람들이 입사 초기에 무엇을 해야 할지 몰라서 이런 상황이 발생합니다.물론 시간이 지나다 보면 적응이 되어가면서 원래의 능력을 보여주게 되고, 자신감이 돌아오는 것을 경험할 수 있습니다.그럼 왜 이런 문제가 발생하..

개발을 잘하고 싶어하는 분들이 자주 묻는 질문이 있습니다."설계는 어떻게 해야하나요?", "이런 설계가 정답인가요?"그리고 이런 질문에 대한 답변은 다양합니다.모놀리식 VS MSA로도 갈리기도 하고, kafka VS rabbitmq 로도 갈릴 수 있구요.케바케(case by case), 서비스에 따라 다르다 라는 말을 하는 사람도 있습니다.회사에서 서비스 개발을 하면서 수많은 선택을 하는데 있어서 설계에 대한 정답이 뭘까요?요리로 빗대어 생각해보자.직접 요리를 해드시거나, 하지 않더라도 음식은 누구나 먹겠죠?요리를 하지 않더라도 계란프라이 정도는 해보거나 드셔보셨을꺼에요.그럼 계란프라이를 만드는데 필요한 것은 무엇이 있을까요?대표적인 재료로는 계란, 식용유, 소금 등이 있습니다.자, 그럼 계란프라이를 만..

개발자들은 보통 하드 스킬에는 많은 신경을 쓰지만, 정작 업무 효율에 대해서는 깊이 고민하지 않는 경우가 많습니다.특히 신입 개발자일수록 이런 경향이 강하게 나타나죠.하지만 개발과 업무는 생각보다 비슷한 패턴을 보입니다.시스템에 부하가 생기는 경우?아무런 최적화가 없을 때 시스템에 부하가 생기는 원인은 다음과 같습니다.단순한 조회가 많을 때네트워크 요청이 많을 때CPU, 메모리, Disk I/O, 네트워크 등 시스템 자원을 많이 사용할 때그 외 기타...위에서 이야기한 내용들은 대부분 쉽게 개선이 가능한 영역입니다.캐시를 사용하거나, 요청 여러개를 묶어서(bulk) 요청하거나, 스케일 업 또는 스케일 아웃 하는 방법 처럼요. 이런 케이스는 간단하게 해결할 수 있는 부분을 업무적으로 봤을 때는 어떤 상황일..

누구나 취업을 준비할 때 좋은 회사를 고르고 싶어 합니다.물론 많은 사람들이 생각하는 '좋은 회사'는 돈 많이 주고 보상이 확실한 대기업이겠지만, 모두가 대기업을 갈 수 있는건 아니잖아요?하지만, 대기업이 아니더라도 좋은 회사를 선택할 수 있는 방법이 있습니다.가치를 어디에 두느냐에 달린 부분이죠.요즘처럼 취업이 어려운 시기에는 더더욱 중요하니 꼭 읽어보세요!"왜 우리 회사에 지원하셨나요?"아마도 면접에서 "지원자님은 왜 우리 회사에 지원하셨나요?"라는 질문을 받아보셨거나, 어딘가에서 많이 들어보셨을 겁니다.'당연히 돈 벌려고 왔죠!'라는 말은 차마 하지 못하고, 다른 이유를 대기 위해 노력해 본 적이 있으신가요?사실 이 질문을 하는 이유가 바로 좋은 회사를 선택하는 가장 중요한 기준이 됩니다.만약 지원..

많은 사람들이 돈을 벌기 위해 취업하거나 이직합니다.그런데 이 과정에서 절대 빼놓을 수 없는 게 바로 이력서 작성이죠!이력서를 쓰는 방법에 대한 글은 많지만, 막상 "내가 어떻게 적어야 할지"는 감이 안 잡힐 때가 많아요.그래서 이력서 작성의 핵심을 간결하고 쉽게 이해할 수 있도록 정리해보았습니다. 이력서는 왜 적는 걸까?간단합니다. 좋은 사람을 채용하려고!정확히는 우리가 원하는 사람을 적은 비용으로 채용하고, 비전과 목표를 달성하기 위해서입니다. 기업은 문제를 해결하며 가치를 창출하는 집단입니다.그러기 위해서는 문제를 해결할 수 있는 사람이 필요하고, 이력서는 그 문제 해결을 잘할 수 있는 사람인지 판단하기 위한 첫 단계입니다.쉽게 말해, 이력서는 내가 가진 능력과 경험을 통해 "내가 이 문제를 잘 해..

개발자라면 많은 트래픽을 받아보고 싶은 분들이 많을텐데요,정작 신입 이력서에서 요구하는 대규모 트래픽 경험을 도대체 어디서 얻을 수 있는지는 알기가 어렵습니다.기업에서 신입에게 어느정도의 선을 요구할지, 좀 더 명확하게 차근차근 알려드리겠습니다.당연하게도, 가장 이상적인건 직접 경험하는 것당연히 대규모 트래픽을 직접 경험해보았다면 가장 이상적이겠지만,이 글을 보시는 분들은 이런 대답을 원한게 아닐 것이라는 것쯤은 알고있습니다.그렇다면, 왜 이게 가장 이상적일지 생각해보신적이 있을까요?깊게 생각해보지는 않고 "단순히 동일한 경험이니까." 정도로 치부할게 아니라,대규모 트래픽을 경험해봤다는 것의 실제 의미는 시스템 운영 중에 트래픽으로 인한 부하가 될만한 지점(병목지점)을 인지하고 개선하는 것입니다.당연히 ..