검색 결과

OpenPrinter

OpenPrinter

브라우저와 인쇄 워크플로를 단순화하는 OpenPrinter 프로젝트 소개. 문서 출력 경험을 개선하는 도구 성격의 서비스다.

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

Writing by hand is good for your brain

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

LLM이 내 소프트웨어 엔지니어링 경력을 잠식하고 있는데, 무엇을 해야 할지 모르겠다

LLMs are eroding my software engineering career and I don't know what to do

LLM 도구 확산으로 개발 업무와 경력 경로가 재편되며, 작성자는 자신의 소프트웨어 엔지니어링 역할이 약해지는 현실을 고민함. 코딩 중심 업무가 검토·설계·통합 중심으로 이동하는 흐름을 짚는다.

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

AI is removing the middle class of software engineering?

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

Microsoft 새 Outlook은 Outlook Classic이 즉시 하는 일을 10초 걸려 처리한다

Microsoft new Outlook takes 10 seconds to do what Outlook Classic does instantly

새 Outlook이 기존 Outlook Classic보다 체감 성능이 크게 떨어진다는 불만을 다룬 글. Windows 환경에서의 반응 속도 저하와 사용성 차이가 핵심 쟁점.

문제가 일어나지 않았던 일을 고쳐도 누구도 공로를 인정하지 않는다 (2001) [pdf

Nobody ever gets credit for fixing problems that never happened (2001) [pdf]

] 사전 예방적 문제 해결은 성과가 눈에 띄지 않아 평가받기 어렵다는 내용을 다룬 자료. 보이지 않는 안정성과 예방 작업의 가치를 강조함.

AI 록스타 개발자 뒤처리 정리하기

Cleaning up after AI rockstar developers

AI 코딩 도구가 만들어낸 코드의 후처리와 정리 비용을 다룸. 빠른 생성보다 유지보수, 리뷰, 정돈 작업이 더 큰 부담이 될 수 있음을 짚음.

Emacs 31이 곧 나온다: 내가 매일 쓰며 확인한 변화들

Emacs 31 is around the corner: The changes I'm daily driving

Emacs 31의 주요 변경점을 실제 사용 경험 중심으로 정리. 새 버전에서 체감되는 기능 개선과 작업 흐름 변화를 다룸.

모두가 모든 일에 AI를 쓰는 것은 아니다

Not everyone is using AI for everything

AI 사용이 빠르게 늘었지만 활용 방식은 여전히 사람마다 다름. 모든 업무를 AI로 대체하는 흐름으로 일반화하기는 어렵다는 점을 짚음.

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

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

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

Gmail은 내가 멍청하다고 생각하길래, 나는 떠났다

Gmail thinks I'm stupid, so I left

Gmail의 자동화된 기능과 제품 방향에 대한 불만을 이유로 다른 메일 서비스로 옮긴 경험담. 이메일 UX와 신뢰성 문제를 다룸.

코드 라인 수가 더 나은 홍보를 얻음

Lines of code got a better publicist

코드 라인 수 지표가 다시 주목받으며 소프트웨어 측정 방식에 대한 인식이 달라짐. 단순한 생산성 척도로만 보던 관점이 재평가되는 흐름.

나는 LLM 번아웃이 온 것 같다

I think I have LLM burnout

LLM 관련 작업과 소비가 과도해지며 피로감을 느낀다는 개인 에세이. 생산성 기대와 실제 체감 사이의 소진 문제를 다룸.

AI 구독을 취소하는 것이 해답일지도 모른다

The solution might be cancelling my AI subscription

AI 구독을 유지하는 대신 취소하는 선택이 더 나은 해법일 수 있다는 의견을 다룸. 구독 비용과 실제 사용 가치의 불일치를 점검한다.

그냥 그렇게 말하면 된다

You can just say it

복잡하게 돌려 말하지 말고 원하는 바를 सीधे적으로 표현하자는 취지의 글. 명확한 자연어 요청의 실용성을 강조.

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

Are we offloading too much of our thinking to AI?

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

이해가 새로운 병목

Understanding is the new bottleneck

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

모르는 사람에게 도움을 요청하는 방법

How to ask for help from people who don't know you

낯선 사람에게 도움을 구할 때의 접근법을 정리. 맥락을 짧고 명확하게 제시하고, 상대가 답하기 쉬운 요청 형태로 만드는 것이 핵심.

직장에서 아무것도 하지 않기

Doing nothing at work

업무 시간에 실제로는 일을 하지 않는 상황과 그 배경을 다룬 글. 조직 문화와 노동 환경이 비생산적 침묵을 만들 수 있음을 짚음.

좋은 도구는 보이지 않는다

Good Tools Are Invisible

좋은 도구는 사용자가 의식하지 않을 정도로 자연스럽게 기능해야 한다는 관점을 다룸. 도구의 존재감보다 작업 흐름에 미치는 효율과 매끄러움이 핵심으로 제시됨.

