개발스토리지😃

대한민국 대표 서비스 중 하나인 우아한형제들에서는 AI를 실제로 어떻게 활용하고 있을까?발행일 : 2025년 04월 01일쪽수 : 380쪽 1. 책을 선택한 이유개발자라면 한 번쯤 관심 있게 보게 되는 우아한형제들의 기술 블로그나 실무 사례들, 다들 한 번쯤 접해보셨을 텐데요.문득 '대한민국 대표 서비스 중 하나인 우아한형제들에서는 AI를 실제로 어떻게 활용하고 있을까?' 하는 호기심이 생겼습니다.막연한 AI 이론이 아니라, 실제 서비스 현장에서 대규모 트래픽을 처리하며 AI를 녹여내는 과정이 궁금해서 이 책을 펼쳐들게 되었습니다. 2. 솔직한 후기 및 느낀 점👍 좋았던 점가장 좋았던 부분은 단순히 AI 모델의 이론이나 파이썬 기본 문법을 설명하는 일반적인 입문서가 아니라는 점이었습니다.실제 서비스 ..

정보보안기사 교재를 샀다.하지만 처음부터 정보보안기사를 공부하기엔 너무 무서웠다. 1. 책을 고른 이유정보보안에 관심을 가지게 되었고 정보보안기사 자격증을 따야겠다는 생각을 했다.그런데 주변에 다들 개발하고 관련된 보안만 알고 실재로 보안이라는 영역에 들어가는 사람은 없었다.사실 개발만 해도 따라가기 벅차기 때문에 이해한다.어찌되었든 정보보안이란 어떤 느낌인지 알고 싶어 찾다가 추천 글을 보아 읽어보았다. 2. 좋았던 점과 아쉬운 점좋았던 점 전공자가 아니어도 읽을 수 있는 눈높이이 책의 가장 큰 장점은 문턱이 낮습니다.보안 전공자나 실무자가 아니어도 개발자든 일반인이든 큰 부담 없이 읽어나갈 수 있는 수준으로 쓰여져 있습니다. 백과사전처럼 찾아 쓰는 구성전체가 119개의 소챕터로 나뉘어 있고, 하나의..

"한 권으로 보는 백엔드 로드맵" 이라는한 줄을 보고 읽어보기로 결심하였다. 1. 이 책을 선택한 이유와 솔직한 첫인상책의 페이지는 약 300p 정도로, 두꺼운 일반 개발 서적들에 비하면 확실히 얇다는 느낌을 받았습니다.게다가 유명 유튜버인 조코딩님과 코딩하는거니님이 추천사를 써주신 책이라,'적어도 기본은 확실하게 하겠구나'라는 기대감을 안고 첫 페이지를 넘겼습니다. 2. 솔직 후기: 좋았던 점과 아쉬웠던 점좋았던 점: 내 위치를 잃지 않게 해주는 친절한 나침반이 책의 가장 큰 매력은 구성에 있습니다.챕터마다 로드맵을 보여주며 지금 내 위치가 어디쯤인지,앞으로 얼마나 더 가야 하는지 끊임없이 확인시켜 줍니다.덕분에 긴 학습의 여정 속에서 길을 잃지 않고 중심을 잡을 수 있었어요.'기초 -> 레벨 1 -..

깃허브를 꾸미다 보니 gist라는 기능을 알게 되어적용방법을 정리해보았다 1. Github Gist란?짧은 코드 조각, 메모, 또는 간단한 텍스트 파일을 공유하기 위한 서비스별도의 저장소(Repository)를 만들지 않고도 파일 하나만 뚝딱 생성할 수 있는 것이 특징2. Gist 생성Gist에 접속아래의 번호 순서대로 Gist 생성 게시글 경로 url을 복사 3. Github 환경변수 등록GH_TOKEN 발급프로필 클릭 -> settings Developer settings 클릭 Personal access tokens -> Token(classic) 클릭 -> Generate new token을 클릭하여 발급 자신의 레포지토리로 돌아와 아래의 이미지대로 환경변수 값을 ..

