Dev Notes

[AI] DX, AX란? - X의 의미

JoonYong — Mon, 24 Feb 2025 10:01:23 +0900

기업과 조직의 혁신을 이끄는 두 가지 중요한 개념인 DX (Digital Transformation)와 AX(AI Transformation)에 대해 이야기해보겠습니다.

1. DX (Digital Transformation)란?

DX (Digital Transformation)는 기존의 아날로그 업무 프로세스를 디지털 기술을 활용하여 혁신하는 과정을 의미합니다.

주요 내용:
- 디지털 기술 활용: 클라우드, ERP, CRM 등 다양한 IT 인프라를 도입하여 업무를 자동화하고 효율성을 높입니다.
- 목적: 비용 절감, 업무 효율성 증대, 사용자 경험 개선 등 기존 시스템을 혁신하는 데 중점을 둡니다.

2. AI Transformation (AX)란?

AI Transformation (AX)는 기존의 디지털 전환(DX)을 한 걸음 더 발전시켜, 인공지능(AI) 기술을 중심으로 업무 전반을 혁신하는 과정을 말합니다.

주요 내용:
- 인공지능 활용: AI를 이용한 데이터 분석, 예측, 자동화 및 의사결정 지원 시스템을 도입합니다.
- 목적: AI 기술을 통해 업무 방식 자체를 혁신하고, 미래 경쟁력을 확보하는 데 초점을 맞춥니다.

3. 왜 ‘Transformation’을 ‘X’로 쓸까?

“디지털 트랜스포메이션(Digital Transformation)”은 길지만 사용 빈도가 높은 용어입니다. 흔히 DT라고 줄여 쓰기도 하지만, DX라는 표기도 자주 보게 됩니다. 여기서 궁금증이 생길 수 있습니다. 트랜스포메이션(Transformation)을 왜 X로 표현할까요?

X는 '교차(cross)' 또는 '바꾸다(trans-)'의 의미를 담을 수 있다는 설명이 있습니다.
영어권에서는 X의 두 선이 교차하는 시각적 형태가 이동이나 변환을 보여준다고 해석하기도 합니다.
그래서 cross-나 trans-를 포함하는 단어의 일부를 X로 표기해, 변화를 직관적으로 강조하는 용례가 생겼습니다.

이러한 맥락에서 DX는 “디지털”과 “트랜스포메이션”을 결합한 축약어로, AX 역시 “AI”와 “트랜스포메이션”을 결합한 축약어입니다.

4. DX와 AX의 차이점

두 전환 방식은 모두 기술을 통한 변화라는 공통점을 지니고 있지만, 그 접근 방식과 적용 범위에서 큰 차이를 보입니다.

항목	DX (Digital Transformation)	AX (AI Transformation)
목적	기존 업무의 디지털화 및 효율성 증대	AI를 통한 업무 혁신 및 미래 경쟁력 강화
기술 활용	클라우드, ERP, CRM 등 디지털 인프라 활용	머신러닝, 딥러닝, 자동화 기술 등 AI 중심 솔루션 적용
적용 범위	문서 관리, 고객 관리, 내부 프로세스 디지털화	데이터 분석, 예측, 자동화, 의사결정 지원, 맞춤형 서비스 제공
결과	비용 절감, 업무 효율성 증가	혁신적 비즈니스 모델 도입, 미래 지향적 운영 체제 구축

DX는 기존 시스템을 디지털화하여 효율성을 높이는 데 초점을 맞춘다면, AX는 AI의 혁신적 기능을 통해 업무 방식을 근본적으로 재구성하고 새로운 가치를 창출합니다.

[Reference]

이제는 DX를 넘어 AX의 시대로

이제는 '모든 것이 디지털 (All Things Digital)'인 시대가 되었다. 디지털 전환 (Digital transformation)은 '환경변화에 유연하게 대응하면서 디지털 기술을 적용하여 기존의 전통적인 사회 구조를 혁신시

brunch.co.kr

디지털트랜스포메이션을 DX로 쓰는 이유 — 북저널리즘

디지털트랜스포메이션(Digital Transformation)이라는 말이 있다. 2021년 7월 11일 현재 구글에서 'Digital Transformation'을 검색한 결과는 약 4억9900만건에 달하고, 한국어 음차 표기인 '디지털트랜스포메이

www.bookjournalism.com

[LLM] AI 언어 모델 종류 정리(LLM, SLM, sLLM, VLM, Vertical)

JoonYong — Sat, 1 Feb 2025 20:16:47 +0900

1. 서론

이번 글에서는 LLM, SLM, sLLM, VLM, Vertical AI 등의 다양한 언어모델의 개념을 정리하고, 각각의 차이점과 활용 가능성을 살펴보겠습니다.

2. AI 모델의 주요 개념

1. LLM (Large Language Model) - 대규모 언어 모델

LLM은 대량의 데이터를 학습하여 다양한 자연어 처리를 수행하는 AI 모델이다.

예시: GPT-4, Claude, Gemini, Llama
특징: 자연어 생성, 번역, 코드 작성, 문서 요약 등의 기능 수행
한계: 방대한 자원이 필요하며, 최신 데이터 반영이 어려움

2. SLM (Small Language Model) - 소형 언어 모델

SLM은 LLM 대비 경량화된 모델로, 성능은 유지하면서도 효율적으로 작동한다.

예시: Mistral 7B, Phi-2, Gemma
특징: 적은 연산 자원으로 실행 가능하며, 엣지 컴퓨팅 및 온디바이스 AI에 적합
활용 분야: 스마트폰 AI 비서, 경량 AI 모델

