처음 개발을 공부할 당시 잉여 개발자는 자바를 공부하면서 백에드 개발자를 꿈꾸며 열심히 학교 생활을 했다. 그러던 중 1학년 말! html과 css를 통해서 프론트엔드쪽을 접하게 되었는데 너무나도 재미있었다. 프론트엔드에 대한 호기심을 가지곤 있었지만 당장 취업을 위해서 자바쪽 공부를 더 했다. 그렇게 졸업 작품을 할 때 프론트엔드 파트를 담당해서 개발하게 되었다. ( 너무 급전개?! ) 하지만 프론트엔드에 관심이 있었기 때문에 1년동안 리액트와 자바스크립트를 급하게 호다닥 공부했는데 너무 재미있었다?! 백엔드는 비교적 검은 화면에 코드를 뚱땅뚱땅 키고 작업하는게 대부분인데 내가 작업한 코드를 화면에서 바로바로 볼 수 있다니 생각보다 너무 재밋었다 바로 진로를 프론트엔드쪽으로 바꿔서 프론트엔드 개발자 커..

요즘 간단한 요청들은 구글 폼을 사용하는게 대세 ( 이미 한참전부터 사용했었지만 )인데, 작성자는 지금까지 한번도 써보지 않아서 이것저것 알아보면서 기록도 남기면 좋을 것 같아서 글을 써본다. 링크 구글 답게 깔끔한 메인 화면! 업무용 Forms 사용해보기가 있는데 다른점이 용량 등이 다른 것을 확인했다! 막 대단한 기능을 사용할게 아니라면 무료 버전 사용해도 괜찮을 것 같다는 생각이 많이 들고 있다?! 아니 그냥 무료버전이 좋은 것 같다 ㅋㅋ 오호 먼가 템플릿이 아주 많다. 템플릿 갤러리를 누르면 더 많은 템플릿을 볼 수 있는데 일단 가장 무난한 행사 등록을 한번 만들어보겠다! 행사 등록 선택지 바로 체크! 여러가지 입력할 수 있는 폼이 나왔다. 상단 팔레트를 누르면 테마를 바꿀 수 있는데, 여기서 배..

최근 Chat GPT가 유행이다. 그래서 개발에도 AI를 어떻게 해야 잘 써야할까? 생각한 적이 있는데, 생각으로만 그치고 결론을 내리지 못했다. Chat GPT를 사용하는 방법도 있지만, 개인적으로 질문을 통해 결과를 얻는 방식보다 바로 바로 개발하는 것이 더 효율적이라고 생각했다. 한번의 질문으로 원하는 결과물을 얻을 수 있다면 당연히 사용을 고려하겠지만 그것이 아닌 추가적인 질문을 통해서 원하는 결과를 얻어야 한다면 복잡도가 높은 개발이 아니면 효율이 좋은가? 라는 생각이 있기 때문이다. 그래서 굳이 사용하자면 검증을 하는 단계 또는 Chat GPT와 나의 개발이 어떤 방식으로 다른지 확인하는 정도로 사용할 수 있겠다고 생각했다. 그런데, 회사를 통해 Copilot을 사용할 수 있는 기회를 얻었다...

길고 긴 네이버 부스트캠프가 끝이났다. 챌린지부터 한다면 7월부터 지금까지 약 5개월을 진행한 교육이였다. 챌린지 시절만 해도 개발 자체에 어느정도 자부심이 있었는 상황이였는데, 교육을 진행하니 점차 내가 개발을 위해서 무언가를 만들 수 있었지만, 효율, 원리 등 많은 부분을 빼먹고 있었다는 것을 알게되었다. 좀 더 디테일하게 이야기하면 컴포넌트의 관심사, 비즈니스 로직 등 점차 고려해야하는 부분이 많고 지금까진 난 그것을 그렇게 깊이 고려하지 않고 개발을 하면서 자부심을 가지고 있었다. 부스트캠프가 이것에 대한 정답을 준 것은 아니다. 하지만 내가 부족한 많은 것을 알 수 있게 해주었고 많은 동료 개발자를 얻을 수 있었다. 많은 개발자가 있고 그들만의 장점을 보고 배우며 또 단점 역시 보면서 나라면 어..

