무딘붓의 코딩기록

익숙함을 새로움으로! 네이버 카페 경험 설계 https://dan.naver.com/25/sessions/718 네이버 카페 UI UX를 개편하며 겪은 고민과 해결 과정을 공유하는 발표. 가장 궁금했던 순서였다. 최근 커뮤니티 서비스를 만들고 있어서, 이미 수많은 사용자를 보유한 네이버 카페는 어떻게 일하는지 궁금했기 때문. 좋은 아이디어가 있으면 한번 따라해보겠다는 욕심도 있었다. 디자이너 2분이 발표해서 개발 내용은 없었지만, 새로운 관점을 많이 배울 수 있었다. ‘좋은 글을 어떻게 더 많이 보여줄까’, ‘사용자가 어떻게 더 자주 반응하게 만들까’같은 고민을 네이버 카페는 어떻게 풀어가는지 듣는게 흥미로웠다. 기존 사용성을 유지하며 새로운 UX를 도입할 때 느낀 고충도 공감이 되어 재미있게 들었다. ..

매년 신청했지만 항상 떨어졌던 if(Kakao), 올해는 감사하게도 3일차 KREW DAY에 참여할 수 있었다. 오후에만 잠시 참여하고 돌아와서 많은 세션은 듣지 못했지만, 들었던 FE 세션 2개만 간단히 정리했다. 🎙️ FE Krew TalkFE Krew Talk에서는 카카오의 스터디그룹인 FE지컬:100팀의 발표가 있었다. 바닐라 JavaScript를 2년여간 스터디하면서, 스터디 내용을『프런트엔드 레벨을 높이는 자바스크립트 퀴즈북』으로 출간한 과정을 들을 수 있었다. Why We Learn Vanilla : 왜 바닐라 자바스크립트인가발표의 시작은 왜 바닐라 JavaScript 스터디를 시작했는지 설명했다. 좋은 이야기가 많아서 적어두었는데, 가장 인상적인 내용은 아래 3가지였다. React, T..

돈을 주고 참가한 첫 컨퍼런스! 항상 티켓 가격이 망설여져 가지 못한 FECONF에 처음 참여했다. 이번에는 네트워킹 위주로 참여했다. 처음 실무를 경험하며 기술 외에도 궁금한 게 많이 생겼고, 이제는 컨퍼런스에서 세션 외에 더 다양한 경험을 하고 싶었기 때문이다. 네트워킹은 작년 당근 테크 밋업과 비슷하게 당근모임을 이용해서 신청했다. 참석자끼리 주제를 가지고 모이는 네트워킹과, 스페셜 토크라는 이름으로 발표자 중심으로 모이는 네트워킹도 있었다. 나는 두 네트워킹을 고루 신청해서 참석했다. 스페셜 토크 - 장기효님 첫 스페셜 토크는 ‘캡틴판교’ 장기효님과의 네트워킹. 작년 DAN 24에서 뵈었던 터라 반가웠다. 특유의 웃음소리도 여전하셨다.가장 기억에 남는 건 테스트 코드 이야기. 기억을 더듬어 정리해..

0. 지원 전까지 네이버 부스트캠프 수료 이후로 1년 가까이 지났다. 그동안 스터디를 진행하면서 부족한 코딩 테스트 실력과 CS 기본기를 키우는 데 집중했다. 기록에 욕심이 생겨 블로그에 글도 더 작성해 보고, 개발 컨퍼런스도 참가해 보며 시야를 넓혀보려 노력했다. 취업을 위해 채용 공고도 찾아 지원하며 공부했다. 몇 차례의 채용 절차를 경험하며 코딩 테스트는 자신감이 생겼고, 여전히 어렵긴 하지만 면접도 처음만큼 두렵지 않아졌다. 하지만 이력서 개선은 여전히 힘들었다. 이력서는 아무리 고쳐도 고칠 점이 계속 보였고, 명확한 정답이 없어 막막하다는 생각도 들었다. 여러 시도 중에 가장 도움이 된 것은 글또의 이력서 피드백 소모임이었다. 원래 내 이력서를 보여주는 게 부끄러워 피드백을 거의 받지 않았는데,..

그로스해킹과 비슷하게, 팀에서 함께 일하는 법을 다룬 책이다. 책에서는 핵심 키워드를 독특한 용어로 설명하는데, 예를 들어 ‘가중목’, ‘선행지표’, ‘회오리바람’이 있다. 서론에서는 이 용어들을 다음과 같이 정의하고 있다.‘적은’ 일에 집중하는 팀이 더 ‘많은’ 것을 성취할 수 있다. … 우선 모든 것을 한 번에 획기적으로 개선하려 하지 말고 가장 중요한 목표 하나(또는 최대한 두개)를 골라야 한다. 우리는 이제 그 목표가 제일 중요한 목표라는 점을 강조하기 위해 그것을 ‘가중목(가장 중요한 목표)'이라 부르려 한다. - 40p후행지표가 감소한 체중이라면, 선행지표는 이를테면 일일 섭취 열량과 주당 운동 시간 같은 것이다 - 41p실행의 진짜 적은 일상적인 일이다! 우리는 그것을 ‘회오리바람’ 이라 부..

