Do You Coding?

IT 프로젝트 최종 발표, 이것만 알면 달라진다프로젝트 경진대회와 최종 심사 발표를 여러 차례 참관하면서 정리한 노하우입니다. 제가 직접 보고 느낀 것들을 한 곳에 모아봤습니다.1. 발표는 "말"이 핵심이다심사위원은 생각보다 화면을 잘 안 본다.채점표를 작성하느라 고개를 숙이고 있는 시간이 꽤 길기 때문에,화면 없이 음성만 들어도 흐름이 이해되도록 설명하는 것이 정말 중요하다.1) 천천히, 강약 있게빠르게 말할수록 듣는 쪽은 급격히 이해도가 떨어진다.경험 많은 발표 코칭에서도 가장 많이 나오는 피드백이 "더 천천히"였다.여기에 강조할 부분에서 톤을 확 올리고,밝은 표정으로 자연스럽게 웃을 수 있는 분위기까지 만들면 청중의 몰입도가 확연히 달라진다.2) 화면 전환은 여유 있게슬라이드를 훅훅 넘기면 심사위원..

API-First Design의 필요성"저쪽 팀이 무너졌다고 해서 구경하러 갔죠. 그런데 보고 오니 우리 팀이 무너져 있는 거예요. 보자마자 눈물이 났습니다." 프로젝트를 진행하다 보면 흔히 겪는 상황입니다. 각자 열심히 개발했는데, 막상 합치려고 보니 규격이 맞지 않고,에러는 터지고, 수정하느라 밤을 새우는 악순환. 도대체 API가 뭐길래 우리를 이렇게 힘들게 하는 걸까요?이번 포스팅에서는 단순한 인터페이스 구현을 넘어, 프로젝트의 성패를 가르는 'API-First Design' 접근법에 대해 정리해 봅니다.1. API는 단순한 코드가 아니라 '약속(Promise)'이다많은 주니어 개발자들이 API를 단순히 "프론트엔드에서 요청하면 백엔드가 데이터를 주는 구멍" 정도로 생각합니다.하지만 API의 본질은..

1. 42경산에서의 1년- 개요42경산은 프랑스 교육과정 'Ecole 42'에서 수입한 교육과정이고,현재 한국에서는 42서울 / 42경산 두 군데에서 동일한 교육과정을 진행중에 있다. 나는 2023년 11월 42경산 1기 1차 라피신 (본과정 선발 단계를 '라피신'이라고 함) 을 합격하고,2024년 3월부터 42경산 1기 본과정을 진행하게 되었다. 42경산의 캠퍼스가 기존에 다니던 대학교와 가까운 곳에 위치하여 1기임에도 망설임없이 지원했다.타지에서 온 사람들에겐 비교적 외진 곳에 있다고 생각할 만한 위치였지만, 나에게는 충분히 오고 갈만했다.또한, 지원금 100만원(세후 91.2만원) 이 막 대학교를 졸업한 취준생에게는 충분한 생활비였다.- 42경산 1기 1차 라피신 라피신이라는 건, 본과정에 들어갈 ..

팀 프로젝트, 아직도 '최종_진짜최종.zip'으로 하시나요?Git 없이 팀 프로젝트를 진행한다고 상상해 볼까요?서로 코드가 충돌 나서 에러가 터지고, 버전 관리 없이 최종, 최최종, 진짜_마지막 파일들로폴더가 뒤덮이는 끔찍한 상황이 발생할 겁니다. 오늘은 성공적인 팀 프로젝트를 위한 Git의 핵심 개념과 협업 규칙을 정리해 보았습니다.1. 기본 개념 : 저장소 (Repository)협업의 시작은 공간을 분리하는 것에서 시작합니다.원격 저장소 (Remote Repository): 서버에 있는 우리 팀의 공유 공간 (GitHub, GitLab 등)로컬 저장소 (Local Repository): 내 컴퓨터에 있는 나만의 작업 공간2. Branch : 우리만의 안전한 실험실브랜치(Branch)는 별도의 작업 공..

개발자 채용 공고를 보면 우대 사항에 빠지지 않고 등장하는 툴이 있습니다. 바로 Jira(지라)입니다.단순히 할 일을 적는 메모장이 아니라, 프로젝트 관리(PM), 애자일 협업, 데브옵스 문화를 실현하는 핵심 도구이기 때문입니다.오늘은 Jira를 왜 써야 하는지, 그리고 현업에서 어떻게 활용하는지(JQL 포함) 간단하게 정리해 보겠습니다.1. Jira를 왜 사용하는가? 1) Issue Tracking (이슈 트래킹) : 혼자 개발할 때는 'Todo 리스트'만 있어도 충분합니다.하지만 팀 단위 프로젝트에서는 누가, 언제, 무엇을, 어떤 상태로 진행 중인지 투명하게 공유되어야 합니다.또한, 모든 단계들을 이슈로 생각하고 모든 과정에 Jira가 필요합니다. 이슈 트래킹을 써야 하는 이유: 구두로 전달된 업무..

좋은 아키텍처는 단순히 코드를 깔끔하게 짜는 것을 넘어,누가 사용하고, 무엇을 해야 하며, 어떤 제약조건이 있는지를 명확히 하는 것에서 시작합니다.이번 글에서는 소프트웨어 아키텍처 설계를 위한 첫 단추인 '이해관계자 선별'부터 '도식화'까지의 과정을 정리해 봅니다.1. 이해관계자 선별하기 "누가 이 시스템에 관련되어 있는가?" : 아키텍처 설계의 첫 단계는 이 시스템에 영향을 주거나, 반대로 시스템에 의해 영향을 받는 모든 사람과 조직을 식별하는 것입니다. 개발자나 실제 사용자뿐만 아니라, 시스템 운영에 관여하는 모든 대상을 포함해야 놓치는 요구사항이 없습니다. 정의: 아키텍처 구축 결과에 관심을 갖거나 영향을 미치는 모든 인물 및 그룹ex) 대학 학사 시스템 : 학생, 교수, 교직원, 인사관리 시스템,..