바이브 코딩을 비판하는 이들이 가장 흔히 내세우는 논리는 버그가 많다는 점이다. AI가 생성한 코드는 겉보기에는 멀쩡해도 실행해보면 예상치 못한 오류를 뱉어내는 경우가 빈번하다는 지적이다. 하지만 냉정하게 생각해보면 버그는 코딩과 늘 함께해왔다. 사람이 직접 한 땀 한 땀 코드를 짤 때도 버그는 늘 존재했다. 버그가 하나도 없는 코드는 애초에 불가능에 가깝고, 오히려 버그가 전혀 나오지 않는 개발 과정이 더 부자연스럽다.
이번 포스트에서는 간단한 스프링 부트(Spring Boot) 애플리케이션을 만들고 컨테이너화(Containerize)하는 방법을 알아봅니다. 그리고 다양한 툴을 이용해 도커 이미지를 지속적으로 빌드하고 배포할 수 있는 CI/CD 환경을 구성하고 쿠버네티스(Kubernetes) 클러스터에 배포하는 과정을 살펴봅니다.
Hexo 블로그는 잘 쓰고 계신가요? 예전에 한 분께서 이런 질문을 올려주셨습니다.
이전 포스트에서 Hexo 내 폰트를 CDN 을 이용해 변경했습니다. 구글 폰트에서 제공하는 폰트 url 만 있으면 블로그 <header> 에 바로 포함시켜 쉽게 변경할 수 있습니다. 하지만 내가 사용하고자 하는 폰트가 없다면 어떻게 할까요?
개발 블로그를 하다보면 클래스 다이어그램같은 UML 을 올려야할 때가 있습니다. 그러면 GUI 툴을 이용해서 그려야 하는데, 자주 그리는 사람이 아닌 이상 복사해서 수정할 포맷도 없고 일일이 그리는 것은 상당히 귀찮습니다.
⚠️ Deprecated: 이 글에서 소개하는
hexo-tag-twitter와hexo-tag-tweetable-quote플러그인은 더 이상 유지보수되지 않으며, X(Twitter) API 변경으로 작동하지 않을 수 있습니다.
블로그 서비스인 Medium 은 글을 읽을 때 소요될 시간을 미리 표시해줍니다. 독자들이 이 글을 읽는데 얼마나 소요될지를 미리 파악함으로써, 글의 질을 예측해볼 수 있고 이 글을 계속 읽을지 말지를 결정하는데 도움이 됩니다.
저번 포스트에서 마크다운은 어떤 종류가 있고, 어떻게 비교하고 선택할 수 있는지 확인해봤습니다.
오랫만에 예전에 올렸던 글을 살펴봤습니다. 이제보니 글자 크기는 괜찮은데 폰트가 너무 얇아서 눈에 잘 들어오지 않고, 잘 읽히지가 않았습니다. 글을 올리는 것에만 신경썼지 올라간 글을 자세히 읽어보질 않았던 것 같습니다. 몇 번 읽어봐도 가독성이 영 좋지 않아서 폰트를 바꿔야겠다 마음 먹었습니다.