일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- github
- 활동 킬로칼로리
- 크로스핏
- 독서 리뷰
- 달리기
- Til
- git
- 러닝
- Udemy
- dql
- 위코드
- dml
- SQL
- code kata
- 습윤밴드
- 드림코딩
- 걷기
- MySQL
- JavaScript
- 홈트
- 월별 운동일지
- nodejs
- wecode
- 박스점프
- 메디패치
- node.js
- node
- express
- axios
- 운동일지
- Today
- Total
목록전체 글 (149)
RISK IT
WOD -team of 2- 25min AMRAP 30/24cal row 48 alt V- up 48 box jump over using hands 48 plate ground to over head(45lb) 12 Broad jump 12 Devil press(35lb) 기록 3R + 5 후기 plate ground to overhead는 45lb로 24개씩 할만은 했는데, 쉽게 하진 않았다. 뒤에 비슷한 동작인 devil press랑 겹쳐서 더 힘들게 느껴졌다. 적은 개수인 6개만 하기 때문에 무겁게 진행했다. 35lb인지 30lb인지 잘 기억은 안나는데 35lb로 진행했던 것 같다. box jump over using hands랑 alt v-up은 쉬어가는 단계였다.

한 줄 평 [★★☆☆☆] 읽기 쉽고 재밌는 IT 비즈니스 이야기 느낀 점 이 책은 읽기 어렵지 않은 책이었다. 경제/경영서로도 분류되는 책인 만큼, IT 비즈니스에 대해 다루는 비중이 크다. 그럼에도 불구하고 실제 비즈니스 사례 위주로 설명했고, 읽기 어렵지 않았다. 개발자 준비생인 나도 쉽게 읽을 수 있었고, 부제인 ‘비전공자도 IT 전문가처럼 생각하는 법’에 어울리게 실제로 IT에 관심 없는 사람들도 쉽게 읽을 수 있을 거라고 생각한다. 한국은 아마존이 강세인 나라가 아니어서 IT에 관심을 가지기 전에는 아마존에 대해서 잘 몰랐다. 그런데, 비즈니스와 IT에 점차 관심을 가지게 되면서 아마존이라는 기업에 대해서 서서히 알게 되었다. 그저 미국의 큰 쿠팡 정도인 줄 알았는데 어마무시한 기업이었다. 아마..
WOD A.Contitioning 3min on/3min off 5 wall walk or 20 hspu 50 double under 15 snatch 75/45lb + 3min on/3min off 5 wall walk or 20 hspu 50 double under 12 snatch 105/65lb + 3min on/3min off 5 wall walk or 20 hspu 50 double under 9 snatch 135/85lb 기록 - 후기 이번주 월요일도 크로스핏 오픈 23.3 운동이다. 실제 대회 와드는 무게 낮춰서 진행해도 빡센 거 천지다. 첫 라운드는 핸드스탠드 푸시업으로 진행했는데, 자꾸 앞으로 고꾸라져서 몇개 못하고 그냥 줄넘기 했다. 더블언더도 뭔가 감을 잃은 듯 싶었는데, 하면서 ..
WOD team of 2 AMRAP 20min 40 plate sit-up (25lb) 30 Double Dumbbell clean (30lb) 20 Double Dumbbell thruster (30lb) 기록 4R 42 후기 첫 라운드는 덤벨 클린, 덤벨 쓰러스터를 35lb로 진행했다. 덤벨 클린 하자마자 나머지 라운드는 못하겠다는 생각이 딱 들어서 1라운드 끝나고 바로 30lb으로 바꿨다. 쓰러스터가 너무 무겁게 느껴져서 덤벨을 집에서 사서 연습하던지 해야겠다.

2차 프로젝트를 하면서 만든 ERD 중 일부이다. 영화 좌석 예매 기능을 구현하려고 하던 중 ERD를 수정해야할 것 같아서 수정한 내용이다. ticketings와 time_table_theater_seats 테이블이 1대 1 관계로 이어져있다. 이전까지는 1대1 관계의 데이터베이스를 만들어본 적이 없어서 서로의 id를 어떻게 참조해야할지 궁금해서 TIL로 작성해보기로 했다. 일대일 관계의 경우 굳이 테이블을 나눌 필요는 없지만, 우선 일대일 관계의 데이터베이스를 처음부터 계획한 것이 아니고 수정 과정 중 일어난 일이기 때문에 수정의 편리함을 위해서 일대일 관계를 유지시켰다. 두번째로, 데이터의 양이 방대해지다보니 (실무에서는 훨씬 방대하겠지만) 데이터 관리의 편의성을 위해 일대일 관계로 진행하기로 했다...