3. sLLM (Structured LLM) - 구조화된 LLM

sLLM은 특정 도메인에 맞게 구조화된 데이터 학습이 가능하도록 설계된 모델이다.

특징: 데이터베이스, 법률 문서, 금융 데이터 분석에 적합
활용: RAG(Retrieval-Augmented Generation)과 결합하여 특정 도메인 AI 구축

4. VLM (Vision-Language Model) - 비전-언어 모델

VLM은 텍스트뿐만 아니라 이미지와 영상을 함께 이해하는 모델이다.

예시: GPT-4V, Gemini, BLIP, Flamingo
특징: 이미지 캡셔닝, 멀티모달 검색, AI 아트 생성
활용: 이미지 분석, 영상 기반 챗봇, 의료 영상 판독

5. Vertical AI - 특정 산업 특화 AI

Vertical AI는 특정 산업이나 도메인에 맞춰 개발된 AI 모델이다.

의료 AI: PathAI, BioGPT (의료 문서 분석, 질병 진단)
법률 AI: Harvey AI, Casetext (법률 문서 검색 및 요약)
금융 AI: BloombergGPT (주식 예측, 금융 뉴스 분석)
특징: 특정 산업의 데이터를 활용하여 높은 정확도를 제공

3. 결론

AI 모델들은 점점 더 세분화되면서 다양한 용도로 활용되고 있다.

일반적인 언어 생성이 필요하다면 LLM
컴퓨팅 자원이 적은 환경에서는 SLM
특정 구조화된 데이터 처리가 필요하면 sLLM
이미지와 텍스트를 함께 이해하려면 VLM
특정 산업에 최적화된 AI를 원한다면 Vertical AI

[Reference]

Visual Language Models (VLM): A Deep Dive into the Future of Multimodal AI

Introduction

medium.com

[LLM] LLM 모델과 에이전트의 차이점

JoonYong — Sat, 1 Feb 2025 19:02:19 +0900

1. 서론

Teddy님이 링크드인에 올려주신 너무 좋은 글을 참고하여 정리한 내용입니다.
평소에 Teddy님의 영상과 글을 자주 보고 있는데, 정말 많은 도움을 받고 있습니다.
항상 좋은 인사이트를 공유해 주셔서 감사합니다!
아래는 Teddy님이 정리해 주신 내용을 기반으로 LLM 모델과 에이전트의 차이점을 정리한 내용과 함께, 제가 생각하는 부분을 덧붙여 보았습니다.

2. LLM 모델 vs 에이전트

최근 AI 개발자들 사이에서 LLM 모델과 에이전트에 대한 관심이 높아지고 있습니다. 두 개념이 비슷해 보일 수 있지만, 기능적으로 상당한 차이가 있습니다.

1. 지식의 범위

LLM 모델: 학습 데이터 내에서만 정보를 제공하며, 최신 데이터나 외부 시스템과의 연결이 불가능합니다.
에이전트: API 호출, 데이터베이스 접근, 인터넷 검색을 활용해 실시간으로 최신 정보를 가져올 수 있습니다.

내 생각:
단순한 질의응답에서는 LLM만으로도 충분할 수 있지만, 최신 정보를 반영해야 하는 분야에서는 에이전트의 역할이 절대적입니다. 특히 뉴스 요약, 금융 데이터 분석 같은 작업에서는 에이전트가 훨씬 강력한 무기가 될 것 같습니다.

2. 문맥 관리

LLM 모델: 이전 대화 내용을 기억하지 않으며, 매번 새로운 질문처럼 처리합니다.
에이전트: 세션 기록을 관리하며, 연속적인 문맥을 이해하고 자연스러운 대화를 이어나갈 수 있습니다.

내 생각:
챗봇을 개발하다 보면, LLM 모델이 매번 질문을 독립적으로 처리하는 한계를 쉽게 체감할 수 있습니다. 사용자가 맥락을 공유하면서 자연스럽게 대화를 이어나갈 수 있으려면, 결국 에이전트 기반의 구조가 필요하다는 생각이 듭니다.

⚙️ 3. 작업 처리 방식

LLM 모델: 단순한 질문-응답 방식으로 동작하며, 복잡한 작업 수행이 어렵습니다.
에이전트: API 호출, 데이터 검색, 계산 등 다단계 작업을 계획하고 실행할 수 있습니다.

내 생각:
개발자 입장에서 보면, 단순히 응답을 반환하는 것과, 실제로 동작하는 기능을 수행하는 것은 차원이 다릅니다. 예를 들어, LLM이 "이벤트 A와 B가 충돌하니 일정을 조정하세요"라고 알려주는 것과, 에이전트가 직접 캘린더 API를 활용하여 일정을 변경하는 것은 전혀 다른 수준의 기능이죠.

4. 도구 사용

LLM 모델: 외부 시스템과 연동하려면 추가적인 개발이 필요합니다.
에이전트: 검색, 계산, 외부 연결 등의 기능이 기본적으로 내장되어 있어 작업 효율성이 뛰어납니다.

내 생각:
에이전트가 더 발전하면, AI가 단순한 조언자가 아니라, 사용자의 보조 비서로 실질적인 역할을 할 가능성이 높다고 생각합니다. 개인적인 일정 관리, 업무 자동화, 데이터 분석까지 AI가 직접 실행하는 시대가 머지않았다고 느껴집니다.

5. 추론 및 의사결정

LLM 모델: 복잡한 논리를 처리하려면 CoT(Chain-of-Thought) 같은 기법을 별도로 적용해야 합니다.
에이전트: CoT, ReAct 등의 추론 프레임워크가 기본적으로 포함되어 있어 효과적인 의사결정이 가능합니다.

