일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- 물경력
- CORB
- Domination Game
- 2020 포트폴리오
- css
- multiprocessing
- history api
- 느린 서버
- 동료리뷰
- Regexp
- Event Driven Architecture
- javascript
- html
- 좋은 리더란
- 도메인 드리븐 디자인
- select css
- Django
- typescript
- PM
- 스타트업
- XFrameOptions
- React
- JS
- select tag
- iframe
- 리더
- gitcabinet
- python
- 이벤트드리븐아키텍처
- 빠른 서버
- Today
- Total
목록개발 기록 (14)
개발하는 일상
우리 서버는 응답 시간이 500ms 정도야. 평균 속도보다 느리니까 개선하면 좋을 것 같아. 정말 개선하면 좋을까? 좋다면 얼마나 좋은걸까? 프로젝트 Domination Game은 이 질문에서 시작되었다. Domination Game은 땅따먹기 싸움과 비슷하다. 다만 땅을 따먹는데 1시간이 걸린다. Dominate 버튼을 누르면 점령을 시작하고, 한 시간 동안 다른 사람이 버튼을 누르지 않길 바라고 있어야 하는 게임이다. 다른 사람이 버튼을 누르면 나는 점령에 실패한다. 점령에 성공하면 쌓인 상금을 받는다. Dominate 요청에 서버가 응답하는데 한 시간이 걸린다면, 그 서버는 빠른걸까? 아니면 느린걸까? 나는 게임 소개란에 "알맞게 빠르다" 라고 썼다. (물론 비용을 생각하면 알맞지 않다. 아래 비하..
지난주에 나는 3년 가까이 다닌 회사를 그만두었다. 일을 할 때 회사가 원하는 방식과 나의 방식이 달랐고, 그 차이가 쉽게 좁혀지지 않을 것이라 판단하였다. 이 기회에 지금의 나는 어떻게 일하고 싶은지 남겨두려 한다. 지난 1월, 어떤 노트북을 알리기위한 팝업스토어(전시)에 외주 개발자로 참여하게 되었다. 나는 처음 전시에 방문하는 사람들이 참여할 이벤트 프로그램을 만드는 일을 맡았다. 사람들이 노트북 화면에서 스노우볼을 터치하면 확률에 따라 받을 상품을 보여주는 간단한 프로그램이었다. 약 2~3일간의 시간을 들여 작업을 끝냈다. 구현하기로 한 기능은 완벽히 동작했다. 일이 끝났지만 나는 더 잘할 수는 없었는지 고민해보았다. 깔끔하고 읽기 좋은 코드를 작성한다. 유지보수하기 좋은 구조로 설계한다. 로딩 ..
이 글은 vue query를 왜 실무에 도입했으며, 어떤 과정과 배움이 있었는지를 기록한 글이다. 비슷한 과정에 있는 분들이 도움을 받을 수 있을까하여 남겨본다. 이 글을 읽는 분은 기본적인 vue query에 대한 개념을 알고 있는 분이라고 생각하고 글을 썼다. Vue Query를 도입하게 된 이유 먼저 요약하자면, 쉽게 이해할 수 있는 코드를 작성하기 위해 vue query를 도입하게 되었다. 기존 코드의 어떤 점이 가독성을 떨어뜨리게 되었는지 얘기해보겠다. 우리 팀은 vue를 클라이언트 개발에 사용하고 pinia를 상태관리 라이브러리로 사용했다. 서버에서 받아와야 하는 데이터(이하 서버 state)를 pinia store에서 같이 관리했는데, 아래 그림1 과 같은 코드를 작성했다. 여기서 발생한 문..
최근 채널톡을 컨트롤하는 모듈을 만들다가 아주 기발하다고 생각한 아이디어가 있어서 리뷰를 요청했다. 아이디어는 아래 내용과 같다. 채널톡의 문의버튼을 Vue 컴포넌트처럼 사용할 수 있게 만들었다. 원래 채널톡 버튼은 iframe을 삽입하도록 동작한다. 1의 컴포넌트를 상태 관리 라이브러리(Pinia)의 getter에 선언했다. 더 자세한 맥락은 다른 글 "SPA에서 채널톡 사용하기" 에서 작성할 예정. 이 방식이 재밌다고 느껴서 들뜬 마음으로 리뷰를 기다렸다. 그리고 우리팀 인턴이 그날 밤 이런 리뷰를 달아주셨다. 조금 설명을 덧붙이자면 컴포넌트처럼 보이게 하지 않고, 조금 귀찮더라도 채널톡이 제공하는 method를 lifecycle hook에서 직접 호출하는 방식이 어떻겠냐는 의견이었다. 왜 그렇게 생..
같은 주제로 작성한 1부글에는 명확한 문제 인식과 태도에 관련된 이야기가 있습니다. 스타트업 3년차 개발자가 생각한 팀을 신나게하는 리더(PM)의 특징 - 1부 "회사가 재밌어. 월요일이 좋아." 다들 한번쯤은 이런 회사를 꿈꿨으리라 생각한다. 하지만 현실은 그렇지 않은 경우가 더 많은 것 같다. 심지어는 재밌게 일한다는 것은 환상이라며 단정짓는 사 bingbingba.tistory.com 프로덕트에 참여하는 "느낌"을 준다 해결 방법을 기획하는 것이 PM의 일이다. 그렇지만 PM 혼자서 다 기획해버리면 팀을 신나게 할 수 없다. 무슨말일까? 자신이 공을 들여 고민한 문제일수록 해결했을 때의 기쁨도 커진다. 그래서 메이커를 신나게 하려면 문제를 주고 시간을 줘야한다. 던져진 문제를 고민하면서 본인의 문제..
"회사가 재밌어. 월요일이 좋아." 다들 한번쯤은 이런 회사를 꿈꿨으리라 생각한다. 하지만 현실은 그렇지 않은 경우가 더 많은 것 같다. 심지어는 재밌게 일한다는 것은 환상이라며 단정짓는 사람도 있는 것 같다. 신나게 일한다는 건 정말 환상인걸까? 나도 회사 가기가 너무 싫었던 적이 있다. 하지만 분명 밤늦게 일하다 퇴근하면서도 뿌듯하다고 얘기했던 일도 있었다. 지금 회사에서 3년간 다니며 언제 신났는지, 언제 그렇지 않았는지 떠올려보았다. 이 글은 리더에 관한 글인 만큼, 내가 팀원이었을 때 좋았던 리더의 모습을 떠올렸다. 내가 리더일때 겪은 경험 또한 떠올려 작성하였다. 문제를 매우 명확히 이해하고 있다 내가 PM일 때 새로운 상품 구성을 팔기 위해 상세페이지를 만들어야 할 일이 있었다. 디자이너 한..