일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 소켓
- 수학
- Nestjs
- 크롤링
- 프로그래머스 레벨 2
- socket
- 타입스크립트
- ip
- HTTP
- 알고리즘
- Crawling
- typescript
- dfs
- 백준
- BFS
- 문자열
- 자바스크립트
- javascript
- 쉬운 문제
- Node.js
- Algorithm
- 가천대
- 그래프
- 타입 챌린지
- HTTP 완벽 가이드
- dp
- type challenge
- 레벨 1
- 프로그래머스
- TCP
- Today
- Total
목록2022/10 (5)
kakasoo
잘못된 팀 빌딩은 팀을 망친다 스타트업이 망하는 이유는 각양각색이지만, 최근 들어 드는 생각은 그 이유들이 꼭 한 가지는 아니라는 점과, 그리고 하나의 원인이 여러 개의 원인으로 늘어난다는 점이다. 이러한 사실로 볼 때, 나는 인사가 만사라는 점에 동의한다. 논리적 비약처럼 보일 수 있겠지만, 이 하나의 원인에 가장 부합하는 게 결국 잘못된 팀 빌딩이라고 보기 때문이다. 예컨대 사람을 잘못 뽑게 된다면 팀의 생산성은 낮아질 것이고 당연히 고객의 요구를 충족하지 못할 것이다. 이걸 제품이 매력적이지 않았다는 이유로만 보게 된다면, 아마 스타트업의 대표는 앞으로도 제대로 된 제품을 만들지 못할 팀으로 계속 피봇(Pivot)을 반복하게 될 것이다. 좋은 팀을 결성하지 못하는 것 (NOT THE RIGHT TE..
오늘도 느꼈다. 기본이 무엇보다 중요하다. 응용도 중요하지만, 그걸 위해서라도 기본을 챙겨야 한다. 당연한 말을 굳이 블로그에까지 남기는 이유는, 이 당연함이 생각보다 무시되는 경우가 너무 많아서다. 언제나 정도가 중요한 건데, 정도는 양 극단 사이의 줄타기처럼 너무나도 비좁은 구역이다. 즉, 당연함이 생각보다 당연하지 않다. 오늘도 그런 케이스를 보고 말았다. 보고 싶지 않은데, 봐버렸다. 많은 고민을 하게 한다. 절이 싫으면 중이 떠나야 하는가?
대학교 기술 세미나에서 발표할 일이 있을 때, 선후배 동문들을 상대로 발표한 적이 있는데, 그 때 코드를 최근 공유할 일이 생겼다. 그래서 블로그에도 올려서, 누구나 볼 수 있게 한다. ( Repository에도 올렸다. ) 지금 가르치는 학생분들을 포함해, Node.js에서 기본적인 서버 구현이 가능한 사람이라면 충분히 배워볼 만 하다. STEP 0. Express 코드 const express = require("express"); const http = require("http"); const path = require("path"); const app = express(); app.use(express.static("public")); const server = http.createServer(a..
지금 내가 개발하고 있는 서비스는, B2B 특성 상 유저에게 주어질 수 있는 권한이 다양하다. 게임처럼 ( 나는 안해서 정확히 모르지만 ) 브론즈부터 플래티넘까지의 계급이 있다고 이해하기 보다, 세부적인 권한을 설정해야 한다. 가령 우리 고객들은, 자기의 후임에게 아래처럼 권한을 줄 수 있다. "배송지를 새로 추가할 수는 있지만, 기존의 배송지를 수정할 수는 없게 하고 싶고, 직접 결제할 수는 없지만 주문 내역을 볼 수는 있다." 우리 서비스 내에서 유저에게 설정해줄 수 있는 권한은 카테고리만 해도 10가지 가량 되고, 세부 항목은 수십 가지가 넘는다. 심지어 이 항목들은, 아직도 기획이 추가되는 단계이고, 점차 확보할 고객 구성에 따라서 더 다양해질 수도 있다. 우리 서비스를 고객들이 어떻게 활용하느냐..
아직 끝나지도 않았지만, 옛날 생각이 떠오른다. 리뷰어는 뭐 하는 사람인가? 코드 리뷰는 위와 같은 구성으로 이루어진다. 코드 리뷰라고 해서, 모든 코드를 한 줄 한 줄 읽는 게 아니고, 자동화한 부분을 제외한 나머지 부분에 중점을 둔다. 코드 스타일은 Eslint, Prettier가 잡아줄 부분이고, 우리는 문서화와 비즈니스에 더 중점을 두고 바라본다고 생각하면 된다. 자동화할 수 있는 부분은 굳이 사람의 눈으로 잡지 않고, 컴퓨터가 대신할 수 없는 부분을 리뷰한다고 생각하면 되겠다. 하지만 부스트캠프에서 이루어지는 코드 리뷰는 누군가를 가르치고, 또한 가까이서 조력하기 위함이기에 모든 단계를 함께 한다. 지나칠 수는 있겠지만, 그래서 더욱 조심히, 코드 스타일에도 관여를 한다. 배우는 단계에 있는 캠..