[AI 시대, 개발자로 살아가는 법] 온라인 밋업 정리

[AI시대, 개발자로 살아가는 법] 이라는 세션을 듣고 내 나름대로 정리해보았다.AI라는 거대한 기술 변화의 파도 위에 올라타고 싶은 한 명의 개발자로서, 이번 시간은 꽤 의미 있었다.사실 지금까지도 업무나 일상에서 AI를 나름 잘 활용하고 있다고 생각했다.간단한 코드 생성, 문서 정리, 기술 서치, 회고 초안 등에서 ChatGPT를 자주 써왔기 때문이다.그런데 이번 세션을 통해 내가 알고 있던 것보다 훨씬 더 깊고 구조적인 활용법들이 존재한다는 걸 깨달았다.AI를 어떻게 접근하고, 어떤 관점에서 도구로 삼을 수 있는지를 새롭게 보는 계기가 되었다.🤔 AI가 개발자를 대체할까?No. 하지만 ‘변화’는 피할 수 없다.AI가 발전하면서 자주 듣는 말 중 하나는 "이제 개발자는 필요 없어지는 거 아니야?"라..

• format_list_bulleted 기타
• · 2025. 7. 10.
• textsms

개발일기 15편 [숨은 참조(BCC)를 활용한 벌크 이메일 전송]

문제점초기 프로젝트 설계 단계에서 공지사항 이메일 발송 로직은 구독자 개개인에게 개별적으로 이메일을 보내는 방식이었습니다. 이는 To 필드에 각 사용자의 이메일을 설정하여 개인화된 메일을 보내는 구조였습니다. 그러나 이런 방식에는 큰 문제가 있었습니다 수백 명의 사용자를 대상으로 각각의 이메일을 보내는 작업은 SMTP 서버의 부하를 높이고, 네트워크 리소스를 낭비하는 결과를 초래했습니다. 이러한 문제를 인식하고 있었지만, 이메일을 "한꺼번에 보내면서도 각 사용자 정보가 노출되지 않는 방법"을 떠올리지 못해 개별 전송 방식을 유지하고 있었습니다. 전환점 이 문제를 해결하게 된 계기는 모빌리티42 면접에서의 대화였습니다. 프로젝트 관련 질문을 받던 중, 이메일 발송 로직에 대해 설명하며 위의 문제점들을 언급..

• format_list_bulleted notice-crawler
• · 2024. 11. 25.
• textsms

개발일기 14편 [코루틴 도입]

공지사항 크롤러 리팩터링: 기존 코드와 코루틴 도입 코드의 차이점Spring 기반의 공지사항 크롤링 및 이메일 발송 기능을 구현하면서, 기존의 스레드 기반 비동기 처리에서 Kotlin의 코루틴 기반 비동기 처리로 리팩터링을 진행했습니다. 이 글에서는 기존 코드와 새로운 코드의 차이점을 비교하고, 코루틴을 도입한 이유와 그로 인한 장점에 대해 자세히 설명하고자 합니다. 1. 기존 코드의 문제점기존 코드에서는 Java의 CompletableFuture와 ExecutorService를 사용해 비동기 처리를 구현했습니다. 다음은 기존 코드에서의 주요 문제점입니다1-1. 복잡한 비동기 처리비동기 작업마다 CompletableFuture.runAsync를 사용하여 스레드를 명시적으로 관리해야 했습니다.결과를 기다리..

• format_list_bulleted notice-crawler
• · 2024. 11. 22.
• textsms

Nginx에 SSL 적용 및 Reverse Proxy 설정

Nginx에 SSL 적용 및 Reverse Proxy 설정애플리케이션에 SSL 인증서를 직접 적용하는 대신 Nginx에 SSL을 설정하면, Nginx 뒤의 모든 애플리케이션에 SSL이 적용되어 매우 유용합니다. 본 문서에서는 Nginx에 SSL을 설정하고 Reverse Proxy를 구성하는 방법을 설명합니다.환경운영 체제: Ubuntu 18 이상Reverse Proxy 대상 포트:3000 (Frontend)8080 (AI 서비스)8081 (Backend)1. SSL 인증서 파일 준비SSL 인증서를 SSL For Free 등을 통해 발급받은 경우, 다음과 같은 3개의 파일이 제공됩니다:certificate.crtprivate.keyca_bundle.crt이 파일들을 /etc/nginx/ssl 디렉토리로 복..

• format_list_bulleted DevOps
• · 2024. 11. 21.
• textsms

개발일기 13편 [지수 백오프 적용]

최근 서비스에서 이메일 발송 중 421 오류가 발생하는 상황이 있었다. 이 오류는 서버 과부하나 요청 제한 초과 시 나타날 수 있으며, Gmail API의 특성상 구체적인 원인 파악이 어려웠다. 오류가 발생할 때마다 15초 간격으로 최대 세 번까지 재시도하도록 설정했지만, 문제가 해결되지 않아 다른 접근 방식을 고민했다. 문득 컴퓨터 네트워크 전공 수업에서 배운 패킷 손실 및 혼잡 제어 개념을 떠올려보았다. 네트워크 상에서 패킷이 라우터를 거쳐 전달될 때 혼잡이나 과부하로 인해 특정 라우터에서 패킷이 정체되거나 소실될 수 있다. 이를 해결하기 위해 혼잡 제어 알고리즘에서는 패킷 전송 간격을 점진적으로 늘리는 방식을 사용해 부하를 완화시키곤 하였다. 이와 같은 원리를 이메일 발송 재시도 로직에 적용하여 지..

• format_list_bulleted notice-crawler
• · 2024. 11. 20.
• textsms

개발일기 12편 [서비스 중 오류발생 및 해결방법]

갑자기 1주일 넘게 잘 운영되던 메일 서비스가 오류가 발생했다. ㅜㅜ오류는 다음과 같이 gmail smtp 서버에서 421 error를 던져준 것이다. 정확히는 421-4.3.0이라는 에러인데 google support page에서 해당 정보를 찾을 수 있었다.일시적인 시스템 장애가 발생했다는 뜻인데 좀 더 자세히 알아보고자 링크를 타고 더 들어가 보았다. 아마 수신서버에서 같은 곳에서 한 번에 많은 양의 메일을 수신하여 생기는 문제 같다.현재 내 서비스 로직은 1개의 메일을 보내다가 421 에러를 마주치면 후속 작업들이 전부 끝나게 되므로 치명적이다.오늘도 대략 뒤에 10명 정도가 받지 못하여 뒤에 10명만 따로 보내는 작업을 해줬다. 참고로 에러가 발생하는지 매일 확인하는 것은 아니고 내가 제일 마지..

• format_list_bulleted notice-crawler
• · 2024. 11. 19.
• textsms