@SoftyChoco Blog

중요한 데이터를 삭제할 때, 대비를 하시나요?

비트윈이라는 커플앱의 무료 사용자 사진이 대부분 날아가는 소식을 들었습니다.기사에 나온 원인은 장기 미사용자 데이터 정리 로직의 오류라고 하더라구요.이 소식을 접하는 많은 분들은 "백업이나 이중화도 안 해놨나?"라는 말이 바로 튀어나오겠지만,솔직히 작은 기업에서는 백업은 커녕 DB 암호화도 안되는 경우가 생각보다 흔합니다.저도 데이터가 많아 백업이 어렵고 이중화도 비용 측면에서 어려운 상황에서 미사용 데이터를 정리해야하는 상황이 있었는데,그 때 고려했던 부분은, "어떤 일이 있어도 최후의 보루는 있어야겠다"였습니다.그래서 저는 삭제 대신 별도의 스토리지로 이동하는 방식으로 진짜 삭제를 최대한 미루는 형태로 작업했었죠.이렇게만 해두더라도, 실수를 깨달았을 때 복구할 수 있는 방법이 생깁니다.잠깐 데이터가 ..

대기업 출신과 중소기업 출신들이 섞여있는 회사에서 근무를 해본 경험이 있습니다. 거기서 동료들과 일하며 흥미로운 점을 발견했습니다. 어디 출신이냐에 따라 눈에 띄는 '마인드셋'의 차이가 존재한다는 것이었죠. 네카라쿠배부터, 아마존, 구글 출신까지. 대기업 출신의 동료들은 새로운 아이디어나 어려운 문제에 대해 '어떻게 하면 할 수 있을까?'를 먼저 고민하는 경향이 있었습니다. 실패에 대한 두려움보다는 도전에 대해 긍정적인 편이였어요. 반면, 중소기업 환경에서 올라온 동료들과 과거의 저는 새로운 시도 앞에서 "그게 되겠어?", "해봤자 안 될 텐데"와 같은 냉소적인 반응을 먼저 보이곤 했습니다. 처음에는 그저 개개인의 차이라고 생각했지만, 각자의 이야기를 들어보고 과거를 회고해보면서 깨달았습니다. 이건 개인..

혹시, '걸어 다니는 자기계발서' 같은 리더와 일하고 계신가요? 마치 자신의 상황이나 운은 생각하지 않고, 그저 자신처럼 하면 무조건 성공한다고 이야기하는 그런 자기계발서 같은 리더 말이에요. "나는 이렇게 성공했으니, XX님도 할 수 있습니다." "제가 예전에 겪은 압박에 비하면 이건 아무것도 아니에요. ㅎㅎ" 이런 말들, 혹시 익숙하지 않으신가요? 선의로 포장되어 있지만, 어쩐지 나를 작아지게 만드는 말들이죠. 많은 리더들이 자신의 성공 경험을 바탕으로 팀을 이끌어가지만, 그 중 일부는 자신만의 성공 방정식을 '유일한 정답'으로 여기는 경우가 있습니다. 그들의 세상에서는 자신의 성공에 기여했던 수많은 맥락들은 지워지고, 오직 '개인의 의지와 노력'만이 남는 경우가 있습니다. 그리고 큰 실패 경험이 없..

"AI는 결국 개발자를 대체할까요?"요즘 개발자들끼리 이야기 할 때면 어김없이 나오는 주제입니다.이미 클로드 코드와 커서 등이 만들어내는 코드는 제법 그럴듯하고, 단순한 기능은 몇 분 만에 뚝딱 만들어내기도 합니다.불안감이 드는 건 어쩔 수 없죠.그래서 오늘은 조금 도발적인 질문을 던져보려고 합니다.지금 당신의 이력서를 한 번 열어보세요.빼곡히 적힌 기술 스택들과 .혹시 그 역량들은, 대학생이 AI를 활용했을 때 금방 따라 할 수 있는 것들은 아닌가요?이 불편한 질문에 답하기 위해, 저는 최근 생각했던 흥미로운 비유 하나를 공유하고 싶습니다."AI는 프렌차이즈와 같다."프랜차이즈는 요리 산업에 혁명을 가져왔습니다.본사에서 제공하는 표준화된 레시피와 시스템 덕분에, 최고급 요리사가 아니어도 누구나 일정한 ..

"사이드 프로젝트를 한다고, 회사가 원하는 수준을 채우는게 가능한가요?" 채용공고 내 흔히 보이는 "대규모 트래픽"이나, "고가용성", "확장성"을 고려한 설계, "장애 상황 경험" 등, 취준생이나, 작은기업에서 더 나은 회사로 이직하고 싶은 많은 취업/이직러 분들에게는 너무 무서운 요구사항들이죠. 결국 두려워서 시작도 제대로 못하거나, 이런 이야기들을 하시더라구요. - 사이드 프로젝트를 해봤는데도, 취업이 안되던데요? - 사이드 프로젝트를 한다고, 이게 채용공고에서 원하는 수준이 안될텐데 의미가 있나요? - 그냥 저는 작은기업에서 시작해서 트래픽 많이 받는 곳은 가지 못할 것 같습니다. 그렇다면, 정말로 사이드 프로젝트가 의미가 없거나, 초기에 작은기업에 취업한 사람은 더 기술력 있는 회사로 이직..

