내가 싫어하는 인간의 습성이 있는데 그게 너무 많은 사람들이 가지고 있는 특성이라서 언어에도 그 흔적이 남아있다. 한국어를 싫어한다는 얘기가 아니다. 언어 자체를 싫

전 글에도 적었지만 swc css minifier 성능 최적화를 하다가 DoD 라는 걸 알게 됐다. 힙 할당을 늘렸는데 성능이 엄청 올라간 걸 보고, ES minifier에도 적용해보고 싶어졌다.

힙에 할당하는 게 무조건 나쁜 게 아니라는 걸 깨달았다. 사실 알고 있었는데 제대로 활용하진 못했다고 하는 게 더 맞을 것이다. 근데 오늘 DoD 발표 보다가 캐시라인 크기에 대

1 여자/남자의 지능 차이는 분명히 존재한다. 정확히 말하면 지능 차이라기보단 분포의 차이다. 난 이쪽을 아주 상세하게 알고 있다. 근데 그보다 중요한 사실은 평범한

원래 gzip을 공부해서 거기에 최적화를 하려고 했는데 휴가 쓰면서 읽던 탭을 닫아버렸고 그대로 까먹었다. 가변 길이 인코딩을 사용한다는 점과 반복되는 뭉텅이를 치

흔히들 화살표 함수를 익명함수라고하는데, 화살표 함수에도 .name 속성이 있다. 아래는 바벨 테스트 케이스에서 가져온 코드다. var a, b = true, c; a ||= () => {}; b &&= () => {}; c

SWC가 빠른 건 맞는데 왜 사이트에 나온 70배의 시간 차이가 나지 않는지 궁금해하는 글을 봤다. 이걸 이해하려면 두가지를 알아야한다. 하나는 SWC가 병렬 처리를

귀찮으니 각각 간단하게 적겠다. 문제의 시작: rkyv 버그: Arc<""> https://github.com/swc-project/swc/issues/5325 Arc<""> 를 직렬화했다가 비직렬화하면 이상한 값이 들어가있는 버그가 있었다. 리포트는 했는데 재현이 안 된다

흥미? 노력해도 안 되는데 흥미를 붙일 수 있는 사람은 흔하지 않다. 이건 당연한 소리지만, 여기에서 생각해봐야할 건 노력해도 안 되는 사람의 존재이다. 코딩은 노력해

트위터에 썼던 글인데 블로그 글로 쓸만한 가치가 있는 것 같아서 가져온다. 단점: 반환 타입 포지션에서 유니온 느낌의 타입 제약을 걸 수 없는 점 type Foo interface { string|number } func foo() Foo {} 이