검색 결과

손글씨로 쓰는 것은 뇌에 좋다

Writing by hand is good for your brain

손으로 쓰는 행위가 뇌에 좋다는 관점을 다룬 글. 디지털 입력보다 필기 과정이 기억과 인지에 유리할 수 있다는 논지를 소개.

죄송하지만, 회의 중입니다

Sorry, I'm in a meeting

Fleeting은 합성 음성과 AI 생성 얼굴로 만든 약 12분 분량의 가상 회의 오디오를 재생해 주변에 회의 중인 것처럼 보이게 하는 웹 서비스. 캘린더용 가짜 회의 일정과 자연스러운 통화 종료 기능도 제공.

AI가 소프트웨어 엔지니어링의 중간층을 없애고 있는가?

AI is removing the middle class of software engineering?

AI 도입이 소프트웨어 엔지니어링의 중간 숙련층 역할을 압박하고 있음. 개발 생산성 재편과 직무 구조 변화가 핵심 쟁점으로 부상.

야망과 아빠 역할을 함께하는 법

Being ambitious and being a dad

야망을 유지하면서 아버지 역할을 병행하는 삶의 균형을 다룬 글. 커리어 목표와 가정의 책임 사이의 조정이 주제.

De-Brainrot Vacations

De-Brainrot Vacations

휴가를 디지털 과몰입에서 벗어나게 쓰는 방법을 다룸. 정보 과부하를 줄이고 회복 시간을 확보하는 실천형 글.

GUI는 완전히 키보드 중심으로 동작해야 한다

GUIs should be fully keyboard-driven

GUI 설계에서 마우스보다 키보드 조작을 우선해야 한다는 주장. 접근성과 효율성을 높이기 위해 모든 핵심 흐름을 키보드로 완료할 수 있어야 한다.

Tiny Little Office

Tiny Little Office

워드 프로세서, 아웃라이너, 프레젠테이션·스프레드시트 도구 등을 제공하는 웹 기반 생산성 앱 모음. 베타 버전으로 공개됨.

원격 근무자가 7,700명 대상 연구에서 가장 높은 웰빙 점수를 기록

Remote workers report the highest well-being in study of 7,700 employees

7,700명 직원을 대상으로 한 연구에서 원격 근무자의 웰빙이 가장 높게 나타남. 근무 형태가 직원 만족도와 생활 균형에 유의미한 영향을 주는 것으로 해석됨.

AI는 도구이며, 잘 쓰려면 숙련이 필요하다

AI is a tool and using it well takes skill

AI를 도구로 활용하는 데도 사용자의 판단력과 숙련이 중요하다는 관점을 다룸. 효과적인 활용은 도구 자체보다 사용 방식에 달렸다고 설명함.

"코드가 결코 어려운 부분이 아니었다"는 모든 프로그래머에 대한 모욕이다

"Code was never the hard part" is an insult to all programmers

코딩 자체를 문제의 핵심이 아니라고 보는 주장에 반박하는 글. 프로그래밍의 복잡성과 장인성을 과소평가하지 말아야 한다는 논지.

AI 의존으로 코딩 전문성이 붕괴할 수 있다는 경고

Coding expertise is going to collapse from AI reliance

AI 코딩 의존이 개발자 숙련 축적을 약화시킬 수 있다는 주장. 반복 작업 자동화가 장기적으로 전문성 저하로 이어질 수 있다고 경고함.

AI에 너무 많은 사고를 맡기고 있는가

Are we offloading too much of our thinking to AI?

AI 활용이 늘며 판단·추론을 도구에 과도하게 위임하는 흐름을 짚음. 인간의 사고 습관과 인지 부담 변화에 대한 문제의식을 제기.

이해가 새로운 병목

Understanding is the new bottleneck

AI 시대에 모델 사용보다 문제 이해가 더 큰 병목이 되고 있음을 지적. 복잡한 시스템에서 맥락 파악과 해석 능력의 중요성을 강조.

작지만 유용한 프로그래밍 요령

Small programming tricks

