June 13th, 2022

어케함?

분명 저걸 이루기 위해서 현실과 타협한 부분이 없을 리가 없는데 안 적어놔서 답답

일반적인 코드 리뷰가 아닌 오픈 소스 메인테이닝의 관점에서 본 글임에 유의

저는 사실 이미 구현전략이 결정되어 있고 협업자가 어떤 코드를 작성할지 100% 정확하게 예상할 수 있을 때는 코드리뷰의 필요성을 느끼지 못합니다. 솔직히 말해서 저는 어떤 모양일지 예측만 가능하다면 컨벤션도 별로 따지지 않습니다.

결국 PR이 프로젝트에 긍정적인 역할을 하는 지 판단하는 것은 메인테이너의 책무

코드 리뷰의 핵심은 성장이 아니라 병합을 위한 확인 과정이다

쓰인 날짜가 June 3rd, 2016인데 좀 outdated된 내용을 감안해야 할 듯

솔직히 대충 읽은 지는 좀 되었다. 문제는 매번 똑같은 알고리즘 테스트 비판 글의 다른 버전 같아서 그렇지... 그래도 관련해서 의견을 적은 적이 없어서 이 글을 바탕으로 보충

전반적인 주장에 매우 동의하나 이러한 글들은 항상 평가 비용을 없는 것처럼 넘어간다

내가 한 생각은 아니고 이미 다들 컨센서스로 깔고 가는 내용인데 괜히 언급만 해본다...

Interview question of the week: Create a loooong teeeext generator that takes in a string and an integer n, and multiplies the vowels in the string by n.

Build a business card CLI tool

KaTeX

Wikidata에서 브라우저 버전을 가져오는 API 만드는 글

각 브라우저 벤더가 제공하는 API 엮어서 만들었으면 살짝 더 재밌었을 듯...

아키텍처로 논하는 내용의 핵심은 Business Logic을 분리하는 데 있다

View와 Business Logic은 서로의 역할이 다르기 때문

추가 바람

트윗을 가볍게 렌더링하는 방법에 대한 고찰

아무리 봐도 트위터가 가벼운 임베딩 방법을 제공 안 해서 개발자들이 같은 걸 계속 발명하고 있는 이 상황 자체가 너무 블랙 코미디 같음

EdgeDB가 GitHub Actions를 사용하면서 테스트를 어떻게 분산시켰는지에 관한 글

CircleCI는 자동으로 해주는데... 하는 생각이 안 들진 않는다

분산시킬 때 유의할 점

분산을 어떻게 전달할 것인가

북마크에 들어있더라..

본문에 인용된 문서는 Search Quality Evaluator Guidelines

The Internet is for End Users

추가 바람

사실 본 건 지난 주 정도지만... 까먹었다가 다시 찾는 걸 보니 기록해두는 게 낫겠거니 싶다

브라우저 익스텐션을 React를 통해 쉽게 만들게 도와주는 프레임워크

Browser Platform Publish라고 자동화된 배포를 지원함

pnpm 강력 권장 어째서?

유명한 안드로이드 이메일 클라이언트인 K-9 메일이 Thunderbird 조직과 합병