Razelo 기술노트

[Dev] 로직 내 AI 도입에 대한 체감

Razelo — Sat, 4 Apr 2026 15:57:29 +0900

최근 Bedrock API를 회사에서 마음껏 쓰도록 뚫어줘서 개발자 업무 자동화를 위한 툴링에 AI를 써봤다.

꽤나 흥미로웠다. AWS Bedrock 콘솔에 있는 추론 모델 중 하나를 지정하고 API로 질의할때 system role이라는걸 줘서 어떤 류의 "AI"로 동작할 지 역할 부여를 사전에 할 수 있다.

그리고 나서 질의를 하고 그 결과를 활용하는 방식이었다. (참고로 API response 타임이 생각보다 길다. 뭐 GPT 생각해보면 응답 타임이 긴 것도 납득은 간다.)

결과 품질이 꽤나 좋았다. 매번 물어볼 때 마다 당연히 답변은 달라지지만 그래도 쓸 만한 로직의 일부로써 AI가 동작한다는게 인상적이었다.

뭐 요즘 cli로 claude도 세팅해서 여러 개 띄워놓고 동시에 일시켜놓고 하는 것들도 해봤다. 잘 동작했다. 결과물도 인상적이다. 물론 최종적으로 내가 검수해야하는게 당연하다고 생각하긴 하는데 이런 발전 속도가 놀랍다.

그런데 한 편으론 트렌드 따라잡기도 버겁다. 한 주가 지나면 주말마다 새로운 게 계속 나온다. 뭐 어쩔 수 없이 계속 따라가는 수 밖에

[책] Jpub 서평 이벤트 당첨!!!!

Razelo — Sat, 14 Feb 2026 16:57:14 +0900

얼마 전에 "그린 소프트웨어"라는 책을 꽤나 재밌게 읽고 Jpub 출판사에 서평을 보내본 적이 있다.

서평을 종종 쓰기는 한다. 예전에도 Jpub에 보냈던 당첨되어서 "리얼월드 암호학"이라는 책을 받았던 기억이 있다.

오랜만에 Jpub 책 중 그린 소프트웨어라는 책이 재밌어서 보내봤는데...

운이 좋게도 Jpub 출판사의 2026년 1월 서평 이벤트에 당첨이 되었다.

감사합니다 하하

앞으로도 열심히 쓸게요

Jpub 2026년 1월 서평 이벤트 당첨자

https://jpub.tistory.com/468985

내가 작성한 그린 소프트웨어 책 링크는 아래다.

https://spongeb0b.tistory.com/656

아 참고로 개인적으로 국내에 꽤나 볼만한 기술 서적을 내는 곳은

- Jpub

- 한빛미디어

이 정도일 듯 싶다.

다음에 읽어볼 책은 이거다.

https://product.kyobobook.co.kr/detail/S000001916881

[Blockchain] 개인적으로 생각하는 블록체인 업계의 미래와 쇠퇴

Razelo — Sat, 7 Feb 2026 19:42:24 +0900

학부 때 블록체인에 대해 꽤나 깊게 공부했던 적이 있다.

P2P라는 개념을 접하면서 같이 접했던 개념인데 굉장히 기술적으로 흥미롭게 느껴진 요소들이 많았다.

논문도 읽고 작은 사이드 프로젝트를 했었는데 결국 "서비스다운" 서비스를 만들기에는 좀 어딘가 간극이 크게 벌어진 부분이 항상 눈에 걸렸다.

그때를 생각하다가 최근 블록체인 업계(흔히들 말하는 Web3포함)를 다시 돌아보자면 돌이킬 수 없는 쇠퇴의 길을 걷고 있는 듯 싶다.

자본은 모두 AI + 로보틱스로 몰리고 있는 와중에서 충분한 시간이 주어졌음에도 가치를 증명하지 못했고 오히려 많은 사건 사고들 때문에 더 몰락을 가속화한 듯 싶다.

뭐 사실 학부 때 지원했던 블록체인 회사 "모두가" 지금은 존재하지 않는다. 모두 사라졌고 유망하다는 기업들도 모두 없어졌다.

