1일: 모닥불 | EP.3 프론트엔드 개발에서 테스트 자동화, 꼭 해야 할까?원문 보기사이드 프로젝트를 진행하면서 테스트 코드를 적용해보고 있다. 테스트 코드의 필요성보다는 많은 기업의 JD에 적합한 사람이 되고 싶어 시작했다. 모닥불 영상을 보고 느낀 테스트 코드의 장점 중 가장 와닿은 건 '개발 사이클 단축'이라고 생각한다.백오피스를 개발할 때 하나의 기능을 확인하려면 일련의 과정을 꼭 거쳐야 하거나, 특정 요소에 의해 분기 처리가 돼야 하는 경우가 많은데 이런 곳에 테스트 코드를 작성하면 필요성을 크게 느꼈을 텐데! 공부한답시고 컴포넌트마다 상세하게 작성하려다 보니 에너지는 뺏기고, 좋은 건 알겠는데 꼭 써야 하나.. 이렇게 생각했던 것 같다. 앞으로는 너무 유닛테스트에 집착하지 말고 필요에 따라 ..
2일: Web: React Hooks의 등장 배경과 의의원문 보기클래스 기반으로 작업을 하던 나에겐, 함수 컴포넌트는 큰 변화로 다가왔다.함수 컴포넌트에서 클래스의 생명 주기를 어떻게 구현할지가 제일 궁금했었고, 가장 먼저 useEffect를 찾아봤었다.그리고 왜 클래스 컴포넌트가 버려졌을까에 대한 의문이 많았는데, 이 글을 통해 납득할만한 이유를 알게 되었다. (상태에 따라 그 결과 값이 의도치 않게 변한다는 문제) 3일: [React Anatomy] useState 의 동작 원리를 직접 구현하며 알아보자원문 보기useState가 closure의 원래로 동작한다는 것은 알고 있었지만, 구현 과정을 코드로 확인해 보니 쉬운 듯 어려웠다! 클로저까지는 괜찮았지만 갑자기 등장한 모듈 패턴부터 머리가 복잡해져..
1일: 30번 실험 끝에 성공한 여기어때 상품 카드 UX 개선기원문 보기UI의 정보를 덜어내는건 직관적이고 단순한 디자인을 위해서라고만 단편적으로 생각했는데,많은 고민과 수십 번의 테스트로 이뤄진 결과라니! UX에 진심인 게 글에서 느껴졌다.그리고 그 긴 여정을 회사에서 기다려 준것도 놀랍고, 건강한 회사의 분위기와 조직 문화가 느껴진다. 2일: 아토믹 디자인을 활용한 디자인 시스템 도입기원문 보기Material UI, PrimeNG 와 같은 UI 라이브러리를 사용하면서, 디자인 시스템이나 UI 라이브러리를 만드는 일을 하고 싶다고 생각했다. 자연스럽게 UI 컴포넌트와 디자인 쪽에도 관심을 많이 가지고 있었는데 이번엔 Atomic design을 알게 되었다. 3일: 당근페이 FE, 4개의 프로젝트를 하..
3월 5일: 가입은 쉽게, 로그인은 실패 없이! 휴대폰번호로 계속하기원문 보기 내가 IT기업에 가고 싶은 이유.. 무언가를 변경할 때 그냥 이뻐서가, 자기가 보기엔 불편해서가 아닌 문제점을 찾고, 가설을 세우고, 정확한 수치를 통해 결정한다는 것과 개선 이후 상황을 모니터링하여 성공/실패 여부를 확인하는 절차가 너무 부럽다.나도 내가 하는 일이 어떤 변화를 가져오고, 사용자의 반응을 살펴보고 싶다. 3월 6일: 초거대 AI 시대, 대체불가 개발자로 살아남기원문 보기 AI가 계속 성장하고, 말만 하면 ChatGPT가 뚝딱뚝딱 코드를 만들어주는 걸 보면서 일자리를 잃지 않을까 두렵기도 했다. 다행히 아직까지는 사람만이 할 수 있는 일이 있어서 개발자라는 직업은 사라지지 않을 것 같다. 더 넓은 분야들에 관심..
2월 1일: 새 배송지 추가 form 개발하기 원문 보기 Angular는 자체적으로 Reactive form을 지원하기에 백오피스 내의 수 많은 유효성 검사를 적용할 수 있었다. 러닝커브가 당연히 있지만 효자가 따로 없다👍 하지만 React document로 공부를 시작할 때, form에 대한 내용이 너무 부족해서 의아했었다. 복잡한 form은 어떻게 처리할 수 있을까 궁금했는데, 운좋게 해당 아티클을 통해 미리 방법을 엿볼 수 있었다. 결론은 Angular가 더 낫다.. 패턴은 비슷하지만 React의 경우 input tag에 로직을 정의하는 방식이라서 양이 많아지면 가독성이 안좋을 것같단 생각이 들었다. Angular처럼 form을 완전 별개의 파일로 관리할 수 있으면 좋을텐데! 따로 검색해보니 나와 ..
1월 11일: 웹 접근성 준수를 통한 모두에게 배달되는 일상의 행복 원문 보기 퍼블리셔로 일했을 때는 정적인 사용자 페이지 위주라서 웹 접근성 준수에 큰 어려움이 없었고, 몇몇 프로젝트에서는 웹 접근성 인증을 받았다. 그러나 현재는 백오피스를 맡고 있다 보니 웹 접근성에 대한 인식이 떨어진 것 같다.. 사내 운영진에는 장애인이 없다는 확고한 편견이 있었던 게 아닐까? 나 같은 개발자들이 장애인 분들의 직업 폭을 좁히는데 기여하고 있는 게 아닐까라는 생각이 들어 부끄러움을 느꼈다. 이전에 웹 접근성을 위해 대체 텍스트, 올바른 태그, 태그의 순서, 탭 인덱스 정도만 신경 썼었고, WAI-ARIA는 크게 활용하지 않았다. 아티클을 읽고 다시 생각해 보니 "웹 접근성을 잘 지키고 있었다"라는 말도 못 할 것 ..
