항해99

[항해99] TIL D+5

crab. 2022. 7. 16. 01:31
반응형

어째 왜이리

  • 피곤할까..
  • 이렇게 피곤한적은 오랜만이다
  • 강의를 다 들은 것도 아닌데 말이다
  • 내일은 진짜 열심히 해야지

오늘의 React

  • 오랜만이다.
  • context API
    • 상태관리에 있어서 항상 props와 state끌어올리기를 할 수 없으니 만들어진 개념
    • 리덕스의 바로 전 단계인 것 같다.
    • 상당히 어렵다.
    • 컴포넌트 트리에서 제일 깊숙히 있는 컴포넌트도 context API를 통해 바로 상태를 얻어올 수 있다.
    • 어렵지만 분명 편리하고 App.js를 깔끔하게 정리해줄 수 있는 기능이었다.

TIL특강

jira와 깃의 차이점과 장단점

  • jira는 이슈와 업무를 다루는 협업 툴이고 무겁다.
  • 가벼운걸 사용하는 경우가 많고 대기업에서 사용하는 경우가 있다.
  • 깃은 코드의 버전을 다루는 도구, 가볍다.

튜터님 개인 배경

  • 여행관련 하다가 개발자가 되었다.

개발자의 학습법

  • 개발자들은 학습과 경계의 구분이 없다.
  • 예를 들면 회사에서는 깃을 할줄 아냐고 물어보지 않는다.
  • 셀프 피드백이나 다른 사람에게의 피드백을 스스로에게 적용한다.

가설-실험-검증-가설-실험-검증…

  • 가설,실험,검증해보고 안해야겠다 싶으면 그 과정을 안하는 것도 방법이다.
  • 파이썬을 잘하지는 않지만 플라스크는 잘 할 수 있을 것 같아
  • 김밥같이 중요한게 다 들어가 있고 할 수 있겠다 싶은데 중요한걸 해보자.
    • 아니라면, 알지못한게 있거나 아니다 싶으면 하지 말자.

TIL이 뭐지??

  • 정식 명칭은 Today I Learned 로 그날 배운걸 그날 작성하는 회고록 같은 것이라 생각합니다.
  • 자신이 배운걸 하루의 마지막에 다시 리마인드하며 정리함으로써 메타인지를 높이고 효과적인 학습의 효과와 더불어 개발자의 오픈소스, 커뮤니티를 더욱 풍성하게 해주는 효과가 있습니다.
  • 저는 개인적으로 가독성과 흥미요소도 따져서 유머코드를 넣으려고 노력하는 편이고, 그날의 핵심키워드들만을 정리하며 필요할때만 작은 설명을 추가하는 편입니다.

TIL에는 의도가 있어야 한다.

  • 시간이 지날 수록 “내가 무엇을 채우려 했지?”
  • 어떤 의도를 가지고 쓰고
  • 어떻게 다른 방법으로 해볼까가 핵심이다.
  • 오늘은 이런 오류가 있었는데
    • 다음엔 이렇게 고쳐봐야지 가 있어야 한다.

링크, 6개월간의 TIL회고

6개월간의 TIL 회고 (꾸준히 하면 좋은 일이 생긴다)

  • 초등학생 일기 처럼 가볍게 써도 좋다.
  • 쓰다보면 자신만의 실력이 늘거라고 생각된다.

써야할것

  • 다음주에 어떤 것이 들어가 있는 TIL을 쓸까?
    1. 내가 그날 공부하며, 다른 일을 하며 느낀 감정들 & 생각들 회고
    2. 그날 공부한 내용 키워드 정리
    3. 사용했거나 인상적이었던 코드를 간략하게 정리(해보고 싶다..)
  • 나는 왜 그렇게 쓰는 걸까?(가설)
    1. 이걸 안 쓰면 TIL 자체를 쓰고 싶지 않기 때문에..(헬스장을 가야 운동을 한다.)
    2. 지극히 나의 경우! 키워드만 정리하면 어차피 다른 분들이 훨씬 잘 정리해주신게 많기에 나의 TIL은 다른 곳으로 연결되는 허브역할로 사용하고 싶다.
      1. 또 그렇게만 써도 생각(지극히 주관적으로)보다 내용이 꽤 나온다.
    3. 코드는 재사용성을 고려하는 것이 항상 좋고 그것은 프로젝트 내에서만이 아니라 외적으로도 맞다 생각해서 이다.
  • 어떤 걸 더 낫게 하고 싶은 걸까?
    • 어떤 공부이든 피드백이 중요한데 학습에 대한 피드백을 피드백하여 복리로 성장하고 싶다.(애자일 성장, 함께 자라기)

생각할 것

  • 개선을 위한 셀프 피드백

쓸 때 처음에 작성할 부분

  • 어떤 오류가 있었고(오류 메시지 + 오류 코드)
  • 어떤 방식이 있었고 (그걸 어디서 찾았고)
  • 그 중에 어떤 걸 해봤고
  • 그래서 뭐가 달라졌다.

정리

A. 자바스크립트 공부를 열심히 한다.

  • 공부는 되지만, 피드백의 요소가 없다.

