SK네트웍스 Family AI 캠프 25기 | 3주차 회고 (feat. 1차 미니 프로젝트)

9일차
2026-01-12

 

대망의 월요일

오늘은 특강이 있어서 점심 도시락과 저녁 도시락을 준비했다.

6시 40분에 기상해서 강아지랑 산책도 다녀오고 씻고 준비하고 카레를 끓이기 시작했는데~?

감자가 익지 않는 사태가 발생.. 해서 지각을 했다.

잊지말자 260112 감자사태 ㅠㅠ

 

9시 10분까지 지각으로 처리되는데 딱 9시 10분에 찍어서 어떻게 처리될지는 잘 모르겠다

정신없는 하루여서 막상 도시락 사진을 안 찍었다 OMG ,,

 

 

 Four F's of active revewing 

Facts: 주피터 랩에서 DB에 쿼리 날려서 DB 조회하면서 데이터 가공 후 INSERT하기

Feelings:

: 오늘자 내 코드 요약 : 아무튼 돌아감

 

Findings: EDA 및 데이터 전처리를 하면서 강사님은 결측치를 제거하셨다.

근데 나는 null값도 그대로 가져간 상태로 분석하고 싶었다. 그래서 ""값을 np.nan으로 채워서 처리할 생각이었는데, MySQL에선 NaN을 처리하지 못하는 것이었다. NULL로 변경해줘야만 테이블에 삽입이 가능했는데.. 이걸 해결하느라 머리가 아팠다.

for idx, row in df7.iterrows():

    try:

        # NaN을 None(NULL)로 변환해서 데이터에 담아주기

        values = [None if pd.isna(val) else val for val in row.tolist()]

        cursor.execute(sql, values)

        success_count += 1

    except Exception as e:

        error_count += 1

        print(f"행 {idx} 삽입 실패: {e}")

        continue

conn.commit()

 

덕분에 새로 알게된 사실

- np.nan는 IEEE 754 표준에서 Not a Number을 의미

- nan이 값이 없다와 동일하게 사용된다고 착각했는데, "숫자가 아닌 값"을 의미했던 것

=> 오해했던 이유는 isna()가 isnan = null값을 의미한다고 생각해서 였다 😇

 

- None은 NULL로 잘 맵핑하는 것을 확인

- pandas에서 float 컬럼의 결측치 표현 시 사용

  => ‼️이것 때문에 int로 변환했는데 float로 처리되는 문제도 있었음

  => MySQL 상에서는 SALARY를 int 타입으로 만들어뒀으니 자꾸 삽입 에러가 났었다

 

- NULL : SQL 표준으로 사용하는 값이 없다는 뜻

 

Future: 강의 시간엔 일단 강의 코드로 실습하고, 호기심은 잠시 담아뒀다가 복습시간에 적용해보는 게 좋을 거 같다.

 

안 밟은 부분 밟으면서 집가는 재미

---

10일차
2026-01-13

오늘은 깃 강의가 있었다.

이틀 째 집에 10시 넘어서 들어가니까 체력바 게이지가 쭉쭉 다는 게 느껴진다.

그리고 어제 1차 미니 프로젝트 팀 발표가 나왔다. 얼굴도 익힐 겸 내일 같이 점심 먹으면서 브레인스토밍을 해보기로 했다.

 

• 필수 산출물 안내
  • 데이터베이스 설계 문서
  • 수집 데이터
  • 데이터조회 프로그램
• 발표 및 지필평가
  • 발표 : 1/19 15:00 ~ 17:20 (팀당 발표 10분, Q&A 10분)
  • 지필평가 1/19 17:30 ~ 17:50 (4지선다형, 25문제)

아니, 발표가 월욜인데 시험도 월욜이면 공부는 언제해요 ..??????

이번 주 특강 세 개 다 신청했는데?

 Four F's of active revewing 

Facts: mysql과 python왔다갔다하면서 테이블 채우고 데이터 꺼내사용하는 연습

Feelings: sql은 실습을 더 많이 해봐야 내가 이해하고 자유자재로 사용할 수 있을 거 같다.. db 에러날 때마다 괴롭다 🥲😇

Findings: partition, rank, dense_rank, join 등 중요한 개념을 배웠다. left join, inner join, right join이 계속 헷갈려서 복습은 필수인 것 같다.

Future: 배운 것을 프로젝트에 어떻게 적용할지 계속 생각 중..

git 특강 끝나고 집 가는 길에 호떡 발견!

 

---

 

11일차
2026-01-14

오늘의 메뉴는 ~~

 

팀원들과 첫 점심! 나는 메가스터디 메뉴를 좋아하지만 분식은 bad였다..

온 세상이 탄수화물뿐이야 .... 혈당 스파이크로 인해 그만 정신을 잃고 말았다.

아무리 TDD래도 이건 좀 (이 뜻 아님)