저는 면접관으로서 지원자를 만날 땐, 약점을 물어봅니다.이 질문에 지원자들의 흔한 답은, "생각을 못 해봤네요."나 "제 약점은 이러이러합니다." 라는 대답입니다.그나마 그중의 일부 지원자는, "제 약점은 이러이러 하지만, 이런 부분을 통해 개선하고 있습니다."와 같은 답변을 해서 자기 객관화와 성장 가능성을 어필하지만, 이 또한 반쪽짜리 답변입니다.왜 이런 답변이 '반쪽짜리'일까요?자기 객관화와 개선 의지는 분명 훌륭한 덕목입니다.하지만, 채용이라고 하는 것은 '지원자'만의 이야기가 아니라, '회사와 지원자가 어떻게 어우러지는지'를 알아보는 자리입니다.결국 위 답변들에서는 '우리 회사와의 연결고리'가 빠져있습니다.개인의 노력만으로 성장하겠다는 다짐은 어디에서나 할 수 있는 이야기입니다.그리고 그 답변은..

팀원이 정말 이해한 게 맞을까요?간혹 팀원이 어려운 문제가 있어 질문을 해오는 경우가 있습니다. 그럴 때, "A 방법을 사용하면 돼요" 라고 답을 주면 팀원이 "네 알겠습니다."라는 답변을 하고 문제가 해결되었을거라고 생각하는 팀장들이 있습니다. 그리고 며칠 뒤, 여전히 해결되지 못한 상태로 "A 방법에 대해서 찾아봤지만, 잘 모르겠습니다 ㅠㅠ"라는 팀원을 다시 만나거나, 문제가 더 커지고 나서 알게되는 경우가 발생하는 상황이 있습니다. 왜 이렇게 된 걸까요? 이런 상황은 이런 경우 발생합니다. - 너무 바쁜 팀장 - 자존감이 낮아진 팀원의 인정 욕구 - 팀장&팀원 서로간의 이해 부족 팀원 입장에서 보면 이렇습니다. 팀원: '이 문제에 대해 잘 모르겠다... 팀장님이 바쁘지만 용기내서 물어봐야겠다'..

혹시 불안해서, 다른 역할을 하고싶은 생각이 든적 있나요?간혹 자신의 업무가 맞지 않다고 생각해서, 다른 역할이나, 다른 업종으로 바꾸는게 답이라고 생각하는 분들을 만나곤 합니다.흔히 이야기하는 상황은 이렇습니다.다른 사람들과 협업하는게 너무 어려워, 그냥 나 혼자 일할 수 있는 직무로 바꿔야하나?내가 다른사람들에 비해 기술적으로 너무 부족한 것 같은데, 누구나 다 아는 건데 나만 모르는 것 같아...이쯤 되면 그냥 개발자가 나랑 안맞는걸까? IT 업계를 떠나야하나...사실 이런 고민은 생각보다 많은 분들이 하고 있습니다.새로운 도전을 위해 직무를 바꿔보려는 것 이라면 좋은 일이지만, 단순히 불안감을 회피하기 위해서라면 조금 더 생각해볼 필요가 있습니다.사실 이런 고민들이 드는 이유는 단지 불안감으로 인..

팀장이 되기 위한 가장 빠른 방법은 개발 역량이 아닙니다.흔히 개발자의 성장 방식은 두가지로 나뉩니다.엔지니어링 역량을 높여 전문가가 되는 것과, 팀장으로써의 역량을 높여 팀을 이끄는 것이죠.엔지니어링 역량이야 시니어들을 보면서, 엔지니어링에 대한 컨퍼런스 등을 참고하면서,늘상 해오던대로 개발에 대한 역량을 높이고, 더 큰 문제를 해결하다보면 자연스럽게 이루어집니다.하지만 팀장의 경우, 어떤 역량을 키워야하는지 잘 모르는 경우가 많더라구요.하지만, 가장 빠르게 팀장을 달 수 있는 방법이 있습니다.바로 '팀장의 일을 모두 빼앗아가는 것'이에요.물론 자기 몫의 일은 해내는게 기본 값이겠죠?제가 이야기를 나눠봤던 분들 중에는, 자신의 팀장님이 어떤 일을 하는지도 잘 모르는 경우가 많았습니다.이건 대기업에 계신..

이력서의 상세 내용을 적을 때 개발처럼 생각하면 좋다.개발자가 흔히 반복되는 문제를 해결하기 위해 디자인 패턴을 사용하는 것처럼, 이력서에도 패턴이 존재한다.흔히 이야기하는 STAR 기법은 "어려웠던 일을 있는 그대로 전달하기 위한" 목적으로써 사용하는데, 해당 기법은 "문제 수준이 높은 과제"에서만 잘 먹힌다는 점이다.특히나 주니어 같은 경우에는 문제의 수준이 높은 경우가 많이 발생하지 않고, 실패가 많을 수도 있다. 그럼 어떻게 고민해보면 좋을까?디자인 패턴에 대해서도 많은 개발자들이 하는 말이 "디자인 패턴에 코드를 맞추지 말고, 코드를 효율적으로 짜다보면 자연스럽게 디자인 패턴과 맞춰진다" 라고들 한다. 마찬가지로 이력서도 "효율적"으로 작성하면 된다.어떤 이력서가 효율적일까? 이력서의 목적은 "..