스터디
이번주 부터 주니어 프론트엔드 개발자 스터디를 시작하게 되었다.
서로 다른 회사에서 일하시는 분들과 처음으로 하는 스터디라 기대가 많이되고
실력이 부족하여 피해를 입히지 않을까 걱정도 많이 된다.
다른 지역, 다른 회사에서 일하는 프론트엔드 개발자들과 커뮤니케이션을 통해서 많이 배울 수 있을 것이라 기대된다!
첫 번째 주제로 타입 챌린지를 풀어보고 같이 공유해보기로 하였다
TDD
소프트웨어 장인이라는 책을 읽었는데
책에서 애자일과 TDD를 강조하고 있었다. TDD에 대한 개념은 있었지만 실제로 적용해본 적은 없었고
어떻게 시작을 해야 하는지 몰라서 드림 코딩 TDD 강의를 듣기 시작했다.
주말이라 간단하게 개념정도만 들었고
주요 포인트는 TDD를 반드시 적용해야 할 것은 아니지만 테스트는 반드시 필요하다는 것이였고
중요한 것은 테스트의 순서가 아니라 리파지토리에 내 코드를 푸시할 때 동작하는 코드와
그 코드를 테스트하는 코드를 같이 보내야 한다는 것이다
독서
소프트웨어 장인 책을 다 읽고 오늘도 개발자가 안 된다고 말했다 라는 책을 읽고 있다 디자이너와 기획자의 입장에서 개발자와 협업하는 방법에 대한 책인데,
반드시 디자이너와 기획자만 읽어야 하는 책은 아니라고 생각된다. 개발자 입장에서도 디자이너와 기획자가 우리를 어떻게 바라보는지, 어떻게 이해하고 있는지 알 수 있는 좋은 기회라고 생각된다.
회사에서 디자이너 분과 협업을 해야할 때, 같이 한 번 읽어보자고 제안해보는 것도 좋을것 같다
알고리즘
저번주에 프로그래머스 알고리즘 문제를 하나 풀었는데, 제대로 풀었는가? 라는 고민이 계속 머릿속에 남았다 자료구조에 대해서 까먹은지 오래고 무언가 제대로 풀었다는 느낌보다 그냥 때려 맞춰서 풀었다는 느낌이 강하게 들어서 이전에 취업할 때 사놓고 한 두장 읽고 책장에 넣어둔 프로그래밍 대회에서 배우는 알고리즘 문제해결전략 책을 다시 꺼내서 읽어 보려고 한다. 대회에 나갈 생각은 없지만 알고리즘 문제를 해결할 수 있는 전략을 배우는것은 필요하다고 생각된다.
