AI 시대의 개발자: 현업 개발자의 솔직한 이야기

기술 수용 사이클
그리고 설사 인간의 언어로만 가지고 지시가 가능하다라고 해도 인간은 구체적으로 말하는 것 자체를 매우 어려워하기 때문에 필요하다면 분명 이 일을 누군가에게 생활과 자기관리 정보 위임할 것입니다. 하지만 그러기 위해서는 자신의 요구사항을 컴퓨터가 실행 가능한 수준으로 매우 구체적이고 명확하게 표현할 수 있어야 합니다. 인간의 언어의 모호성과 비결정적론 도구가 결합된 구조는 컴퓨터가 완벽한 결과를 만들어내고 그 결과가 요구사항과 완전히 일치하도록 하는 것은 구조적으로 불가능합니다. 또한 현실 세계는 언어 세계보다 훨씬 더 넓은데, 인간은 태생적으로 그것을 언어로 구체적으로 표현하는 데 서툽니다.
최근에 저도 이 주제로 굉장히 고민 많았는데 좋은 글 덕분에 명쾌하게 풀어졌습니다... AI와 같이 개발하는 삶의 변화에 익숙해져야 하는 부분에 대해서도 많은 고찰을 얻었습니다. 읽을 때마다 "어떻게 이렇게 재미있고 잘 읽히게 쓰시지? AI를 쓰다가 비록 헤매고, 답답하고, 원하는 대로 동작하지 않는 시행착오를 겪더라도 그 과정에서 '내가' 무언가를 배우고 있다면, 그것도 훌륭한 '활용'입니다. 현재 모든 자본이 AI로 모이고 생활과 자기관리 정보 있고, 저는 소프트웨어의 가능성이 농업의 한계와는 다를 거라고 생각합니다. IT가 농업처럼 될 수도 있고, 자동차 산업처럼 될 수도 있습니다.
테오의 프론트엔드
그래서 여전히 JamStack(JavaScript, API, Markup)으로 분화되어 있는 개발 방식은 여전히 대부분의 회사에서 채택하고 있는 보편적인 개발 방식입니다. 서버리스로 하게 되면 Vercel과 같은 특정 벤더에 의존하게 되는데, 이것 또한 비용과 제어권 측면에서도 고민이 되는 문제입니다. 그래서 Next와 같은 메타 프레임워크를 하게 되면 별개의 Node 서버를 띄워야 하고 이 인프라와 안전성을 유지해야 하는 과제가 백엔드에게 있느냐 프론트엔드에게 있느냐는 애매한 문제이기 때문입니다.
커뮤니티가 기술 스택을 성장시킨br/>

개인정보의 보유 및 이용기간​ 캐릿은 관련법령의 규정에 의하여 개인정보를 보유할 필요가 있는 경우, 해당 법령에서 정한 바에 의하여 아래와 같이 개인정보를 보유할 수 있습니다. 남성들이 전역 이후에도 익숙한 제품을 찾아서 쓰는 경향을 읽을 수 있었어요. 대학내일20대연구소는 피부 고민이 있고 스스로 외모 관리를 하는 편이라고 인식하는 19~39세 남성을 대상으로 조사한 [데이터] 2030 맨즈 뷰티 기획조사 2024를 발행했습니다. 이번 콘텐츠에서는 2024년 Z세대의 금융, 취업, 직장생활, 소비, 유통, 뷰티, 식생활 데이터 등을 한 데 모아 분석했습니다. 매년 이 맘때면 대학내일20대연구소는 한 해 동안 발행한 연구자료 중 생활과 자기관리 정보 여러분이 흥미로워할 만한 데이터를 정리하고 있는데요. 원문이 연결되지 않는 경우 여기를 클릭하여 관리자에 알려주시기 바랍니다.
여성 커리어 연구실
그래서 선택의 결과도 점점 더 감정과 경험을 중심으로 움직이고 있으며 이는 일상의 작은 보상이자 새로운 형태의 셀프 생활과 자기관리 정보 케어다. 그렇기에 기능이 많고 설명이 긴 물건보다 고민 없이 집어들 수 있고, 쓰는 순간 바로 기분이 좋아지는 물건에 더 매력을 느낀다. 설레는 것들은 생각보다 작다 지금 우리의 소비는 감정과 경험을 중심으로 움직이고 있br/>

내가 원하는 구체적인 목표와 그림이 머릿속에 있고, 그것을 달성하기 위한 수단으로 AI에게 명확히 '지시'하고 그 결과를 비판적으로 검토한다면, 그건 탁월한 '활용'입니다. 생활과 자기관리 정보 기술적으로 대체되는 것이 아니라, 스스로 생각하기를 포기함으로써 대체당하는 것, 그것이 정말로 AI에게 대체되는 순간입니다. 그리고 실제 평가도 대부분 코드 자체를 보고 이루어지는 게 아니라, '내가 한 일을 얼마나 잘 설명하는가'로 이루어집니다. AI든 개발의 새로운 기술을 써보고 싶어서 프로젝트를 시작하는 게 아니라, 내가 해결하고 싶은 문제가 먼저 있고 그 문제를 해결하기 위해 적절한 기술을 선택하는 경험이 중요합니다.
현재의 AI의 활용과 미래에 대한 내 생각
흔히들 기술 검토 - 개발자 용어로는 해딩, 혹은 삽질이라 불리는 그것 - 라 불리는 내가 모르는 남이 만든 것을 어떻게 쓰는지 알아내는 과정은 개발의 실력과 무관하게(전혀 무관한 것은 아니지만) 참으로 괴로운 과정입니다. 개발은 스택오버플로우와 구글링으로 만든다고 하는데 그 스택오버플로우와 구글에 나오지 않는 에러가 내 화면에 뜨고 있다고 상상해 보세요. 게임도 하는 사람이 많아야 공략이 다양하게 나오는데 나 혼자 하고 있다면 나는 문제를 발견할 때마다 누군가 참고할 수 있는 것도 없이 혼자서 해야겠죠. 이렇듯 기술 스택이라고 하는 것은 그 자체로 좋은 것보다 여럿이서 함께 써줘야 하는 것이기에 커뮤니티와 지원이 굉장히 중요합니다. 개인적으로 좋아했던 RxJS에도 범용적이고 강력한 기술 스택이긴 하나, 이 라이브러리의 학습 비용의 허들이 높은 관계로 특수한 기술로 치부되고 응용 방식과 사용 방식이 달라서 스스로 더 어렵게 만들어 널리 퍼지지 못하는 기술 스택이 되기도 합니