창업에 대한 가이드는 많이 있습니다만, CTO나 VPE가 되는 방법을 알려주는 곳은 많지가 않습니다. 특히나 기존 조직에 들어가서 기술책임자가 되어야 하는 개발자들을 위해 첫 90일간 해야 할 일을 정리한 글을 추천합니다. 또한 이 글은 반대로 CEO를 비롯한 경영진들에게 CTO가 하는 일을 알려주는 가이드가 될 수도 있습니다.
많은 회사가 기술 블로그를 운영합니다. 매력적인 기술 블로그의 공통점은 "승인 절차가 단순하고 경영진 또는 문화적인 지원"이라고 합니다. 앞에서 얘기한 CTO가 해야 할 일에도 기술 블로그 운영이 잠깐 나오는데요. 기업들의 개발자 채용을 위해서 기술 블로그는 필수 항목이고, 이는 기술 브랜드 수립으로 이어지게 됩니다.
이번 주에는 국내 개발자분들이 만드신 것이 몇 가지 있습니다.
- "종단암호화 지원하는 무제한 용량 실시간 파일전송 서비스"
- "just-news - 국내 언론사 뉴스 사이트에서 본문만 보기"
많은 응원 부탁드립니다.
"코로나19 공공데이터 핸드북" 은 코로나19 관련해서 국내 개발자들이 시빅 해킹(Civic Hacking)을 위해 만든 문서입니다. 정부는 데이터를 공개하고, 민간과 기관들이 협력해서 누구나 편하게 참여해 개발하는 과정을 보실 수 있습니다. 한번 둘러보시고 힘을 보태 주세요.
✓ 슬랙을 쓰신다면
GeekNews SlackBot 을 설치하고 편하게 새 글을 받아보세요
✓ 주위분들께
https://news.hada.io/weekly 를 추천해 주세요.
✓ 스팸함에 들어가지 않게 news@hada.io 를 주소록에 추가해주세요.
✓
Twitter ,
Facebook 에서도 긱뉴스를 받아 보실 수 있습니다.
CTO/VPE 가 첫 90일동안 해야할 일 |
| 조직에 CTO 또는 VPE로 조인했을 때 해야 할 일과 수행 방법들을 분야별로 상세히 정리
0 우선순위 와 목표
1 조직을 이해하고 신뢰 쌓기
2 지원 시스템 구축
3 조직 건강 및 프로세스 챙기기
4 채용
5 실행
6 기술
7 읽을거리 |
|
좋은 회사 기술 블로그는 어떻게 운영되는가 |
| 매력적인 기술 블로그의 공통점
- 승인이 쉽거나 거의 필요없음
- 승인/편집 절차는 엔지니어들에게 게시물을 더 매력적으로 만듬
- C수준의 지원
매력없는 기술 블로그의 공통점
- 느리고 많은 승인 절차
- 기술 직군의 아닌쪽의 승인도 필요
- 승인/편집 절차는 주로 위험을 제거하거나, 특정내용 레퍼런스를 제거하거나, 게시물을 모호하게 만들어 엔지니어들에게 재미없게 만듬
- 하이레벨 지원 없음
ㅤ
인터뷰를 통해 정리한 잘 운영되는 회사 3곳의 프로세스
ㅤ
Heap
ㅤ▪ 누군가 글을 쓸 아이디어가 있다면
ㅤ▪ 작성자(엔지니어)는 글을 편집하고 승인해주는 "버디"와 페어링
ㅤㅤ▫ 버디는 좋은 글쓰기를 한 경력이 있는 엔지니어
ㅤㅤ▫ 몇번의 라운드를 거치면서 글의 요점(thrust)이 변경될 수도 있음
ㅤ▪ CTO가 읽고 승인
ㅤㅤ▫ 보통 마이너한 피드백
ㅤㅤ▫ "디자이너가 이 그래프 좀 더 보기 좋게 만들수 있겠는데요" 수준의 제안
ㅤ▪ 글 발행 ㅤ* 첫번째 편집단계에 초안을 슬랙채널에 공유하고 누구나 피드백 할수 있었는데,
ㅤㅤ별로 좋은 경험이 아니어서 이런 단계로 "너무 많은 피드백"을 받지 않도록 절차를 설계 Segment
ㅤ▪ 누군가 글을 쓸 아이디어가 있다면
ㅤㅤ▫ 종종 내부 문서, 외부 발표, 배포한 프로젝트, 자체 개발한 오픈소스 등에서 가져옴
ㅤ▪ 작성자(엔지니어) 가 초안을 작성
ㅤㅤ▫ 시니어 엔지니어가 초안 작업을 도와주기도 함
ㅤ▪ 최근까지는 피드백 프로세스가 없었음
ㅤㅤ▫ 코파운더와 엔지니어링 매니저가 주로 피드백
ㅤㅤ▫ 매니저 및 기술리드들로 부터 피드백
ㅤㅤ▫ 보통 3번째 드래프트 정도면 완성
ㅤㅤ▫ 풀타임 편집자가 편집을 시작
ㅤ▪ 기술팀에 알리고, 15-20 명 정도로부터 피드백 받음
ㅤ▪ PR이랑 법무팀이 보고, 가벼운 승인단계 ㅤ* 일주일간 블로그 쓰는 시간을 가지는 "Blogging Retreat" 제도
ㅤ* Writing 과 Speaking이 성과평가 및 캐리어 Ladder 에서 보상받을 수 있도록 명시적 기준을 수립 CloudFlare
ㅤ▪ 누군가 글을 쓸 아이디어가 있다면
ㅤㅤ▫ 내부 블로깅이 사내 문화중 하나, 몇몇 포스팅은 내부 블로그에서 가져옴
ㅤ▪ CTO는 모든 글을 읽고, 다른 사람들도 읽고 코멘트
ㅤㅤ▫ CTO가 글을 승인
ㅤ▪ CEO가 블로깅의 후원자
ㅤ▪ "매우 빠른" 법무 승인 절차, 1시간 이내의 SLO
ㅤㅤ▫ 너무 라이트해서 실제로 있는지도 모를 정도 3개의 회사만으로 적은글이라 이걸로 일반화 하기는 위험, 하지만 경영진 지원은 중요 |
|
종단암호화 지원하는 무제한 용량 실시간 파일전송 서비스 |
| 쑥쓰럽지만 올려봅니다.
대기시간을 없애고 빠르게 공유한다는 한가지 목표만 가지고 만들었습니다.
-업로드중 다운로드 가능, mp4는 바로 재생도 됨
-종단암호화
-무가입
-웹폴더 방식으로 공동업로드 가능 코로나19 기간동안 완전 무료로 제공합니다. |
|
레거시 코드를 점진적으로 개선한 경험 |
| 어떤 분께서 이직한 후 미완성 상태였던 Java/Spring 4/Mybatis 기반의 관리자용 시스템을 넘겨받아 점진적으로 리팩토링한 경험을 공유하는 글입니다. (한국어) 테스트 코드가 하나도 없던 것을 조금씩 추가하고, SonarQube를 이용해 코드 품질을 정량적으로 점검하고, Java와 Spring의 Best practice를 점진적으로 적용해 나간 경험이 담겨 있습니다. 특히 자신이 적용한 Best practice에 대해 레퍼런스를 링크로 달아두셔서 참고하기가 편하게끔 되어 있습니다. |
|
HSLuv - 개발자 친화적인 색 공간 |
| RGB는 밝은지,탁한지 어떤 색인지 사람이 알기 어려움
HSL은 밝기나 채도가 균등하지 않음
HSLuv는 균등하면서도 편함
- 브랜드 컬러에서 테마 색상 팔레트를 자동 생성 가능
- 사용자가 쓰기 좋은 컬러만 추천 가능 |
|
Cumulative Layout Shift (CLS) |
| 이미지/광고의 느린 로딩, 비동기 동작, 동적 DOM변경등으로
웹 페이지의 레이아웃이 얼마나 변하는 지를 측정하여
사용자가 잘못된 클릭을 유발하게 되는 시각적 불안정성을 체크하는 사용자 중심 성능 지표
"좋은 CLS 점수는 0.1 이하"
~~~
Layout Instability API 로 Layout Shift Score 라는 측정값을 제공
- Layout Shift Score = impact fraction ( 어느 정도 크기의 객체가 이동 하는가 ) * distance fraction ( 얼마나 많이 이동하는가 )
- 사용자의 행동으로 레이아웃이 변하는 것은 괜찮음 - 500ms 이내에 사용자 입력이 있었다면 hadRecentInput 이 설정되므로 계산에서 제거가능
- height/width 바꾸는 것 대신, transform:scale() 사용
- top,right,bottom,left 바꾸는 것 대신, transform: translate() 사용 CLS를 개선하는 방법
- 이미지/비디오에 항상 사이즈 지정하거나 CSS Aspect Ratio Boxes 등으로 위치를 선점해 둘 것
- 사용자 인터랙션을 제외하고는 콘텐츠 위에 새로운 콘텐츠를 추가하지 말 것
- 상태간의 변화에 CSS Transform 등으로 애니메이션 처리 할 것 |
|
RedwoodJS - 풀스택 개발 가능한 JAMStack |
| - React + GraphQL + Prisma2 + Babel + webpack + CDN + Functions + DB
- JAMstack 철학을 따르지만 DB백엔드 지원
- 프론트/백엔드 코드를 한개의 Repo에 : /web & /api
- API에서 GraphQL로 데이터 가져오는 Cells
- 비즈니스 로직은 Services 에 담아서 GraphQL API가 사용
- Cell/Page/Layout/Service 및 CRUD scaffold 를 생성해주는 Generator 제공 |
|
DataSchool - ChartIO의 무료 온라인 DB 학교 |
| · Cloud Data Management
· 대쉬보드 디자인 하는법
· 사람들에게 SQL을 가르치는 법
· SQL 배우기
· 잘못된 데이터 해석 피하기
· SQL 최적화
· 분석의 기초 |
|
GitLab 의 2020년 글로벌 원격근무 리포트 |
| - 3000+명 응답자
- 사무실없이 모든 직원이 원격인 회사가 증가중
- 장점 : 유연한 스케줄 > 통근시간 없음 > 지출감소
- 회사측 : 생산성 증가 > 효율성 증가 > 사기 진작 > 로열티증가 > 좋은 사람 채용 쉬워짐
- 86% "원격근무가 Future of Work"
- 62% "원격근무 회사로 이직하겠다"
- 회사가 원격근무 중단시 남는다 48%, 퇴사 36% |
|
코로나19 공공데이터 핸드북 |
| "시빅해킹을 통해 더 안전한 사회를 만들어 나갑니다."
1. 공적마스크 판매처, 재고 조회 API
2. 선별진료소 API
3. 국민 안심 병원 API
4. 클라우드 무상지원 안내
5. 지도 API 쿼터 상향 지원
6. 원스토어 등록시 심사 생략 지원
7. 식품의약품안전처 마스크 사용 권고사항(3월3일 개정)
8. 관련 애플리케이션 모음
9. 함께 하시는 분 |
|
1:1 미팅을 GitHub Actions로 자동화 하기 |
| - 회사에서 진행하는 1:1 미팅을 GitHub에 기록하는 아이디어
- 템플릿을 클론해서 Private Repo를 만들고 매니저와 IC를 Assignee에 지정
- 월요일마다 Actions가 "이번 주에 대한 질문"을 담은 PR을 자동 발행
- 1:1 미팅 시에 해당 내용을 참고하고 메모 및 To-Do를 추가한 뒤 리뷰하고 머지 |
|
JavaScript: The First 20 Years |
| 자바스크립트의 아버지 Brendan Eich 와 ECMAScript 2015 표준의 편집자 Allen Wirfs-Brock 이 직접 적은 자바스크립트의 역사 [190P PDF]
언어의 생성과 디자인, 발전 및 표준화에 이르는 모든 기술적인 내용을 비롯해서, 어떻게 많은 사람과 단체들이 현재 웹의 주요언어가 되도록 경쟁하고 협력해 왔는지를 기록한 방대한 문서
ㅤ
넷스케이프 에서 10일간 해킹으로 만든 Java의 보조언어가 어떻게 웹을 지배하는 언어가 되었을까?
Netscape, Mocha, MS JScript, SpiderMonkey, 왜 이름이 JavaScript 와 ECMAScript 가 되었나,
AJAX의 등장, Flash 와 ActionScript, 크롬과 V8, CommonJS 와 Node.js, ES1 ~ ES6(ECMA2015) 까지의 내용을 정말 상세히 다룬 언어 발전사 136페이지 부터 1989 ~ 2016 주요 이슈들만 정리한 연대기를 보실 수있습니다. 4개로 구분해서 이야기 하네요.
1989~1997 Part 1: The Origins of JavaScript
1995~2000 Part 2: Creating a Standard
1997~2015 Part 3: Failed Reformations
2006~2016 Part 4: Modernizing JavaScript |
|
Google Open Source Code Search |
| 구글이 공개한 오픈소스 코드들을 검색 하는 도구
Android 부터 Flutter, Tensorflow, Kaggle Dataset 까지 약 2000개의 프로젝트 |
|
GitLab의 완전원격근무(All-Remote) 가이드 |
| 깃랩은 65개국 1200명이 모두 All-Remote 인 세계 최대의 완전 원격 근무 회사
장점과 단점 부터 팀을 구성하는 방법, 문화로 만들기, 매니저를 위한 가이드, 채용과 보상, 핸드북 기반 문서화, 커뮤니케이션 방법 등
원격근무를 시작하는 회사를 위한 대부분의 내용이 담긴 가이드 |
|
just-news - 국내 언론사 뉴스 사이트에서 본문만 보기 |
| - 뉴스 본문 이외의 정보를 전부 제거한뒤 페이지를 재구성하는 스크립트
- Tampermonkey 플러그인을 사용해서 크롬,파이어폭스,엣지,사파리 웹브라우저에서 사용가능 |
|
첫 2년 반 동안 스타트업이 걸어야 할 여정 (요약 번역) |
| - 창업자들이 잘 깨닫지 못하는 사실
- 왜 그리고 어떻게 펀딩을 할 것인지에 대해서 이해하는 것이 필요
- 지난 10년간 스타트업 투자에 자금이 더 많이 몰리면서 투자 라운딩의 정의가 다소 변화해 옴
- 이상적인 매출 성장세 : 창업 연차에 따라 3배, 3배, 2배, 2배, 그리고 2배 성장하는 것이 이상적
- 모든 투자 유치 단계에서는 5개의 중요 요소를 염두에 두어야 함 |
|