소프트웨어 개발

하나의 코드베이스로 Windows, macOS, Linux에서 네이티브로 실행되는 단일 데스크톱 애플리케이션을 만드는 것은 바로 Qt 가 설계된 목적입니다. 2026년에도 Qt는 크로스 플랫폼 데스크톱 앱과 임베디드 소프트웨어를 구축하기 위한 가장 강력한 선택지 중 하나로 남아 있으며, 특히 성능, 네이티브한 느낌, 장기적인 유지보수성이 중요한 곳에서 진가를 발휘합니다. 이 가이드에서는 Qt가 크로스 플랫폼 개발에 어떻게 접근하는지, 그리고 두 가지 UI 기술 중 어느 것을 선택할지를 설명합니다. 요약 Qt를 사용하면 하나의 C++ 코드베이스를 Windows,...

Qt 6 는 메이저 버전이며, 실제 Qt 5 애플리케이션을 여기로 마이그레이션하는 것은 단순한 재컴파일 이상입니다. 프레임워크는 모듈화되었고, 빌드 시스템은 CMake 쪽으로 옮겨갔으며, 일부 API가 제거되거나 교체되었고, 모듈이 다른 곳으로 이동했습니다. 그 어느 것도 극복 불가능하지는 않지만, 성공적인 Qt 5에서 Qt 6로의 마이그레이션은 우연히 이루어지는 것이 아니라 계획되는 것입니다. 이 가이드에서는 무엇이 바뀌었는지, 그리고 2026년에 이 이동을 어떻게 접근해야 하는지를 다룹니다. 요약 Qt 6는 호환성을 깨는 변경을 동반한 메이저 릴리스입니다. 모듈화...

이 글은 가장 널리 쓰이는 두 대규모 언어 모델 API인 Anthropic의 Claude API 와 OpenAI의 API를 다루는 개발자 관점의 Claude API vs OpenAI API 비교입니다. 어떤 챗봇이 일상적인 사용에서 더 똑똑해 보이는지가 아니라, 그 위에 소프트웨어를 구축할 때 중요한 것, 즉 통합, tool use, structured output, 컨텍스트 처리, 비용 모델, 신뢰성에 초점을 둡니다. 둘 다 훌륭하며, 많은 프로젝트에서는 어느 쪽이든 사용할 수 있도록 설계하는 것이 정답입니다. 요약 두 API...

범용 AI 모델은 세상에 대해 많은 것을 알지만 당신의 비즈니스에 대해서는 아무것도 모릅니다. 당신의 제품 매뉴얼도, 내부 정책도, 지난 분기 보고서도 본 적이 없습니다. 검색 증강 생성(retrieval-augmented generation, RAG)은 바로 그 간극을 메우는 기술입니다. 모델을 재학습시키지 않고도 당신의 문서를 사용해 정확하게, 그것도 출처와 함께 질문에 답하게 해 줍니다. 이 가이드는 RAG가 무엇인지, 어떻게 작동하는지, 언제 사용해야 하는지를 설명합니다. 핵심 요약 RAG는 당신의 콘텐츠에서 관련 조각을 검색해 prompt에 포함하므로, 모델...