사소해 보이는 프로그래밍 기법이 코드 작성 속도와 유지보수성에 미치는 영향 정리. 반복 작업을 줄이고 개발 흐름을 개선하는 실용적 습관 소개.

Show HN: HN 링크마다 탭 2개를 열기 싫어서 userscript를 만듦

Show HN: I was tired of opening 2 tabs for every HN link, so I made a userscript

Hacker News 링크를 열 때마다 탭 2개를 쓰는 불편을 줄이기 위한 userscript 소개. 링크 열기 흐름을 단순화하는 개인용 브라우저 도구 사례.

자기계발을 위한 엔지니어링 활용

Harness engineering for self-improvement

엔지니어링 원칙을 자기계발에 적용하는 방법. 피드백 루프와 측정 가능한 목표를 통한 지속적 개선 강조.

Kagi로 돌아가기

Back to Kagi

작성자가 검색엔진 Kagi로 복귀한 경험을 공유함. 기존 대안보다 사용성과 만족도가 높다는 관점의 회고성 글.

AI 코딩 에이전트, 코드 생성은 늘려도 소프트웨어 생산은 늘리지 못해

AI coding agents generate more code, but not more software

700여 기업의 개발 데이터를 분석한 연구에서 AI 코딩 도구의 생산성 향상이 코드 검토 부담에 흡수된 것으로 나타남. 검토 시간이 늘고 수정 요청도 많아져 소프트웨어 생산량 증가는 제한적임.

Kimi Work

Kimi Work

Kimi의 업무용 제품 라인업을 소개하는 페이지. 작업 생산성과 AI 기반 워크플로를 겨냥한 제품으로 보임.

일자리에 무슨 일이 벌어지고 있나? AI 과장과 현실 구분하기

What is happening to jobs? Separating AI hype from reality

AI가 고용을 대규모로 흔든다는 주장과 실제 노동시장 변화를 구분하려는 분석임. 현재 관측되는 변화는 과장된 서사보다 제한적이고 부문별 차이가 큼.

Delta

Delta

Zed가 Delta를 소개함. 에디터와 개발 워크플로를 보완하는 새 도구 또는 기능을 공개한 발표글.

AI 코딩이 CI를 병목으로 만들자, 이를 따라잡기 위해 CI를 재설계했다

AI coding has made CI a bottleneck, so we reworked ours to keep up

AI 코딩 도입으로 코드 변경량과 CI 실행 빈도가 증가하면서 기존 파이프라인이 병목으로 부상. Linear가 처리 속도와 개발 피드백 주기를 개선하기 위해 CI 인프라를 재설계한 과정 소개.

AI와 일하는 일은 코딩보다 리더십에 더 가깝다

Working with AI Feels More Like Leadership Than Coding

AI와의 협업이 단순 구현보다 방향 설정과 조율에 더 가까워졌다는 관점. 프롬프트 작성보다 목표 분해, 검토, 의사결정이 핵심 역량으로 부상함.

책을 더 많이 읽는 법

How to read more books

독서량을 늘리는 습관과 환경 설계를 다룬 글. 읽기 빈도를 높이기 위한 실천 팁을 정리함.

Gmail에서 Fastmail로 옮긴 뒤의 업데이트

An update on leaving Gmail for Fastmail

Gmail에서 Fastmail로 이동한 뒤의 사용 경험과 운영 방식을 다시 점검함. 메일 이전 이후의 편의성, 워크플로, 기능 차이를 정리함.

생산성의 신기루

The Productivity Mirage

생산성 향상 기대가 실제 업무 성과로 바로 이어지지 않는다는 점을 다룸. 도구와 지표가 생산성의 착시를 만들 수 있다는 관점을 짚음.

LLM은 좋지만 hype는 싫다

I love LLMs, I hate hype

LLM의 실용성은 인정하면서 과장된 기대와 홍보는 경계하는 글. 실제 능력과 과장된 서사를 분리해 보자고 주장함.

Claude Code 세션의 가치를 극대화하는 방법

Maximizing the value of your Claude Code sessions