아무튼! 다들 성격 둥글둥글하신 분들이랑 팀이 되어서 다행! 목요일까지 브레인스토밍 해오기로 했다 👍

 Four F's of active revewing 

Facts: POST와 GET 방식 차이에 따른 크롤링 접근 방식 차이를 배움

Feelings: 크롤링 수업이 적성에 맞는지 재밌었다! 어떤 데이터를 활용해볼지 생각하는 재미가 있어서 그런 거 같다. 대신 구현해보고 싶은 아이디어가 계속 생각나서 수업에 집중을 잘 못했다 🤣

Findings: 

수업에서 멜론차트를 크롤링해오는 과정이 있었다. 복습을 하면서 실제로 DB에 넣어보고 어떻게 ERD를 설계할지 고민해보았다.

1. songs 테이블, top100 테이블을 생성

2. songs 테이블

• song_id (곡아이디) : PK 값으로 사용
• singer (가수)
• title (제목)
• album (앨범)
• released (발매일)
• gen (장르)

3. top100 테이블

• chart_date : 이 날짜에 따라서 top100이 변동되니까 중복되지 않는 유니크한 값이어야 한다고 생각함
• rank : 1-100까지 숫자이고 양수만 사용하기 때문에 tinyint unsigned를 사용함
• song_id : song_id를 이용해서 곡에 대한 정보를 가져와야 한다고 생각함 → FK?
• TINYINT (signed) : -128 ~ 127
• TINYINT UNSIGNED : 0 ~ 225

복습노트 (5) 11일차 복습 | Notion

▲ 자세한 코드는 노션참고

 

오예! 잘 들어갔다!

Future: 다음엔 이 테이블 활용해서 SQL문 연습을 해봐야겠다.

---

 

12일차
2026-01-15

오늘의 간식

오늘도 스낵씨가 간식을 나눠주셨다.

덕분에 당 보충 ❤️

 Four F's of active revewing 

Facts: requests를 이용해 GS25 데이터를 BeautifulSoup으로 파싱했다.

Feelings: 보고싶은 데이터를 가공하는 과정이 즐겁다. 어쩌면 데이터 분석가의 길이 잘 맞을지도 모르겠다🤔

Findings: 최근에 친한 친구가 GS에 취업해서 인천공항에 있는 편의점 관리를 맞게 되었는데, 크롤링 하면서 shop code를 알아내서 보내줬다.

재공 서비스에 무신사가 있어서 뭐지? 했는데,

그렇다고 한다. 크롤링은 확실히 현실과 맞닿아있는 기술인 거 같아서 신기했다.

Future: 팀 프로젝트에서 FAQ 크롤링을 맡게 되어서 오늘 배운 코드로 적용해서 데이터  파싱을 해 볼 계획이다.

 

---

 

13일차
2026-01-16

본격적인 팀 프로젝트의 시작.

저번에 같이 점심을 하면서 팀원과 논의한 사항은 정말 'mini' 프로젝트로 할 것인가. 기왕할 거라면 MINI여도 되지 않을까였다. 그래서 그렇게 됐다.

 

 Four F's of active revewing 

Facts: 팀원들 업무 배분.

~간략한 팀원 소개~

채채님

해비님

 

프민님

가든님

Feelings: 일단 모든 팀원들에게 A 해주세요, B 해주세요 업무를 할당(?)해주면 각자 나름의 방식으로 정한 시간까지 해와줘서 고마웠다. 근데 이제 모두가 YES맨이라 덜어낼 줄은 몰라서 주말까지 계속 다듬고 디벨롭하고 ㅎㅎ.. 다들 너무 고생했다.

Thanks to.

내 마음의 안식처 채채님.. 모르는 부분도 자세히 알려주시고, 피드백도 빠름 + 적극적으로 주시고, 주말 내내 같이 커뮤니케이션 했는데 배울 점도 많고 정말 앞으로도 같이 일하고 싶은 사람 .. ❤️❤️

Findings: git에 조금 더 익숙해졌다. 이번 프로젝트에서는 branch 사용을 안 해서 push할 때 더 많은 소통이 필요했는데(그나마 각자 맡은 페이지가 달라서 충돌이 없었다) 이 경험을 바탕으로 다음에는 branch를 적극 도입해서 활용할 것 같다. 그리고 ERD 설계의 중요성도 배운 소중한 경험이었다.

Future: 앞으로는 데이터 전처리와 ERD 설계에 많은 공을 들일 것이다. 이 과정을 잘 해둬야 이후 구현도 일사천리로 진행된다.

---

📖 짧은 1차 미니프로젝트 후기

화재발생 시 개발자 행동강령

 

나도 이제 git 쓸 줄 안다! 레포 쓸 줄 안다!

 

p.s. 주말에 집에 놀러온 게임 개발자 친구가 vscode보고 인상 찌푸림 ㅋㅋ