Huns.me - mysetting

4:37 5/30

huns.me

mobile screenshot relative

4:37

huns.me

mobile screenshot

Huns.me
https://huns.me/

김코딩 님이 잘하고 싶어서 만든 블로그

저작도구: Jekyll v3.8.6

최종 피드 수집: 2026-08-20 17:16

전체 (42)

8d

남길 것 목록에 목표가 없었다

프로젝트를 시작할 때 “이 일이 끝나면 무엇이 남아야 하는가”를 먼저 적어두는 편이다. 그 목록을 팀원들과 맞춰보고 일을 시작한다. “다 끝났다”의 기준이 사람마다 다르다는 걸 몇 번 겪고 나서 생긴 습관이다.
이번에 맡은 건 다

목표설정

회고

팀

000

1M

Figma Config 2026에서 찾은 AI 시대 디자인 시스템의 가치

디자인 시스템을 만드는 사람으로서 요즘 계속 맴도는 물음이 있다. ‘AI 시대에 디자인 시스템은 무슨 가치가 있을까.’
이 물음의 힌트를 얻으려고 지난주 Figma Config 2026에 다녀왔다. FE 개발자인 나에게도 흥미로운

디자인시스템

Figma

AI

개발

000

2y

망가진 UI 아키텍처 일관성 ‘함께 고치기’

아키텍처는 지도의 축적과 같습니다. 높이 날면 멀리 보지만, 낮게 날면 자세히 본다고 합니다. 더 높은 곳에서 아키텍처를 조망할수록 더 넓게 볼 수 있지만, 자세히 보기는 어렵습니다.
DEVIEW 2023에서 우리 팀이 만들고 있

회고

000

3y

네이버에서 보낸 2년과 2023년

휴가자가 많은 연말이라 팀 슬랙이 고요하다. 혼자 이런저런 생각을 하기 좋은 시간. 내년 목표를 정리하며 지난 2년을 돌아보고 있다. 네이버로 복귀한 후에는 매년 개인 미션을 한 줄로 정리한다. 집중이 더 잘 된다.
2021년 -

회고

001

4y

TypeScript에서 전역 개체 타입은 어떻게 정의하나요?

최근에 동료가 Node.js 애플리케이션에서 mongodb 클라이언트를 이용해서 데이터 삽입 로직을 테스트하는 코드를 작성했다.
import { MongoClient, Db, ObjectId } from 'mongodb';
des

책리뷰

000

4y

회의를 줄이는 두 가지 시도

팀 구성원이 짝을 지어 기술 리서치를 진행하면서 여러 건의 일을 병렬로 진행하고 있다. 리서치 결과를 건별로 공유하고 논의하는 자리가 만들어지다보니 자연스레 회의가 많아졌다. 프로토콜을 만들어가는 프로젝트 초반이라 회의가 많은 건

책리뷰

001

4y

함께 일한다는 느낌을 주기

새로운 프로젝트를 꾸리면서 구성원이 “함께 일한다”는 느낌을 받을 수 있게 돕는 데에 에너지를 많이 쓰고 있다. 최근에 시도했고, 시도하고 있는 건 두 가지. “잘 했어요”는 아니고 “해보고 있어요”의 의미.
멤버 모두가 참여하는

책리뷰

001

4y

(리뷰)룬샷 - 전쟁, 질병, 불황의 위기를 승리로 이끄는 설계의 힘

룬샷(전쟁, 질병, 불황의 위기를 승리로 이끄는 설계의 힘) - 흐름출판
룬샷은 잠재력을 가졌음에도 사람들이 그 가치를 무시하고 홀대하는 프로젝트를 뜻한다. 저자가 룬샷을 아기에 비유하여 설명하는 부분이 퍽 와닿았다. 아기는 때

책리뷰

000

4y

(리뷰)팀 토폴로지 - 빠른 업무 플로우를 만드는 조직 설계

올해 4번째로 읽은 책, 팀 토폴로지.
콘웨이는 일찍이 “조직은 자신의 커뮤니케이션 경로를 반영한 설계를 하도록 제약받는다”라고 했다. 소프트웨어 아키텍처는 소프트웨어를 개발하는 조직의 커뮤니케이션 역학을 거스르지 못한다는 뜻이다

책리뷰

000

4y

(리뷰)팀 토폴로지 - 빠른 업무 플로우를 만드는 조직 설계