취업을 준비하기에 앞서 깃허브의 README를 꾸며보았다쓸데없이 애니메이션만 적용했는데 재밌다..😆 1. 들어가며내 잔디 위에서 팩맨이 돌아다니고, 스네이크가 먹이를 먹는 재미있는 애니메이션을 GitHub 프로필에 적용하는 방법을 소개참고 사이트https://profile-readme-generator.com/ Profile Readme GeneratorBeautify your github profile with this amazing tool, creating the readme your way in a simple and fast way! The best profile readme generator you will find!profile-readme-generator.comhttps://www.gi..

MSA로 개발을 하다가 인텔리제이가 멈춰 강제종료하였다. 다시 실행하려고 하니 총 12개의 서버의 포트가 충돌이 나서 쉘스크립트를 만들어 보았다. 1. kill_duplicate_servers.sh 작성띄어쓰기는 _를 사용servers=(:)의 내용을 자신의 상황에 맞게 수정#!/bin/bash# ===========================# 서버 포트 점검 및 종료 스크립트 (Bash 3.x 호환)# ===========================# 서버명과 포트를 "서버명:포트" 형태로 배열에 저장servers=( "AI_Server:20010" "Company_Server:20020" "Delivery_Server:20030" "Hub_Server:20040" "Hub_Route_..

API 명세서를 작성하다가 PUT, PATCH, POST을 어떻게 사용해야 할지 혼란스러웠다. 멱등성이 있으면 PUT, 없으면 PATCH라는 원칙도 배우지만 그 기준만으로는 혼란을 해결하지 못했다.그래서 설계원칙을 정리해보았다. 1. RESTful API 설계의 기본 원칙REST 설계의 핵심은 리소스(Resource) 중심이기에URL에는 명사(thing)만 들어가야 하고, 행동(action)은 HTTP 메서드로 표현"무엇을 조작할 것인가"를 URL로"어떻게 조작할 것인가"를 HTTP 메서드로 구분 구분예시설명✅ 좋은 예GET /products/1상품 1번 조회🚫 나쁜 예GET /getProductById/1행동이 URL에 들어감 2. PUT vs PATCH vs POST의 개념 비교 메서드..

요구사항 중에 if-else문을 사용하지 말라는 문구를 보았다단순히 “코드가 더러워진다” 정도로만 생각했는데테스트 복잡도와 유지보수성 측면에서 중요한 이유가 있었다. 1. 문제 코드 — if-else가 많은 코드아래는 로또문제를 예로 가지고 왔다.번호 6개를 맞추면 1등, 5개를 맞추고 보너스 번호를 맞추면 2등이다.public String getRank(int match, boolean bonus) { if (match == 6) { return "1등"; } else if (match == 5) { if (bonus) { return "2등"; } else { return "3등"; } } el..

Spring Cloud를 사용해서 MSA 기반 서버를 구성하면서,모놀리식과는 다른 Gradle 프로젝트 구조와 빌드 관리 방식에서 헷갈리는 부분이 많았다.하나의 루트 폴더에서 여러 개의 서비스 모듈을 관리하는 방법과그 과정에서 겪은 시행착오를 정리해본다. 1. MSA 프로젝트 구조 개요MSA 프로젝트를 구성할 때, 각 서비스(eureka, gateway, user, order 등)는 각각 독립적으로 실행 가능한 Spring Boot 애플리케이션이 된다.예시Cupeed/ ├── com.sparta.cupeed.config/ ├── com.sparta.cupeed.eureka/ ├── com.sparta.cupeed.gateway/ ├── com.sparta.cupeed.user/ ├── com.sparta..

스프링으로 개발을 하다보면 application.properties란 파일을 만난다.완성 후 깃허브에 코드를 올리고 나중에 확인해보면 주석이 모두 ??로 바뀌어 있다. 1. 인코딩인코딩(Encoding)은 “문자”를 “숫자(바이트)”로 바꾸는 규칙이다.https://start.spring.io/에서 프로젝트를 만든 후에 src/main/resources/application.properties를 IntelliJ로 열어보면 아래의 인토딩정보가 나온다. 기본값은 ISO-8859-1이다 UTF-8 = 국제 표준ISO-8859-1 = 구시대 유럽 문자 인코딩인코딩특징UTF-8전 세계 문자 지원, ASCII 호환, 웹 표준UTF-162~4바이트로 문자 표현, Windows 시스템 친화적US-ASCII영어만 표현 ..