B. 자바스크립트 03~08챕터 강의를 열심히 듣고 내용을 정리한다.

  • 가설이 없다. (뭐가 더 나아지는지가 없다.)

"C. 내가 짠 000부분의 변수가 이상하게 값이 안 들어간다. 0000레퍼런스를 보니 XXXX 때문이란다. 자바스크립트 무아무아뭐의 우워워워워 때문일까? 그 부분을 고쳐보니 제대로 돌아간다. 근데 XXXX가 뭘까? MDN 과 모던자바스크립트 튜토리얼 을 보니 XXXX는 이런 이런 거라고 한다. 그럼 XXXX 를 할 수 있는게 뭐가 있을까? 이렇게 이렇게 코드를 짜봤다. 안된다. 저렇게 저렇게 코드를 짜봤다. 오 되네. 왜 되냐. 근데 이렇게까지 하는데 시간이 너무 걸렸다. 시간을 줄이는 방법이 뭐가 있을까? 으으으으음. 다음엔 MDN 먼저 찾아봐야지. 0000레퍼런스들이 너무 많아서 헷갈렸다. 퉤. 아직 AAAA 하는 부분은 모르겠다. 에에에에엥 왜 되는지 모르겠다. 내일 하고 인제 자야지."

  • 가설을 세우고 검증을 한다.
  • xxxx가 뭘까? 까지는 시도 하면 좋다.
    • xxxx로 할 수 있는 아주 작은 코드를 만들어봤다.
    • 작은 코드로 실제로 해봤다.
  • 시간을 줄이는 방법을 고려해본다.

D. 아 0000 모르겠다 퉤. ㅇㄴ러ㅏㅣ너리나ㅓ리너ㅣ러니ㅏㅓㄹ

  • TIL이 힘들다면 이정도까지도 괜찮다.
  • 이렇게 어려웠던 부분만 적어도 되지만 되도록 해결법을 간단하게라도 다른곳에 적어두자.

E. 0000 을 어떻게 알게 될까? -> 자바스크립트 강의를 본다

  • 해결하기 위한 가장 쉬운방법을 생각해보자.
  • 이게 가장 쉬운방법일까? 를 고려하자
  • WTSTTCPW
  • 당신이 제자리 걸음인 이유: 지루하거나 불안하거나

회고

  • 좋았던것
    • 조금은 두루뭉실했던 TIL에 대해 좀 더 명확하게 알게된 점
  • 기억에 남는거
    • 부담을 가지지 말고 가볍게라도 계속시도하는 방법이 맞다는 점
  • 다음에(오늘 저녁) 시도해볼만한 거
    • 무언가의 문제가 있었을 때 해결하는 것에서 멈추지 말고
    • 이게 가장 쉬운방법일까?를 고려해서
    • 과거와 비교하여 계속 발전해 나가는 것

스스로에게 최대 2시간을 주자

  • 스스로가 공부하는 시간이 꼭 필요하다.

질문답

  • 튜터님은 인도도 가고 노마드코더로 살고 계신다.
  • 3년차에 작업을 멈추고 자신에게 집중해 무엇을 하고 싶은지 생각하는 시간을 가져봤다.
  • 프로젝트시 막히는 부분을 다른 분께 물어봐도 괜찮나요?
    • 물론입니다. 다같이 모여서 문제를 해결합니다.
    • 터널비전이라고 옆이 안보이게 공부하는 경우가 있는데 생각해볼 필요가 있다.
  • 버릴부분은 어떻게 정할까?
    • 자기 전에 누워서 스스로의 피드백시간을 가져본다.
  • 잘하는 개발자란 무엇일까요?
    • 내가 다른 사람하고 어떻게 협업하면 좋을지(정말 고민이다..)
    • 주니어인 나랑 시니어가 같이 일하려면?
      • 너는 아무것도모른다. 나도 아무것도 모른다. 우리는 아무것도 모른다.
  • 스타트업에 갔을 경우
    • 사수가 없어지면 크게 성장하는 경우도 있지만 이상한 습관이 들 수도 있다.
    • 고려해봐야할 사항
  • 내가 뭘 모른지조차 모르는 경우가 있다.
    • 정신승리 중요하다! → 어제의 나보다는 오늘의 내가 더 낫겠지
    • 내일의 내가 오늘의 나보다 나을 것이다.
  • 개발자가 되면 워라벨은 포기해야하는건가요?
    • 사수가 1년동안은 연애할 생각 하지말라함
  • 구글링이나 정보를 찾을때 신뢰할 수 있는 레퍼런스사이트는?
    • 공식사이트가 좋다. 특히 리액트 공식사이트
  • 개발자는 계속해서 컬러를 바꾸는게 이득이다.
  • 코드리뷰 시 팁
    • 한 페이지만 가지고 이 책 설명해봐 이런것이기 때문에 잘 설명하고
    • 매니저님들, 튜터님들 바짓가랑이를 잡아야 한다.
  • aws codeguru
  • github codepilot
  • codereview automatic

잘하는 개발자는?

  • 연구 결과는 협력을 잘하는 개발자이다.
반응형
저작자표시