내 생각:
LLM 모델도 논리적인 사고를 할 수 있지만, 이를 활용하는 방식이 제한적입니다. 반면, 에이전트는 다양한 의사결정 알고리즘을 활용할 수 있어, 더 정교하고 전략적인 판단을 내릴 수 있는 가능성이 크다고 봅니다. 특히 AI가 스스로 문제 해결을 위해 여러 단계를 거치는 모습을 보면, 기존 LLM 모델과는 확연한 차이가 느껴집니다.

✅ 6. 성과 및 신뢰성

LLM 모델: 결과 해석이 어렵고, 복잡한 작업에서는 오류 발생 가능성이 높습니다.
에이전트: 작업 과정이 투명하게 보이며, 오류 발생을 줄일 수 있습니다.

내 생각:
AI 모델의 신뢰성은 앞으로 더 중요해질 것 같습니다. 특히 금융, 의료, 법률 같은 분야에서는 단순한 응답이 아니라, 어떻게 그 결과가 도출되었는지를 설명할 수 있는 구조가 필수적입니다. 에이전트 기반 시스템이 더 발전하면, AI가 단순한 도구가 아니라 진짜 전문가처럼 신뢰받는 조력자가 될 수 있을 것 같습니다.

3. 결론

LLM 모델과 에이전트는 각기 다른 장점과 한계를 가지고 있습니다.

LLM 모델은 단순한 질의응답이나 특정 영역에서 강력한 성능을 발휘하지만,
에이전트는 복잡한 작업 처리, 실시간 데이터 활용, 연속적인 대화 유지에 강점을 가집니다.

변화하는 환경과 요구사항을 고려했을 때, 에이전트의 역할은 점점 더 중요해질 것으로 보입니다. 앞으로 LLM 모델을 단순히 사용하는 것에서 벗어나, 에이전트를 활용한 AI 시스템을 설계하는 방향으로 나아가야 할 것입니다.

[Reference]

https://drive.google.com/file/d/1oEjiRCTbd54aSdB_eEe3UShxLBWK9xkt/view

Newwhitepaper_Agents2.pdf

drive.google.com

https://www.linkedin.com/posts/teddy-lee_agent-llm-activity-7284466981066489856--6tx?utm_source=share&utm_medium=member_desktop

LinkedIn Teddy Lee 페이지: #agent #llm

LLM 모델과 에이전트의 차이점 출처: https://lnkd.in/gkeQhzty 최근 에이전트에 대한 관심이 높아지고 있습니다. 이 두 가지는 언뜻 보기에 유사해 보일 수 있지만, 기능적 측면에서 상당한 차이점을 가

kr.linkedin.com

[Spring] REST API 개발 시 Location 헤더의 필요성과 사용 방법

JoonYong — Wed, 30 Oct 2024 13:36:56 +0900

1. `Location` 헤더란?

Location 헤더는 HTTP 응답 헤더 중 하나로, 서버가 클라이언트에게 새로 생성된 리소스의 URI를 명시적으로 전달할 때 사용됩니다. 주로 POST 요청으로 리소스를 생성한 후 응답 코드 201(Created)와 함께 제공되며, 클라이언트가 생성된 리소스를 쉽게 접근할 수 있도록 돕습니다.

2. `Location` 헤더가 필요한 이유

RESTful API 설계에서 Location 헤더는 다음과 같은 이유로 유용합니다.

리소스 위치 명확화: 클라이언트는 Location 헤더에 포함된 URI를 통해 서버가 생성한 리소스의 정확한 위치를 알 수 있습니다. 예를 들어, 차단된 계정에 대한 URI를 전달받으면 클라이언트는 해당 URI를 통해 차단 상태를 쉽게 조회하거나 해제 요청을 할 수 있습니다.
후속 작업의 간편화: 차단 리소스에 대한 추가 작업(조회, 해제 등)을 쉽게 수행할 수 있습니다. 클라이언트는 URI를 사용하여 후속 요청을 간편하게 처리할 수 있습니다.
RESTful 설계 원칙 준수: RESTful API 설계에서 생성된 리소스의 위치를 클라이언트에게 제공함으로써 명확하고 일관된 리소스 관리를 할 수 있습니다.

3. `Location` 헤더 사용 예시: 계정 차단

Java Spring Boot에서 계정을 차단하는 API에서 Location 헤더를 포함하여 새로 생성된 차단 리소스 URI를 제공하는 방법을 살펴보겠습니다.

차단 API 예시 코드

import org.springframework.web.servlet.support.ServletUriComponentsBuilder;

@PostMapping("/api/v1/block")
public ResponseEntity<Void> block(@RequestBody BlockRequest blockRequest, @CurrentProfile Long blockerProfileId) {
    Block block = blockService.create(blockRequest, blockerProfileId); // 차단 리소스 생성
    URI location = ServletUriComponentsBuilder.fromCurrentRequest() // 현재 요청 URI 가져오기
                    .path("/{blockId}") // 새로 생성된 리소스의 ID 경로 추가
                    .buildAndExpand(block.getBlockId()) // {blockId} 부분에 실제 ID 값 설정
                    .toUri(); // URI 객체로 변환
    return ResponseEntity.created(location).build(); // 201 응답과 Location 헤더 포함
}

ServletUriComponentsBuilder.fromCurrentRequest(): 현재 요청 URI를 기반으로 새 URI 생성
.path("/{blockId}"): URI 끝에 /blockId를 추가하여 새로 생성된 차단 리소스의 URI 형식을 만듭니다.
.buildAndExpand(block.getBlockId()): {blockId} 부분에 실제 생성된 차단 ID를 채워 최종 URI를 완성합니다.
.toUri(): URI 객체로 변환하여 ResponseEntity.created(location).build()와 함께 응답을 생성합니다.