ChatGPT Work

ChatGPT Work

ChatGPT를 더 본격적인 업무 환경에 맞게 쓰기 위한 OpenAI의 소개 글. 작업 흐름과 생산성 활용을 전면에 내세움.

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 소개. 링크 열기 흐름을 단순화하는 개인용 브라우저 도구 사례.

Ask HN: AI 시대 이후 스스로 만든 도구는 무엇인가?

Ask HN: What are tools you have made for yourself since the advent of AI?

AI 등장 이후 개인이 직접 만들어 쓰는 도구 사례를 묻는 HN 질문글. 워크플로 자동화, 생산성 향상, 개발 보조 도구 중심의 경험 공유가 핵심.

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

Harness engineering for self-improvement

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

Meta는 왜 엔지니어링 조직을 무너뜨리고 있는가

Why is Meta destroying its engineering organization?

Meta의 조직 개편과 의사결정 구조 변화가 엔지니어링 생산성을 해치고 있다는 비판이 제기됨. 기술 조직의 권한, 속도, 품질 간 균형 문제를 짚는 분석글.

Herdr: 모든 것을 지배하는 하나의 터미널

Herdr: One terminal to rule them all

여러 작업을 한 화면에서 다루는 통합 터미널 도구 Herdr가 소개됨. 개발자용 CLI 생산성 워크플로를 겨냥한 프로젝트로 보임.

Kagi로 돌아가기

Back to Kagi

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

AI가 frontend의 잃어버린 10년을 반복하게 만들고 있나

Is AI causing a repeat of frontend’s lost decade?

AI 도입이 프런트엔드 개발의 생산성과 기술 진화를 둔화시킬 수 있다는 우려를 제기. 도구 의존이 누적되면 개발 생태계가 정체될 수 있다는 논점이 핵심.

Kimi Work

Kimi Work

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

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

What is happening to jobs? Separating AI hype from reality

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

Delta

Delta

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

macOS는 Grid를 다시 가져와야 한다

macOS needs its grid back

macOS의 예전 Spaces 그리드형 가상 데스크톱을 회상하며, Mission Control의 가로 일렬 배치가 공간 기억과 작업 흐름을 해쳤다고 비판함. 이를 복원하는 앱 GridLion을 직접 만들었다고 소개함.

Machine Learning Research의 Zen과 예술

Zen and the Art of Machine Learning Research

머신러닝 연구를 바라보는 태도와 작업 방식에 대한 에세이. 연구 생산성보다 문제 선택, 꾸준한 탐구, 내적 기준을 중시하는 관점을 제시.

Conventional Commits가 잘못된 것에 집중하게 만든다

Conventional Commits encourages focus on the wrong things

Conventional Commits 관행이 커밋 메시지 형식에 과도한 주의를 돌린다고 비판함. 실제 개발 생산성보다 형식 준수에 에너지가 소모된다는 주장.

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

Working with AI Feels More Like Leadership Than Coding

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

책을 더 많이 읽는 법

How to read more books

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

생산성의 신기루

The Productivity Mirage

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

LLM은 좋지만 hype는 싫다

I love LLMs, I hate hype

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

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

Maximizing the value of your Claude Code sessions

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

한 사람을 위해 쓰기

Write for One Person

대중이 아니라 특정 독자 한 명을 상정해 쓰면 문장이 더 선명해진다는 내용. 독자 중심의 글쓰기 원칙을 강조.

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

Stop Telling Me to Ask an LLM

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

나의 Software North Star

My Software North Star

소프트웨어를 판단하고 설계할 때 따를 기준점을 정리한 에세이. 개발자가 장기적으로 유지할 핵심 원칙과 우선순위를 제시함.

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

It's not empowering to hand off the details

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

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

The New AI Superpowers: Focus and Followthrough

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

Never Enough

Never Enough

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

Show HN: Lathe – LLMs로 새 도메인을 건너뛰지 말고 배우기

Show HN: Lathe – Use LLMs to learn a new domain, not skip past it

LLM을 단순 자동화가 아니라 도메인 학습 도구로 쓰는 Lathe 소개. 빠른 결과보다 개념 이해와 학습 과정에 초점을 둔 접근을 제안함.

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

Go is an ideal language for AI-assisted software engineering

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

Claude Tag

Claude Tag

Anthropic이 Claude Tag를 소개함. Claude 관련 작업 흐름을 보조하는 새로운 기능 또는 도구로 보임.

Kagi의 Orion Browser

Orion Browser by Kagi

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

Ask HN: 대부분의 기업 소프트웨어 엔지니어링 일자리는 보여주기식인가?

Ask HN: Are most corporate SWE jobs performative?