OpenAI API 를 호출해 답변을 받는 것은 쉽습니다. 신뢰할 수 있고, 주제에서 벗어나지 않으며, 비용을 통제하고, 실제 사용자 부하를 견디는 OpenAI API 챗봇을 구축하는 것이야말로 진짜 작업입니다. 이 가이드는 데모와 고객 앞에 내놓을 수 있는 것을 가르는 아키텍처와 프로덕션 과제를 짚어봅니다. TL;DR 챗봇은 하나의 루프입니다. 대화 기록을 관리하고, 명확한 system prompt와 함께 보내고, 답변을 streaming하고, 반복합니다 system prompt와 컨텍스트 관리는 모델 선택보다 훨씬 더 동작을 좌우합니다 프로덕션 과제(rate...

메인프레임 현대화는 단일 의사결정인 경우가 거의 없습니다. 그것은 여러 뚜렷이 다른 전략 사이의 선택이며, 각 전략은 매우 다른 비용, 기간, 위험 프로필을 가지고 있고, 올바른 답은 기술적 선호가 아니라 비즈니스 목표에 달려 있습니다. replatform으로 충분한데 “모든 것을 다시 작성"하기를 선택하거나, 진짜 문제가 유지보수 불가능한 코드인데 “lift and shift"를 선택하는 것이 현대화 프로그램이 수백만을 낭비하는 방식입니다. 이 가이드는 주요 현대화 전략을 비교하고, 각 전략이 언제 타당한지, 그리고 어떻게 선택하는지 설명합니다. TL;DR 주요 전...

“COBOL에서 벗어나는 데 비용이 얼마나 들까?“는 모든 이사회가 가장 먼저 던지는 질문이며, 솔직한 답은 코드베이스의 규모만으로 결정되지 않는다는 것입니다. 이 가이드는 영국에서 COBOL 마이그레이션 비용을 실제로 좌우하는 요소, 현실적인 예산과 일정 범위, 그리고 잘 계획된 프로젝트를 예산 초과로 바꾸는 위험을 분석합니다. 요약(TL;DR) 영국의 중간 규모 COBOL 마이그레이션은 일반적으로 200,000 ~ 800,000 파운드가 들고 1~2년이 소요됩니다. 전체 메인프레임 폐기는 수백만 파운드 규모로 수년에 걸칩니다 비용은 순수한 코드 줄 수보다 코드베이...

Rust는 가비지 컬렉터 없이 메모리 안전성과 높은 성능을 모두 원하는 조직에게 점점 더 인기 있는 COBOL 마이그레이션 대상입니다. COBOL에서 Rust로 마이그레이션은 안전이 중요한 시스템과 성능에 민감한 시스템에게 그 보장이 설득력이 있습니다. 메모리 버그의 전체 클래스가 컴파일 타임에 포착되며, 결과 바이너리는 빠르고 예측 가능합니다. Rust는 또한 이 목록에서 가장 까다로운 대상이기도 합니다. 그 소유권과 대여 모델이 COBOL의 평면적 데이터 모델과 근본적으로 다르기 때문입니다. 이 가이드는 COBOL에서 Rust로 마이그레이션이 실제로 무엇을 수반하...

Go는 대규모 엔터프라이즈 프레임워크 생태계보다 단순성, 빠른 빌드, 손쉬운 배포가 더 중요할 때 COBOL에서 Go로 마이그레이션하기 위한 실용적인 대상입니다. Go는 런타임 종속성 없이 단일 정적 바이너리로 컴파일되고, 어디서나 실행되며, 내장 동시성 모델은 COBOL 배치 처리를 병렬 워크로드로 현대화하는 데 자연스럽게 들어맞습니다. 이 가이드는 COBOL에서 Go로 마이그레이션이 실제로 무엇을 수반하는지, 영국 기업이 사용할 수 있는 접근법, 그 비용, 그리고 처음부터 계획해야 하는 유일한 정밀도 문제를 설명합니다. 요약 Go는 무거운 엔터프라이즈 프레임워크 ...

Java는 엔터프라이즈 COBOL 마이그레이션의 가장 일반적인 목적지이며, 그 이유는 쉽게 이해할 수 있습니다. Java는 성숙하고 강력하게 타입이 지정되며, 방대한 라이브러리 생태계로 뒷받침되고, 영국에서 가장 두터운 개발자 인재 풀 중 하나가 지원합니다. IBM 메인프레임에서 핵심 COBOL을 운영하는 조직에게, COBOL에서 Java로 마이그레이션은 이러한 시스템이 요구하는 엔터프라이즈급 엄격함을 포기하지 않고도 현대적인 플랫폼으로 나아가는 경로를 제공합니다. 이 가이드는 COBOL에서 Java로 마이그레이션이 실제로 무엇을 수반하는지, 영국 기업이 이용할 수 ...