사실 제대로 했으면 괜찮은 고급 기술이 나왔을 거라는 생각을 종종 한다.

Monero라는 프로젝트를 알고 있는 사람들도 몇 있을 텐데, 개인적으로 이쪽 방향으로 딥하게 발전했다면 개인 정보 보안 쪽으로 크게 기여했을 거라는 생각을 많이 한다. 그런 면에서 Tor 프로젝트도 굉장히 긍정적으로 바라보는데 부작용을 말하는 사람들도 많지만, 억압받는 사회에서 개인의 목소리를 낼 수 있는 창구 역할을 논하자면 부작용을 크게 압도한다고 생가한다.

이런 방향으로 블록체인이 발전하지 못한 게 개인적으로는 아쉽다.

아직 할 수 있는 도전이 몇 가지 남아있다고 생각한다. 그런데 업계에 열기는 이미 많이 빠진 듯 하다.

주말에 아래 뉴스때문에 난리가 났었는데 "그저 구현을 잘못했네, 기술력 탓이다" 정도를 문제삼기보다는 사실 블록체인으로 구성된 생태계 자체에 큰 허상이 존재한다는 의미가 더 크게 와닿는다. 오지급 자체는 크게 문제가 되지 않는다고 생각한다. 그저 사고니까.

그런데 그거 말고 진짜 근본적인 문제, 바로 사람들이 신뢰하는 "trusted ledger"라는게 정작 현실에서 굴러가는 모습은 white paper에 나온 초기 철학대로 전혀 굴러가지 않으며, 초록에서 언급한 "타파하고자 했던 기존 은행"처럼 굴러간다는 사실을 사람들이 깨닫기까지 꽤나 시간이 오래 걸리는 듯 하다.

trusted ledger라는게 동작을 안한다는 이야기가 아니다. 동작은 잘한다. 다만 그 기술이 사람들한테 도달하질 못한다. 거치는 와중에 왜곡이 크게 발생하고 의도한 바대로 동작하는 것을 방해한다.

비유가 적절할 까 싶긴한데, 뭐랄까 은행에 금을 쌓아놓고 있으며 우리는 그걸 담보로 달러를 발행하며 달러로 세상이 돌아가는 와중에 금은 영원불멸한 가치라고 이야기하는 것과 비슷하다고 말할 수 있으려나. 정작 우리는 마트에서 물건 살 때 금덩이가 아니라 달러로 물건을 사는 데 말이다.

https://m.news.nate.com/view/20260207n11704?mid=m02&list=recent&cpcd=

1인당 2천억원 입금?…빗썸, 비트코인 오지급 : 네이트 뉴스

한눈에 보는 오늘 : 경제 - 뉴스 : [앵커] 국내 가상 자산 거래소 빗썸에서 이용자 수백 명에게 1인당 2천억 원어치의 비트코인을 입금하는 초유의 사고가 발생했습니다. 이벤트 당첨자들에게 2천

m.news.nate.com

[vi] vi에서 라인 수 보이게 하는 방법

Razelo — Sat, 7 Feb 2026 17:57:19 +0900

요즘 vi에서 간단한 작업들을 좀 하는 중인데, GCC 결과로 나온 warning이랑 error가 대체 몇 줄인지 감으로 찾다가 너무 불편해서 VI Editor에서 라인 수를 볼 수 있게 해두었다.

간단하게 아래처럼 하면 된다.

vi ~/.vimrc

맨 아래에 아래 추가

set number

:wq

위처럼 설정하면 이제 매번 vi열때마다 아래처럼 라인 수 볼 수 있다.

(아 그리고 아래는 지금 고치는 중이라 좀 틀린 문법이 있을 수 있다. error랑 warning이 지독하게 20개 정도는 나온 것 같아서 막 고치는 중이다.)

[개발] Software Engineer와 AI 그리고 미래

Razelo — Sun, 1 Feb 2026 11:32:49 +0900

나는 AI agent를 적극 활용하는 편이다.

특히 ChatGPT를 여전히 애용하는 중이다. code complete보다 질의응답형 챗봇이 내겐 좀 더 유용했다.

