근육도야지의 블로그

슈도코드(Pseudo-code)의 의미와 활용

근육도야지의 블로그 — Wed, 10 Jun 2026 13:40:14 +0900

IT 업계에서 개발자들과 소통하다 보면 '슈도코드'라는 용어를 종종 접하게 됩니다.

본격적인 개발에 앞서 코드의 뼈대를 잡는 과정으로, 실무 경험이 많은 사람일수록 그 중요성을 강조하곤 합니다.

저 역시 코딩 전 최소한 머릿속으로라도 슈도코드를 구성하는 편입니다.

슈도코드(의사코드)란 무엇인가

슈도코드는 프로그램이나 알고리즘의 동작 과정을 우리가 일상적으로 사용하는 언어로 간략하게 서술한 가상의 코드입니다.

특정 프로그래밍 언어의 문법에 얽매이지 않고 논리적 흐름을 표현하는 것이 특징입니다.

슈도코드를 작성하는 이유

가장 큰 목적은 소스 코드의 논리적 구조를 명확히 이해하기 위함입니다.

구체적인 설계 없이 바로 코딩에 들어가면 초기 개발 속도는 빠를 수 있으나,

추후 버그나 오류가 발생했을 때 그 원인을 파악하고 수정하는 데 훨씬 많은 시간이 소모됩니다.

슈도코드는 이러한 시행착오와 리스크를 사전에 줄여줍니다.

슈도코드를 작성했을 때의 비용

슈도코드 작성 예시 (벌크 데이터 업로드 로직)

대량의 데이터를 업로드하는 과정을 슈도코드로 작성하면 다음과 같이 직관적으로 표현할 수 있습니다.

데이터 파싱: 전달받은 데이터를 해석한다.
메인 테이블 삽입: 데이터를 테이블에 저장한다.
로그 기록: 작업 내역을 로그로 남긴다.

트랜잭션 처리: 2번부터 5번까지의 과정은 하나의 트랜잭션으로 묶어, 중간에 하나라도 실패할 경우 전체 작업을 취소(Rollback)한다.
결과 반환: 모든 과정이 정상적으로 종료되면 최종 처리된 건수를 리턴한다.

텍스트 파일 읽기
for 텍스트 파일:
데이터 파싱
데이터 삽입
로그로 남기기
전체 성공한 개수 로그로보여주기

실제 업무에서는 데이터 유효성 검증이나 엑셀 파일 처리 등 세부적인 조건이 추가되겠지만,

기본적인 뼈대는 이처럼 단순하게 구성됩니다.

기획자나 비개발 직군이 개발자에게 요구사항을 전달할 때,

이 정도 수준의 슈도코드 흐름만 정리해서 공유해도 원활한 커뮤니케이션을 이끌어낼 수 있습니다!

모두가 상대방의 시각에서 바라보며

생산적인 대화를 가지기를 빌겠습니다 ㅎㅎ

IntelliJ IDEA Ultimate vs Community

근육도야지의 블로그 — Tue, 9 Jun 2026 14:54:51 +0900

IntelliJ IDEA를 사용하다 보면
Ultimate 버전을 계속 써야 할지, Community로 충분한지 고민하게 됩니다.
특히 Spring Boot로 개발 중이라면 더 헷갈릴 수 있습니다.
두 버전의 핵심 차이만 간단히 정리해보겠습니다.

1. IntelliJ IDEA Community (무료)
가능한 기능
- Java / Kotlin 개발
- Gradle / Maven 빌드
- 디버깅
- Git 연동
- 기본 리팩토링
- JUnit 테스트
즉, 순수 Java/Kotlin 백엔드 개발은 충분히 가능합니다.
Spring Boot 프로젝트도 실행, 빌드, 디버깅 모두 문제없이 됩니다.

2. IntelliJ IDEA Ultimate (유료)
Ultimate 전용 주요 기능
- Spring Boot 전용 분석 기능 (Bean 관계 추적, 설정 자동완성 등)
- REST API 구조 탐색
- 데이터베이스 통합 도구
- Docker / Kubernetes 지원
- JavaScript / TypeScript 및 프론트엔드 통합 지원
Ultimate는 대규모 프로젝트나 풀스택 개발에 더 적합합니다.

