부제: 실무 경험으로 풀어보는 Low-code 설계의 함정과 총알받이 방지 전략 요약 SaaS나 솔루션 운영 시, 고객 맞춤형 커스터마이징을 빠르게 반영하기 위한 해법으로 Low-code를 택했지만, 설계와 권한이 정비되지 않으면 개발자는 총알받이가 된다. AICC 프로젝트 실무 경험을 바탕으로, Low-code 설계에서 반드시 고려해야 할 포인트를 정리했다. 도입부 – 왜 Low-code인가? SaaS 솔루션을 운영하다 보면 늘 마주치는 과제가 있다.“고객마다 다른 요구를 어떻게 빠르게 반영할 것인가?” 기능은 유사하지만, 화면 구성이나 흐름은 제각각.기존 방식대로 하나하나 개발하자니 속도도 안 나고, 유지보수도 지옥이었다. 그래서 떠오른 해법이 Low-code였다.시각적 설계로 기능을 구성하고,..

얼마 전, 한 스타트업의 엔지니어 파트에 서류 지원을 하였다.나름 진지하게 준비해서 제출했고, 결과는 서류 탈락이였다. 탈락 자체는 이해할 수 있었다.모든 기업이 저마다의 기준이 있고, 인재를 판단하는 방식도 다를 수 있으니까. 그런데 불합격 안내 메일 말미에 “궁금하신 점은 언제든지 문의 주세요.” 라는 문장이 적혀 있었다. 솔직히 형식적인 멘트일 수도 있겠다고 생각하면서도,마침 나도 그 회사에 대해 궁금한 점이 생겼기에,한 번쯤 직접 물어보자는 생각이 들었다. 내가 궁금했던건 단순한 불합격 사유가 아니였다. 당시 내 머릿속에는 이런 의문들이 맴돌고 있었다: 이 회사는 성장 가능성이 있는 인재를 원하는 걸까,아니면 즉시 투입 가능한 실전형 인력을 더 중시하는 걸까?채용 기준은 체계적으로 마련돼 있을까,..

이 글은 사이드프로젝트를 주제로 다루고 있지만,사실 실전 프로젝트에서도 똑같이 적용됩니다.이름만 사이드일 뿐, 구조와 책임이 없다면어떤 프로젝트든 실패로 이어지는 건 순식간입니다. 사이드프로젝트는 이제 단순한 개인 실험을 넘어,사업 아이디어 검증, 초기 시장 반응 테스트, 비용 절감형 개발 전략으로까지 활용되고 있습니다. 특히 요즘은 외주를 맡기기보다, 내부 인력이나 프리랜서 개발자와 함께기획과 와이어프레임 정도만 갖춘 상태에서 직접 사이드프로젝트를 실행하는예비사업자, 기획자, 소규모 업체들이 많습니다. 그런데 실제 현장에서 보면, 기획 없이 바로 개발부터 들어가거나,도메인 흐름·차트 플로우·역할 정의 같은 핵심 설계가 빠진 상태로 시작하는 경우도 적지 않습니다.심지어 사이드프로젝트를 핑계 삼아, 기획조..

※ 본 글은 특정 기업이나 개인을 비방하려는 목적이 아닌,  채용 과정에서 발생한 문제 사례를 공유하고 개선을 바라는 공익적 목적으로 작성되었습니다.저는 협업과 조화를 중시하며, 상호 존중을 전제로 목소리를 냅니다.외부 공개는 극단적인 상황일 뿐, 평소에는 내부 소통으로 해결하려 노력합니다.  최근 SNS에서 화제가 된 '새벽 5시 면접 문자' 사건 보셨나요? 이 글을 보면서 "설마 아직도 이런 곳이 있나?" 싶었는데,저도 비슷한 일을 겪은 사람입니다. 한 기업에서 이런 문자를 받았습니다."참여합니다 / 참여하지 않습니다." 중 택해서 오늘 오후 5시 30분까지 회신 바랍니다. 회신 없으면 참여 의사 없는 것으로 간주하겠습니다. 그런데 이 문자를 받은 시간은 오후 4시 40분 경.딱 50분 내에 회신하라..

서론최근 들어 본인의 면접 경험을 공유하는 글이 많아졌습니다. 저 또한 2023년 하반기쯤, 경기도 과천에 위치한 한 교육 플랫폼 회사에서 면접을 본 적이 있습니다. 시간이 꽤 흘렀지만, 당시의 불쾌하고 황당했던 기억이 여전히 생생하기에, 이를 기록으로 남기고자 합니다. 1. 회사 개요위치: 경기도 과천분야: 교육 도메인을 결합한 플랫폼 및 솔루션 (스마트 퍼블리싱, 교육 관리 시스템 강조)외부 이미지: 잡플래닛 등 후기 사이트에서 비교적 좋은 평가를 받고 있음내부 체감(면접 경험): 정반대의 분위기를 느꼈음 2. 면접 당시 느낀 문제점(1) 이력서 폼을 무시하는 태도 개인 정보 보호를 위해 원티드(Wanted) 기반 이력서를 사용했습니다. (사진, 나이, 주소, 퇴사 사유 등 최소화) 그러나 면접관..

몇년간 블로그를 유지해오면서 많은 개발자의 대한 이야기와 개발의 대한 내용들을 작성을 하였습니다. 처음 시작은 나를 외부적으로 어필을 위해 블로그를 시작을 하였지만, 개발자를 위한 블로그의 활동은 이제부터 다른 블로그를 활용하여 진행 예정입니다. 현재, 개발자끼리 소통이 가능하고, 앞으로는 개발 인생, 기술 블로그 활동은 여기서 담도록 하겠습니다.감사합니다. https://velog.io/@berkleylim  berkleylim (Berkley) / 작성글 - velog성장하는 개발자 Berkley 입니다.velog.io