응답 예시

위의 코드가 실행되면, 서버는 다음과 같은 형태의 응답을 클라이언트에게 보냅니다.

HTTP/1.1 201 Created
Location: http://yourserver/api/v1/block/12345

4. 결론

Location 헤더는 RESTful API에서 새로 생성된 리소스의 위치를 명확히 전달함으로써, 클라이언트가 리소스에 쉽게 접근하고 후속 작업을 효율적으로 수행할 수 있도록 돕습니다. 계정 차단과 같은 리소스 생성 시 Location 헤더를 포함하면 클라이언트에게 보다 직관적이고 명확한 API 경험을 제공합니다.

[AWS] 배포(Deployment), AWS EC2(Elastic Compute Cloud)의 개념

JoonYong — Wed, 16 Oct 2024 16:59:43 +0900

개발자라면 한 번쯤은 "이제 기능 구현도 끝났고, 테스트도 끝났으니 배포하자!"라는 말을 들어봤을 것입니다.

이때의 배포는 무슨 뜻일까요? 오늘은 배포(Deployment)의 개념과 서버 배포에 필수적인

AWS EC2(Elastic Compute Cloud)에 대해 알아보겠습니다.

1. 배포(Deployment)란 무엇인가?

배포(Deployment)란 개발된 애플리케이션을 다른 사용자들이 인터넷을 통해 사용할 수 있도록 만드는 과정을 의미합니다. 우리가 만든 웹 애플리케이션이나 서버가 실제로 다른 사람들에게 제공되려면 인터넷 상에서 실행되고 있어야 합니다. 이를 위해 배포는 필수입니다.

개발할 때는 주로 localhost라는 주소로 웹 애플리케이션을 테스트합니다. 하지만 localhost는 개인 컴퓨터에서만 접근 가능한 주소입니다. 배포를 통해 고유한 IP 주소(ex. 124.16.2.9)나 도메인(ex. www.naver.com)을 부여받으면, 이제 다른 컴퓨터에서도 그 주소를 통해 해당 웹사이트나 서버에 접근할 수 있게 됩니다. 이렇게 서비스가 사용자들에게 제공될 준비가 된 상태를 배포가 완료된 상태라고 합니다.

따라서 개발이 완료된 후, 다른 사용자들이 애플리케이션을 사용하게 하려면 반드시 배포(Deployment) 과정이 필요합니다.

1.1) 현업에서 가장 많이 사용하는 배포 서비스

현업에서는 AWS EC2가 가장 널리 사용됩니다. 이는 확장성, 다양한 서비스와의 통합, 글로벌 인프라를 제공하기 때문입니다. AWS는 특히 백엔드 서버와 데이터베이스 배포에 강점을 가지고 있습니다.

그 외에도 GCP App Engine과 Azure App Service는 클라우드 인프라 관리의 복잡성을 줄여주는 PaaS(Platform as a Service)로 인기가 있으며, Vercel과 Netlify는 프론트엔드 배포에 특화된 도구로 많이 활용됩니다.

2. AWS EC2란?

2.1) EC2(Elastic Compute Cloud)란 무엇인가?

AWS EC2(Elastic Compute Cloud)는 한마디로 컴퓨터를 빌려서 원격으로 접속하여 사용하는 서비스입니다. 쉽게 말해, AWS에서 제공하는 서버(컴퓨터)를 빌려 사용하는 것입니다.

2.2) 왜 EC2를 사용할까?

서버를 배포하기 위해서는 컴퓨터가 필요합니다. 하지만 내 컴퓨터로 서버를 운영하려면 몇 가지 문제가 생깁니다.

24시간 서버 가동: 서버가 계속 실행되어야 하기 때문에 컴퓨터를 항상 켜놔야 합니다.
보안 문제: 내 컴퓨터에 인터넷을 통해 외부에서 접근할 수 있도록 설정하면 보안적으로 큰 위험이 생깁니다.

이러한 문제를 해결하기 위해 AWS EC2를 사용합니다. EC2는 우리가 필요할 때만 컴퓨터를 빌려서 서버를 운영할 수 있도록 해줍니다. 추가로 오토스케일링, 로드밸런싱 등의 기능도 제공하여 서버 운영을 보다 효율적이고 안전하게 할 수 있습니다.

2.3) 현업에서의 EC2 사용

실제 현업에서도 EC2는 주로 백엔드 서버 배포에 사용됩니다. AWS EC2에 서버를 올려 놓으면, 사용자가 그 서버에 접속하여 데이터를 주고받거나 요청을 처리할 수 있습니다.

프론트엔드 웹 페이지도 EC2에 배포할 수 있을까?

프론트엔드 웹 페이지를 배포할 때는 AWS EC2를 사용할 수도 있지만, 일반적으로는 Vercel, Netlify, AWS S3 같은 서비스가 더 많이 사용됩니다. 프론트엔드는 EC2보다 이러한 서비스들이 더 적합한 경우가 많기 때문입니다. 그래서 AWS EC2는 주로 백엔드 서버 배포에 많이 사용된다고 기억하면 충분합니다.

[Java] String vs StringBuilder vs StringBuffer - 성능 비교 실험

JoonYong — Fri, 11 Oct 2024 20:54:14 +0900

Java에서 문자열을 다루는 방법은 다양하며, 대표적으로 String, StringBuilder, StringBuffer가 있습니다.

이 세 가지 클래스는 각각의 특징과 성능이 다르기 때문에, 사용 상황에 따라 적합한 것을 선택하는 것이 중요합니다.