code complete 형은 사실 매번 내가 짜려는 거보다 선수쳐서 띄워주는게 싫었다. 내가 잘 작성하고 있는데 희미하게 bot이 예상하는 코드를 제안해주고 얼떨결에 그걸 Complete시켜버리는게 썩 유저 경험이 좋지 않았다. 내가 생각한 코드가 아니라서 대부분 다시 지워버리고 또 짜던 와중에 또 auto Complete시켜버리고, 그게 짜증나서 이런 유형은 잘 쓰지 않는다.

(뭐 꽤나 긴 로깅 포매팅 자동 완성에는 도움된다.)

GPT는 유료 버전으로 수년간 사용 중인데 며칠 전 처음으로 Cursor를 제대로 써봤는데 꽤 놀라웠다. 모든 changes에서 전부 구동이 가능한 코드를 작성해낸다는 점이 내겐 놀라웠다.

요즘 Claude 다 뭐다 말들이 참 많다. 말이 참 많은데 난 Software Engineer가 도움을 얻기 위한 새로운 수단으로 AI가 쓰일 거라고 생각한다.

직업을 잃게 된다는 건 사실 잘 모르겠다.

많은 사람들이 진심으로 걱정해서 그런 말을 하는건지? 아니면 그냥 이야기하는건지, 속내는 잘은 모르겠지만 사실 정말 AI 때문에 직업을 잃게 될 일은 현실에선 아직은 거리가 멀다고 생각한다. 뭐 채용문이 좁혀질 거라는 생각을 한다.

대신 훌륭한 도구를 얻었다는 생각을 한다. 내가 핵심적인 일을 하는 동안 옆에서 병렬로 일을 하는 작은 어시스턴트가 생긴 듯한 느낌이다. 내 코드를 리뷰해줄 수 도 있고, 보안 취약점을 빠르게 스캔해줄 수도 있는 좋은 동료가 되줄 수 도 있다. 전반적인 퀄리티를 체크해줄 수 있는 QA가 되어줄 수도 있다.

이런 면에서 이런 Agent 발전에 꽤나 긍정적인 생각을 갖고 있다. 위기감이나 불안감을 이야기하는 사람들의 우려와는 다르게 꽤나 긍정적인 발전을 할 것이라는 기대감이 좀 있고, 실제로도 그렇게 될 거라는 생각을 한다.

사람들이 위기감과 불안감을 갖는 이유는 너무 빠르게 임팩트가 큰 기술이 다가와서 그렇다. 매일 같이 새로운 키워드가 쏟아지는 상황에서 버즈워드에 사람들이 흔들리는 거라고 생각한다. 원래 자신이 대상을 파악하기 전에 대상이 성큼 성큼 다가오면 사람은 본능적으로 지레 겁을 먹는다.

AI도 마찬가지라고 생각한다.

그리고 이래나 저래나 실제로도 사람들 예측이 맞다고 해서 AI 때문에 실제로 대형 Layoff가 발생한다고 하더라도, 우리가 할 수 있는게 뭐가 있을까? Layoff 당하기 직전에 먼저 퇴사하고 꿈에 그리던 카페 차리기?

어차피 좋아서 하는 일이고 재밌어서 하는 일인데 고작 AI agent 때문에 내가 좋아서 하던 일을 내던지고 다른 일을 찾는다는게 95%정도 이해가 가진 않는다.

그래서 정작 AI 시대에 살아남기 위한 기술이 뭔데? 라고 물으면 대부분 고리타분한 원론적인 이야기를 한다. 하지만 대개 이런 거대한 산업 변화에서는 개인이 할 수 있는 "준비"라는게 사실 본인이 미래 예측 능력이 있지 않은 이상 대개 "돌이켜보면 의미 있었던 자기 발전"에 불과하다. 내일 어떤 Agent가 나올지 모르는데 내가 살아남기 위한 스킬을 준비한다는게 예측이 어렵다.

그러니 결론은 그냥 하던 거 하고 본인이 좋아하는 일 하면서, Agent나오는거 보면서 잘 활용할 생각하면서 어떻게 해야 내 생산성을 극도로 높여주고, 내가 만든 코드를 "사람이 낼 수 있는 실수 라는걸" 검토해줄 수 있는 훌륭한 동료로써 활용할지 생각을 하면서 지내면 된다.

