최신 CSS 기능을 쓰지 않는다는 이유로 Pico CSS를 전면 재작성해야 한다니, 왜 그래야 하는지 모르겠음. 최신 브라우저 기능을 도입해야만 경쟁력을 유지한다는 분위기가 싫음. OKLCH도, 이를 대중화한 Tailwind도 마음에 들지 않음. 인간의 색 지각을 얼마나 과학적으로 정확하게 표현하는지는 관심 없고, HSL/RGB로 잘하던 일을 위해 새 색 체계와 조정법까지 익히는 건 번거로움.
OKLCH는 기준 색에서 여러 색조를 쉽게 만들게 해주고, 앵커 위치 지정은 절대 위치 요소를 쉽게 배치하게 해줌. 최신 기능은 삶을 복잡하게 만들기보다는 오히려 편하게 해줌.
새것을 배우기 싫어하는 태도처럼 보이고, 미래 유지보수자의 수고를 줄이려는 변화일 수 있는데도 단지 경쟁력을 유지하려는 목적이라고 단정하는 건 논리적 비약임. 새로운 것에 대한 두려움처럼 느껴짐.
Tailwind는 나도 싫어할 것 같지만 OKLCH는 별개로 봐주면 좋겠음. RGB나 HSL과 달리 실제로 괜찮은 색 체계임.
유행과 이력서를 위한 개발임. 콘퍼런스 발표와 책을 팔고, 대행사의 ‘업그레이드’ 작업을 수주하는 데 쓰임.
OKLCH는 그냥 더 나은 방식이고, 이해하기도 그렇게 복잡하지 않은데 이상한 시각으로 느껴짐.
Pico를 아주 좋아했고 큰 영감을 받았음. 현대적인 기능을 갖추면서도 구형 브라우저 호환성을 최대한 확보하려고 https://github.com/lekoala/actual-css를 만들었음.
다만 Popover는 워낙 반가운 기능이라 결국 사용하게 됨. 현대적인 CSS 프레임워크에 캐스케이드 레이어나 앵커 위치 지정이 꼭 필요한지는 여전히 의문임. 레이어는 구형 브라우저에서 깨지고, 앵커 위치 지정은 적은 양의 JavaScript로도 구현할 수 있으며 때로는 더 잘 작동하고 호환성도 높음.
전부 10초 평가를 통과하지 못했음. 그저 그런 CSS 프레임워크가 이렇게 많다는 게 놀라움.
전부 구형 브라우저에서 제대로 작동하지 않음. 테스트 결과는 https://ibb.co/album/3kJP50에 있음.
내가 쓴 iOS 13.6은 불과 6년 전인 2020년에 출시됨. flexbox gap은 2021년 출시된 iOS 14.1에 추가됐고, 그 이후에도 iOS 13.6은 적어도 몇 년은 쓸 만했음. 최소한의 구성이라고 홍보하는 프레임워크가 이런 브라우저에서 완전히 망가지는 건 우스운 일임.
CSS3는 1999년에 발표됐고 대략 2010년부터 도입되기 시작했지만, 당시의 CSS3와 최신 브라우저의 CSS3는 같지 않음. 어떤 기능을 쓰고 누구를 대상으로 하는지 모르면 이런 경량 프레임워크는 쓸모없음. Dillo나 NetSurf처럼 기능이 더 제한적인 브라우저에서는 아직 시험하지 않았지만, 작동할지 의심스러움.
브라우저 점유율을 살펴보면 전 세계 수백만 사용자가 웹을 정상적으로 이용하지 못한다는 사실을 금방 알 수 있음.
Pico CSS를 즐겨 썼지만 이번 결정은 이해함.
AI로 업데이트했다면 본인이 말한 경쟁력 유지도 가능했을 것임. 지금은 어느 때보다 쉬워 보이며, Pico CSS의 브랜드 인지도는 버리기 아까움.
아쉽지만 개발자들이 자신의 우선순위와 최선의 선택을 가장 잘 알 것임. 몇 년 전 임베디드 시스템의 상태 페이지를 급히 만들어야 했는데, Bootstrap의 복잡한 div 구조에 질려 주어진 시간의 절반을 대안 조사에 썼고 그때 시맨틱 HTML이라는 용어도 알게 됨.
Pico는 마크업이 아주 단순하고 기본 설정도 대체로 좋아서 즐겁게 사용했음. 가끔 만드는 작은 프로젝트의 기본 선택지였고 Tailwind 방식은 좋아하지 않아서, 포크가 활성화되길 바람.
좋은 구현과 미적 완성도의 예시로 Pico를 에이전트에 여러 번 보여주며 원하는 결과를 전달했기에 무척 아쉬움. LLM과 소통할 때도 인간의 지성과 좋은 취향이 실제로 가치를 발휘했는데, 이제 그 지성이 점차 사라지는 듯함.
유지보수가 중단돼도 좋은 구현과 미적 완성도의 예시라는 가치는 그대로임.
프런트엔드 개발을 쉰 지 좀 됐는데 OKLCH를 쓴다는 대목이 눈에 띄어 찾아봤음. 이것도 처음 접한 Oklab 색 공간을 원통 좌표로 표현한 것으로, 오래된 CIE Lab* 색 공간과는 대체로 별개인 듯함.
실제로 쓰는 방식인지, 특히 LLM이 세상을 휩쓸기 전에도 쓰였는지 궁금함. 내가 개발할 때는 16진수 표기나 조금 멋을 내면 rgba(...)를 썼고, 색 이름은 이미 유행이 지난 상태였음. 이런 덜 직관적인 색 표현도 CSS 변수 덕분에 실용적으로 쓸 수 있게 된 건가?
실제로 쓰지만, 생각하는 용도와는 다름. 배경색이나 글자색처럼 색 하나를 지정하는 데는 RGB도 괜찮음.
RGB의 약점은 색 보간임. 두 색의 빨강·초록·파랑 성분을 각각 평균 낸다고 쓸 만한 중간색이 나오는 건 아니므로, 지각 기반 색 공간으로 옮겨야 함. 예전에는 CIELAB이 주로 쓰였고 지금은 Oklab이 그 역할을 함.
그라데이션이나 정보 시각화에서 ‘A 색에서 B 색으로 20% 이동한 색’을 구할 때 이런 보간이 필요함.
내 개인 사이트 https://joeldueck.com에서는 날씨와 계절에 따라 색이 바뀌도록 사용하고 있음. 처음 쓴 HSL은 같은 채도·명도에서도 파랑과 빨강이 초록과 노랑보다 훨씬 밝게 보였지만, Oklab은 색상별 지각 밝기가 균일하다는 장점이 있음.
나처럼 색을 계속 바꾸는 경우에는 확실히 도움이 됨. 단순한 UI 요소에서 HSL보다 어떤 이점이 있는지는 모르겠지만, 특정 화면에서 더 밝고 눈에 띄는 색을 표현할 수는 있을 듯함.
실제로 사용함. OKLCH는 인간의 지각에 기반하므로 색조를 만들 때 더 직관적임. P3 같은 넓은 색 공간도 지원하며, 기억하기로 rgba는 sRGB에 묶여 있음.
LLM이 등장했다고 색 공간과 색 함수의 효용이 사라진 건 아님. 많은 이들이 이를 알리고 브라우저의 공통 지원 기능으로 정착시키려고 노력했으니, 아직 살펴보지 않았다면 읽어보길 권함.
내게는 오히려 OKLCH가 더 직관적임. 색을 섞거나 알고리즘으로 색을 고를 때 제대로 된 결과를 주는 건 OKLCH뿐임.
예를 들어 마우스를 올렸을 때 색을 크게 어둡게 하거나 밝게 만들면, RGB나 HSL에서는 기존 색과 어울리지 않는 결과가 나오지만 OKLCH에서는 잘 어울림.
여러 해 지속되고 개발자와 디자이너가 많이 바뀌는 대형 프로젝트의 구조와 초기 기반을 잡는 일을 주로 함. 약 4년 전부터 확신을 갖고 OKLCH를 기본값이자 색의 기준 데이터로 삼았으며, PowerPoint용 HEX/RGB부터 인쇄용 CMYK까지 여기서 변환함. 차이는 있지만 대부분은 알아차리지 못함.
오랜 사업 파트너와 함께 일하면서 시작한 방식이고, 그가 시각화와 조정을 돕는 도구도 만들었음.
웹사이트: https://colorcolor.in.
소스: https://github.com/saneef/color-color.
개인 프로젝트와 작은 회사의 단순한 사이트에 Pico CSS를 많이 썼고, 적은 노력으로 보기 좋게 만드는 데 큰 도움이 됨.
솔직히 에이전트가 작성한 CSS는 자세히 살펴보지 않았음. 이런 환경에서도 CSS 프레임워크가 일관성과 유지보수성을 위한 지침 역할을 할 수 있을지 궁금함. 한편으로는 에이전트가 만들었으니 수정도 에이전트가 하면 된다는 생각도 들어, 앞으로 어떻게 흘러갈지 아직 모르겠음.
개발 초기에 CSS 프레임워크와 디자인 시스템을 꽤 많이 만들었지만, 코딩 보조 LLM이 좋아진 2025년 4분기~2026년 1분기부터는 모든 것을 갖춘 기성 CSS 프레임워크를 계속 쓸 이유가 적다고 느낌. 물론 팀이 합의했다면 Tailwind나 MUI를 써도 괜찮음.
예전에는 필요한 부분만 가져와 CSS 용량을 작게 유지할 수 있어서 Foundation과 Bourbon을 많이 사용했음. Foundation: https://get.foundation. Bourbon: https://www.bourbon.io.
이런 방향으로 세계적인 대형 브랜드의 프로젝트 10여 개에서 CSS 프레임워크, 디자인 시스템, 디자인 토큰을 정의하고 확장 여지를 마련했음. 지금은 Claude Code를 밤새 실행하고 초기 구조가 만들어지는 동안 조정하면, 일주일도 안 돼 순수 CSS와 프런트엔드 연동에 필요한 JavaScript로 완전한 CSS 프레임워크를 만들 수 있음.
디자인이나 프런트엔드 전문가는 아니지만 마음에 드는지는 판단할 수 있어서, 선택할 수 있는 기본 테마가 있으면 큰 도움이 됨.
AI로 자동차의 엔진오일이나 서스펜션을 더 쉽게 고를 수 있게 됐더라도, 이미 설계된 자동차를 사고 트림과 색상 정도만 고르고 싶은 사람도 있는 법임.