Claude Code 세션을 더 효율적으로 쓰는 실전 팁과 작업 방식 정리. 컨텍스트 활용, 반복 작업 정리, 세션 운영 전략이 중심.

LLM에게 물어보라고만 하지 마

Stop Telling Me to Ask an LLM

모든 문제를 LLM에 묻는 습관을 비판하는 글. 도구 사용과 맥락 이해를 대신하는 만능 해법으로 LLM을 과신하지 말라는 메시지.

세부 사항을 넘겨버리는 것은 권한 부여가 아니다

It's not empowering to hand off the details

세부를 다른 사람에게 넘기는 방식의 위임은 진짜 권한 부여가 아니라는 주장. 책임과 맥락을 유지한 채 의사결정 구조를 설계해야 한다.

새로운 AI 슈퍼파워: 집중과 끝까지 실행하기

The New AI Superpowers: Focus and Followthrough

AI 활용의 핵심 역량으로 집중력과 끝까지 실행하는 능력을 제시. 단순한 생성 능력보다 작업 흐름을 유지하고 결과를 완성하는 역량을 강조.

Never Enough

Never Enough

부족함이 끝없이 커지는 심리를 다룬 에세이. 더 많이 가져도 만족이 오지 않는 상태를 짚음.

AI 지원 소프트웨어 엔지니어링에 Go가 이상적인 언어인 이유

Go is an ideal language for AI-assisted software engineering

Google이 AI 보조 개발에 Go가 적합하다고 설명. 단순한 문법과 명확한 구조가 자동화된 코드 생성·리팩터링에 유리하다는 주장.

Kagi의 Orion Browser

Orion Browser by Kagi

Kagi가 내놓은 Orion Browser 소개. 웹 브라우징 경험을 겨냥한 대안 브라우저로 보임.

복잡한 주제를 배우기 위해 LLMs를 사용하는 방법

How I use LLMs to learn complex topics

복잡한 주제를 학습할 때 LLMs를 보조 도구로 활용하는 방법을 다룬 글. 개념 정리, 질문 생성, 이해 점검을 통해 학습 효율을 높이는 흐름에 초점.

Tmux를 OS로 만들기

Make Tmux the OS

tmux의 스크롤·세션 유지·분리·작업 중심 인터페이스를 일반 사용자용 OS 경험으로 확장하는 구상. 입력 초점과 사용 패턴을 바탕으로 주 모니터와 보조 정보를 자동 배치하는 새로운 창 관리 방식을 제안.

시니어 엔지니어의 죽음의 나선

The senior engineer death spiral

시니어 엔지니어가 조율·회의·긴급 대응에 반복적으로 투입되면서 직접적인 기술 기여와 집중 시간을 잃는 악순환을 분석.

Claude Cowork와 채팅이 하나의 Claude로 통합

Claude Cowork and chat are now one Claude

Anthropic이 Claude Cowork와 일반 채팅을 하나의 서비스로 통합하고 Pro·Max 요금제부터 순차 배포. 대화 안에서 문서·슬라이드·디자인을 만들고 백그라운드 작업까지 수행하는 기능 제공.

Emacs에서는 모든 것이 서비스처럼 보인다

In Emacs, Everything Looks Like a Service

Emacs의 구성 요소를 서비스처럼 다루는 관점을 설명한 글. 편집기 내부 기능을 모듈형 시스템으로 해석하는 시각을 제시함.

평범한 풍요

Ordinary abundance

기술과 사회 전반의 '풍요'를 일상적 관점에서 해석하는 글로 보임. 과장된 성장 서사보다 현실적인 생산성과 분배에 초점이 맞춰짐.

Research acceleration: OpenAI 내부에서 본 변화

Research acceleration: The view inside OpenAI

OpenAI 내부의 연구 속도 향상 방식과 조직 운영 관점이 소개됨. 모델 개발과 실험 반복 주기를 더 빠르게 만드는 구조에 초점.

문제를 해결하는 대신 사람들이 보이는 세 가지 반응

Three ways people respond to a problem (other than solving it)