(뭐 극도로 생산성을 어떻게 높이지...! 라는걸 또 고민하면서 머리싸매지 않아도 좋다고 생각한다. 원래 이런 Fancy한 기술들은 그저 써보고 뒤틀어보고 접해보기만 해도 좋은 경험이 된다.)

한 가지 확실한 건, 이 기술이, 다른 일을 하고 있는 사람들로 하여금 기술 업계 혹은 기술 제품에 대한 진입 장벽을 크게 낮춰줄 것이라는 건 확실하다. 그런데 이걸 종종 우려하는 사람들이 "꽤나" 많지만 이런 장벽이 허물어지는건 우려와는 다르게 대개 업계에 활력을 넣어주고 르네상스기를 가져오는 경우가 매우 많다. 기술 업계 뿐 아니라 통상 역사적으로 그러한 사례가 굉장히 많다. (굳이? 이걸 반박하자면 뭐 아닌 경우도 있겠죠)

사람들이 생각하는 것과 다르게 업계 해자를 높이 쌓기 위해 전전긍긍하고 감추려하고 독점하려는 것은 업계에 전혀 도움이 되지 않는다. 공개하고 공유하고 진입 장벽을 낮춰서 온갖 기발한 천재들을 업계로 끌어모으는 게 장기적으로 업계 전체에 큰 도움이 된다. 그래서 평소에는 개발을 하지 않았던 다른 사람들이 AI를 통해 어떤 앱을 개발했다더라, 등의 이야기는 오히려 업계에 기여해준 좋은 사례라고 보는 것이 맞다. (감사할 따름)

(음 참고차 이야기하자면 현재 소프트웨어 산업의 밑바닥에 놓여진 주춧돌에 기여한 Bell Lab에서 기여한 레전드들의 major가 뭔지 찾아본다면 좀 납득이 갈려나)

오픈소스 정신 덕분에 대단한 툴과 엄청난 고급 기술들의 혜택을 공짜로 가져가고 있는 지금을 생각하자면, 위같은 사례도 동일하게 좋은 사례로 보는 것이 맞다.

결론은, 그냥 "Wow!! 우리가 이런 격변기에 살아가고 있구나"라는 생각을 하면서 재미난 시간들을 보내면 된다.

뭐 만약에? 정말 만에 하나 단 한 명도 남지 않고 모조리 대체된다면? 그건 그때 가서 종종 꿈에 그려왔던 예쁜 카페차리면 된다.

(아 혹시나 오해하실까봐 카페 차리는게 쉽다는 얘기는 아닙니다. just a wish)

[C] C89의 implicit declaration과 GCC 컴파일 옵션

Razelo — Sat, 31 Jan 2026 13:55:54 +0900

아침에 잠깐 이것 저것 살펴보던 중에 gcc(GCC == GNU compiler collection) 컴파일 warning 중에 흥미로운 게 하나 있어서 내용을 정리해본다.

만약 예를 들어 아래와 같은 코드가 있다고 가정하자.

#include<signal.h> // signal() 
#include<stdlib.h>
#include<stdio.h>
// #include<unistd.h> // pause() 

static void signal_handler(int signo) {
	if (signo == SIGINT) {
		fprintf(stdout, "Caught SIGINT!\n");
	} else if (signo == SIGTERM) {
		fprintf(stdout, "Caught SIGTERM!\n");
	} else {
		fprintf(stderr, "Unexpected signal!\n"); 
		exit(EXIT_FAILURE); 
	}
	exit(EXIT_SUCCESS); 
}


int main(void) {
	if (signal(SIGINT, signal_handler) == SIG_ERR) {
		fprintf(stderr, "Cannot handle SIGINT!\n");
		exit(EXIT_FAILURE); 
	}

	if (signal(SIGTERM, signal_handler) == SIG_ERR) {
		fprintf(stderr, "Cannot handle SIGTERM!\n"); 
		exit(EXIT_FAILURE); 
	}

	if (signal(SIGPROF, signal_handler) == SIG_ERR) {
		fprintf(stderr, "Cannot handle SIGPROF\n");
		exit(EXIT_FAILURE); 
	}

	for(;;) {
		pause(); 
	}

	return 0; 
}