📖 간단한 책 소개와 후기 감사하게도 코드 리뷰 문화가 활발한 팀에서 인턴 생활을 시작할 수 있게 되었다. 하지만 코드 리뷰 경험이 많지 않다 보니 어떤 리뷰를 남겨야 하는지 잘 몰라 어려움을 겪었다. 코드 리뷰를 경험하며 알게 된 문제는 ‘어떤 코드가 좋은 코드인가’에 대한 내 기준이 명확하지 않았다는 것. 그러다 보니 리뷰를 남기는 것도, 리뷰 받기 좋은 코드를 작성하기도 쉽지 않았다. 리뷰를 하나둘 받으며 조금씩 감을 잡아가고 있었지만, 이번 기회에 확실히 공부해 보고자 이 책을 읽기 시작했다. 내용을 간단히 소개하면, LINE에서 일하는 저자가 ‘가독성 높은 코드를 작성하는 법’이라는 주제를 시작으로 좋은 네이밍 방법, 주석 다는 법, 코드 리뷰 방법 등 개발자라면 한 번쯤 고민해 봤을 주제에 ..

📖 간단한 책 후기 회사에 처음 입사하고, 여러 회의에 들어가면서 낯설게 들렸던 여러 용어가 있다. ‘리텐션’, ‘MAU’ 등등… 우리 서비스의 현황과 성장 목표로 사용되는 지표들이었다. 처음에는 막연히 좋은 지표니까 사용하겠지, 실무에서는 이런 지표를 사용하구나 하며 막연히 신기해했다. 그러다 다 같이 데이터 분석 이해도를 높여보자는 우리 TF PM분의 제안으로 이 책을 스터디하게 되었다. 기획 회의를 하다 보면 근거를 내세우기 참 어려운 지점이 많다. 가령 ‘A’ 탭을 ‘B’ 탭 앞에 두느냐 뒤에 두느냐부터, ‘C’기능을 ‘D’보다 먼저 개발하느냐 나중에 개발하느냐 등등.. 이럴 때 가장 좋은 것이 바로 ‘데이터’를 기반으로 소통하는 것이다. 그럼, 그 데이터는 어떤 걸 사용해야 할까? 그 해답을 ..

📝 1. 서론`let a = 'abc'; let b = 'abc'` 일 때, a와 b는 같은 주소를 참조하나요?  스터디에서 JavaScript의 string 타입을 이야기하던 날, 위와 같은 질문을 받았습니다. Java에서는 스트링 풀(String Pool)을 이용해서 동일한 문자열을 재사용하는데, JavaScript에서도 비슷한 개념이 있는지를 묻는 질문이었습니다. 위 질문에 대한 답을 찾는 과정이 이번 글의 주제입니다. 미리 정답부터 말하자면, ‘그렇다’ 입니다. V8 엔진에서는 String Table 구조를 이용하여 동일한 문자열을 한 번만 저장하는 최적화가 이루어집니다. 이 글에서는 먼저 V8 엔진을 사용하는 환경에서 동일한 문자열을 가지는 두 변수가 실제로 같은 주소를 참조하는지 확인하고, ..

기록으로 남기는 실시간 화이트보드 강의 서비스, 🙂 Boarlog 를 개발하며 구현한 내용을 담고 있습니다.게시글의 기능을 이용한 최종 서비스는 GitHub 링크 에서 확인하실 수 있습니다.  실시간 화이트보드 공유 서비스를 운영하며 생긴 지연 문제의 해결 과정을 정리한 글입니다.해당 서비스를 처음 구현한 과정은 이전 개발 일지에 정리했습니다. 💭 0. 문제 상황  화이트보드에 쓴 글씨가 많아지면 참여자 페이지에서 느리게 보이는 문제가 발생했습니다. 이러한 문제점이 생기는 원인은 아래와 같이 세 가지를 추정해 봤습니다.강의자 페이지에서 화이트보드 정보를 저장하는 시간이 오래 걸린다.강의자가 보내는 화이트보드 데이터의 용량이 커서 서버를 통한 전송이 오래 걸린다.참여자 클라이언트에서 처리해야 할 데이터..

기록으로 남기는 실시간 화이트보드 강의 서비스, 🙂 Boarlog 를 개발하며 구현한 내용을 담고 있습니다.게시글의 기능을 이용한 최종 서비스는 GitHub 링크 에서 확인하실 수 있습니다.   실시간 화이트보드 공유 서비스를 구현하기까지의 과정을 정리한 글입니다.Fabric.js로 화이트보드를 구현하는 과정은 이전 게시글에 정리했습니다.💭 1. 강의자 canvas의 내용을 어떻게 참여자에게 전달해서 표시해야 하는가? 실시간으로 강의자의 화이트보드(canvas) 내용을 참여자들에게 전달하는 것을 목표로 프로젝트를 시작했습니다. 강의자의 화이트보드는 Fabric.js 라이브러리를 이용해서 구현을 마쳤고,음성 브로드캐스팅은 WebRTC를 사용한 미디어 서버를 통해 완성한 상황이었습니다. 프로젝트 발표까지..