콘웨이의 법칙이라고 가장 많이 알려진 구절은 다음과 같다.
‘조직은 자신의 커뮤니케이션 경로를 반영한 설계를 하도록 제약 받는다.’
콘웨이는 초기 전자 컴퓨터 시스템을 구현한 기업들을 관찰했다. 콘웨이가 말한 법칙이란 조직 커뮤니

책리뷰

000

4y

메타버스에 대한 몇 가지 끄적임

메타버스에 대헤서 머리 속에 떠도는 몇 가지 생각을 끄적이기.
1.
지금의 메타버스 열풍에는 거품이 껴 있다고 생각한다. 개념이 모호하고 여러 가지가 뒤얽혀서 진짜를 가려내기 쉽지 않다. 솔루션은 많지만 문제는 희소하다.
2.

단상

000

4y

2022년에 잘하고 싶은 두 가지

올해 잘하고 싶은 두 가지.
1.어깨에 힘 빼기
회사에서 하는 일이, 치열함보다는 즐거움에 더 가까웠으면 좋겠다. 팀이 가치를 만들어가는 과정이 고통스럽거나, 누군가의 희생에 의지하지 않기를 바란다. 풀어야 하는 문제와 우리가 가

단상

000

6y

리팩터링에 대한 단상

팀 스터디로 “리팩터링 2판의 Chapter 02 - 리팩터링 원칙”을 읽다가 떠오르는 생각을 정리한 글입니다.
리팩터링의 정의
리팩터링은 "소프트웨어의 겉보기 동작은 그대로 유치한 채, 코드를 이해하고 수정하기 쉽도록 내부 구조

리팩터링

마틴파울러

소프트웨어

+ 더보기

000

6y

블랙박스 테스트 기법으로 테스트 케이스 설계하기

테스트 코드를 리뷰하다보면 아래와 같은 명세를 마주칠 때가 자주 있습니다.
문자열을 입력하면 적절한 값을 반환해야 한다.
모든 “문자열”을 입력해도 되는 걸까요? “적절한 값”이란 무엇일까요? 만약 “문자열에 숫자를 포함시킬 수

Test

Blackbox

개발 이야기

000

6y

GitHub Actions로 간단히 CI 서버 대신하기

이 글은 2019년 12월 17일에 작성하였습니다. 시간이 지남에 따라 문서의 내용이 유효하지 않을 수 있습니다.
…
회사에서 CI/CD 도구로 Bamboo를, 코드 저장소로 GitHub를 이용하고 있다. CI 파이프라인을 구축하

GitHub

DevOps

CI

+ 더보기

000

6y

열심히 보다는, 영리하게!

비즈니스 목표를 달성하기 위해서 우리는 어떤 설계 전략을 가져야 할까 고민을 했다. 회사의 사업 전략과 설계 방향이 동떨어져서 회사나 직원이나 모두 피곤해지는 경우를 보았다. 사업 전략을 고려하니 열심히보다는, 영리하게, 해야 할

조직운영

조직문화

팀빌딩

+ 더보기

000

6y

팀을 맡고, 한 달 동안 가장 공을 들인 일

이직을 한 지 한 달이 지났다. 새로운 회사에서 맡은 역할은 프론트엔드 조직의 테크 리드, 팀장 같은 거다.
이전 회사에서도 소규모 그룹을 리드하는 역할을 하고 있었기에, 새로운 직책을 맡는다는 것에 부담을 느끼지는 않았다. 차이

조직운영

조직문화

팀빌딩

개발 이야기

000

6y

오버엔지니어링과 언더엔지니어링의 경계

YAGNI(You Aren’t Gonna Need it)란 약어에는 오버 엔지니어링에 대한 경계심이 담겨 있다. XP(eXtrem Programming)는 설계 결정의 순간을 최대한 미루는 것을 설계 원칙으로 제시한다. 당장에 필

개발

설계

의견

개발 이야기

000

6y

설계의 중요성을 설명하기가 왜 어려웠을까?

설계가 후순위가 되면 시스템을 개발하는 비용이 더 많이 들고,
일부 또는 전체 시스템에 변경을 가하는 일이 현실적으로 불가능해진다.
- Clean Archictecture, 21P
돌아가는 행위(외부 품질)만 중시하고, 설계(내

개발

설계

기술부채

+ 더보기

000

7y

Express.js 서버는 왜 304를 반환하는 걸까?

1.
Express.js는 정적 리소스 요청과 동적 리소스 요청을 구분한다. 정적 리소스에 대한 설정은 express.static으로 지정하도록 구분해 놓은 것이 그렇다.
2.
어떤 리소스 요청이든, Express.js는 모든

304

cache

etag

+ 더보기

000