pause() 콜을 쓰려면 반드시 unistd.h를 include해야한다. 하지만 주석 처리되어있는 상태에서 이걸 아래 명령어로 컴파일 시킨다면?

gcc -Wall -Wextra -O2 -g -o sigterm_and_sigint_handler sigterm_and_sigint_handler.c

아래처럼 warning이 나온다.

왜 필요한 헤더가 없는데도 warning 수준에서만 그치고, 실제 실행파일은 생성될까?

결론부터 말하면 컴파일 자체가 성공하는 이유는 컴파일러가 pause()가 그냥 존재한다고 스스로 가정하고 넘어가기 때문이다.

즉 함수 선언이 없으면 int pause()라고 암묵적으로 선언했다고 가정하는 것이다. 이걸 implicit declaration이라고 부르고, C89규칙이라고 한다. 그런데 C99부터는 표준에서 이게 삭제되었으나, GCC에서는 예전 코드때문에 호환성 때문에 이렇게 남겨두었다고 한다.

그래서 이걸 err수준으로 취급하려면 아래처럼 gcc 옵션을 추가해주면 된다.

gcc -Wall -Wextra -Werror=implicit-function-declaration -O2 -g -o sigterm_and_sigint_handler sigterm_and_sigint_handler.c

이렇게 하면 error수준이 되어 실행 파일이 나오지 않는다.

참고로 implicit declaration은 컴파일러가 임의로 함수가 있다고 선언을 정의하기 때문에 꽤나 위험한 문제가 생길 수 있다고 한다. 실제 내가 원했던 콜과 정의가 살짝 다른 함수가 컴파일러에 의해 암묵적으로 선언되면 문제가 발생할 수 있다고 한다.

그러니 이러한 컴파일 옵션은 항상 빡빡하게 켜두는게 좋은 것 같다.

[블로그] 티스토리 블로그 운영에 대한 개인적인 불만

Razelo — Wed, 28 Jan 2026 21:03:58 +0900

개인적으로 티스토리 블로그 운영에 좀 불편함이 있다.

과거 동영상이 제거되는것도 왜 이런 정책을 가져가나 싶기도하다.

과거에 듣기론 어뷰징 헤비 업로더 유형의 일부 유저들 때문에 이렇게 한다고 알고 있긴 하다.

그런데 그런 유저만 제재하면 될 건데 왜 동영상 제한이 적용되는지?? 좀 이해가 가지 않는다.

꽤 오랜 시간 블로그를 운영해왔고 지금껏 비공개 글까지 포함하면 약 630개 가량의 글을 써왔는데 가끔 보면 블로그 플랫폼으로써 아쉬운 점들이 좀 있다.

대안으로는

- medium

- velog

- github.io

등이 있지만, 사실 세 플랫폼 모두 썩 좋아보이진 않는다.

개인적으로 github.io는 관리 측면에서 불편함이 꽤 있었다. velog는 커스텀과 플러그인 지원 등이 불편했다. 블로그 카테고리 기능도 꽤나 빈약했고, 그마나 굳이 뽑자면 medium인데 광고비 정산이 해외 결제를 통해서만 가능해서 한국에서는 정산 받기가 까다롭거나 불가능하다고 알고 있다. 뭐 그것 때면 medium 자체는 꽤 쓸 만하다.

가뜩이나 오늘 글을 쓴 이유는 티스토리 공개 정책에 과거 동영상을 삭제하고, 신규 동영상 업로드가 제한된다고 해서 글을 쓴다.

한창 대학생 때 Graphics 혼자 공부하다가 렌더링 결과물 떠다놓은게 있는게 이걸 왜 플랫폼측 맘대로 임의로 삭제한건진 좀 이해가 안간다. 참고로 아래에 내 게시글에 첨부된 동영상 목록이 있어도 동영상이 삭제가 되어서 다운로드가 안된다.

가뜩이나 Graphics 공부했던 노트북이 불타서(개인적 사고) 노트북이 녹아버려서 원본 동영상 조차 없다.

