Do You Coding?

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

Java 상속(Inheritance) 완전 정리1. 상속이란?상속(Inheritance)은 OOP의 핵심 개념 중 하나다. (OOP Is A PIE — Polymorphism, Inheritance, Encapsulation)기존(상위) 클래스의 자산(멤버)을 자식(하위) 클래스에서 재사용하기 위한 것이다.상위 클래스의 생성자와 초기화 블록은 상속하지 않는다.상위 클래스의 멤버를 물려받기 때문에 코드가 절감된다.상위 클래스의 코드를 변경하면 모든 하위 클래스에도 적용되므로 유지 보수성이 향상된다.1-1. 상속의 적용extends 키워드를 사용하여 상속을 선언한다.public class Person { String name; void eat() {} void jump() {}}// Spid..

Java 추상화(Abstraction) 완전 정리Java OOP의 핵심인 추상화 개념부터 클래스, 변수, 메서드, 생성자까지 핵심만 정리한 글입니다.1. OOP(객체지향 프로그래밍)의 4대 특성 — A.P.I.E객체지향 언어의 핵심 특성 네 가지를 A.P.I.E로 기억하면 편하다.특성설명Abstraction (추상화)현실의 객체를 추상화해서 클래스를 구성한다.Polymorphism (다형성)하나의 객체를 여러 가지 타입(형)으로 참조할 수 있다.Inheritance (상속)부모 클래스의 자산을 물려받아 자식을 정의한다. 코드의 재사용이 가능하다.Encapsulation (데이터 은닉과 보호)데이터를 외부에 직접 노출시키지 않고 메서드를 이용해 보호한다.2. 객체지향 프로그래밍이란?2-1. 객체란?객체(O..

1. 변수와 데이터 타입1-1. 변수(Variable)란?변수는 데이터를 저장하기 위한 메모리 공간입니다.Java에서는 변수를 선언할 때 반드시 타입을 명시해야 합니다.변수의 크기는 저장된 값이 아니라 타입에 의해 결정됩니다.1-2. 기본형과 참조형Java의 데이터 타입은 크게 기본형(Primitive Type)과 참조형(Reference Type)으로 나뉩니다.구분특징예시기본형크기가 미리 정해진 데이터 표현.실제 값을 직접 저장int, double, boolean 등참조형크기가 미리 정해질 수 없는 데이터 표현.실제 값이 저장된 메모리 주소(참조값)를 저장String, 배열, 객체 등변수는 내부적으로 타입 — 이름 — 값(또는 참조값)의 구조를 가집니다.기본형은 값 자체를, 참조형은 Heap 메모리에 ..

1. 프로젝트 개요프로젝트명 : SSABREE TIME (싸브리 타임)서비스 개요 : SSAFY (삼성 청년 소프트웨어 아카데미) 교육생들을 위한 커뮤니티 플랫폼내용 : 웹, Android, iOS 세 가지 클라이언트를 지원하는 풀스택 멀티 플랫폼 프로젝트로, 26.01.06 ~ 02.09, 약 6주간 진행2. 프로젝트 요약프로젝트 수치 정리항목수치총 커밋 수761개개발 기간35일 (1/6 ~ 2/9)브랜치 수100+개 (feature 브랜치 포함)팀 인원6명플랫폼4개 (Backend, Web, Android, iOS)팀원별 커밋 기여도 팀원 커밋 수 주요 담당 김*재~237Backend + Frontend + Infra김*영~158Backend김*규~116Android김*호~80iOS + 브랜치 관..

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