문제를 바로 해결하지 않을 때 사람들이 보이는 반응 패턴을 정리한 글. 회피와 정당화 같은 행동을 짚는다.

새로운 아이디어가 태어나는 마음 상태를 기르는 법 (2023)

Cultivating a state of mind where new ideas are born (2023)

창의적 아이디어가 나오는 사고 습관과 환경을 다룸. 집중과 여백, 반복 관찰이 새로운 발상을 키우는 핵심으로 제시됨.

좋은 문화가 AI보다 더 큰 생산성 해킹이다

Good Culture Is the Biggest Productivity Hack, Not AI

팀 문화가 생산성을 좌우하는 핵심 변수로 제시됨. AI 도입보다 협업 방식과 운영 문화 개선이 더 큰 효과를 낸다는 주장.

리팩터링의 경제적 이익

The Economic Benefit of Refactoring

리팩터링을 비용이 아닌 경제적 투자로 보는 관점을 다룬다. 유지보수성 개선과 변경 비용 절감이 장기적 가치를 만든다는 논지다.

Stripe의 Knowledge AI Platform

Stripe's Knowledge AI Platform

Stripe가 비개발자의 조사·영업·재무·컴플라이언스 업무를 지원하는 사내 AI 에이전트 플랫폼 Kai를 구축. 출시 후 전사 주간 활성 사용자 비율이 83%에 도달.

새 역할에서는 Accelerate하기 전에 Calibrate하라: 행동 편향

Calibrate Before You Accelerate: Bias Toward Action in a New Role

새 역할 초반에는 먼저 기대치와 상황을 정렬한 뒤 속도를 높여야 함. 무작정 실행보다 초기 캘리브레이션이 성과를 좌우함.

2026년에도 왜 코드를 쓰는가

Why write code in 2026

코드 작성의 의미가 약해진 시대에도 사람이 직접 코드를 써야 하는 이유를 묻는 글. 도구가 발전한 뒤에도 소프트웨어를 이해하고 통제하는 역량의 가치를 강조한다.

The Vibe Tax

The Vibe Tax

vibe coding이나 빠른 생성형 개발 방식이 초래하는 숨은 품질 비용을 다룬 에세이. 속도와 편의성 뒤에 쌓이는 유지보수 부담을 '세금'으로 비유해 정리한 글.

셸의 느낌표는 소리를 지르기 위한 것이 아니다, 게으르게 써라

A shell exclamation mark is not for yelling. Be lazy

셸에서 느낌표 문법을 과하게 쓰지 말고 단순한 방식으로 명령을 작성하자는 실용적 조언. 히스토리 확장과 관련된 문법의 오용을 줄이는 방향을 강조함.

프로그래밍은 특별하지 않다

Programming Isn't Special

프로그래밍을 다른 전문 업무와 본질적으로 구별되는 특별한 활동으로 보는 관점을 비판. 소프트웨어 개발 역시 일반적인 문제 해결과 협업의 맥락에서 이해해야 한다고 주장.

LLM 비판은 옳다. 그래도 나는 LLM을 사용한다

The LLM Critics Are Right. I Use LLMs Anyway

LLM의 한계와 비판을 인정하면서도 실제 업무와 글쓰기에서 계속 활용하는 관점을 제시한다. 도구로서의 효용과 위험을 함께 짚는다.

추락하는 시험 성적은 서서히 진행되는 재앙이다

Plunging test scores are a slow-moving catastrophe

학생들의 시험 성적 하락이 장기적인 인적 자본과 경제 성장에 심각한 부담이 될 수 있다고 지적. 교육 성과 회복을 위한 체계적인 대응 필요성 강조.

AI, Tools and Transformation

AI, Tools and Transformation

AI가 도구 사용 방식과 업무 전환 속도를 바꾸는 흐름을 다룸. 단순 자동화보다 워크플로와 조직 구조 재편이 핵심으로 부상.

AI가 제안한 남의 아이디어를 끝까지 완성하기가 왜 이렇게 어려운가

It’s so hard to finish an idea that is not yours and is just suggested by AI

