본문 바로가기

Category

 (356)
주니어 개발자 주니어 개발자는 사실 진짜 괜찮은 사람아니면 회사에서 뽑을 이유가 없다. 그리고 괜찮은 사람이 있다고해도 1명의 주니어 개발자를 서포트하려면 시니어 급 1명, 4~5년차 4명 정도가 든든히 버텨줘야 가능하다
내가 IT 프로덕트를 만드는 전략 스타트업에서 어떻게 IT 프로덕트를 만드는가 많은 난관이 있다. 사람, 자본, 시간, 기술력 너무 당연한 소리겠지만 MVP가 나와야한다. MVP는 그냥 대표가 들고다니면서 시연하는 용이면 그냥 대표가 노코드툴이다 그림판으로 만들면 되고, 내가 말하는 MVP는 변경가능하도록 개발 스택과 낮은 개발 러닝커브와 유지보수가 가능한 코드지만 낮은 비용으로 유지보수가 가능한 MVP를 만드는 것이다. 예를 들어 typescript 를 사용하지않는다. 1. 있는 자원을 사용한다. (현재 있는 자원을 사용한다.) 캐릭터를 좋아하는 디자이너가 있으면 그냥 활용한다. 프로덕트가 시장반응이 있으면 그리고 우리가 고객 여정 파이프라인을 잘 설정했다면 새로운 디자이너가 합류해 디자인 고도화 프로젝트를 띄울 수 있다. 2. 있는 ..
타입스크립트 왜 씀? in startup 많은 사람들이 타입스크립트를 써야한다고 하지만 나는 그렇게 생각하지 않는다. 타입스크립트는 프론트 개발자만 4,5명이면 써야한다. 회원이 4천명이 넘어가면 써야한다. 하지만 프론트 개발자가 1~3이면 걍 편한걸로 빠르게 개발해야한다. 그전에 사업의 기회를 놓치고 조직과 팀이 사라질 수 있다. 내가 언제나 하는 말이 있는데 개발자는 기획자와 대표가 상상할 수 있게 해줘야한다. 그럴려면 거점을 계속해서 만들어야한다. 타입스크립트를 스터디해서 들어가겠다? 노 타입스크립트 잘 모르는 조직이면 걍 안쓰면 된다.
git 은 사실 다 포인터다 https://mukma.tistory.com/124 [GIT] HEAD 포인터 깃은 객체의 포인터 개념을 사용한다. HEAD가 객체 포인터다. 마지막 커밋 깃은 마지막 커밋 정보가 중요하다. 깃은 마지막 커밋 정보를 기반으로 새로운 커밋을 생성한다. 빠르게 마지막 커밋을 mukma.tistory.com https://gr-st-dev.tistory.com/107 [Git] 브랜치 (Branch) 협업을 위해 Git을 사용하는 경우, 다수의 사람들이 동시에 소스코드를 작성하고, 변경하는 경우가 많다. 이러한 상황에서 Git에서는 브랜치를 사용하여 여러 사람이 동시에 작업할 수 있도록 한 gr-st-dev.tistory.com 헤더 포인터와 브랜치명의 포인터의 세트 + 데이터
git 에서 stach push 안됨 (untracked files) untracked files 는 원래 안됨 stage 로 올리고 하시길. (git add .) https://devmango.tistory.com/115 [GIT 04] tracked & untracked 파일 git status 명령을 사용하면 화면에 파일 상태와 관련된 여러 메시지가 나타나는데, 작업 트리에 있는 파일은 크게 tracked 상태와 untracked 상태로 나뉜다. (tracked : 추적되는, untracked : 추적되지 않는) devmango.tistory.com 참고\
7시는 이미 늦다 7시 기상 후 회사까지 네비를 찍어보면 57분 걸린다. 이미 늦었다. 진짜 말그대로 늦는다. 뭔가 이루고 싶다면, 남들과 다른길을 가고 싶다면 6시에는 시작해야한다 오래된 생각이다. 일찍와서 코딩좀 한두시간 해야한다. 자꾸 관리직으로 올라가고 사람만나도.. 내가 익힌 도구들은 항상 날카롭게 준비가 되어있어야한다. ------------------------- 5시 30분 기상 6시 out 한두시간 코딩 ------------------------- 요거 루틴화 하기!
github ssh 설정 요거 보고 했음 메모메모 https://devocean.sk.com/blog/techBoardDetail.do?ID=163311 GitHub SSH 접속 설정하기 devocean.sk.com
기존운영개발과 프로덕트런칭개발의 분리 운영과 개발의 분리 남규가 프렌즈용으로 칸반보드를 만들어서 새롭게 생각할 거리가 생겼다. sprint 처럼 치고 오는거랑 운영하는 거랑 구분해야한다. 근데 실제로는 작은 규모에서 분리가 안된다. 그러면 한팀이 어떻게 운영과 개발을 같이 할수 있을까? 툴이나 업무관리에서 매니져가 확실히 분기를 해야한다. 칸반보드도 섞이지 말아야한다. 도메인의 분리가 필요하다. 평균이하들의 비지니스는 똑똑한 사람들보다 더 똑똑해야 살아남는다.

티스토리툴바