이번 포스트에서는 String, StringBuilder, StringBuffer의 차이점과 장단점을 비교해 보겠습니다.

1. String, StringBuilder, StringBuffer란?

Java에서는 문자열을 다루기 위한 여러 가지 클래스가 제공됩니다:

String: 불변(immutable) 객체로, 한 번 생성되면 수정할 수 없습니다.
StringBuilder: 가변(mutable) 객체로, 동기화를 지원하지 않아 싱글 스레드 환경에서 빠르게 동작합니다.
StringBuffer: 가변(mutable) 객체로, 동기화를 지원하여 멀티스레드 환경에서 안전하게 사용할 수 있습니다.

2. String의 특징

String은 불변 객체로, 문자열을 변경하려면 새로운 객체를 생성해야 합니다. 이로 인해 메모리를 더 많이 사용할 수 있으며, 반복적인 수정이 있을 경우 성능 저하가 발생할 수 있습니다. 그러나 불변성 덕분에 멀티스레드 환경에서 안전하게 사용할 수 있습니다.

장점

스레드 안전성: 불변 객체이기 때문에 멀티스레드 환경에서도 안전하게 사용할 수 있습니다.
메모리 효율성: 동일한 문자열은 String Pool에 저장되어 재사용됩니다.

단점

성능 저하: 문자열을 수정할 때마다 새로운 객체가 생성되기 때문에, 대량의 문자열 조작 작업에는 비효율적입니다.

예제 코드

String str = "Hello";
str += " World";  // 새로운 String 객체가 생성됨

3. StringBuilder의 특징

StringBuilder는 Java 1.5에서 도입된 가변 문자열 클래스입니다. String의 성능 문제를 해결하기 위해, 문자열을 조작할 때 기존 객체를 수정할 수 있도록 설계되었습니다. 또한, 동기화를 지원하지 않기 때문에 싱글 스레드 환경에서 가장 빠르게 동작합니다.

장점

빠른 성능: 동기화가 필요 없기 때문에, StringBuffer보다 빠르게 문자열을 조작할 수 있습니다.
메서드 체이닝 지원: 메서드를 연결해서 사용할 수 있어 코드가 간결해집니다.

단점

멀티스레드 안전성 없음: 동기화를 지원하지 않으므로, 멀티스레드 환경에서는 StringBuffer를 사용하는 것이 안전합니다.

예제 코드

StringBuilder sb = new StringBuilder("Hello");
sb.append(" World").append("!");
System.out.println(sb.toString());  // 출력: Hello World!

4. StringBuffer의 특징

StringBuffer는 Java 1.0부터 존재하는 클래스입니다. StringBuilder와 유사하지만, 동기화(synchronization)를 지원하여 멀티스레드 환경에서 안전하게 사용할 수 있습니다.

장점

멀티스레드 안전성: 동기화를 지원하여 멀티스레드 환경에서도 안전하게 사용할 수 있습니다.
가변성: 문자열을 조작할 때 기존 객체를 수정하여 메모리와 성능을 최적화합니다.

단점

성능: 동기화가 추가되어 있어, 싱글 스레드 환경에서는 StringBuilder보다 성능이 떨어질 수 있습니다.

예제 코드

StringBuffer sb = new StringBuffer("Hello");
sb.append(" World").append("!");
System.out.println(sb.toString());  // 출력: Hello World!

5. String, StringBuilder, StringBuffer 비교

특성	String	StringBuilder	StringBuffer
가변성	불변(Immutable)	가변(Mutable)	가변(Mutable)
멀티스레드 안전성	안전(Thread-safe)	안전하지 않음	안전(Thread-safe)
성능	느림(새 객체 생성)	빠름	상대적으로 느림
동기화	없음	없음	있음

요약

String: 변경이 적고, 안정성이 중요한 경우 사용합니다.
StringBuilder: 싱글 스레드 환경에서 반복적인 문자열 조작이 필요한 경우 사용합니다.
StringBuffer: 멀티스레드 환경에서 문자열 조작이 필요한 경우 사용합니다.

6. 성능 비교

다음은 String, StringBuffer, StringBuilder의 성능을 비교를 직접 해봤습니다.

String: 25ms (문자열을 계속 생성하기 때문에 가장 느립니다.)
StringBuffer: 2ms (StringBuilder보다 느리지만, 멀티스레드 환경에서 안전합니다.)
StringBuilder: 1ms (가장 빠른 성능을 보여줍니다.)

7. 언제 무엇을 사용해야 할까?

변경이 적은 문자열: String을 사용하여 메모리 효율성과 안정성을 유지할 수 있습니다.
싱글 스레드 환경에서 반복적인 문자열 조작: StringBuilder를 사용하여 빠르고 효율적으로 문자열을 처리할 수 있습니다.
멀티스레드 환경에서 문자열 조작: StringBuffer를 사용하여 스레드 안전성을 보장합니다.

[Reference]

https://javaocean.in/string-vs-stringbuilder-vs-stringbuffer-in-java/

What is String vs StringBuilder vs StringBuffer in Java - Java Ocean

In Java, String, StringBuilder and StringBuffer are three different classes used for handling text data, but they have distinct characteristics and are used

javaocean.in

[Java] StringBuilder 메서드 정리

JoonYong — Fri, 11 Oct 2024 20:15:04 +0900

알고리즘 문제를 풀며 자주 사용했던 StringBuilder를 더 깊이 공부하고, 주요 메서드를 정리했습니다. StringBuilder는 문자열을 효율적으로 다룰 수 있는 강력한 도구로, 이를 잘 활용하면 성능을 크게 향상시킬 수 있습니다.

1. StringBuilder란?

StringBuilder는 가변(mutable) 문자열을 처리하기 위해 Java 1.5(Java 5)에서 도입된 클래스입니다. Java의 String 클래스는 불변(immutable)이기 때문에 문자열을 조작할 때마다 새로운 객체가 생성되는데, 이는 성능 문제를 야기할 수 있습니다. 반면 StringBuilder는 기존 객체를 수정하여 효율적으로 문자열을 조작할 수 있습니다.

StringBuilder의 특징

가변성: 문자열을 추가, 수정, 삭제할 때 기존 객체를 재사용합니다.
싱글 스레드 환경에 최적화: 동기화를 지원하지 않으므로 멀티스레드 환경에서는 사용하지 않는 것이 좋습니다.
성능: String보다 빠르고, 멀티스레드 동기화를 지원하는 StringBuffer보다 가볍고 빠릅니다.

2. StringBuilder의 생성자

StringBuilder는 다양한 방법으로 객체를 생성할 수 있습니다:

2.1 기본 생성자

빈 문자열로 초기화합니다.

StringBuilder sb = new StringBuilder();

2.2 문자열을 인자로 받는 생성자

초기 문자열 값을 설정할 수 있습니다.

StringBuilder sb = new StringBuilder("Hello");

2.3 초기 용량을 설정하는 생성자

초기 용량을 설정하여 성능을 최적화할 수 있습니다.

StringBuilder sb = new StringBuilder(50);  // 초기 용량을 50으로 설정

3. StringBuilder의 주요 메서드

3.1 append()

문자열의 끝에 문자열, 숫자, 문자 등을 추가합니다.

StringBuilder sb = new StringBuilder("Hello");
sb.append(" World");
sb.append(123);
System.out.println(sb.toString());  // 출력: Hello World123

다양한 타입(String, char, int, boolean, double 등)을 받을 수 있어 편리합니다.
반환 타입이 StringBuilder이므로, 메서드 체이닝이 가능합니다:

sb.append(" World").append(123).append('!');

3.2 insert()

지정된 위치에 문자열이나 값을 삽입합니다.

StringBuilder sb = new StringBuilder("Hello");
sb.insert(5, " Java");
System.out.println(sb.toString());  // 출력: Hello Java

특정 인덱스에 값을 삽입할 수 있으며, 이 때 문자열이 자동으로 오른쪽으로 이동합니다.
다양한 타입(String, char, int 등)을 삽입할 수 있습니다.

3.3 delete() deleteCharAt()

문자열의 특정 부분을 삭제합니다.

StringBuilder sb = new StringBuilder("Hello World");
sb.delete(5, 11);  // 인덱스 5부터 11 이전까지 삭제
System.out.println(sb.toString());  // 출력: Hello

sb.deleteCharAt(0);  // 첫 번째 문자 'H' 삭제
System.out.println(sb.toString());  // 출력: ello

delete(int start, int end): 특정 범위(start ~ end-1)의 문자열을 삭제합니다.
deleteCharAt(int index): 특정 인덱스의 문자 하나를 삭제합니다.

3.4 replace()

특정 인덱스 범위의 문자열을 다른 문자열로 교체합니다.

StringBuilder sb = new StringBuilder("Hello World");
sb.replace(6, 11, "Java");
System.out.println(sb.toString());  // 출력: Hello Java

replace(int start, int end, String str): 인덱스 start부터 end-1까지의 문자열을 str로 대체합니다.

3.5 reverse()

문자열을 반전시킵니다.

StringBuilder sb = new StringBuilder("Hello");
sb.reverse();
System.out.println(sb.toString());  // 출력: olleH

간단한 메서드로 문자열을 뒤집을 수 있어 알고리즘 문제에서 유용하게 사용할 수 있습니다.

3.6 setCharAt()

특정 인덱스의 문자를 변경합니다.

StringBuilder sb = new StringBuilder("Hello");
sb.setCharAt(1, 'a');
System.out.println(sb.toString());  // 출력: Hallo

지정된 인덱스의 문자 하나를 교체할 수 있습니다.

3.7 substring()

String 클래스의 substring()과 비슷하게, StringBuilder의 문자열 일부를 추출할 수 있습니다.

StringBuilder sb = new StringBuilder("Hello World");
String sub = sb.substring(6, 11);
System.out.println(sub);  // 출력: World

substring(int start, int end): start부터 end-1까지의 문자열을 반환합니다.

3.8 length()와 capacity()

length(): 현재 StringBuilder의 문자열 길이를 반환합니다.
capacity(): 현재 StringBuilder의 용량(메모리 크기)을 반환합니다. 문자열의 길이보다 크며, 필요에 따라 자동으로 증가합니다.

StringBuilder sb = new StringBuilder("Hello");
System.out.println(sb.length());   // 출력: 5
System.out.println(sb.capacity()); // 기본 용량 16 + 문자열 길이 5 = 21

3.9 trimToSize()

StringBuilder의 실제 문자열 길이에 맞춰 용량을 줄입니다. 메모리 최적화에 유용할 수 있습니다.

StringBuilder sb = new StringBuilder(50);
sb.append("Hello");
sb.trimToSize();
System.out.println(sb.capacity());  // 출력: 5 (Hello의 길이)

4. StringBuilder의 성능 최적화 팁

초기 용량 설정: 반복적인 추가 작업이 예상되는 경우, 초기 용량을 설정하여 메모리 할당을 줄일 수 있습니다.
메서드 체이닝 활용: append() 메서드처럼 반환값이 StringBuilder인 메서드를 연결하여 한 줄에 여러 작업을 수행할 수 있습니다.
메모리 최적화: 작업이 끝난 후 trimToSize() 메서드를 사용하여 불필요한 용량을 줄일 수 있습니다.

5. StringBuilder 사용 시 주의사항

멀티스레드 환경에서 사용하지 말 것: StringBuilder는 동기화를 지원하지 않으므로 멀티스레드 환경에서는 StringBuffer를 사용하는 것이 안전합니다.
변경이 적은 문자열에는 String 사용: 불필요하게 StringBuilder를 사용하는 것보다, 변경이 거의 없는 문자열에는 String을 사용하는 것이 더 적합합니다.

[Kotlin] 8. 객체 지향 프로그래밍 (OOP)

JoonYong — Thu, 10 Oct 2024 16:58:57 +0900

1. 객체 지향 프로그래밍의 필요성

객체 지향 프로그래밍(OOP)은 코드의 재사용성과 유지 보수성을 향상시키기 위해 필요한 프로그래밍 패러다임입니다.
OOP는 현실 세계의 개념을 클래스와 객체로 모델링하여 문제를 직관적으로 해결할 수 있도록 돕습니다.
코드의 중복을 줄이고, 프로그램의 확장성을 높여주는 주요한 특징을 가지고 있습니다.

2. 객체 지향 프로그래밍의 주요 개념

객체 지향 프로그래밍은 네 가지 주요한 특징으로 구성됩니다: 캡슐화, 상속, 다형성, 추상화.

1. 캡슐화 (Encapsulation)

캡슐화는 데이터를 보호하고, 외부에서 직접 접근할 수 없도록 은닉하는 개념입니다.
클래스 내부의 필드와 메서드를 캡슐화하여, 객체의 상태를 안전하게 유지할 수 있습니다.
예시)
- 접근 제어자 private, protected, public을 사용하여 접근 범위를 제한합니다.

class Car(private val brand: String, private val model: String) {
    fun startEngine() {
        println("$brand $model의 엔진이 켜졌습니다.")
    }
}

fun main() {
    val myCar = Car("Hyundai", "Sonata")
    myCar.startEngine()  // 출력: Hyundai Sonata의 엔진이 켜졌습니다.
}

2. 상속 (Inheritance)

상속은 기존의 클래스를 재사용하여 새로운 클래스를 생성하는 방법입니다.
상속을 통해 코드 중복을 줄이고, 공통된 기능을 부모 클래스에서 정의하여 자식 클래스에서 활용할 수 있습니다.

open class Animal(val name: String) {
    fun eat() {
        println("$name이(가) 먹고 있습니다.")
    }
}

class Dog(name: String): Animal(name) {
    fun bark() {
        println("$name이(가) 멍멍 짖습니다.")
    }
}

fun main() {
    val dog = Dog("바둑이")
    dog.eat()  // 출력: 바둑이가 먹고 있습니다.
    dog.bark() // 출력: 바둑이가 멍멍 짖습니다.
}

3. 다형성 (Polymorphism)

다형성은 하나의 객체가 여러 가지 형태를 가질 수 있는 성질을 의미합니다.
상속과 함께 사용되어 부모 클래스의 참조 변수로 자식 클래스의 객체를 참조할 수 있으며, 동일한 인터페이스를 구현하여 다른 동작을 수행할 수 있습니다.

open class Animal {
    open fun sound() {
        println("동물이 소리를 냅니다.")
    }
}

class Cat: Animal() {
    override fun sound() {
        println("야옹!")
    }
}

fun main() {
    val myAnimal: Animal = Cat()
    myAnimal.sound()  // 출력: 야옹!
}

4. 추상화 (Abstraction)

추상화는 공통적인 속성과 기능을 추출하여 클래스로 정의하는 것을 의미합니다.
불필요한 세부 사항은 숨기고 중요한 기능만을 드러내어 복잡성을 줄입니다.

abstract class Appliance(val name: String) {
    abstract fun turnOn()
}

class WashingMachine(name: String): Appliance(name) {
    override fun turnOn() {
        println("$name이(가) 작동을 시작합니다.")
    }
}

fun main() {
    val washer = WashingMachine("삼성 세탁기")
    washer.turnOn()  // 출력: 삼성 세탁기가 작동을 시작합니다.
}

[Kotlin] 7. 함수

JoonYong — Thu, 10 Oct 2024 16:43:39 +0900

1. 함수의 필요성

함수는 입력값에 따라 출력값을 만들어 반환하는 수학적 개념과 유사합니다.
함수를 사용하면 반복되는 로직을 효율적으로 관리하고 재사용할 수 있습니다.

예시) function이 2x + 1일 때:
input: 2 ⟶ output: 5
input: 8 ⟶ output: 17

2. 함수 사용

함수는 특정 작업을 수행하는 코드의 블록입니다. 함수를 정의하고 필요할 때마다 호출함으로써 코드 중복을 줄이고 프로그램의 구조를 개선할 수 있습니다.

함수 선언과 호출

// 함수 선언(예시)
fun 함수명(input1: 변수타입, input2: 변수타입): 반환되는변수타입 {
     return 반환값
}

// 함수 선언
fun sum(a: Int, b: Int): Int {
    return a + b
}

// 함수 호출
fun main() {
    val result: Int = sum(3, 5)
    println("result=$result") // 출력: result=8
}

3. 함수의 종류

input: O / output: O

fun sum(a: Int, b: Int): Int {
    return a + b
}

input: O / output: X

fun printSumResult(a: Int, b: Int) {
    println(a + b)
}

input: X / output: O

