일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- XFrameOptions
- PM
- multiprocessing
- 스타트업
- React
- css
- JS
- 테드스페이스
- typescript
- Django
- html
- select tag
- 개발자
- Domination Game
- 느린 서버
- 좋은 리더란
- Regexp
- 빠른 서버
- turborepo
- 구로 공유 오피스
- 리더
- 공유 오피스
- select css
- ai로 앱 만들기
- 동료리뷰
- iframe
- 구로 디지털 단지 사무실
- python
- 2인 사무실
- javascript
- Today
- Total
목록분류 전체보기 (42)
개발하는 일상

나는 5년차 직장인이다. 위워크는 올 액세스로 을지로점, 역삼아크플레이스점, 홍대점 등을 주로 이용하였고 테드스페이스는 1인실을 알아보던 중 지인소개로 1개월동안 사용하고 있다. (아직 1인실은 8월말에 공사가 완료되어서 라운지 이용 중) 나름 5년간 직장생활과 공유오피스 이용 경험을 살려 위워크와 테드스페이스를 비교해보려 한다. 글 맨 아래에도 각 오피스의 링크를 적어두었다.위워크 홈페이지 당신이 일하고 싶은 공간, WeWork에 있습니다 | WeWork여러분이 일의 미래를 계획하는 것을 도와드리겠습니다. 아래 양식을 작성하시면 WeWork 팀에서 회원님의 업무공간 요구사항을 보다 자세히 파악하기 위해 연락을 드립니다.www.wework.com테드스페이스 홈페이지 프리미엄 공유오피스, 테드스페이스구..

문제의 발견Fake review 라는 ai가 만든 리뷰를 맞춰보는 사이트를 배포한 뒤, 사람들이 제출한 답변 데이터를 보다가 이상한 점을 하나 발견했다. 1~2초 정도의 짧은 시간 동안 같은 답변이 중복 제출되고 있는 것을 발견한 것. 로컬 서버에서 확인하려 했을 땐 문제를 재현할 수 없었는데, 배포 환경에서 확인하니 문제가 쉽게 재현되었다(아래 그림 2). "다음" 버튼이 비활성화 되었다가, 페이지가 바뀌기 전에 활성화 되는 것이었다. 불친절한 UI 때문인지 사람들이 페이지가 바뀌기 전에 몇번씩 버튼을 눌렀나보다.그림 2. 페이지 변경 전 다음 버튼이 다시 활성화 문제의 원인 찾기위 그림 3은 답변을 제출할 때 실행되는 코드이다. 버튼은 상태 isSubmitting으로 제출 중에 중복 클릭되어도 제출..

우리 서버는 응답 시간이 500ms 정도야. 평균 속도보다 느리니까 개선하면 좋을 것 같아. 정말 개선하면 좋을까? 좋다면 얼마나 좋은걸까? 프로젝트 Domination Game은 이 질문에서 시작되었다. Domination Game은 땅따먹기 싸움과 비슷하다. 다만 땅을 따먹는데 1시간이 걸린다. Dominate 버튼을 누르면 점령을 시작하고, 한 시간 동안 다른 사람이 버튼을 누르지 않길 바라고 있어야 하는 게임이다. 다른 사람이 버튼을 누르면 나는 점령에 실패한다. 점령에 성공하면 쌓인 상금을 받는다. Dominate 요청에 서버가 응답하는데 한 시간이 걸린다면, 그 서버는 빠른걸까? 아니면 느린걸까? 나는 게임 소개란에 "알맞게 빠르다" 라고 썼다. (물론 비용을 생각하면 알맞지 않다. 아래 비하..

나는 github copilot이 베타 서비스 할 때 부터 사용하기 시작해서, 지금은 코파일럿 없이 코딩한다는 것은 상상도 못하는 사람이 되었다. 2년 넘게 사용하다 보니 코파일럿이 어떤 것을 잘하고, 어떤 것을 못하는 지 어느정도 감이 생겼다. 그래서 코파일럿에 익숙하지 않은 사람들을 위해 나의 활용법 몇가지를 소개한다. 나는 vscode 환경에서 코파일럿을 사용한다. 코파일럿이 잘 하는 것 1. 유틸 함수 생성 코파일럿은 github의 다른 코드를 기반하여 생성된 모델로 돌아가기 때문에, 단순하고 범용적으로 쓰일 법한 코드일 수록 더 잘 생성해낸다. 유틸 함수가 대표적인 사례이다. 아래 [그림 1]을 보자. [그림 1]에서 밝기를 구한다는 주석을 작성한 뒤 코드를 추천받고 있다. 이 함수는 실무에서 ..
지난주에 나는 3년 가까이 다닌 회사를 그만두었다. 일을 할 때 회사가 원하는 방식과 나의 방식이 달랐고, 그 차이가 쉽게 좁혀지지 않을 것이라 판단하였다. 이 기회에 지금의 나는 어떻게 일하고 싶은지 남겨두려 한다. 지난 1월, 어떤 노트북을 알리기위한 팝업스토어(전시)에 외주 개발자로 참여하게 되었다. 나는 처음 전시에 방문하는 사람들이 참여할 이벤트 프로그램을 만드는 일을 맡았다. 사람들이 노트북 화면에서 스노우볼을 터치하면 확률에 따라 받을 상품을 보여주는 간단한 프로그램이었다. 약 2~3일간의 시간을 들여 작업을 끝냈다. 구현하기로 한 기능은 완벽히 동작했다. 일이 끝났지만 나는 더 잘할 수는 없었는지 고민해보았다. 깔끔하고 읽기 좋은 코드를 작성한다. 유지보수하기 좋은 구조로 설계한다. 로딩 ..

이 글은 vue query를 왜 실무에 도입했으며, 어떤 과정과 배움이 있었는지를 기록한 글이다. 비슷한 과정에 있는 분들이 도움을 받을 수 있을까하여 남겨본다. 이 글을 읽는 분은 기본적인 vue query에 대한 개념을 알고 있는 분이라고 생각하고 글을 썼다. Vue Query를 도입하게 된 이유 먼저 요약하자면, 쉽게 이해할 수 있는 코드를 작성하기 위해 vue query를 도입하게 되었다. 기존 코드의 어떤 점이 가독성을 떨어뜨리게 되었는지 얘기해보겠다. 우리 팀은 vue를 클라이언트 개발에 사용하고 pinia를 상태관리 라이브러리로 사용했다. 서버에서 받아와야 하는 데이터(이하 서버 state)를 pinia store에서 같이 관리했는데, 아래 그림1 과 같은 코드를 작성했다. 여기서 발생한 문..