3. Spring Boot 개발자는 꼭 Ultimate가 필요할까요?
결론부터 말씀드리면, 반드시 필수는 아닙니다.
Spring Boot 개발 자체는 Community로 충분히 가능합니다.
다만 Ultimate를 사용하면:
의존성 구조 파악이 더 쉽고 설정 파일 자동완성이 편리하며 API 탐색이 빠릅니다.
즉, 생산성이 올라가는 것이지 개발이 불가능해지는 것은 아닙니다.

4. 그럼 어떤 경우에 Ultimate가 적합할까요?
팀 단위로 대형 프로젝트를 운영하는 경우
Spring 구조가 복잡한 경우
DB를 IDE 안에서 자주 다루는 경우
프론트엔드까지 함께 개발하는 경우
이런 상황이라면 Ultimate가 시간을 절약해 줍니다.

5. 결론
개인 프로젝트나 초기 스타트업 단계라면 → Community로 충분한 경우가 많습니다.
생산성을 높이고 싶거나 규모가 커졌다면 → Ultimate를 고려해볼 수 있습니다.
IDE는 도구입니다.
현재 단계에 필요한 기능이 무엇인지 기준으로 선택하시는 것이 가장 합리적입니다.

브라우저 인기 순위

근육도야지의 블로그 — Mon, 8 Jun 2026 16:27:14 +0900

https://gs.statcounter.com/

Statcounter Global Stats - Browser, OS, Search Engine including Mobile Usage Share

Tracks the Usage Share of Search Engines, Browsers and Operating Systems including Mobile from over 3 billion monthly page views.

gs.statcounter.com

스캣카운터라는 사이트가 있습니다.

스탯카운터는 전 세계 수백만 개의 웹사이트에서 발생하는 100억 건 이상의 월간 페이지 뷰 트래픽을 분석하여,

웹 브라우저, 운영체제, 검색엔진 등의 글로벌 시장 점유율을 추적하고 통계를 제공하는 대표적인 웹 분석 기관입니다.

과거의 흐름을 보면 1996년에는 넷스케이프가,

1998년부터 2012년까지는 인터넷 익스플로러가 시장의 절대 강자였습니다.

그리고 2012년부터 시작된 크롬의 시대는 14년이 지난 2026년 현재까지도 굳건하게 유지되고 있습니다.

크롬의 독재가 계속됩니다.

크롬은 전 세계 데스크톱 및 모바일 브라우저 시장의 약 65퍼센트 이상을 차지하며 압도적인 1위를 기록하고 있습니다.

특히 데스크탑 시장에서는 75% 이상의 압도적인 사용율을 기록하고 있습니다.

이는 IE 같은 과거의 사례와 마찬가지로 한 브라우저가 시장의 패권을 잡으면

생태계 전반을 오랫동안 장악한다는 사실을 다시 한번 보여줍니다.

하지만 눈여겨볼 만한 변화도 있습니다.

바로 애플의 사파리입니다. 사파리의 글로벌 전체 점유율은 약 16퍼센트대지만,

모바일 브라우저 시장으로만 한정해서 보면 25퍼센트 이상의 점유율을 확보하며 확고한 2위를 차지하고 있습니다.

아무래도 아이폰과 아이패드 등 모바일 기기 사용이 일상화되고,

애플 생태계 특유의 기기 간 연동성이 강화되면서 사파리의 영향력은 모바일 환경에서 더욱 두드러지게 나타나고 있습니다.

인앱 브라우저 중심의 사용성 변화 점유율 수치 외에 가장 주목해야 할 흥미로운 트렌드는 사용자의 웹 소비 방식 변화입니다.

현대의 사용자들은 웹서핑을 위해 단독 브라우저 앱을 직접 실행하기보다,

카카오톡이나 인스타그램 등 특정 앱 내에서 공유된 링크를 클릭하여 열리는 인앱 브라우저를 훨씬 더 많이 사용하는 추세입니다.