fun getSystemCurrentTime(): Long {
    return System.currentTimeMillis()
}

input: X / output: X

fun log() {
    println("Hello Kotlin")
}

4. Return

함수에서 return 키워드는 함수의 실행을 종료하고, 필요한 경우 값을 반환합니다.

반환타입이 있는 메서드는 반드시 값을 반환해주어야 합니다
반환값이 없는 함수에서도 return 을 사용할 수 있습니다.
return 을 만나면 즉시 함수를 빠져나갑니다.

fun sum(a: Int, b: Int): Int {
    if (a == 0) {
        return 0
    }
    return a + b
}

[Kotlin] 6. 배열

JoonYong — Wed, 9 Oct 2024 16:36:02 +0900

1. 배열의 필요성

배열은 여러 데이터를 하나의 변수에 할당하여 관리할 수 있게 해주어, 코드의 효율성을 높여줍니다.
예를 들어, 여러 회원의 운동 기록을 각각 다루는 대신 배열을 사용하여 간단히 관리할 수 있습니다.

fun main() {
    val member1 = 100
    val member2 = 300
    val member3 = 250
    println("member1의 3대 운동은 $member1입니다")
    println("member2의 3대 운동은 $member2입니다")
    println("member3의 3대 운동은 $member3입니다")
}

2. 배열 사용하기

배열을 생성하는 방법은 2가지가 있습니다

2.1) 배열의 크기를 정하고 초기값 지정하여 생성

fun main() {
        val array = Array<변수타입>(배열사이즈) { 초기값 }
    val array = Array<Int>(3) { 0 }
}

2.2) 특정값을 넣어서 배열을 생성하는 경우

fun main() {
        val array = arrayOf<변수타입>(특정값1, 특정값2, 특정값3)
        val arr2 = arrayOf<Int>(10, 20, 30)

    array[0] = 100
    println("값=${array[0]}")
}

배열 인덱스를 잘못 사용했을 때

선언하지 않은 Index를 사용할 경우

fun main() {
    val array = Array<Int>(3) { 0 }
    println("값=${array[3]}")  // 에러 발생
}

Index 3 out of bounds for length 3 에러 발생

3. 2차원 배열

배열 안에 배열을 넣어 2차원 배열을 생성할 수 있습니다.

fun main() {
    val records = arrayOf(
        arrayOf(1, 2, 3, 4, 5),
        arrayOf(6, 7, 8, 9, 10),
    )
    records[0][2] = 33
    for (row in records) {
        for (column in row) {
            println("value=$column")
        }
    }
}

Dev Notes

[AI] DX, AX란? - X의 의미

1. DX (Digital Transformation)란?

2. AI Transformation (AX)란?

3. 왜 ‘Transformation’을 ‘X’로 쓸까?

4. DX와 AX의 차이점

[Reference]

[LLM] AI 언어 모델 종류 정리(LLM, SLM, sLLM, VLM, Vertical)

1. 서론

2. AI 모델의 주요 개념

1. LLM (Large Language Model) - 대규모 언어 모델

2. SLM (Small Language Model) - 소형 언어 모델

3. sLLM (Structured LLM) - 구조화된 LLM

4. VLM (Vision-Language Model) - 비전-언어 모델

5. Vertical AI - 특정 산업 특화 AI

3. 결론

[LLM] LLM 모델과 에이전트의 차이점

1. 서론

2. LLM 모델 vs 에이전트

1. 지식의 범위

2. 문맥 관리

⚙️ 3. 작업 처리 방식

4. 도구 사용

5. 추론 및 의사결정

✅ 6. 성과 및 신뢰성

3. 결론

[Reference]

[Spring] REST API 개발 시 Location 헤더의 필요성과 사용 방법

1. Location 헤더란?

2. Location 헤더가 필요한 이유

3. Location 헤더 사용 예시: 계정 차단

차단 API 예시 코드

응답 예시

4. 결론

[AWS] 배포(Deployment), AWS EC2(Elastic Compute Cloud)의 개념

1. 배포(Deployment)란 무엇인가?

1.1) 현업에서 가장 많이 사용하는 배포 서비스

2. AWS EC2란?

2.1) EC2(Elastic Compute Cloud)란 무엇인가?

2.2) 왜 EC2를 사용할까?

2.3) 현업에서의 EC2 사용

[Java] String vs StringBuilder vs StringBuffer - 성능 비교 실험

1. String, StringBuilder, StringBuffer란?

2. String의 특징

장점

단점

예제 코드

3. StringBuilder의 특징

장점

단점

예제 코드

4. StringBuffer의 특징

장점

단점

예제 코드

5. String, StringBuilder, StringBuffer 비교

요약

6. 성능 비교

7. 언제 무엇을 사용해야 할까?

[Java] StringBuilder 메서드 정리

1. StringBuilder란?

StringBuilder의 특징

2. StringBuilder의 생성자

2.1 기본 생성자

2.2 문자열을 인자로 받는 생성자

2.3 초기 용량을 설정하는 생성자

3. StringBuilder의 주요 메서드

3.1 append()

3.2 insert()

3.3 delete() deleteCharAt()

3.4 replace()

3.5 reverse()

3.6 setCharAt()

3.7 substring()

3.8 length()와 capacity()

3.9 trimToSize()

4. StringBuilder의 성능 최적화 팁

5. StringBuilder 사용 시 주의사항

[Kotlin] 8. 객체 지향 프로그래밍 (OOP)

1. 객체 지향 프로그래밍의 필요성

1. `Location` 헤더란?

2. `Location` 헤더가 필요한 이유

3. `Location` 헤더 사용 예시: 계정 차단