Evans Library - mysetting

4:46 5/30

evan-moon.github.io

mobile screenshot relative

4:46

evan-moon.github.io

mobile screenshot

Evans Library
https://evan-moon.github.io/

개발을 잘하기 위해서가 아닌 개발을 즐기기 위해 노력하는 개발자입니다. 사소한 생각 정리부터 튜토리얼, 삽질기 정도를 주로 끄적이고 있습니다.

저작도구: GatsbyJS

최종 피드 수집: 2026-10-17 00:17

전체 (131)

4d

AI를 도입하면 팀은 정말 빨라질까

최근 많은 조직에서 마치 경쟁하듯이 AI를 도입하고 있다. 구글은 2026년 4월 클라우드 넥스트에서 새로 작성되는 코드의 75%가 AI로 생성되고 엔지니어의 승인을 거친다고 발표했는데, 불과 1년 반 전인 2024년 10월 실적

000

4d

Does Adopting AI Really Make Teams Faster?

Lately, many organizations have been adopting AI almost as if it were a race. At Cloud Next in April 2026, Google announced that

000

13d

Why Can't Claude Compute the Weather?

In this post, I want to talk about what actually happens when you ask an AI like Claude or GPT to compute the weather, and about

001

13d

클로드는 왜 날씨를 계산하지 못할까

이번 포스팅에서는 클로드나 GPT 같은 AI에게 날씨를 계산해달라고 하면 어떤 일이 벌어지는지, 그리고 데이터가 부족한 물리 문제를 풀기 위해 등장한 PINO(Physics-Informed Neural Operator)라는 방식에

001

22d

On Properly Defining Ambiguous Problems

In this post, I want to talk about how to solve the vague, fuzzy problems that show up in real work.
Before we get into it, try

004

22d

애매한 문제를 제대로 정의한다는 것

이번 포스팅에서는 현실에 존재하는 애매모호한 문제들을 해결하는 방법에 대해서 이야기해보려고 한다.
본론에 들어가기 앞서, 한번 여러분이 지난 분기에 가장 공들여서 한 일을 하나 떠올려보자. 몇 주를 들인 리팩토링일 수도 있고, 팀

004

2M

동일성은 왜 프로그래밍에서 가장 어려운 문제인가

얼마 전 JEP 401, 그러니까 자바의 Value Objects가 OpenJDK master에 머지됐다는 소식을 봤다. 쉽게 말해 메모리 주소나 식별자(ID) 대신 객체 내부의 값 자체를 기준으로 삼는, 즉 값(Value)처럼

002

2M

Why Identity Is the Hardest Problem in Programming

Not long ago I saw the news that JEP 401, Java’s Value Objects, had been merged into OpenJDK master. In plain terms it’s a propo

002

4M

리더가 정말 신경 써야 할 것은 생산성이 아니다

이번에 신혼여행으로 인해 간만에 일에서 한 발 물러나 며칠을 보내다 보니, 평소 업무에 파묻혀 좀처럼 꺼내보지 못하던 질문 하나를 오래 들여다보게 됐다.
필자는 그동안 AI 시대의 개발자를 두고 여러 편의 글을 써왔다. 그런데 뉴

002

4M

What Leaders Should Really Worry About Isn't Productivity

A honeymoon recently pulled me away from work for a few days, and with that bit of distance I found myself dwelling on a questio

002

5M

Tools Live On After Leaving Their Maker

In a previous post, I treated personal asset management as a kind of state management problem. Recently I wanted to manage that

001

5M

도구는 만든 사람을 떠나서 살아간다

몇 달 전 포스팅에서 필자는 자산 관리를 일종의 상태 관리 문제로 풀어본 적이 있다. 그때 정리해둔 상태를 좀 더 잘 관리해보고 싶어서 도구를 다시 만들기 시작했는데, 그 과정에서 따라온 인터페이스 설계 관련 고민들을 한 번 풀어

002

5M

AI 코딩 시대, 더이상 성장하지 않는 개발자들

AI를 많이 쓸수록 AI를 잘 쓰기 어려워진다. 이건 마치 직관에 반하는 말처럼 들리지만, 필자는 이것이 사실이라고 생각한다.
요즘 너도 나도 AI FOMO에 빠져 열심히 AI를 잘 쓰기 위해 노력하고 있지만, 우리는 “AI를 잘

003

5M

Developers Who Stopped Growing in the Age of AI Coding

The more you use AI, the harder it becomes to use AI well. That may sound counterintuitive, but I believe it’s true.
Everyone se

001

8M

When AI Writes the Code, a Developer's Real Skills Show

This post is about how the developer role is changing in the AI era, and what to do about it. It’s something I hear a lot at wor

002

8M

AI가 코드를 쓰는 시대, 개발자의 진짜 역량이 드러난다

이번 포스팅에서는 AI 시대에 개발자의 역할이 어떻게 달라지고 있는지, 그리고 무엇을 준비해야 하는지 이야기해보려 한다. 최근 필자가 재직 중인 직장에서도 많은 개발자들이 이 주제에 대해 고민을 하고 있는데, 비단 이 주제는 필자

002

8M

Beyond Functors, All the Way to Monads

In this post, I’ll continue from the concept of functors I covered previously and move on to explaining monads.
When people hear

003

8M

펑터를 넘어서, 모나드까지

이번 포스팅에서는 이전에 다뤘던 펑터의 개념에 이어 모나드에 대한 설명을 이어가보려고 한다.
아무래도 모나드라고 하면 가장 먼저 떠오르는 것은 “모나드는 내부함자 범주의 모노이드 대상 어쩌고”하는 설명인데, 사실 이것은 모나드를

004

8M

Why Do We Feel Some Code Is Easier to Read?

I previously wrote a post called “What Is Good Code? On the Illusion of Readability” where I discussed how subjective and contex

002

8M

우리는 왜 어떤 코드를 읽기 쉽다고 느낄까

이전에 좋은 코드란 무엇일까? - 가독성이란 허상에 대하여라는 글에서, “좋은 코드 = 가독성이 좋은 코드”라는 공식이 얼마나 주관적이고 맥락 의존적인지에 대해 이야기한 적이 있다.
물론 사람마다 가독성이 좋다고 판단하는 결과는

004