[데브코스] ⭐기술 블로그를 써야 하는 이유와 DB 면접 꿀팁

📒포트폴리오

포트폴리오는 "나 이런 개발자야"라고 어필할 수 있는 수단이다.
 
작업물을 보여주거나, 이력을 보여줄 수 있어야 하고, 다양한 종류로 만들 수 있다.

• 깃헙(코드, 커밋 이력, PR 등) -> README
• pdf(word, ppt, notion 등으로 작성한 문서를 pdf로 변환하여 제출) -> FE(컴포넌트 구조, 기술 선택 이유) / BE(클린코드)
• 웹사이트(직접 만든 포트폴리오 웹사이트 또는 노션 링크 등)
• 블로그

개발자 포트폴리오를 보면 꼭 보이는 키워드들-창의적, 꾸준한, 성장하는, 소통하는...-이 있다. 그럼 내가 진짜 이런 사람인지 어떻게 아느냐?

👉 기술블로그

 

학습 블로그 != 기술블로그

학습 블로그는 기술블로그가 아니다.

 
사실 어느정도 알고 있긴 했지만 그래도 많이 슬펐던 말...학습 블로그는 기술 블로그가 아니다. 매일매일 이상해씨만 증식하는 내 블로그는 학습 블로그인 것 같다.
 

기술 블로그의 조건

트러블 슈팅, 기술적 인사이트 등 고민의 흔적이 담긴 블로그

지식이나 튜토리얼을 옮겨적는게 아니라, 내가 직접 부딪히고 해결한 과정을 담은 글이 진짜 기술블로그이다.
 
문제를 풀어가는 흔적
기술 블로그에 트러블 슈팅 등을 정리하면, "나 스스로 생각하고 해결한 개발자입니다"라는 것을 가장 강력하게 어필할 수 있는 수단이 된다.
 
개발자의 창의성은 Originality
새로운 아이디어를 만드는 것보다도, 주어진 선택지 내에서 최선의 해결책을 찾아내는 능력이 개발자의 창의성이다. 그리고 이걸 보여줄 수 있는 가장 좋은 방식이 트러블 슈팅 중심의 기술 블로그이다.
 
소통 능력의 증명
문제를 해결하고, 그 과정을 블로그에 정리하다 보면 자연스럽게 "내가 왜 그렇게 했는지" 근거를 들어 설명할 수 있게 된다. 개발자로서의 커뮤니케이션 능력을 기를 수 있음!
 
이외에도 끝까지 문제를 물고 늘어진 기록으로 꾸준함, 집요함을 어필하거나, 또는 기술에 대한 적응력, 응용력을 어필 할 수도 있다.
 

학습 블로그 심폐소생술하기

그럼 내 이상해씨 양식장은 소생 불가하냐?

👉 NO 

학습 블로그라고 해도 학습에서 느낀 점, 의문 점, 고민할 거리들이 충분히 많다. 그러니 배운 내용들만 나열하지 말고, "왜" 이 기술을 쓰는지, 이 방식의 장단점이 뭘지 등을 고민하여 마지막에 남겨보자.
 
postman이 이뻐서 맘에 들었다 이러고 있었는데 개 큰 반성을 했음...좀 많이 고민하고 마지막 문장을 써 봐야겠다...

---

🥸DB 면접 대비하기

이것들만 알면 면접 질문 완전 방어 가능!(이라고 강사님이 말씀 하심) 
 

1. 타입 선택의 이유(INT/BIGINT, DATE/DATETIME 등)
2. 데이터베이스 테이블 분리 기준
3. 컬럼명, 테이블명 선정 기준

딱히 답이 정해져 있다기보다는, 어떤 이유로 이런 선택을 했는지 근거 있게 잘 설명할 수 있으면 된다!

ex) 큰 규모의 서비스가 아니기 때문에 INT의 범위를 초과할 경우가 없다고 생각하여 INT를 사용했습니다.
ex) 테이블의 유지보수가 쉽게 하기 위해 분리해서 설계하였습니다, 복잡하지 않은 서비스라 간단하고 빠르게 구현하기 위해 하나의 테이블로 구성했습니다.

 

요즘 style 면접 대비하기

요즘은, 논쟁을 통한 면접도 많이 있다고 하셨다. 오늘은 2개 질문으로 논쟁 면접 체험을 해보았다.
 

1. 설계 vs 구현

• 나는 설계가 훨씬 중요하다고 생각한다. 아무리 구현을 잘했다 하더라도 근간이 되는 설계가 잘못 되었다면 부실공사라고 생각한다. 순살 아파트를 이쁘게 올렸으니 잘 만들었네~라고 하지 않는 것처럼, 데이터베이스(소프트웨어)도 기반인 설계가 잘못되었다면 아무리 구현을 잘했다 한들 잘못된 결과물이라고 생각한다.
• 설계가 잘못된 구현은 서비스 도중 문제가 발생할 가능성이 높고, 유지보수나 확장을 할 때도 문제가 발생할 가능성이 크다.
• 구현을 중시한다는 것은, 과정보다는 결과를 중시하는 것처럼 보이기도 하는데, 과정을 등한시 한다면 결과가 좋을 수 있을까? 고민이 되기도 했다.