뭐 클라우드 백업 안해둔 건 내탓이라 볼 수 있겠지만, 이용자 게시물에 있는 영상을 플랫폼측에서 임의로 삭제한다는건 다시 생각해봐도 도저히 이해가 가지 않는 정책이다.

뭐 AI 영상들이야, overfitting때문에 인식이 잘 되지 않았지만 그래도 기념용으로 남겨둔거라 크게 개의친 않지만, 나머지 세 개 영상은 좀 많이 아깝다.

[OS] OS 공부에 대한 좋은 자료

Razelo — Sun, 25 Jan 2026 13:18:07 +0900

https://pdos.csail.mit.edu/6.828/2025/index.html

https://pdos.csail.mit.edu/6.828/2025/reference.html

6.1810 / Fall 2025

Reading materials UNIX RISC-V Emulation RISC-V Questions or comments regarding 6.1810? Send e-mail to the course staff at 61810-staff@lists.csail.mit.edu.

pdos.csail.mit.edu

https://wiki.qemu.org/Documentation

Documentation - QEMU

wiki.qemu.org

https://pdos.csail.mit.edu/6.828/2025/xv6/book-riscv-rev5.pdf

https://pdos.csail.mit.edu/6.828/2025/readings/ritchie78unix.pdf

https://pdos.csail.mit.edu/6.828/2025/xv6/xv6-src-booklet-rev5.pdf

https://www.youtube.com/watch?v=tc4ROCJYbm0

[개발] UTM 사용 시 System Clock과 실제 물리 시간이 맞지 않는 경우

Razelo — Sun, 25 Jan 2026 11:32:10 +0900

최근 몇가지 Linux에서 개인적으로 확인해보고 싶은 내용이 있어서 MacOS UTM에서 가상화로 Ubuntu를 띄워놓고 작업 중이었다.

그런데 작업을 하다가 commit을 했는데 왜 오늘 날짜인 25일에 잔디가 심어지지 않는 이상한 현상을 발견했다.

가상머신 시스템 Clock을 보니 이상하게도 어제 24일 13시로 찍혀있었다. 아무리 UTC가 차이가 난다고 해도 -8시간을 훌쩍 넘어서 거의 22시간 가량 차이가 날리는 없다고 생각했다. (오늘은 25일이다. 이 글을 쓰는 시점은 대략 오전 11시)

음 아마도 UTM 가상 머신을 종료하지 않고 어제 하루 동안 그대로 두었는데, 그 순간 시스템 Clock이 멈춰버린 것으로 추축했다. 어제 밤중에 작업을 하다가 UTM 가상 머신을 Log off -> Power off하지 않고 Mac을 그대로 닫았다. 가상 머신이 host머신에 종속적이다 보니 이때 가상 머신 Clock이 멈춘 듯 하다.

Clock에는 두 가지가 있는데, HW clock이랑 Sys Clock이다. 이 중 UTM 가상머신이 호스트 OS인 내 MacOS의 HW Clock을 따르는지, Sys Clock을 따르는지는 아직 알 수 없지만 MacOs가 Sleep할때 가상 머신 clock이 Freeze되는건 명확하다.

어제 마지막 Commit 기록이 13시 22다(UTC). 이 시간이 오늘 내가 UTM 가상 머신을 켰을때 현재 clock으로 인지되던 수상한 시간대다.

아 그리고 참고로 github 잔디는 commit 시간을 기준으로 찍힌다. 내가 오늘 작업했더라도 가상 머신 clock이 어제였으니 이 commit은 github에서 어제 commit으로 간주하고 오늘(25일) 잔디를 심지 않는다.

지금은 reboot하고 해결되었다. 시간이 깨졌을때 가상머신의 경우 reboot 시 재복구 메커니즘이 내부적으로 있는 듯하다.

[개발] 좋은 글 첨부

Razelo — Sun, 25 Jan 2026 11:03:21 +0900

종종 쓰시는 블로그 글을 관심있게 보고 있는 개발자 분 블로그에 좋은 글이 올라와서 첨부한다.

다시 읽어봐도 좋은 내용이 많다.

조직적으로도, 특히 "개인적으로도"

https://jojoldu.tistory.com/858