일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
Tags
- 손에 익히며 배우는 네트워크 첫걸음
- 프로그래머스
- 4주 프로젝트
- 회고
- Async
- 2주 프로젝트
- til
- 타입스크립트 올인원
- 렛츠기릿 자바스크립트
- programmers
- 코어 자바스크립트
- 토익
- 자바스크립트
- 정재남
- 제로초
- 타임어택
- 리트코드
- 타입스크립트
- 리액트
- LeetCode
- codestates
- SQL 고득점 Kit
- python
- 리덕스
- 알고리즘
- javascript
- 코드스테이츠
- js
- 백준
- 파이썬
Archives
- Today
- Total
Jerry
Tue, Dec 22, 2020 본문
반응형
오늘 한 일
- 가벼운 아침 운동 (푸시업 15개, 스쿼드 30개)
- 토이 1문제&리뷰
- toy problem7
- Asynchronous & Promise 스프린트 완료 & 제출
- TIL
- 민코딩 알고리즘 5문제
- 엔지니어분에게 블로깅 피드백받기
- 다음엔 devlog 후 내용 다 잡고 개념 정리할 때 개념 블로깅의 순서를 추천
- devlog란?
더보기
### Dev Log 란.
---
Dev Log 란, "내가 공부한 과정"을 주제로한 블로그 포스팅을 의미합니다. 하지만, 단순히 "내가 오늘 공부한 과정"을 주제로 한다고 하여 좋은 Dev Log가 될 수 없습니다. 좋은 Dev Log를 작성하기 위해서는 스토리텔링이 필요합니다.
### 좋은 Dev Log 란.
---
좋은 Dev Log는 스토리텔링이 있어야 합니다. 아래의 과정이 있어야 좋은 스토리텔링이 될 수 있습니다. 간단하게 요약하면 제시 → 전략 → 문제 → 해결 → 교훈 입니다.
1. 본인이 구현하려고한 기능을 제시
2. 기능을 구현하기 위해서 자신이 생각한 전략
3. 전략을 진행하는 과정
4. 진행 중 겪은 문제 (Error)
5. Error를 해결하기 위해 참고한 Referece
6. Reference를 참고하여 진행한 시도들 및 문제 해결
7. 문제 해결 이후에 나온 결론 및 교훈
### Dev Log를 작성하는 목적.
---
Dev Log를 작성하는 목적은 자신이 구현하고자 하는 기능을 만들어 가는 과정을 기록하는 것입니다. 하지만, 실제 Dev Log의 목적은 기술 블로그와 마찬가지로 자신을 어필하기 위함 입니다.
좋은 개발자... 라는 것을 하나로 정의를 할 수는 없습니다. 하지만, "문제해결 능력이 있는 개발자"는 좋은 개발자 입니다. 이 "문제해결 능력이 있는 개발자" 임을 어필 함으로서 자신이 좋은 개발자임을 어필할 수 있습니다.
오늘 느낀 점
- 블로깅도 전략적으로 적어봐야겠다.
- 의사소통은 참 어렵다.
- 비동기 호출에 관해 배웠고 스프린트 과제도 잘 마무리됐지만 내 것으로 되었다 라는 느낌이 없어서 조금의 불안감이 있다.
오늘 할 일
- 가벼운 아침 운동 (푸시업 10개, 스쿼드 30개)
- 네트워크 공부하기 #2
- 토이 1문제
- 엔지니어분에게 블로깅 피드백받기
- Asynchronous & Promise
- 민코딩 알고리즘 5문제
- TIL
- 용어 정리(블로깅)
반응형
'자기 성찰 > TIL' 카테고리의 다른 글
Thu, Dec 24, 2020 (0) | 2020.12.25 |
---|---|
Wed, Dec 23, 2020 (0) | 2020.12.24 |
Mon, Dec 21, 2020 (0) | 2020.12.22 |
Sat, Dec 19, 2020 (0) | 2020.12.20 |
Thur, Nov 26, 2020 (0) | 2020.11.27 |