기업 SWE 직무의 실제 가치와 보여주기식 업무 비중을 두고 HN에서 질문이 제기됨. 조직 문화와 생산성에 대한 논쟁 주제.

AI가 우리의 기술을 망가뜨리고 있나? 초기 결과는 나왔고, 좋지 않다

Is AI ruining our skills? Early results are in – and they're not good

AI 사용이 일부 역량 저하와 학습 약화를 부를 수 있다는 초기 연구 결과를 다룸. 생산성 향상과 기술 축적 저하의 균형이 쟁점.

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

How I use LLMs to learn complex topics

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

Emacs에 더 많은 배터리 내장 기능 추가

Even more batteries included with Emacs

Emacs에 기본 내장된 기능과 작업 흐름을 더 넓게 활용하는 방법을 정리. 에디터를 범용 개발·편집 환경으로 쓰는 방향을 강조.

집에서 AI 코딩을 하되 돈을 과하게 쓰지 않는 방법

AI coding at home without going broke

가정용 환경에서 AI 코딩을 저비용으로 운용하는 방법을 정리. 비용 폭증을 막는 구성과 사용 전략이 핵심.

AI가 직원을 대체한다고 믿는 CEO는 그저 나쁜 CEO일 뿐

CEOs Who Think AI Replaces Their Employees Are Just Bad CEOs

AI를 만능 대체재로 보는 경영진의 판단 실패를 비판. 생산성 향상보다 조직 설계와 관리 부실이 문제라는 주장.

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

In Emacs, Everything Looks Like a Service

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

Odysseus – 셀프 호스팅 AI 워크스페이스

Odysseus – self-hosted AI workspace

셀프 호스팅 방식으로 동작하는 AI 워크스페이스 프로젝트. 로컬 또는 자체 인프라에서 AI 작업 흐름과 도구를 묶어 쓰는 환경을 제공함.

이번 주에 컴퓨터를 재시작했나?

Have you restarted your computer this week?

정기적인 재부팅이 시스템 안정성과 업데이트 적용에 도움이 된다는 문제의식을 다룸. 장시간 켠 채로 쓰는 습관이 누적 장애를 키울 수 있다는 메시지.

평범한 풍요

Ordinary abundance

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

하지만 야크 셰이빙은 재미있다

But yak shaving is fun (2019)

겉보기엔 쓸데없는 우회 작업이지만, 문제를 파고들며 도구와 시스템을 더 잘 이해하게 만든다는 관점을 다룸. 개발 과정의 잡무와 탐색 자체에 의미가 있다는 내용.

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

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

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

더 나은 모델: 더 나쁜 도구

Better Models: Worse Tools

모델 성능은 향상되지만 이를 다루는 도구는 오히려 뒤처진다는 문제를 짚음. AI 개발 경험에서 모델 개선과 도구 품질의 간극을 비판하는 내용으로 보임.

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

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

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

AI 시대의 프로토타이핑 속도

The Speed of Prototyping in the Age of AI

AI 도구가 아이디어를 실제 프로토타입으로 바꾸는 속도를 크게 높임. 초기 검증과 반복 실험의 진입장벽이 낮아지면서 개발 워크플로가 재편됨.

리팩터링의 경제적 이익

The Economic Benefit of Refactoring

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

Show HN: Trace – 콜 도중 표시할 수 있는 오프라인 Mac 회의 녹취 서비스

Show HN: Trace – Offline Mac meeting transcripts you can flag mid-call

Mac에서 오프라인으로 회의 녹취를 저장하고 통화 중에도 표시를 남길 수 있는 Trace가 HN에 소개됨. 로컬 처리와 회의 기록 관리를 전면에 내세운 도구.

2026년에도 왜 코드를 쓰는가

Why write code in 2026

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

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

A shell exclamation mark is not for yelling. Be lazy

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

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

The LLM Critics Are Right. I Use LLMs Anyway

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

Superpowers 6

Superpowers 6

Superpowers 6 버전을 소개하는 글. 기능 확장과 개발 워크플로 개선 방향을 다룸.

LinkedIn 피드 차단기

LinkedIn Feed Blocker

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

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

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

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

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

I Stopped “Creating Content”

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

나는 일부러 휴대폰을 느리게 만들었다

I made my phone slow on purpose

의도적으로 느린 스마트폰 환경을 만들어 사용하는 실험을 소개함. 사용성보다 집중력과 절제에 초점을 맞춘 사례임.

속도라는 종교

The Religion of Speed

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

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

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

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

"오늘의 작업"과 "누적되는 일"의 차이

The difference between "today's task" and "accretive work"

당장의 할 일과 장기적으로 가치를 쌓는 작업을 구분하는 관점을 다룬 글. 단기 완료보다 누적 효과가 있는 일을 우선하는 생산성 프레임을 제시함.

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

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

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

프로그래머는 명상을 시작해야 한다

Programmers need to start meditating

프로그래머의 과도한 인지 소모와 스트레스를 줄이기 위해 명상이 필요하다는 주장임. 집중력과 판단력을 높이는 일상적 실천으로 명상을 권고함.

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

AI makes programming differently difficult

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

PowerFox Browser

PowerFox Browser

PowerFox Browser 소개글.

Emacs, 내게 모든 것이 시작된 곳

Emacs, how it all started for me

Emacs를 처음 접한 경험과 그 영향력을 회고한 글. 편집기 사용을 계기로 개발 도구와 워크플로에 대한 관점이 바뀐 과정을 다룸.

일상에서 효과적인 흑백 iPhone 설정

A greyscale iPhone setup that works in everyday life

iPhone을 흑백으로 설정해 화면 자극을 줄이는 개인용 사용법을 소개함. 일상에서 실제로 유지 가능한 구성이라는 점에 초점이 맞춰짐.

병목은 방 안의 공기일 수 있다

The bottleneck might be the air in the room

실내 CO2 농도가 의사결정과 집중력에 영향을 줄 수 있다는 점을 다룸. 성능 저하의 원인이 장비가 아니라 환기 상태일 수 있음을 시사함.

Mythos와 함께 일하는 느낌

What it feels like to work with Mythos

Mythos와 협업할 때의 사용감과 워크플로 변화를 체험담 형태로 다룬 글. AI 도구와 함께 일하는 방식의 장단점을 보여줌.

Emacs용 YouTube 라디오 ytr

ytr: YouTube Radio for Emacs

Emacs 안에서 YouTube를 라디오처럼 재생하는 도구를 소개. 작업 흐름을 끊지 않고 음악과 콘텐츠를 탐색하는 사용 방식을 제안.

누군가와 함께 소리 내어 생각하는 것이 혼자보다 나은 이유

Why thinking out loud with someone beats thinking alone

대화가 사고를 구조화하고 오류를 줄여 문제 해결을 돕는다는 논지. 혼자 생각하는 것보다 언어화된 피드백이 판단의 질을 높인다고 설명함.

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

What will be left for us to work on?

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

Show HN: Paca – 인간-AI 협업을 위한 경량 Jira 대안

Show HN: Paca – Lightweight Jira alternative for human-AI collaboration

인간과 AI의 협업을 염두에 둔 경량 프로젝트 관리 도구. Jira 대체재를 표방하며 단순한 워크플로를 지향함.

The AI Productivity Gap

The AI Productivity Gap

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

Stop sending me huge PRs; a rant

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

Stinkpot: SQLite 기반 셸 히스토리

Stinkpot: SQLite-backed shell history

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

Nextcloud Hub 26 Spring: 함께 만들고 미래를 위해 설계된 버전

Nextcloud Hub 26 Spring: Built together, designed for the future

Nextcloud Hub 26 Spring 업데이트 소개. 협업과 자가호스팅 생산성 기능을 강화해 장기적인 플랫폼 방향을 제시함.

AI 시대의 전문성

Expertise in the age of AI

AI가 작업을 빠르게 대체하는 환경에서 전문성이 어떻게 정의되고 유지되는지 다룸. 도구 사용이 쉬워질수록 검증, 판단, 맥락 이해의 가치가 더 커진다는 문제의식을 제시함.

Show HN: OpenKnowledge – Obsidian/Notion의 오픈소스 AI 우선 대안

Show HN: OpenKnowledge – open source AI-first alternative to Obsidian/Notion

OpenKnowledge가 AI 중심의 오픈소스 노트·지식관리 도구로 공개됐다. Obsidian과 Notion 대체를 목표로 한 제품.

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

Some more things about Django I've been enjoying

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

유용함에 반대하며

Against Usefulness

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

개발을 자동화해 나를 대체하기

Automating myself out of development

개발 업무를 자동화해 반복 작업과 구현 부담을 줄이는 흐름을 다룸. 자동화가 개발자의 역할과 일하는 방식을 어떻게 바꾸는지에 초점이 맞춰짐.

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

How Organizations Use AI: Evidence from ChatGPT [pdf]

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

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

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

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

“dirt notebook”를 시작했다

I started a “dirt notebook”

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

글쓰기를 위해 특별히 설계된 텍스트 에디터, Cheese Paper

Cheese Paper: a text editor specifically designed for writing

글쓰기 전용으로 설계된 텍스트 에디터 Cheese Paper를 소개하는 글. 작성 흐름에 맞춘 집중형 편집 경험을 내세운다.

Malleable Computing, Emacs, and You

Malleable Computing, Emacs, and You

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

느린 터미널은 인생이 너무 짧다

Life is too short for a slow terminal

느린 터미널이 개발 흐름과 생산성을 크게 떨어뜨린다는 문제의식. 빠른 CLI 환경과 터미널 최적화의 가치를 강조함.