AI가 제안한 아이디어는 시작은 쉽지만 끝까지 밀어붙이기 어렵다는 점을 다룸. 개인의 맥락과 주도권이 약한 상태에서 작업 완성도가 떨어지는 문제를 짚음.

LinkedIn 피드 차단기

LinkedIn Feed Blocker

LinkedIn 피드를 차단하는 오픈소스 도구. 소셜 피드 노출을 줄여 업무 집중을 돕는 브라우저 기반 유틸리티.

2026년 LLM으로 코딩하기, 10배가 아니라 2배

2x, not 10x: coding with LLMs in 2026

LLM이 개발 생산성을 끌어올리지만, 과장된 10배 효과보다는 현실적인 2배 수준의 개선에 가깝다는 주장이다. 도구 의존보다 작업 분해와 검증이 성능을 좌우한다고 본다.

나는 “콘텐츠를 만드는 것”을 그만뒀다

I Stopped “Creating Content”

콘텐츠 생산 중심의 접근을 멈추고 일하는 방식을 바꾼 경험담. 창작과 생산성에 대한 관점을 재정리한 글.

속도라는 종교

The Religion of Speed

개발과 제품 문화에서 속도를 최우선 가치로 두는 태도를 비판적으로 조명. 빠름이 항상 좋은 결과로 이어지지 않는다는 관점을 다룸.

소프트웨어 팀의 AI 사용 패턴

AI usage patterns in software teams

Linear 데이터 기반으로 소프트웨어 팀의 AI 활용 양상을 분석. 개발 워크플로와 팀별 도입 패턴을 보여주는 데이터 글.

AI가 연구 커리어는 키우지만 탐색한 아이디어의 폭은 좁힌다: 연구

AI boosts research careers but narrow the span of ideas explored: study

AI 활용이 연구 생산성과 커리어 성과를 높이는 반면, 탐색되는 아이디어의 다양성은 줄어든다는 분석. 발견의 폭보다 효율이 강화되는 경향이 관찰됨.

소프트웨어 팩토리가 실패하는 이유, 하니스 엔지니어링만으로는 충분하지 않음

Why Software Factories Fail (or: harness engineering is not enough)

코딩 에이전트용 하니스와 자동화만으로는 소프트웨어 팩토리를 안정적으로 만들기 어렵다는 문제를 짚음. 조직 구조, 피드백 루프, 운영 설계까지 함께 맞춰야 한다는 주장.

Minimal Phone 2

Minimal Phone 2

스마트폰 사용 방해 요소를 줄이는 데 초점을 맞춘 Minimal Phone 2 공개. 단순한 사용자 경험과 생산성 중심 설계를 지향.

AI는 프로그래밍을 더 쉽게 만든 것이 아니라 다른 방식으로 더 어렵게 만들었다

AI makes programming differently difficult

AI가 코딩의 진입 장벽을 낮춘 대신, 검증·디버깅·설계 판단의 난도를 높였다는 분석. 생산성 향상과 별개로 개발자의 책임 범위가 더 복잡해졌다는 시각.

Show HN: TERMy – LLM 없이 동작하는 빠른 터미널 어시스턴트

Show HN: TERMy – A fast terminal assistant that does not use LLMs

LLM을 쓰지 않는 터미널 어시스턴트 TERMy 소개글. 빠른 응답과 경량 동작을 내세운 도구로 보임.

무엇이 우리에게 남아 일할 과제가 될까?

What will be left for us to work on?

AI 자동화가 확산될수록 인간이 맡을 일의 범위와 가치가 재편될 수 있다는 문제를 다룸. 기술 발전 이후에도 남는 업무와 역할을 되묻는 글.

The AI Productivity Gap

The AI Productivity Gap

브랜치를 마지막 커밋 날짜순으로 정렬하기

Sort branches by last commit date

Git 브랜치를 최신 커밋 날짜 기준으로 정렬하는 방법을 정리함. 로컬 브랜치 정리와 작업 맥락 파악에 유용한 TIL 성격의 팁임.

