개발자가 AI를 공격적으로 사용할 수 있는 이유를 생각해보면, 그것은 사람이 짠 코드에 어떠한 의미나 가치가 딱히 없기 때문이다. 수제 코딩에 어떤 부가적인 가치가 있을까? 없다고 본다. 코딩이라는 것은 예술이 아니기 때문이다.예전에 개발이라는 것이, 이과의 예체능과도 닮았다고 말하는 사람도 있었다. 어떤 의미에서는 그렇다. 재능을 가진 사람을 이기기 어렵다는 것도 있고, 어떤 제품을 만들어낸다는 점에서는 창작과도 비슷한 면이 있다. 하지만 나는 예술 창작과는 다르다고 생각했는데, 만일 내가 쓴 글이나 내가 그린 그림을 다른 사람이 비판한다면 (그게 객관적이다 하더라도) 솔직히 좀 속상할 것이다. 그렇지만 내가 손으로 짠 코드가 구리다고 누가 평가한다면, 그게 그렇게까지 상처받을 일은 아니다. 어쨌든 오..

LLM이 나오고 클로드 코드의 출시 이후 나의 뇌는 클로드코드가 되었고 클로드코드가 멈추면 퇴근해야 하는 지경에 이르게 되었다.우리 팀은 모든 코드를 바이브 코딩을 하기 위해 노력하고 있다. (가끔... 속 터지는 css를 손으로 수정하고 있을 때가 없는 건 아니지만) 그렇지만 클로드가 코드가 의외로 못 하는 것들이 있다.대체 무엇을 못할까? 비대한 레거시 코드지금은 AI의 발전으로 정말 근본적인 이상한 코드라는 게 나오기 어려운 코드가 되었다. (AI가 아무리 이상하게 짜도 결국엔 AI이기에 최저점이 그리 낮지 않다.) 사실 양지(?)에서만 일한 개발자라면 레거시 코드가 얼마나 이상할 수 있는지 못 겪어봤을 수 있다. 근데 정말 상식을 초월하는 상상 이상의 '어떻게 이 정도로 어렵게 짰을까?' 싶은 코..

이전에https://99years.tistory.com/238 구글 크롬 자동번역과 Next 500 에러나는 플랫폼 분야의 개발을 하고 있기 때문에 항상 유저의 만족을 우선 순위에 두고 개발을 해야 하는데, 일반 유저를 상대로 서비스를 하면 꽤 생각 외의 이슈가 발생한다.최근 이슈 중에는 크99years.tistory.com이 게시글에서 구글 크롬 자동번역과 Next 500 에러에 대해 알아본 적이 있다. 이것만으로도 꽤나 성가시지만... 문제는 그게 전부가 아니었다! 프론트엔드 개발자로서는 웹이란 정말 온갖 별 일이 다 일어나서 통제하기 어려운 곳이다. 그래서 뭔 일이 일어나도 놀랍지가 않다. 지난 글에서 으로 감싸 문제가 해결된 듯 보였지만, 그 이후에도 에러가 집계되었고 추가적인 CS가 접수되었다...

나는 플랫폼 분야의 개발을 하고 있기 때문에 항상 유저의 만족을 우선 순위에 두고 개발을 해야 하는데, 일반 유저를 상대로 서비스를 하면 꽤 생각 외의 이슈가 발생한다.최근 이슈 중에는 크롬의 일본어 자동 번역 기능을 사용했을 때 500 에러가 발생하여 사용할 수 없다는 내용이 있었다. 크롬 자동 번역은 AI 결과를 대충 퍼오자면 이런식으로 작동한다.1. 크롬 번역 시 태그 생성 방식작동 원리: 구글 번역 엔진이 페이지를 해석한 후, 원본 텍스트 노드를 번역된 텍스트로 대체하면서, 해당 텍스트를 태그나 태그로 래핑(Wrapping)합니다.형태: 번역된 내용과 같은 형태로 번역된 텍스트마다 이 태그가 적용됩니다.목적: 원본 텍스트와 번역 텍스트를 구분하고, 스타일(특히 폰트 관련 수직 정렬)을 유지..

이직을 하고 한달이 지났다. 한달이 벌써 지났다고 해야 하는 건지 한달밖에 안 지났다고 해야 하는 건지 모르겠다...환경은 이전회사랑 여러가지로 극과 극이라서 뭐가 더 낫다고 말하기는 어렵겠지만 뭐가 됐든 새롭다. 나는 내 손이 빠르다고 생각했는데 그건 전 회사에선 속도를 위해 업무 체계가 거의 없다시피 해서 그랬던 것 같기도 하다. 일단 한 단위 배포까지의 개발은 다 완료하고 그 뒤에 산출물을 만드는 방식이기 때문에, 중간의 히스토리는 남지 않는 경향이 있다. 모든 일에 지라 티켓을 만들며 라이브 서비스에서 브랜치 전략을 빡세게 가져가는 거랑, 그냥 나 혼자 개발하면서 적당히 브랜치 두 세 개 쓰는 거랑은 속도 차이가 나는 게 당연하다. 그래서...사실, (큰 이슈가 없고 평이한 난이도의 개발건을 ..