모바일 중심의 시대가 지속되고 특정 슈퍼 앱들의 영향력이 커질수록,

전통적인 브라우저 점유율 싸움을 넘어 어떤 앱의 인앱 환경이 웹 트래픽을 주도할 것인지가 새로운 관건이 될 것입니다.

기술과 사용자 환경이 변함에 따라 브라우저 시장의 판도 역시 조금씩 움직이고 있습니다.

앞으로 어떤 새로운 다크호스가 등장하여 시장에 변화를 가져올지 꾸준히 지켜봐야겠습니다.

HTTP vs HTTPS?

근육도야지의 블로그 — Fri, 5 Jun 2026 10:42:05 +0900

오늘은 가볍게 http와 https를 설명하고자 합니다.

우리는 보통 url을 이렇게 넣습니다. "tistory.com"

그렇 이렇게 나오죠.(https://www.tistory.com/)

나도 모르게 어느새 http나 https가 붙어있는 것을 볼 수 있습니다.

(요즘은 http는 거의 볼수가 없습니다.)

근데 http와 https 차이는 뭘까요?

그리고 요즘은 왜 https죠?!

1. HTTP (HyperText Transfer Protocol)

먼저 HTTP는 인터넷상에서 정보를 주고받는 가장 기본적인 통신 방식입니다.

옛날에는 다 이 방식이었습니다.

하지만 아주 큰 문제가 있습니다.

바로 주고받는 모든 정보가 다 일반 텍스트라는거죠.

그래서 이런 경고창이 뜹니다.

2. HTTPS (HTTP Secure)

그렇다면 요즘 대세인 HTTPS는 뭘까요?

이름 끝에 붙은 'S'는 바로 Secure(안전한)의 약자로 암호화 기술을 더한 버전입니다.

사이트에 주고 받는 모든 데이터가 암호화되어있기 때문에 상당히 안전합니다.

중간에 해커가 데이터를 탈취한다고 해도?

암호화되어있기 때문에 이를 풀 수 없죠.

3. 어떻게 하면 HTTPS가 될까? (인증서)

그럼 어떻게 하면 http 사이트가 https가 될까요?

정답은 바로 웹사이트에 인증서를 발급받아 서버에 설치하는 방법이 있습니다.

Digicert, Sectigo, KISA 등과 같은 기관이죠.

물론 이러한 인증서들은 유료입니다.

하지만 Let`s Encrypt 와 같은 기관은 무료로 발급해주기도 합니다.

그리고 최근에는 보안이 더 강화되어 인증서 갱신 기간이 1년에서 점점 더 줄어들고 있습니다.

텍스트 파일 한글 깨짐 해결

근육도야지의 블로그 — Thu, 4 Jun 2026 15:30:49 +0900

오랜만에 예전 문서 파일을 열었는데,
분명 한글이어야 할 내용이 깨졌었습니다.(Ã¹©...)

해당 파일을 미리보기로 보면 파일은 정상입니다.

파일이 문제가 아니라 특정 편집기에서 (서브라임) euc-kr을 지원하지 못해서 발생하는 일입니다.

만병통치약인 vscode로 해결합니다.

1단계. VS Code로 파일 열기
깨진 텍스트 파일을 VS Code로 드래그해서 엽니다.

2단계. 우측 하단 "UTF-8" 클릭
VS Code 오른쪽 아래 상태 바를 보세요. UTF-8 이라고 적힌 부분이 보일 겁니다.

해당 글자를 클릭하고 euc-kr을 선택하면 됩니다.

워드(Word) 자동 목차 생성 및 단축키 활용 가이드

근육도야지의 블로그 — Tue, 2 Jun 2026 09:36:53 +0900

오늘은 워드 관련 아이디어를 공유하려고 합니다.

보통 보고서나 제안서 작성 중 내용이 추가되어 페이지 번호가 밀릴 때 미리 적어 놓은 목차가 수정되어

이를 수동으로 수정하는 번거로움을 덜어줄 '자동 목차' 기능과 단축키 활용법을 소개합니다.

1. 단축키로 제목 스타일 지정 상단 메뉴의 [홈] - [스타일]을 이용해도 되지만, 단축키를 사용하면 작업 속도를 크게 높일 수 있습니다.

대제목 (제목 1): Ctrl + Alt + 1
중제목 (제목 2): Ctrl + Alt + 2 (Mac 기준: Cmd + Option + 1, 2)

2. 자동 목차 생성 문서에 스타일을 모두 적용한 후, 목차를 삽입할 빈 페이지를 클릭합니다.

상단 메뉴 [참조] -> [목차] -> [자동 목차]를 클릭합니다.
수동이 아닌 '자동 목차'를 선택해야 지정한 스타일을 기반으로 목차가 연동됩니다.

3. 목차 업데이트 (내용 변경 시) 문서 내용이나 페이지 번호가 수정되더라도 다시 작성할 필요가 없습니다.

삽입된 목차를 클릭한 후, 상단에 나타나는 [표 업데이트]를 누르면 변경된 제목과 페이지 번호가 즉시 갱신됩니다.

수작업으로 인한 비효율을 줄이고, 자동 목차 기능으로 문서 작업 시간을 단축해 보세요.

[OCI] 고정 IP(Reserved Public IP) 할당하기

근육도야지의 블로그 — Mon, 1 Jun 2026 10:27:15 +0900

오늘은 OCI에서 고정 IP 할당하는 방법에 대해서 알아보겠습니다.
고정 IP를 세팅하지 않으면 인서턴스를 재기동할 때 ip가 변경될 우려가 있기 떄문입니다.
스샷 위주로 설명드리겠습니다.

1. 고정IP 만들기
우선 고정 IP를 만들어줍니다.
네트워킹 > IP관리 > 예약된 퍼블릭 IP를 클릭해줍니다.

그 다음 예약된 퍼블릭 주소 이름 (인스턴스명 + ip 정도의 이름으로 했습니다.)

이렇게 하면 퍼블릭 IP가 생성됩니다.

2. 인스턴스 연결
다음은 인스턴스와 연결해줍니다.
컴퓨트-인스턴스에서 원하는 인스턴스를 클릭합니다.
이후 네트워킹탭의 연결된 VNIC를 클릭합니다.
여기서 해당된 VNIC를 클릭합니다

그리고 IP관리에서 현재 세팅된 ip정보의 오른쪽 별 세개를 클릭해 편집을 누릅니다.

이후 일단 퍼블릭 IP 없음을 누르고 업데이트를 누릅니다.

그리고 다시 해당 화면에 들어가서 예약된 퍼블릭 IP를 클릭하면 끝납니다.

OCI 도메인 등록 (CloudFlare에서 등록한 인증서를 등록하자)

근육도야지의 블로그 — Wed, 27 May 2026 11:01:35 +0900

기존에 CloudFlare에서 도메인을 구입했습니다.

이제 그 구매한 도메인을 매핑해봅시다.

OCI에 매핑하겠습니다.

1. 클라우드플레어 dns에 레코드 입력

클라우드 플레어 관리 화면으로 접속

Domains > Overviews > 구매한도메인

이후 화면에서 DNS > Record를 클릭 후 Add Record로 레코드를 등록한다.

이후 다음처럼 입력합니다.

OCIIP에 물리 IP를 입력합니다. OCI 고정 IP 세팅하는 방법은 추후 포스팅하겠습니다.

2.SSL/TLS 적용

이제 SSL/TLS를 적용합니다.

일반적으로는 약간 복잡한 방법이 필요할듯 싶으나

CloudFlare에서는 이 과정을 지원해주기 때문에 매우 가볍게 할 수 있습니다.

SSL/TLS > Overviews

Configure에서 Flexible로 변경

Flexible로 변경하면 모든 세팅이 끝납니다.

루틴만들기 (VII.774)

(VII.774) 프로젝트 글

------------------------

CloudFlare에서 도메인을 구입하자.

근육도야지의 블로그 — Tue, 26 May 2026 15:42:09 +0900

서버를 구축하여 무언가 서비스를 만들 때 가장 중요한 게 바로 도메인입니다.

그동안은 가비아 같은 국내 대행사를 이용하여 도메인을 구매하였습니다.

하지만, 아무래도 가성비(?)를 생각하지 않을 수 없습니다.

가비아의 경우 첫해 990원의 마케팅을 통해 최저가로 도메인을 구입할 수 있기는 하지만,

여러해동안 쓰는 도메인을 구매하기 위해서는 다른 방법이 필요합니다.

가비아에서 이벤트중인 도메인입니다.

하지만 실구매에 들어가면 첫 해만 할인이 들어가기 때문에 2년차부터는 갑자기 비싸짐을 알 수 있습니다.

때문에 많은 사람들이 CloudFlare를 많이 사용합니다.

이유는 도메인을 원가 그대로 판매하기 때문입니다.

CloudFlare 링크

https://www.cloudflare.com/ko-kr/products/registrar/

위에서 예시로 들은 도메인을 클라우드플레어에서 검색해봅시다.

같은 도메인을 검색해봅니다. 얼핏 봤을 때는 27$로 매우 비싸보입니다.

하지만 실제 구매를 하면 1년에 27$로 고정되어있어 3년을 선택하면 126,000원 정도가 나옴을 알 수 있습니다.

물론 도메인을 구매하고 1년만 사용한다면,가비아가 훨씬 저렴합니다.

그러나 해당 도메인을 계속 사용을 하려면 아무래도 도메인 원가 정책인 cloudflare가 답입니다.

책리뷰 - 왕으로 산다는 것

근육도야지의 블로그 — Fri, 22 May 2026 13:31:28 +0900

매해 한주에 책 한 권은 읽으려고 합니다.

(연간 최소 52권)

하지만 그럼에도 불구하고 책 리뷰를 해야지 해야지 하면서 아무것도 하지 않다가 드디어 쓰게 되었습니다.

앞으로는 제가 읽은 책의 리뷰를 꼭 남겨보려고 합니다.

=============

오늘의 리뷰할 책은 "왕으로 산다는 것"입니다.

개인적으로 역사 관련 유튜브를 많이 보는데

그 유튜브에 자주 등장하시는 조선 시대 전문가인 신병주 교수님이 전하는 조선 시대 이야기입니다.

태조부터 순종까지 왕들의 이야기를 돌아보며,

과연 왕으로 사는 일이 쉬운 일일까라는 생각이 들게 되는 간만에 재미있는 책이었습니다.

책은 조건을 건국한 태조의 이야기부터 나옵니다.

여기서 모든 이야기를 다 거론할 수 없지만, 태조의 함흥차사 이야기부터 나옵니다.

여기서 이 책의 묘미는 여러 기록들을 직접 설명하면서

왜 이런 상황이 나왔고, 이를 역사서에는 어떻게 기술하는지도 기술하고 있어서

상당히 신뢰가 많이 갑니다.

뿐만 아니라 관련한 야사들도 같이 언급을 해주니

어떤 왕과 관련된 소문이 왜 났는지도 가볍게 알 수 있습니다.

뿐만 아니라, 단순히 전체적인 시대의 역사를 설명한 역사서가 아니라

철저히 그 왕과 관련된 이야기를 함으로써,

왕으로 사는 것의 힘듦과 고충을 다시 한번 느낄 수 있었습니다.

특히 조선후기에는 왕들이 그다지 주목받지 못한다고 생각했지만,

이 책을 봄으로 그러한 왕들도 충분한 고통을 느꼈겠구나 라는 공감대가 와준 매우 좋은 책이었습니다.

=============

저는 다채로운 책들을 좋아합니다.

소설도 좋아하고 역사서도 좋아합니다.

자기개발서도 마찬가지구요.

프로젝트를 진행하다가 좀 휴식이 필요할때

가볍게 읽기 좋은 책으로 추천합니다.

아직은 도서 후기가 어렵게만 느껴지네요

하지만 점점 쓰다보면 늘어날 거라고 믿습니다. ㅎ

루틴만들기 (VII.769)

(VII.769) 프로젝트 글

------------------------