Emacs 31.1의 새 기능

What's new in Emacs 31.1

Emacs 31.1의 주요 변경점과 개선 사항을 정리한 기술 글. 편집기 성능, 확장성, 사용성 관련 업데이트가 중심.

거대한 PR은 그만 보내라; 푸념

Stop sending me huge PRs; a rant

대형 PR이 리뷰 효율과 협업 리듬을 해친다는 불만을 다룬 글. 작은 단위의 변경과 리뷰 친화적 작업 흐름을 강조.

Stinkpot: SQLite 기반 셸 히스토리

Stinkpot: SQLite-backed shell history

셸 명령 기록을 SQLite에 저장하는 도구를 소개함. 검색과 관리가 쉬운 로컬 히스토리 저장 방식에 초점이 있음.

Django에서 즐겁게 쓰고 있는 몇 가지 더

Some more things about Django I've been enjoying

Django를 쓰며 만족도가 높았던 추가 기능과 경험을 정리한 글. 웹 개발 생산성과 프레임워크의 실용성이 강조됨.

유용함에 반대하며

Against Usefulness

무조건 유용해야 한다는 압박을 비판하는 에세이. 창작과 사고의 가치가 생산성 기준에 종속되지 않아야 한다는 관점을 제시.

Immersive Reading 자동화

Automating Immersive Reading

웹 읽기 경험을 자동화하는 방법을 다룸. 반복 작업을 줄여 긴 글 읽기 흐름을 개선하는 도구·워크플로를 소개함.

더 나은 작가가 되려면 가능한 한 많이 읽어라

To become a better writer, read as much as you can

글쓰기 실력 향상의 핵심으로 많은 독서를 제시. 좋은 문장 감각과 표현력은 읽기 경험의 누적으로 길러진다는 메시지.

Emacs Bedrock 2.0

Emacs Bedrock 2.0

Emacs용 Bedrock 설정/배포 스택 2.0 버전 소개. 설정 관리와 재현 가능한 환경 구성이 핵심 포인트.

typ.ing

typ.ing

타이핑 관련 웹 서비스 소개. 미니멀한 도메인과 입력 경험을 전면에 내세움.

조직은 AI를 어떻게 사용하는가: ChatGPT의 증거 [pdf

How Organizations Use AI: Evidence from ChatGPT [pdf]

] 조직 내 ChatGPT 사용 사례를 실증 데이터로 분석한 보고서. 업무 생산성, 활용 패턴, 도입 효과를 중심으로 AI 사용 실태를 다룸.

Hubble: 당신과 에이전트를 위한 오픈소스 노트앱

Hubble: Open-source notetaking app for you and your agents

노트 작성과 에이전트 협업을 겨냥한 오픈소스 메모 앱. 개인 기록과 작업 맥락을 함께 다루는 워크플로를 지향함.

나는 컴퓨터의 seeing-eye dog

I'm a seeing-eye dog for a computer

컴퓨터를 더 잘 쓰게 해주는 보조적 인터페이스와 개인용 도구 활용기를 다룸. 접근성과 작업 흐름 개선 관점의 글.

“dirt notebook”를 시작했다

I started a “dirt notebook”

개인이 ‘dirt notebook’라는 새 메모 습관을 시작한 경험을 소개. 기록 방식의 의도와 쓰임을 간단히 정리한 글.

Malleable Computing, Emacs, and You

Malleable Computing, Emacs, and You

Emacs를 중심으로 컴퓨팅 환경을 사용자가 원하는 대로 바꾸는 ‘malleable computing’ 개념을 다룸. 에디터를 단순 도구가 아닌 개인화 가능한 작업 환경으로 보는 관점을 제시.

Show HN: 받은편지함마다 발신자 한 명만 허용하는 이메일 앱을 만들었음

Show HN: I wrote an email app that accepts only one sender per inbox

받은편지함마다 지정한 발신자 한 명의 이메일만 받도록 설계된 이메일 앱. 불필요한 메일을 줄이고 특정 발신자와의 소통에 집중하는 방식.