⭐구현 측의 생각
구현파에서는 완벽한 설계는 불가능하다, 구현이 잘못되면 이전의 과정이 의미가 적어진다 등의 의견을 냈다. 사실 이것도 맞는 말인 것 같았지만, 조금 더 생각을 하고 반박할 수 있는 근거를 생각해보았다.

• 완벽한 설계는 불가능한게 맞다. 졸업 작품을 만들 때도 생각해보면, 정말 긴 시간 동안 고민에 고민을 거듭하여 설계한 데이터베이스 구조도 중간에 추가하거나, 또는 필요없어서 쓰지 않게 된 경우도 있었다.
• 하지만 이걸 큰 문제 없이 쉽게 수정할 수 있었던 것도, 어느정도의 설계가 기반이 되었기 때문이라고 생각한다. 결국, 완벽한 설계는 불가능하지만 확장 가능하고 유지보수 가능한 유연한 구조를 설계함으로서 예방이나, 적절한 대응이 가능하지 않을까. 구현에 집중하여 문어발식으로 확장된 것 보다야, 설계를 기반으로 조금씩 수정을 더하는게 리스크가 적은 것 같다.
• 구현이 잘되어야 한다, 는 사실 기본으로 깔고 가야 하는 것이라고 생각한다. 요즘 개발자 스펙도 너무 상향 평준화 된 느낌이고(신입 기준으로 보면..?), 또 AI 기술도 너무 발전하였기 때문에 구현을 못했다는 있을 수 없다고 생각한다. 즉 구현을 잘하는건 기본이고, 잘 했냐 못했냐를 가르는건 설계가 될거라고 생각한다.

 

2. DB 테이블 동시성 이슈

하나 남은 상품을 2명의 사용자가 동시에 예약을 했다면?

이건 기술적인 지식보다도, 아이디어로 해결가능한 문제도 있다며 보여주신 문제였다.
 
일단, 나는 0.1초든 0.001초든 어쨋든 하나는 먼저 DB에 들어갔을건데, 진짜진짜진짜 동시인 경우가 있을수 있나? 싶었다. 그러니 먼저 DB에 들어간 사람을 선택하는게 맞다고 생각을 했다.
 
이에 대해 gpt에게 물어봤다.

💥 '거의 동시에' 들어올 수는 있다
서버나 DB가 요청을 처리하는 속도는 엄청나게 빠르지만,
여러 사용자가 동시에 예매 버튼을 눌렀을 경우엔 다음처럼 진행될 수 있음:

1. 사용자 A가 남은 수량 1을 확인
2. 동시에 사용자 B도 남은 수량 1을 확인
3. 둘 다 거의 같은 타이밍에 결제를 시도
4. DB 입장에선 둘 다 처리 대기 중
5. 처리 순서에 따라 하나는 성공, 하나는 실패해야 함

근데 이걸 잘못 처리하면 둘 다 성공한 것처럼 되어버릴 수도 있다.

🧠 “어쨌든 커밋 순서는 하나잖아?”
정확히 맞는 말이야.
DB는 결국 직렬 처리(serial execution) 로 작동되기 때문에,
진짜로 동시에 들어온 요청이라도 트랜잭션 커밋은 순서가 정해진다.

> 결국 먼저 커밋된 놈이 승자다. ✅

그렇기 때문에 동시성 문제는 순서 결정이 안 되는 게 아니라,
동시에 시도되는 상황을 어떻게 “올바르게 처리할 것인가” 가 핵심이야.

 

 
당연히 선착순으로 처리한다-이렇게 간단하지는 않을테니, 조금 더 고민을 해보았다. 기업적 관점에서 생각을 해보면, 기업의 이익이 우선이니 할인 쿠폰을 안 쓴 사람을 먼저 처리해 줄 수 있지 않을까? 생각이 들었다. 이렇게 되면 기간 만료가 임박한 쿠폰을 못 쓰게 할 수도 있고, 또 할인 없이 팔았으니 이중으로 이익을 볼 수 있는 구조이지 않을까 싶었다. 근데 이건 너무 악랄한 것 같아서 설마 하고 있었는데....강사님께서 실제로 같은 상품이라도 금액이 다른 경우가 있으며 결제 금액이 많은 사람을 먼저 처리해주는 경우가 있다고 하셨다. 🤔🤔🤔
 
확실히 기술적인 것보다도 아이디어, 정책적인 부분으로 해결 가능한 문제이기도 하고, 기술에 대한 이해와 더불어 생각을 정리하고 표현하는 것도 중요하구나를 깨달았다. DB 동시성 관련해서 기억나는 내용이 많이 없어서 충격적이기도 했구...내 CS 지식 다시 살려내야지🥲

---

포트폴리오 피드백 특강이라고 하셨는데 피드백보다는 취업에 도움 되는 얘기-포트폴리오 작성법, 기술 블로그 운영, DB 면접 대비 방법-을 많이 해주셨다. 피드백 못 받아서 아쉽긴 하지만,,,기술 블로그 운영에 대한 얘기는 정말 큰 도움이 된 것 같다. 사실 매일 배운 내용 정리해서 올리며 이정도면 되지라며 안주하고 있었는데, 앞으로는 조금 더 깊이 탐구하는 얘기, 오류 해결에 대한 얘기나 내 생각에 대한 글들을 많이 써봐야겠다. 
 
+ 오늘은 특강 이슈로 강의 정리는 안함. 대신 시험 봤는데 100점 맞음👍👍