React가 이겼는데, 이제 웹 프레임워크는 의미가 있을까?

프레임워크, 린터, 컴파일러.. 이것들은 당신이 업무에서 활용하지 않으면 바보 같은 코드화된 교훈을 담고 있습니다 - 에이전트든 아니든. 다른 사람들이 이미 만들어 놓은 것을 사용하면 더 빨리 목적지에 도달할 수 있습니다.

자신만의 프레임워크를 만드는 것은 전혀 서두르지 않을 때 좋습니다 - 배우고 싶거나, 그것이 당신이 파는 것의 일부일 수도 있습니다. 다른 모든 사람들에게는, 가장 큰 레버리지를 주는 접근 방식을 사용하세요.

이제 우리에게는 다른 종류의 프레임워크가 필요합니다. 에이전트의 코딩을 더 쉽고 견고하게 만들어 주는 것들 말이죠. 그런 프레임워크에서는 인간의 인체공학은 부차적이거나 전혀 고려되지 않을 것입니다.

저는 웹 개발자가 아님에도 불구하고 이것에 많이 공감합니다. 하지만 더 일반적인 방식으로 "코드를 이해하는 것이 이제 정말 중요한가?"라는 질문으로요. 그리고 그것은 저를 다소 슬프게 만듭니다.

저는 막 졸업했고(그리고 운 좋게 주니어 직업을 얻었습니다), 소프트웨어에 문제가 있을 때 깊이 파고드는 것을 좋아하는 사람입니다. 정확성을 중요시하고, 강타입 언어를 선호하며, 직업적으로 Haskell을 사용한 적은 없지만, 모든 Advent of Code를 그것으로 합니다. 정확한 문서를 읽는 것을 좋아합니다.

하지만 어제, 아버지가 Mistral의 Vibe와 Android Studio를 사용해 만든 앱을 보여주셨습니다. 그는 IT 지원 부서에 있고, Kotlin이나 아무것도 배운 적은 없지만 컴퓨터 과학을 알고 있는데, 앱을 "만들" 수 있었고, 흥분해 있었습니다. 저도 그를 위해 기뻤지만, 기본적으로 그가 행복해했기 때문에 행복했을 뿐입니다.

저는 이 기회를 이용해 그에게 접근 방식에 대해 많은 질문을 했습니다. "코드가 어떻게 작동하는지"에 대한 유일한 출처가 AI의 설명이라는 것을 신경 쓰는지 물었습니다. 그리고 기본적으로 "중요하지 않다면"(그의 휴대폰용 런처 앱일 뿐이었으므로) "괜찮다"는 결론에 도달했습니다.

하지만 저 자신은 앱을 "바이브 코딩"한 적이 없음에도 불구하고, 요즘 쏟아지는 모든 프로젝트를 보면 AI가 할 수 있는 일을 항상 과소평가하고 있는 것 같습니다. 그 과정을 전혀 모르기 때문에 거의 마법처럼 보입니다.

그리고 언제(만약이 아니라) 우리가 집단적으로 AI 코드를 검토하는 것을 그만둘지 생각하게 됩니다. 마치 90%의 사람들이 컴파일러 출력을 검증하는 것을 그만둔 것처럼, 아주 특별한 […]

지금처럼 프레임워크를 작성하여 일이 어떻게 수행되는지 제약을 두기에 좋은 때는 없었습니다.

우리 업무의 거의 전부가 내부적으로 우리 프레임워크 위에서 이루어집니다. 지연 시간, 보장, 빌드 시간 오류, 그리고 개별 구현을 바이브 코딩할 수 있게 해주는 피드백 말이죠.

저는 끊임없이 더 많은 프레임워크 코드를 바라고 있습니다. 원래 프레임워크를 우리가 남용할 때 더 화를 내며 던지는 무언가로 만들었으면 좋았을 텐데요.

타입 시스템이 더 표현력이 있으면 좋겠고, 스레딩 방식이 더 나으면 좋겠고, 좋겠고 좋겠고 좋겠습니다.

전체를 재작업하는 것이 그 어느 때보다 쉬워졌지만, 여전히 우리 프레임워크가 장인 정신으로 만들어졌을 때 가장 행복합니다.