보호되어 있는 글입니다.
나의 3월21일(화) 부터 ~ 3월 26일(일) 단기목표 1. 독서습관 갖기 [✅] 매일 책 10분씩 읽기 - 스타트업에서 주니어로 살아남기 [] 독서일기 일주일에 최소 3번정도 포스트 작성하기 [✅] 일기쓰기 습관 가지며, 오늘을 회고하기. 2. 건강 챙기기 [✅] 에일린 요가 10분~20분 스트래칭 요가 달리기 3바퀴 3. 인프랩 / 패스트캠퍼스 인터넷 강의 듣기 단순히 듣는 것에 그치지 않고, 무엇을 배웠는지 기록하기. 장황한 지식보다는 짧고 단순해도 좋음. 4. 개발 [] 하루만에 가게부 관련 Rest API 서버 구축하기 [] 채팅 서버 만들기 [] redis 학습하기 [] Node.js 디자인 패턴 한챕터 읽고 생각 정리하기. [] HTTP 기본 강좌 듣기 [] 디자인패턴 이론 강좌 듣기 # ..
멘토님의 새벽 3시 15분 메일 멘토님이 새벽 3시 15분에 작성해준 이메일을 봤다. 늦은 시간임에도 같이 고민해주고, 근거있는 솔루션을 주셨다. 내용은 워낙 사적인 부분이 있어서 공개가 어렵다. 1. 개발자가 존중받고 성장할 수 있는 환경 2. 자유롭고 성장을 추구하는 환경 3. 내가 만든 제품의 성과 4. 기술적인 관점보다는 서비스의 관점 으로 갔으면 좋겠다는 내용이다. 나도 멘토님의 생각에 동감한다. 내가 원하는 곳은 '사람' 이 좋은 곳인거 같다. 내가 진정 원하는 곳은 어떤 곳일까 생각을 해보니. 아무래도 사람의 마인드와 관련이 있다. 바쁜 상황인데도 질문에 대한 답변을 해줄 수 있는 사람. (짜증을 내지 않는 사람) 부족한 것을 말해줄 수 있는사람. 단순히 부족하다라고 하지말고 근거를 제시해줬..
[업무일지 카테고리 시작...] 1) 업무 일지 목적 - 사내 컨플루언스 작성을 하게되면, 퇴사할 때 컨플루언스 조회를 막아버린다. 그동안 내가 했던 작업들을 한꺼번에 옮기기가 어렵다. - 회사의 기밀을 유출시키지 않는한, 내가 무엇을 해왔는지를 기록을 통해서 회고를 할 수있음과 내가 그동안 했던 업무들을 누가 시키지 않아도 체크리스트처럼 작성할 예정. - 다이어리에 쓰는편이긴 하나 다이어리를 버리게되면...? 나의 정보도 사라지는 것이다. 첫번째 직장에서는 "개발자가 이렇게 하루를 보내는 구나. 이런 업무프로세스로 진행하는 편이구나" 라고 경험을 했지만 퇴사를 하면서 아쉬운점이 내가 한 업무일지들을 다음커리어에 100% 반영을 못했다. 내가 했던 역할이 모호함과 3개월동안 활동내역을 인사담당자에게 보낸..
GET 방식과 POST 방식의 차이점? GET방식 GET 방식은 서버에서 어떤 데이터를 가져와서 보여줄 때 사용한다. 어떤값이나 내용, 상태등을 바꾸지 않는 경우이다. 즉, 클라이언트에서 서버로 어떠한 리소스로부터 정보를 요청하기 위해 사용되는 메소드이다. GET 방식은 데이터를 읽거나, 검색할 때 사용된다. POST 방식 서버상의 데이터 값이나 상태를 바꾸기 위해서 사용된다. 리소스를 생성/업데이트 하기 위해 서버에 데이터를 보내는데 사용된다. HTTP 의 Body에 담아서 전송한다. Body는 길이 제한 없이 데이터를 전송할 수 있다. POST 요청은 캐시가 되지 않으며, 브라우저 기록에 남지 않고, 북마크에 추가할 수 없다. POST 요청에 대한 자원생성은 201(Created) HTTP 응답 코드..
도서명: 완벽한 공부법 (저자: 고영성, 신영준 지음) 완벽한 공부법의 '창의성' 파트를 읽으면서 나에게 주는 메시지가 있다. 창의성 은 새로운 걸 창조하는게 아니라, 내가 가지고 있는 어떤 것과 다른 것들을 연결 시키는 것이다. 성공과 명성을 얻기 전까지는 수많은 실패를 겪었다. 올인과 같은 위험 리스크를 떠안기보다는, 안전한 토대를 가진 상태에서 새로운 도전을 하자. [ 완벽한 공부법 - 연결이 곧 창의성 이다 ] 에서 인상 깊은 부분 발췌 "창의적인 사람들에게 그토록 굉장한 일을 어떻게 할 수 있었는지 물어보면 (그들은) 약간 죄책감을 느낀다." 스티브 잡스가 한 말이다. 최근 인물 중에서 '창의성' 을 대표할 만한 인물을 단 한사람을 뽑으라면 아마도 스티브 잡스를 꼽는 이들이 많을 것이다. 우리는..
[ 향로 님의 '다른 관점에서 보기' 포스트에서 ] 시니어가 조직에 없어서 고민인 주니어 개발자에게는 주변에서 이야기하던 좋은 개발 문화를 어정쩡한 시니어의 방해 없이 마음대로 도입해볼 수 있는 기회가 되기도 한다. 물론, 그게 진짜 도입되어야할 적절한 이유가 맞는지 검증하는 것은 당연히 필요하고 무지성으로 좋다고 도입하는 것은 잘못된 것이기 때문에 셀프검증은 필요하다. 내가 가진 것들이 부족하고 아쉬워 보이겠지만 어떻게 생각하냐에 따라 장점으로 바라볼 수 있다. 단점에 매몰되냐, 단점을 다른각도에서 보고 장점으로 전환하냐는 전적으로 본인에게 달린 것같다. 다른 관점에서 보기 최근에 읽었던 전국이라는 춘추+전국시대 배경의 소설책에서 나온 이야기인데 꽤 와닿는게 많았다. 지리소라는 꼽추가 있었다. 그는 흉..
CI (Continuous Integration) : 지속적인 통합 빌드/ 테스트 자동화 과정 애플리케이션에 대한 새로운 코드 변경 사항이 생길때마다 빌드와 테스트 과정을 거쳐서 공유 래포지토리에 통합 여러명의 개발자가 동시에 애플리케이션 개발과 관련된 코드 작업을 할 때 충돌할 수 있는 문제를 해결 커밋할 때마다 빌드와 일련의 자동 테스트가 이뤄져 동작을 확인하고, 변경으로 인해 문제가 생기는 부분이 없도록 보장. 여러명이 동일한 래포지토리에서 작업할 때 코드 수정과 변경으로 인한 문제를 발생하는 것을 예방하기위해서 커밋하게되면 공유 래포지토리에 변경사항을 반영하기 전에 빌드와 테스트를 실행하도록 하는 사전검토 과정이라고 이해했다. 도입목적은 여러명이 동일한 래포지토리를 작업할 때 코드충돌을 막기위해서..
- Total
- Today
- Yesterday
- TypeScript
- 한달독서
- Mongoose
- Jekyll
- TDD
- node.js
- 습관개선
- 바이트디그리
- 미완
- MySQL
- typeORM
- gem
- Nest.js
- 스마트폰중독
- jest
- nestjs jest
- nestjs
- 클린아키텍쳐
- IT용어
- 나도 할 수 있다
- OS
- 디지털디톡스
- git
- MongoDB
- 개발용어
- RDBMS
- 갓생살자
- 한달어스
- vscode
- 참고
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |