개발 · 디자인 · 일상
검색
검색어, 카테고리, 태그로 읽고 싶은 글을 찾아보세요.
카테고리
태그
검색과 필터를 사용하려면 JavaScript가 필요합니다. 글 목록에서 모든 글을 읽을 수 있습니다.
전체 글 보기AI 같은 인상을 넘어: 인터페이스 디자인의 디테일과 완성도
Ring과 hairline, 이미지 안쪽 테두리와 아바타 스택부터 줄바꿈, 숫자 정렬, 동작 전환까지. 직접 만든 도해로 경계와 간격, 조작 피드백이 어우러지는 방식을 살펴본다.
같은 블로그를 Next.js에서 SvelteKit, 다시 Astro로
aron.tw는 화면과 기능을 유지한 채 두 번 이전했고, 검색 페이지의 외부 JS는 약 90% 줄었다. 덜어 낸 작업, 남은 인터랙션 코드, 페이지 전환 측정에서 바로잡아야 할 해석을 기록한다.
『巷仔口食堂』: 가게를 운영하며 한 거리를 알아 가기
내가 개발한 픽셀 경영 게임을 소개한다. 장보기와 메뉴에서 시작해 날씨, 직원, 단골이 하루 장사를 어떻게 바꾸고 마감 뒤에는 어떤 이야기가 남는지 살펴본다.
AI가 일을 맡으면 SaaS는 무엇에 요금을 매겨야 할까?
Klarna의 비용, Fin의 과금 정의, Pilot의 사람 검토를 통해 소프트웨어가 제공할 작업 단위를 살펴본다. 고객이 아낀 돈이 공급자의 이익으로 바로 이어지지는 않는다.
앱은 늘어나는데, 그 사이의 일은 누가 연결할까?
각 도구가 제 일을 해도 자료를 옮기고, 날짜를 맞추고, 진행 상황을 확인하는 일은 사람에게 남는다. 다음 인터페이스가 자리 잡으려면 이 조정 작업부터 줄여야 한다.
네이티브 CSS @function: 값을 계산하고, 무효가 되는 지점 살펴보기
간격 함수로 인수, 호출 위치의 평가, result를 이해한다. 잘못된 인수가 왜 앞선 CSS 선언으로 돌아가지 않는지 확인한 다음 도입할 이유를 따져 본다.
이 utility는 지금도 어떤 일을 해 주는가?
네이티브 API가 일부 패키지 용도를 대체해도 동작까지 같지는 않다. null 하나, Node의 내장 기능, npm 다운로드 수로 지울 의존성과 남길 이유를 살펴본다.
AI로 만들 수 있다. 사용자는 왜 갈아타야 할까?
예약 페이지는 완성됐는데 시간을 바꿀 때마다 세 곳을 수정해야 한다. 이 작은 불편에서 제품이 먼저 끝내야 할 일과 나중으로 미뤄도 될 AI 기능을 생각한다.
AI가 CSS를 쓴 뒤에도 프레임워크는 두 번째 수정을 견뎌야 한다
첫 카드가 완성된 다음 브랜드를 바꾸고 사이드바에 넣으면서 품절·포커스 상태를 지켜야 한다. CSS의 발전을 돌아보면 도구를 유지할 이유는 후속 수정에서 더 잘 드러난다.
네이티브 CSS @mixin 초안: 스타일 묶음을 호출자에게 전달하기
@mixin은 선언과 중첩 규칙을 재사용한다. 카드와 알림으로 @apply, 매개변수, @contents의 역할을 살펴보고 오늘 공통 class로 할 수 있는 부분도 확인한다.