ㄹ

@disjukrㄹ 근데 저거 생각해보니 걍 arr.sort(asc) 하고 어딘가 asc 정의해두면 되네요

@disjukrㄹ 정렬 기준을 바꾸고 주석을 고치지 않는 개발자는 sort123을 내림차순으로 바꿀 때 함수 이름을 sort321로 고쳐줄까요?

@disjukrㄹ arr.sort(function asc(a, b) { return a - b }); 어때요

better CSS에 대한 접근들(CSS-in-JS, Atomic CSS, Preprocessor)의 공통된 한계는 constraint solving 방식이 아니란 것이다.

다들 어떤 기존의 스타일을 '덮어쓰는' 방법, 근데 개중에 좀 잘 덮어쓰는 방법을 찾고 있다. 그런데 많은 경우, 뭔가를 덮어쓰려고 하고 있다면, 그건 사실 값을 덮어쓰는게 아니고 만족해야할 조건을 추가하고 싶은거다. 값을 덮어쓰는 것은 조건을 추가하는 방법 중 가장 강제적인 하나의 방법일 뿐이고. 즉, 디자인 시스템은 어떤 조건들의 합들로부터 실제 스타일을 구하는 방법이어야 하고, 개발자는 조건만 명시할 수 있어야 한다.

constraint solving을 잘 설계하고 구현하는게 어렵다 왜 이렇게 안 하냐고 하긴 좀 거시기하다. 그래서 나도 요즘 propagator를 공부중이다.

@disjukrㄹ 어서오세요!