181112_181118

2018년 11월 12일 ~ 2018년 11월 18일 주간 회고


181112_181118 주간회고

Weekly Review

  • 해커와 화가를 읽고 있다.
    • 평소에 읽고 싶었던 책이었는데 최근에 도서문화상품권이 생겨서 구매를 하였다.
    • 아직 절반도 읽지 못했지만, 지금까지 본 바로는 너무 흥미롭다!
  • 주말에는 보헤미안 랩소디 영화를 보고왔다.
    • 최고의 영화였다. 2시간짜리 콘서트를 다녀온 기분이었다.
  • 요즘 예전만큼 출퇴근 시간에 글이 집중해서 잘 안 읽힌다.
    • 개인적으로 학습하는 양도 예전보다 많이 줄어든 것 같아서 다시 한번 멘탈을 부여잡아야 할 것 같다.
    • 연말에 해이해 지지 말고 끝까지 최선을 다하자.
  • 최근에 truffle과 vue.js를 사용해서 Dapp 개발을 하고 있는데 솔직히 잘 이해가 안 된다.
    • 하루하루가 삽질의 연속이다…

학습

다음 주 목표 (꾸준히 읽고 정리하고 강의듣기)

이번 주에 읽었던 좋은 글(출퇴근지하철)

  • 개발자는 어떻게 성장해야 할까? 꼭 실천하자!
    • 취업/이직 시에 가장 중요한 것은? 실력!
      • 지금 얼마나 알고 있는지
      • 얼마나 빨리 배우는지
      • 지속적으로 학습하는지
    • 쥬니어라면
      • 컴퓨터 공학 기본기
      • 자신이 하던 일을 잘 이해하고 있는가? A 상황에서 왜 이렇게 하셨죠?
    • 공부방법
      • 발표를 많이 하라.내가 설명을 하려고 하면 이해도가 높아진다.
      • 뭔가를 배우면, 좀 더 깊게보면 도움이 된다.
      • 뭔가 장애가 났을때…
        • Google, StackOverflow -> 그 해결책이 실제로 왜 해결책이 되는지까지 이해하라
      • Spring을 하면 Spring 자체를
      • 멘토를 구하라!
    • 개발자 브랜딩
      • 유명한 개발자 != 실력있는 개발자, 유명한 개발자 == 취업 기회가 많은 개발자
    • 추천
      • 블로그를 해라! (단순한 듀토리얼 내용은 피하고 자신의 관심분야를 공부한 내용, 자신이 경험한 장애를 처리한 내용(내부 동작까지..) 등)
      • 컨퍼런스에서 발표를해라! (앞의 블로깅 내용들을 모아서 발표를해라, 작은 세미나 기회는 주변에 엄청 많다)
      • 자신만의 토이 프로젝트를 만들어서 공개해라(오픈소스 참여도 좋다)
    • 실력만큼 중요한 것은? 커뮤니케이션
      • 함께 일하고 싶은 동료인가? 단순히 착한 사람 NO
      • 정보 공유를 잘하고!!! 나의 생산성을 향상시켜줄 수 있는 사람!!!
      • 나중에 우리팀에 함께 일하자고 추천할 수 있는 사람
    • 이런 것들이 결국은 기술적 호기심에서 시작
    • (추가) 알고리즘 테스트도 무조건 준비
  • 개발자를 위한 인프라 기초 총정리 하드웨어, 네트워크, OS, 미들웨어, 가상화, 도커 등 인프라의 기초 지식들의 핵심을 아주 깔끔하게 정리한 글. 서버 사이드 개발자라면 이미 알고 있는 내용이 대부분이겠지만 다시 한번 정리한다는 생각으로 읽으면 많은 도움이 될 것 같다.
  • 1500개의 테스트를 작성하며 나는 무엇을 얻었나
    • 테스트를 도입해야하는 이유
      • 개발과정중에 잠재적인 오류를 교정할 수 있다.
      • 코드 전반의 큰 변화가 필요한 신 기능 개발이나 기술 부채 상환에도 비교적 자신있게 대응할 수 있다
    • 좋은 테스트 코드 짜기
      • 테스트 상황이 아닌 동작을 기준으로 분리
      • 검사문은 최대한 상세하게
  • 백기선님 스프링 기반 REST API 개발 발표 후기 지난주 토요일에 진행했던 스프링 REST API 세미나에서의 핵심 포인트를 잘 짚어주신 글. 듣는 것만으로도 벅차 기록을 못 해서 너무 아쉬웠는데 아주 잘 정리된 글이 올라와서 복기 시 많은 도움이 되었습니다 🙂
  • 유용한 생산성 툴 몇가지 소개 맥을 사용한지 얼마 안되서 이런 글은 너무 반갑다! Headset, Spectacle, Macs Fan Control 등 유용한 툴이 정말 많다.
  • ‘클라우드 업체도 가세’ 현재 잘 나가는 APM 툴 10선 적시 적소에 알맞은 툴을 적용하기 위해 한 번쯤은 보면 좋을 것 같다.
  • 하루를 충실하게 보내고 싶으세요? 다음 13가지 원칙을 잊지 마세요. 정답은 아니지만 틀린 답도 아닌 원칙들.
    • (1) 매일 아침 그날을 준비할 것
    • (2) 산책할 것
    • (3) 몰입할 것
    • (4) 친절할 것
    • (5) 읽고, 읽고, 또 읽을 것
    • (6) 자기만의 시간을 가질 것
    • (7) 땀흘려 운동할 것
    • (8) 죽음에 대해 생각할 것
    • (9) 순간을 즐길 것
    • (10) 모든 일에 감사할 것
    • (11) 하루를 돌아볼 것
    • (12) 더 큰 대상을 접할 것
    • (13) 8시간 잠을 잘 것
  • 좋은 에러 메시지 쓰는 법 최근 사내 API 서버에서 문제가 있어서 에러 메시지를 통해 원인을 추적하고 있었는데 에러가 난 해당 메소드의에서 모든 예외처리를 똑같은 에러 메시지로 반환하도록 작성되어있는 것을 보고 당황했던 적이 있었다. 이 글에서 설명하는 에러에 관련된 값을 구체적으로 내놓기, 원인을 특정하기 쉽도록 하는 글을 넣기 등을 이용해서 조금 더 상세하게 기록해놨다면 얼마나 좋았을까. 조금씩 바꿔 나가야겠다!  
  • 단위 테스트 활용 방법: JUnit 참조 가이드 개발자가 단위 테스트를 작성할 때 고려해야 할 사항들을 정리한 글. 마지막 결론에 다음과 같이 말한다. ‘소프트웨어 공학 관련 많은 학자들이 단위 테스트를 작성하는 것이 작성하지 않는 것보다 훨씬 효율적이라고 주장한다. 하지만 난 이 의견에 반대한다. 테스트 케이스들은 훌륭한 자산이다. 하지만 반대도 성립한다. 즉 형편없이 작성된 테스트 케이스들은 프로젝트에 아무런 도움이 되지 않는 골칫거리에 불과하다.
facebook share twitter share
0%