심화수업 / 한끼픽 실무 이야기

처음에는
주문 버튼 하나였습니다.

한 가게의 작은 서비스가 자라면서 생긴 문제들.
무엇을 보고, 왜 바꿨고, 그 뒤에 무슨 일이 생겼는지 따라갑니다.

IT를 조금 아는 독자를 위한 긴 글 8편입니다. 각 글은 처음부터 독립적으로 읽을 수 있습니다. UML·구성도·표를 따라가며 실무의 판단을 살펴보세요.

서버 한 대로 시작하는 이야기부터 →
01 · 소프트웨어 개발

주문 버튼 하나 만들었을 뿐인데

두 번 눌린 버튼에서 상태 규칙, 테스트, 안전한 배포까지.

중복 주문상태와 책임테스트·배포

약 12분 · 그림 5개 이야기 읽기 →

02 · 데이터 이해와 활용

주문은 백 건인데, 매출표는 왜 세 가지일까

장부 한 줄이 관계 모델과 믿을 수 있는 지표가 되는 과정.

데이터 모델동시성분석과 지표

약 12분 · 그림 4개 이야기 읽기 →

03 · 시스템아키텍처 이해와 활용

서버 한 대로 시작했는데, 점심시간이 무서워졌다

N대의 서버, Redis, DB 복제, Kafka, MSA. 문제가 생긴 순서대로 구조를 바꿉니다.

RedisDB 복제Kafka·MSA

약 24분 · 그림 9개 이야기 읽기 →

04 · 정보보안 이해와 활용

로그인은 했는데, 남의 주문이 보였다

인증과 권한의 차이에서 시작해 입력·계정·사고 대응을 준비합니다.

권한신뢰 경계탐지·대응

약 12분 · 그림 4개 이야기 읽기 →

05-01 · IT 비즈니스

앱부터 만들지 않았더니, 진짜 고객이 보였다

종이 번호표로 시작해 실제 수요, 주문 한 건의 손익, 반복 가능한 운영을 찾습니다.

고객 문제작은 실험단위 손익

약 10분 · 그림 4개 이야기 읽기 →

05-02 · 윤리

편리하게 만들었는데, 누군가에게는 불리해졌다

수집·추천·자동 차단에서 놓친 사람을 발견하고 바로잡을 길을 만듭니다.

개인정보공정성이의 제기

약 11분 · 그림 4개 이야기 읽기 →

06-01 · 프로젝트 관리

축제는 금요일인데, 기능은 아직 월요일에 있었다

고정된 마감 앞에서 범위, 의존 관계, 위험, 변경 요청을 다룹니다.

범위·일정위험시험 운영

약 10분 · 그림 4개 이야기 읽기 →

06-02 · 테크니컬 커뮤니케이션

“서버가 이상해요”라는 메시지로는 아무도 움직일 수 없었다

모호한 메시지가 독자별 설명, API 계약, 결정 기록, 운영 절차로 바뀝니다.

독자별 설명UML·계약장애 공지

약 12분 · 그림 4개 이야기 읽기 →

사람·서비스·관측 수치는 설명용 가상 설정입니다. 실제 제품의 동작은 글 속 공식 문서 링크에서 확인할 수 있습니다. 교재 순서나 공식 출제 중요도를 뜻하지 않습니다.