Keep 기능 구현 ▶ 목표 기한 내 기능 구현을 빠르게 완료하고 전체적인 리팩토링을 진행했다. Problem 백엔드 API 연동 ▶ MSW를 사용했을 때는 문제 없던 API가 실제 백엔드 API와 연동했을 때 문제가 발생했다. ▶ API 명세를 처음 작성할 때 확정하지 않고 러프하게 작성해서 발생한 문제라고 생각되기도 한다. 또다시 게을러짐 ▶프로젝트가 끝나가니 다시 특유의 게을러짐이 발생하는 것 같다. ▶더 많이 작업할 수 있는데, 귀찮아서 내일로 미루는 경향이 발생한다. Try 초심을 생각하자 ▶ 짧게 봤을 때는 프로젝트가 끝나가서 마음이 풀리는 경향이 있는데, 프로젝트가 끝나더라도 공부가 끝나는 것은 아니기 때문에 다시 집중해서 작업하자!

Keep 목표 완료 ▶ 프로젝트를 진행하면서 기한 내에 작업해야할 부분을 모두 완료했다. 네이밍 컨벤션 수정 ▶ 처음 설계 시 부족했던 네이밍 컨벤션 부분을 리팩토링을 진행하면서 통일시켰다. ▶ 한번 달라진 네이밍 컨벤션을 계속 나둘 경우 추후 본격적으로 리팩토링 시 코딩 스타일이 달라서 힘들 것이라고 판단 확실한 피드백 ▶ 프로젝트를 하면서 필요한 말이라면 관계가 서먹해질 수 있더라도 하자는 생각을 가졌는데, 이번에 같이 작업하는 프론트엔드 개발자분이 작업이 모두 완료되지 않은 상태에서 당장의 기능이 완료되었다고 판단해 완료로 체크해서 계속 새로운 task를 받고 기존 작업의 리팩토링과 같이 새로운 작업을 진행해서 점점 task가 쌓여간다는 느낌을 받았다. 그래서 회의 시간에 이렇게 가면 혼자 더 힘들..

들어가며 바로 어제 2주차 회고를 작성했는데 사실 이번주는 3주차이기 때문에 이어서 바로 3주차 회고를 하겠다 ㅋㅋ... Keep 확실한 피드백 ▶ 프로젝트를 진행하면서 아닌 것 같은 부분에 대해서 돌려 말하지않고 확실하게 의사 전달을 하였다. ▶ 돌려서 말하는게 당장의 관계에는 좋겠지만 전체를 봤을 때는 잘못 이해하거나, 더 많은 충돌을 발생시키는 것 같다. 기술 도입 ▶ 처음 사용해보는 기능을 바로 프로젝트에 도입할 정도로 공부해서 도입하였다. ▶ 하지만 아직 초반 단계여서 진행을 하다보면 부족한 점이 생길 수 있다. Problem 작업 속도 ▶ 약 6주간 진행하는 프로젝트인데 벌써 3주가 흘렀다. ▶ 하지만 생각보다 완성까지 시간이 걸리는 느낌이고, 초조함을 느껴 추후 리팩토링이 필요해보이는 코드가..

들어가며 변명아닌 변명을 하자면, 사실 회고는 지난주에 작성을 했는데, 내가 블로그에 올리는 것을 까먹고 있다가 지금 작성하게 되었다 ㅋㅋ.... ㅠ Keep 소통 ▶ 코드 리뷰를 열심히 했다. ▶ 피드백을 할 때, 착하게 하지 않게 피드백을 했다. 디자인을 해본 것 ▶ 디자인은 전혀 자신이 없어서 시도를 하지 않았는데, 이번에 팀에 디자인을 할 인원이 없어 내가 조금씩 수정하면서 해봤다. ▶ 로고를 만들었다. Problem 레이아웃에 시간이 너무 오래 걸렸다. ▶ 디자인에 신경을 쓰다보니 생각보다 페이지 레이아웃에 시간이 오래 걸렸다. 집중 ▶ 코딩을 할 때, 동시에 여러개를 신경쓰다보니 클린 코드에 신경을 못쓴 것 같다. 필요 기술에 대한 결정이 느림 ▶ 피드백에 대해서는 이제 필요하다고 생각되는 것..