21일

• 누구나 원하는 개발자 되기
• Let’s Write a Simple Event Bus in Go
• Lightweight event management implemented by Go
• 마이크로서비스 아키텍처. 그것이 뭣이 중헌디?
• 무엇이 개발자를 생산적이게 만드는가
• Let’s Build a Minecraft Server Wrapper in Go
• Kubernetes best practices: terminating with grace

22일

• 스탠포드의 “엔지니어들을 위한 개인 재무 관리” 강의

31일

• css grid system
  • https://velog.io/@teo/CSS%EC%99%80-Layout-%EA%B7%B8%EB%A6%AC%EA%B3%A0-Grid-System
• 개발자는 디자인적인 소양이 필요할까?
  • yes. 디자인 언어를 컴퓨터 언어로 풀어내는게 개발자의 일이기 때문.
  • 디자이너들에게 개발적인 소양이 필요하듯 개발자도 디자인 소양이 필요하다.
  • 그렇다고 그림을 그리는것이 필요한 건 아니고, 그냥 디자인을 할때 어떤 Process를 거치고 어떤 개념들을 쓰는지 파악하는것이 필요하다는 의미.
  • 예를 들면,
    • https://m3.material.io/ 는 디자인 언어로 쓰여진 문서
    • 이 문서의 기본 개념들과 철학들을 파악하고 있다면, 어떤것을 공통 Component 로 만들어야 할지 파악이 쉬워짐.
    • 그래서 https://mui.com/material-ui/getting-started/ 이런 lib를 만들수 있게 됨.
  • 디자이너가 자주 변경을 요구하는 부분을 파악 하고 있다면 선제적 대응이 가능하다.
    • eg) 1px 만 옯겨주세요. -> 대부분은 시각적으로 뭔가 살짝 어긋나 보이는 예외들 -> 그냥 css traslate 로 대응 가능
    • 개발적인 언어로 치자면 edge case 대응을 위한 if 문 같은 느낌
    • 필요하다면 아예 1px 만 옯겨주는 css class 를 작성해 둘수도 있다.
  • Backend 만 한다면 디자인 소양이 필요한가?
    • backend만 한다. -> 당신이 만든 각종 관리툴은 디자이너의 손길을 기대할수 없다. -> 답답하면 내가 해야 함.
    • 그래서 알고 있으면 도움이 될지도?
    • 물론 관리툴에서 요구되는 디자인과 B2C에서 필요한 디자인은 결이 다르긴 함.