검색 결과
"productivity" · 30개 기사 · Hacker News · Dev/Tools
GUI는 완전히 키보드 중심으로 동작해야 한다
GUIs should be fully keyboard-driven
GUI 설계에서 마우스보다 키보드 조작을 우선해야 한다는 주장. 접근성과 효율성을 높이기 위해 모든 핵심 흐름을 키보드로 완료할 수 있어야 한다.
Tiny Little Office
Tiny Little Office
워드 프로세서, 아웃라이너, 프레젠테이션·스프레드시트 도구 등을 제공하는 웹 기반 생산성 앱 모음. 베타 버전으로 공개됨.
"코드가 결코 어려운 부분이 아니었다"는 모든 프로그래머에 대한 모욕이다
"Code was never the hard part" is an insult to all programmers
코딩 자체를 문제의 핵심이 아니라고 보는 주장에 반박하는 글. 프로그래밍의 복잡성과 장인성을 과소평가하지 말아야 한다는 논지.
작지만 유용한 프로그래밍 요령
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 소개. 링크 열기 흐름을 단순화하는 개인용 브라우저 도구 사례.
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 지원 소프트웨어 엔지니어링에 Go가 이상적인 언어인 이유
Go is an ideal language for AI-assisted software engineering
Google이 AI 보조 개발에 Go가 적합하다고 설명. 단순한 문법과 명확한 구조가 자동화된 코드 생성·리팩터링에 유리하다는 주장.
Tmux를 OS로 만들기
Make Tmux the OS
tmux의 스크롤·세션 유지·분리·작업 중심 인터페이스를 일반 사용자용 OS 경험으로 확장하는 구상. 입력 초점과 사용 패턴을 바탕으로 주 모니터와 보조 정보를 자동 배치하는 새로운 창 관리 방식을 제안.
시니어 엔지니어의 죽음의 나선
The senior engineer death spiral
시니어 엔지니어가 조율·회의·긴급 대응에 반복적으로 투입되면서 직접적인 기술 기여와 집중 시간을 잃는 악순환을 분석.
Emacs에서는 모든 것이 서비스처럼 보인다
In Emacs, Everything Looks Like a Service
Emacs의 구성 요소를 서비스처럼 다루는 관점을 설명한 글. 편집기 내부 기능을 모듈형 시스템으로 해석하는 시각을 제시함.
리팩터링의 경제적 이익
The Economic Benefit of Refactoring
리팩터링을 비용이 아닌 경제적 투자로 보는 관점을 다룬다. 유지보수성 개선과 변경 비용 절감이 장기적 가치를 만든다는 논지다.
2026년에도 왜 코드를 쓰는가
Why write code in 2026
코드 작성의 의미가 약해진 시대에도 사람이 직접 코드를 써야 하는 이유를 묻는 글. 도구가 발전한 뒤에도 소프트웨어를 이해하고 통제하는 역량의 가치를 강조한다.
셸의 느낌표는 소리를 지르기 위한 것이 아니다, 게으르게 써라
A shell exclamation mark is not for yelling. Be lazy
셸에서 느낌표 문법을 과하게 쓰지 말고 단순한 방식으로 명령을 작성하자는 실용적 조언. 히스토리 확장과 관련된 문법의 오용을 줄이는 방향을 강조함.
프로그래밍은 특별하지 않다
Programming Isn't Special
프로그래밍을 다른 전문 업무와 본질적으로 구별되는 특별한 활동으로 보는 관점을 비판. 소프트웨어 개발 역시 일반적인 문제 해결과 협업의 맥락에서 이해해야 한다고 주장.
LinkedIn 피드 차단기
LinkedIn Feed Blocker
LinkedIn 피드를 차단하는 오픈소스 도구. 소셜 피드 노출을 줄여 업무 집중을 돕는 브라우저 기반 유틸리티.
속도라는 종교
The Religion of Speed
개발과 제품 문화에서 속도를 최우선 가치로 두는 태도를 비판적으로 조명. 빠름이 항상 좋은 결과로 이어지지 않는다는 관점을 다룸.
소프트웨어 팩토리가 실패하는 이유, 하니스 엔지니어링만으로는 충분하지 않음
Why Software Factories Fail (or: harness engineering is not enough)
코딩 에이전트용 하니스와 자동화만으로는 소프트웨어 팩토리를 안정적으로 만들기 어렵다는 문제를 짚음. 조직 구조, 피드백 루프, 운영 설계까지 함께 맞춰야 한다는 주장.
Show HN: TERMy – LLM 없이 동작하는 빠른 터미널 어시스턴트
Show HN: TERMy – A fast terminal assistant that does not use LLMs
LLM을 쓰지 않는 터미널 어시스턴트 TERMy 소개글. 빠른 응답과 경량 동작을 내세운 도구로 보임.
브랜치를 마지막 커밋 날짜순으로 정렬하기
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를 쓰며 만족도가 높았던 추가 기능과 경험을 정리한 글. 웹 개발 생산성과 프레임워크의 실용성이 강조됨.
Immersive Reading 자동화
Automating Immersive Reading
웹 읽기 경험을 자동화하는 방법을 다룸. 반복 작업을 줄여 긴 글 읽기 흐름을 개선하는 도구·워크플로를 소개함.
Emacs Bedrock 2.0
Emacs Bedrock 2.0
Emacs용 Bedrock 설정/배포 스택 2.0 버전 소개. 설정 관리와 재현 가능한 환경 구성이 핵심 포인트.
Hubble: 당신과 에이전트를 위한 오픈소스 노트앱
Hubble: Open-source notetaking app for you and your agents
노트 작성과 에이전트 협업을 겨냥한 오픈소스 메모 앱. 개인 기록과 작업 맥락을 함께 다루는 워크플로를 지향함.
나는 컴퓨터의 seeing-eye dog
I'm a seeing-eye dog for a computer
컴퓨터를 더 잘 쓰게 해주는 보조적 인터페이스와 개인용 도구 활용기를 다룸. 접근성과 작업 흐름 개선 관점의 글.
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
받은편지함마다 지정한 발신자 한 명의 이메일만 받도록 설계된 이메일 앱. 불필요한 메일을 줄이고 특정 발신자와의 소통에 집중하는 방식.