Hyun 블로그

주간 테크/개발 뉴스 #2026 3/1 ~ 3/7

Sat, 07 Mar 2026 00:00:00 +0000

AI

Backend

Infra/Cloud

Tools

ruvnet/RuView
Star ruvnet / RuView π RuView: WiFi DensePose turns commodity WiFi signals into real-time human pose estimation, vital sign monitoring, and presence detection — all without a single pixel of video.
moeru-ai/airi
Star moeru-ai / airi 💖🧸 Self hosted, you-owned Grok Companion, a container of souls of waifu, cyber livings to bring them into our worlds, wishing to achieve Neuro-sama’s altitude. Capable of realtime voice chat…
alibaba/OpenSandbox
Star alibaba / OpenSandbox OpenSandbox is a general-purpose sandbox platform for AI applications, offering multi-language SDKs, unified sandbox APIs, and Docker/Kubernetes runtimes for scenarios like Coding Agents, GUI…
bytedance/deer-flow
Star bytedance / deer-flow An open-source SuperAgent harness that researches, codes, and creates. With the help of sandboxes, memories, tools, skills and subagents, it handles different levels of tasks that could take…
abhigyanpatwari/GitNexus
Sponsor Star abhigyanpatwari / GitNexus GitNexus: The Zero-Server Code Intelligence Engine - GitNexus is a client-side knowledge graph creator that runs entirely in your browser. Drop in a GitHub repo or ZIP file, and…
shareAI-lab/learn-claude-code
Star shareAI-lab / learn-claude-code Bash is all you need - A nano Claude Code–like agent, built from 0 to 1
superset-sh/superset
Star superset-sh / superset IDE for the AI Agents Era - Run an army of Claude Code, Codex, etc. on your machine
D4Vinci/Scrapling
Sponsor Star D4Vinci / Scrapling 🕷️ An adaptive Web Scraping framework that handles everything from a single request to a full-scale crawl!
CodebuffAI/codebuff
Star CodebuffAI / codebuff Generate code from the terminal!
anthropics/prompt-eng-interactive-tutorial
Star anthropics / prompt-eng-interactive-tutorial Anthropic’s Interactive Prompt Engineering Tutorial
GitHub Developer: rUv (@ruvnet)
GitHub Developer: Nathan Brake (@njbrake)
GitHub Developer: Kim Morrison (@kim-em)
GitHub Developer: Teng Lin (@teng-lin)
GitHub Developer: mxsm (@mxsm)
GitHub Developer: Andrés Marafioti (@andimarafioti)
GitHub Developer: Marcin Szeniak (@Klocman)
GitHub Developer: Brady Gaster (@bradygaster)
GitHub Developer: Benson Wong (@mostlygeek)
GitHub Developer: zhayujie (@zhayujie)

Etc

주간 테크/개발 뉴스 #2026 2/22 ~ 2/28

Sat, 28 Feb 2026 00:00:00 +0000

AI

Backend

Infra/Cloud

TREX - Rust로 만든 PDF 테이블 추출 엔진 (딥러닝으로 정확도 개선)

Tools

Etc

주간 테크/개발 뉴스 #2026 2/15 ~ 2/21

Sat, 21 Feb 2026 00:00:00 +0000

AI

Backend

Infra/Cloud

클라우드 장애는 왜 일상이 될까

Tools

Etc

주간 테크/개발 뉴스 #2026 2/8 ~ 2/14

Sat, 14 Feb 2026 00:00:00 +0000

AI

Backend

Infra/Cloud

Tools

Etc

주간 테크/개발 뉴스 #2026 2/1 ~ 2/7

Sat, 07 Feb 2026 00:00:00 +0000

AI

Beyond agentic coding
[릴리즈 노트] Opus 4.6에 대한 오픈AI의 대답, GPT-5.3-Codex
Codex의 가능성을 한층 더 넓혀 줄 새로운 모델 GPT-5.3-Codex를 소개합니다. 이는 지금까지 나온 것중 가장 뛰어난 자율 코딩 모델입니다.
[릴리즈 노트] 코딩 더 잘 하는 Claude Opus 4.6 등장
새로운 Claude Opus 4.6은 이전 모델보다 코딩 능력이 향상되었습니다. 더 신중하게 계획을 세우고, 자율적으로 수행하는 작업을 더 오래 이어갈 수 있으며, 큰 코드 기반에서도 더 안정적으로 동작합니다.
“절대 추천하지 않는다”는 Moltbook, 무슨 일 있었나
역할별로 AI를 세팅해주는 Anthropic의 플러그인 11종이 오픈소스로 공개됐습니다. AI 에이전트 160만 개가 모여 종교를 만들고 비밀 대화를 논의하는 소셜 네트워크 Moltbook도 화제고요.
Continuous AI in practice: What developers can automate today with agentic CI
Continuous AI를 추론이 필요한 작업을 위해 저장소에서 작동하는 백그라운드 에이전트로 생각하십시오. 실제로 지속적인 AI 게시물: 에이전트 CI를 사용하여 오늘날 개발자가 자동화할 수 있는 것 GitHub 블로그에 처음 게재되었습니다.
Pick your agent: Use Claude and Codex on Agent HQ
Claude by Anthropic 및 OpenAI Codex는 이제 Copilot Pro+ 또는 Copilot Enterprise 구독을 통해 GitHub 및 VS Code에서 공개 미리 보기로 제공됩니다. 오늘 알아야 할 사항과 시작하는 방법은 다음과 같습니다.
Introducing the Developer Knowledge API and MCP Server
Google은 Developer Knowledge API 및 MCP 서버를 공개 미리보기로 출시합니다. 이 새로운 도구 세트는 AI 보조자 및 에이전트 플랫폼이 Firebase, Google Cloud, Android 등에서 최신 문서를 검색하고 가져올 수 있는 표준적이고 기계가 읽을 수 있는 방법을 제공합니다.
Beyond the Chatbot: A Blueprint for Trustable AI
Thunderhill Raceway Park에서는 Google 개발자 전문가(GDE) 팀이 새로운 ‘신뢰할 수 있는 AI 프레임워크’를 테스트했습니다. GCP, Gemini, Antigravity를 사용하여 고속 경주를 에이전트 아키텍처의 마스터 클래스로 전환한 방법은 다음과 같습니다.
Tailor Gemini CLI to your workflow with hooks
새로운 Gemini CLI 후크(v0.26.0+)를 사용하면 에이전트 루프를 맞춤 설정할 수 있습니다. 워크플로우의 사전 정의된 지점에서 실행되는 사용자 정의 스크립트를 사용하여 컨텍스트를 추가하고, 정책을 시행하고, 비밀을 차단하세요.
Cloudflare Demonstrates Moltworker, Bringing Self-Hosted AI Agents to the Edge
Cloudflare는 개발자 플랫폼에서 자체 호스팅 개인 AI 에이전트인 Moltbot을 실행하기 위한 오픈 소스 솔루션인 Moltworker를 도입하여 Mac mini와 같은 로컬 하드웨어가 필요하지 않게 되었습니다. Clawdbot에서 브랜드가 변경된 Moltbot은 사용자 제어를 유지하면서 AI 모델, 브라우저 및 타사 도구를 통합하여 채팅 애플리케이션에서 개인 비서 역할을 합니다.
Google Supercharges Gemini 3 Flash with Agentic Vision
Google은 시각적 추론과 코드 실행을 결합하여 “시각적 증거에 대한 답변”을 제공하는 Gemini 3 Flash에 에이전트 비전을 추가했습니다. Google에 따르면 이는 정확성을 향상시킬 뿐만 아니라 더 중요하게는 완전히 새로운 AI 기반 행동을 열어줍니다.
Datadog Integrates Google Agent Development Kit into LLM Observability Tools
Datadog은 최근 자사의 LLM Observability 플랫폼이 Google의 ADK(에이전트 개발 키트)로 구축된 애플리케이션에 대한 자동 계측을 제공하여 AI 기반 에이전트 시스템의 동작, 성능, 비용 및 안전성에 대한 심층적인 가시성을 제공한다고 발표했습니다. 크레이그 리시
From Svedka to Anthropic, brands make bold plays with AI in Super Bowl ads
Svedka가 제공한 최초의 AI 생성 빅 게임 광고부터 OpenAI를 사용한 Anthropic의 쇠고기까지 Super Bowl LX의 가장 큰 광고는 다음과 같습니다.
It just got easier for Claude to check in on your WordPress site
WordPress 사용자는 이제 Claude를 활용하여 웹 트래픽을 분석하거나 기타 내부 사이트 지표에 대한 정보를 찾을 수 있습니다.
Maybe AI agents can be lawyers after all
이번 주 Opus 4.6 출시로 에이전트 AI 순위표가 뒤흔들렸습니다.
I’m printing paper receipts after every Claude Code session, and you can too
이것은 제가 가장 좋아하는 창의적인 사이드 프로젝트 중 하나였습니다(그리고 Opus 4.6에 딱 맞춰서). 나는 중고 영수증 프린터를 집어 Claude Code의 ‘SessionEnd’ 후크에 연결했습니다.
I’ve used AI to write 100% of my code for 1+ year as an engineer. 13 no-bs lessons
1년 전 저는 “100% AI 생성 코드로 얻은 12가지 강의”를 게시하여 조회수 100만 회 이상을 기록했습니다. 이러한 포인트 중 일부는 Agent.md, claude.md, 계획 모드 및 context7 MCP로 발전했습니다.
Codex 5.3 is better than 4.6 Opus
나는 $200 Max 요금제를 가지고 있어요. 나는 그것을 몇 달 동안 즐겼습니다.
My personal CC setup [not a joke]
옵시디언 + 클로드 코드 + 가스 타운 + 위스퍼 플로우를 합치면 어떻게 될까요? 오픈 소스 @ github.com/voicetreelab/voicetree입니다.
Opus 4.6 lobotomized
Opus 4.6은 오늘날 더 나쁘게 느껴집니다. Anthropic이 이를 양자화했습니까?
How to maximize GitHub Copilot’s agentic capabilities
Copilot의 실제 애플리케이션을 설계하고 확장하기 위한 수석 엔지니어 가이드입니다. GitHub Copilot의 에이전트 기능을 최대화하는 방법 게시물이 GitHub 블로그에 처음 게재되었습니다.
엔비디아, ‘블랙웰’ 기술 문제 최근 해결…‘GPT-5.3-코덱스’가 증거
엔비디아의 ‘블랙웰(Blackwell)’이 기술적인 복잡성 때문에 초기 도입 과정에서 주요 고객사들의 골칫거리였던 것으로 알려졌다. 이러한 기술적 난제는 최근 개선판 공급으로 해결 국면에 접어든 것으로 보이는데, 그 증거가 오픈AI의 최신 코딩 모델 ‘GPT-5.3-코덱스’라는 설명이다.디 인포메이션은 5일(현지시간) 엔비디아와 메타 직원 등을 인용, 오픈AI와 메타 등 엔비디아의 고객들이…
2026년 주목해야 할 네트워킹 트렌드 8가지
AI가 네트워킹 산업에 미치는 영향은 이제 외면하기 어려울 정도로 커졌다. 상상하기 힘들 만큼 빠른 속도로 AI는 전문 데이터 과학자만 다루던 백엔드 데이터 처리 기술에서 시작해, 이제는 LLM을 기반으로 한 생성형 AI를 통해 거의 모든 사용자와 네트워크 전문가가 직접 활용할 수 있는 수준으로 발전했다.
LLMs could be, but shouldn’t be compilers

Backend

Benchmark raises $225M in special funds to double down on Cerebras
Benchmark Capital은 2016년부터 Nvidia 경쟁사에 투자자로 참여해 왔습니다.
What the fastest-growing tools reveal about how software is being built
가장 빠르게 성장하고 있는 언어는 무엇이며 그 이유는 무엇입니까? 사람들이 가장 관심을 갖는 프로젝트는 무엇일까요?
슈퍼볼급 트래픽을 견디는 NBC유니버설의 분산 시스템 설계 원칙
올림픽이나 프리미어리그 경기, 시즌 피날레 등 대형 이벤트의 인프라를 운영할 때면 대부분 시스템이 좀처럼 겪지 않는 썬더링 허드(thundering herd) 문제에 직면한다. 수백만 명의 사용자가 단 3분이라는 짧은 시간 안에 동시에 로그인하고, 콘텐츠를 탐색한 뒤 재생 버튼을 누르기 때문이다.

Infra/Cloud

How CNAME Ordering in RFC Specs Caused Cloudflare 1.1.1.1 Outage
“CNAME 또는 A 레코드 중 무엇이 먼저였습니까?”라는 제목의 최근 기사에서 Cloudflare는 불분명한 RFC 사양으로 인해 인기 있는 Cloudflare의 1.1.1.1 서비스가 어떻게 중단되었는지 설명합니다. Cloudflare는 레코드 순서에 관한 이전 DNS 표준의 파손 및 모호성을 식별한 후 명확한 사양을 제안합니다.

Tools

LinkedIn Leverages GitHub Actions, CodeQL, and Semgrep for Code Scanning
LinkedIn은 GitHub Actions 및 사용자 지정 워크플로를 사용하여 정적 애플리케이션 보안 테스트(SAST) 파이프라인을 재구축하여 수천 개의 저장소에서 일관되고 시행 가능한 코드 검색을 가능하게 했습니다. 재설계는 회사의 Shift-Left 전략을 지원하는 동시에 보안 적용 범위, 개발자 워크플로 및 관찰 가능성을 향상시킵니다.
New York lawmakers propose a three-year pause on new data centers
법안의 전망은 불확실하지만, 뉴욕은 적어도 새로운 데이터 센터 건설 중단을 고려하는 여섯 번째 주입니다.

Etc

Stories From 25 Years of Software Development
(Bsky thread) “This turns the maintainer into an unwitting vibe coder”
(이와 같이 Bluesky 스레드를 표시/게시하는 더 좋은 방법이 있거나 Lobsters에 올리면 안 되는 경우 Lmk) 댓글
Maple Mono: Open source monospace font
A Horrible Conclusion
이제 더는 PPT 만들기 싫은 사람들을 위한 6가지 툴
슬라이드는 시키는 사람들이 으레 하는 말마따나 “거 장표 몇 장 만드는 일”이 아닙니다. 조사부터 스토리 기획, 디자인까지 이어지는 긴 작업이죠.
한 달 만에 20만 다운로드, 전 세계 홀린 한국 개발자
공개 한 달 만에 깃허브 스타 2만 개를 돌파하며 글로벌 빅테크의 주목을 받은 ‘오 마이 오픈코드(OMO)’ 개발자 김연규 님의 인터뷰입니다. 6개월간의 독학 실험을 통해 탄생한 이 도구는 ‘시지프스’라 불리는 멀티 에이전트 시스템을 활용해 사람이 짠 것 같은 자연스러운 코드를 구현합니다.
Easy FunctionGemma finetuning with Tunix on Google TPUs
FunctionGemma 모델의 미세 조정은 Google TPU의 경량 JAX 기반 Tunix 라이브러리를 사용하여 빠르고 쉽게 이루어집니다. 여기서는 감독된 미세 조정을 위해 LoRA를 사용하여 설명하는 프로세스입니다.
LiteRT: The Universal Framework for On-Device AI
TFLite의 진화인 LiteRT는 이제 온디바이스 AI를 위한 범용 프레임워크입니다. Gemma와 같은 모델을 위해 최대 1.4배 더 빠른 GPU, 새로운 NPU 지원 및 간소화된 GenAI 배포를 제공합니다.
알트먼 “우리는 스타트업에 불과…지나친 공격에 당혹스러워”
샘 알트먼 CEO가 최근 오픈AI에 쏟아지는 비평과 비관적인 전망에 대해 불편한 심경을 드러냈다. 그는 오픈AI가 “세상에서 가장 많은 현미경 조사를 받는 스타트업”이라고 묘사했다.알트먼 CEO는 5일(현지시간) AI 동료 ‘프론티어(Frontier)’ 홍보를 위해 TBPN의 데일리 라이브 테크 토크쇼에 출연, 35분간 인터뷰를 진행했다.
이승준 트웰브랩스 CTO “글로벌한 영상 분석 기술로 ‘소버린 AI’ 실현”
“진정한 소버린 AI란 기술을 수출해 세계적으로 인정받는 수준까지 올라가는 것입니다. 트웰브랩스는 해외에서 더 인정받는 기술을 갖췄습니다.”2021년 설립된 트웰브랩스(대표 이재성)는 ‘멀티모달’이나 ‘영상 분석’이 일반에 널리 알려지기 전부터 관련 기술을 연구해 왔다.
“토네이도·코끼리 등장해도 피할 수 있어”…웨이모, 자율주행용 ‘월드 모델’ 공개
구글의 자율주행 자회사 웨이모가 딥마인드의 월드 모델 ‘지니 3(Genie 3)’를 활용해 극단적 돌발 상황까지 재현하는 가상 주행 세계를 구축했다. 실제 도로 데이터의 한계를 넘어 희귀 사고와 예외적 환경을 학습·검증하려는 시도로, 자율주행 서비스의 안전성과 도시 확장 속도를 동시에 끌어올리겠다는 의도에 따른 것이다.웨이모는 6일(현지시간) 초현실적 자율주행 시뮬레이션을 구현하는 차세대…
“머스크, 스페이스X·xAI 초대형 합병으로 부채·법적 리스크 피해”
스페이스X가 xAI를 인수하며 기업 가치 1조2500억달러(약 1829조원)에 달하는 초대형 기업을 탄생시킨 데에 대해, 단순한 합병을 넘어 수조원대 부채 상환 부담과 법적 리스크를 동시에 피해 가는 정교한 구조로 계획됐다는 분석이 나왔다.로이터는 5일(현지시간) 일론 머스크 CEO가 스페이스X와 xAI를 완전히 통합하지 않고, xAI를 스페이스X의 100% 자회사로 두는 ‘삼각…
FBI도 뚫지 못한 아이폰…애플 ‘차단 모드’ 보안성 입증
미 연방수사국(FBI)이 애플의 차단 모드(Lockdown Mode)가 어느 정도 수준의 보안을 제공하는지를 몸소 증명했다. 언론인과 기업 경영진, 공직자 등 기밀 정보를 다뤄야 하는 이들에게는 긍정적인 사례로 받아들여질 만한 내용이다.
AI 여파로 늦어지고 비싸진 스팀 머신…밸브도 가격 부담 직면
밸브의 스팀 머신이 예정보다 늦게 출시되고 가격도 오를 전망이다. AI 인프라 확산으로 촉발된 RAM 가격 급등이 직접적인 원인이다.
AI 인프라 투자 확대로 2026년 기업 IT 지출 6조 달러 돌파 전망
가트너가 2026년 글로벌 IT 지출이 10.8% 성장해 6조 1,500억 달러에 이를 것으로 예상했으며, AI 인프라가 해당 성장의 대부분을 차지할 것이라고 밝혔다. 이번 전망은 AI 거품 현상에 대한 우려가 커지는 상황에서도 지출 확대가 둔화될 기미를 보이지 않고 있음을 보여준다.
Game Boy Advance d-pad capacitor measurements
vouch: a contributor trust management system based on explicit vouches to participate
Flirt: The Native Backend
Adventures in Guix Packaging
ReMemory - Split a recovery key among friends

n8n으로 RSS 피드 자동 수집하고 요약하기

Mon, 30 Jun 2025 00:00:00 +0000

n8n으로 rss 피드를 수집하고 LLM으로 요약해서 노션 데이터베이스에 등록하는 과정을 정리했다. 흐름은 아래와 같다.

노드 수가 많지도 않은데 이런 저런 시행착오로 하루가 걸렸다..
RSS Read 노드를 매번 쓰지 않고 code와 http requst 노드를 쓰면 여러 개의 피드를 쉽게 가져올 수 있을 것 같다. LLM 요약은 로컬 LM 스튜디오에서 돌고있는 exaone을 사용했는데 토큰 수를 조정하면 속도도 괜찮다.

전체 workflow.json는 아래 gist에서 볼 수 있다.
workflow.json
코드에서 your-로 시작하는 부분을 실제 노션 시크릿 키나 로컬 LM 스튜디오 url로 변경하면 된다.

노션 데이터베이스는 아래처럼 저장된다. 이제보니 Source 필터링이 제대로 안됐네;;

그리고 마지막 Append a block으로 노션 페이지에 링크 목록도 md 형식으로 저장된다.

마지막으로 아래 깃허브 저장소에서 다양한 n8n 워크플로를 참고할 수 있다.
github workflow collection

Cursor에서 로컬 LLM 사용하기

Sun, 02 Mar 2025 00:00:00 +0000

cursor는 어떤 LLM을 사용할 지 설정이 가능하다. 그래서 LM studio, ngrok을 활용하면 무료로 로컬 LLM을 사용할 수 있다. 대략 이런 식이다.

먼저, LM Studio에서 사용할 모델을 로딩하고 설정한다. 그리고 ngrok을 통해 cursor에서 접속할 수 있도록 한다. cursor에서는 앞서 LM Studio에서 로딩한 모델과 ngrok의 서버 주소를 입력한다.

LM Studio에서 모델 로딩 & 설정
ngrok 설치 & 실행
ngrok을 설치하고 실행한다. 포트 번호는 LM Studio에서 설정한 포트 번호를 입력한다.
```
ngrok http 1234
```
그러면 아래 화면처럼 나오는데, 여기서 서비스 되는 url을 확인하고 복사한다.
cursor 설정
OpenAI API KEY에는 아무 키나 입력하고 OpenAI Base URL에 위 2번의 서비스 url + /v1을 입력하고 save & verify 한다. verify할 때 에러가 없어야 한다.

무료로 LLM을 사용하고 코드 유출 위험을 줄이는 장점은 있지만, 깃허브 코파일럿이나 claude 같은 유료 모델에 비하면 성능은 아쉬울 수 밖에 없다.

참고: Run Cursor AI for Free with Open-Source LLM

(리뷰)삼체

Sat, 23 Dec 2023 00:00:00 +0000

삼체

ebook 총 3권, 류츠신 저, 이현아/허유영 역

상상력의 한계를 느끼게 한다.

중국 문화대혁명을 시작으로 한 소설은 끝에 가서는 짐작하기도 어려운 18,906,416년의 시간까지 흘러간다. 공간 역시 마찬가지다. 태양계는 우습게 벗어나 우리 은하를 거쳐 외우주까지 나간다. 2차원과 4차원은 또 어떤가 (장담하는데 3권을 읽고나면 2차원으로 표현된 그림들이 한동안 새롭게 느껴질 것이다!)

도대체 마무리를 어떻게 하려고 이러나 하는 궁금증은 총 3권의 마지막 페이지까지 가서 또 하나의 우주를 만나면서 해소 된다.

올 여름부터 읽기 시작해서 지금이 12월이니 꽤 오랜시간 동안 출,퇴근길을 지루하지 않게 해줬지만, 때로는 더 졸립게도 만들고 지친 머리를 더 아프게도 했다. 게다가 공간이나 시간 모두 엄청난 스케일을 다루다 보니 안 그래도 평범한 하루가 너무 보잘것 없이 느껴지는 부작용도 있다..

하드 SF라는 장르는 처음 읽었는데 복잡한 이론만 나열하는 게 아니라 극적인 사건도 잘 배분되어 읽는 재미가 있었다. 다음에는 테드 창의 소설도 읽어보려고 한다. 그렇지만 바로 읽을 엄두는 안나고 당분간은 지구 안에서 부대끼며 살아가는 사람들의 평범한 얘기를 다룬 책을 읽으면서 마음을 가라앉혀야겠다.

Telegraf에서 Kafka로 지표 전송

Sun, 27 Aug 2023 00:00:00 +0000

시스템의 CPU, 메모리, 네트워크 상태 등을 Telegraf로 수집하여 Kafka로 보낸다.
전송된 메시지나 브로커 상태는 Kafka UI로 볼 수 있다. 구성은 대략 아래와 같다.

아래는 docker-compose.yml 구성이다.

version: '3.6'
services:

  zookeeper-1:
      image: confluentinc/cp-zookeeper:7.4.0
      ports:
        - "32181:32181"
      environment:
        ZOOKEEPER_CLIENT_PORT: 32181
        ZOOKEEPER_TICK_TIME: 2000
      volumes:
        - zookeeper_data:/var/lib/zookeeper/data
        - zookeeper_logs:/var/lib/zookeeper/logs
      networks:
        - kafka-backend
 
  kafka-1:
    image: confluentinc/cp-kafka:7.4.0
    ports:
      - "9092:9092"
    depends_on:
      - zookeeper-1
    environment:
      KAFKA_BROKER_ID: 1
      KAFKA_ZOOKEEPER_CONNECT: zookeeper-1:32181
      KAFKA_LISTENER_SECURITY_PROTOCOL_MAP: INTERNAL:PLAINTEXT,EXTERNAL:PLAINTEXT
      KAFKA_INTER_BROKER_LISTENER_NAME: INTERNAL
      KAFKA_ADVERTISED_LISTENERS: INTERNAL://kafka-1:29092,EXTERNAL://localhost:9092
      KAFKA_DEFAULT_REPLICATION_FACTOR: 3
      KAFKA_NUM_PARTITIONS: 3
    networks:
      - kafka-backend
 
 
  kafka-2:
    image: confluentinc/cp-kafka:7.4.0
    ports:
      - "9093:9093"
    depends_on:
      - zookeeper-1
    environment:
      KAFKA_BROKER_ID: 2
      KAFKA_ZOOKEEPER_CONNECT: zookeeper-1:32181
      KAFKA_LISTENER_SECURITY_PROTOCOL_MAP: INTERNAL:PLAINTEXT,EXTERNAL:PLAINTEXT
      KAFKA_INTER_BROKER_LISTENER_NAME: INTERNAL
      KAFKA_ADVERTISED_LISTENERS: INTERNAL://kafka-2:29093,EXTERNAL://localhost:9093
      KAFKA_DEFAULT_REPLICATION_FACTOR: 3
      KAFKA_NUM_PARTITIONS: 3
    networks:
      - kafka-backend
 
  kafka-3:
    image: confluentinc/cp-kafka:7.4.0
    ports:
      - "9094:9094"
    depends_on:
      - zookeeper-1
    environment:
      KAFKA_BROKER_ID: 3
      KAFKA_ZOOKEEPER_CONNECT: zookeeper-1:32181
      KAFKA_LISTENER_SECURITY_PROTOCOL_MAP: INTERNAL:PLAINTEXT,EXTERNAL:PLAINTEXT
      KAFKA_INTER_BROKER_LISTENER_NAME: INTERNAL
      KAFKA_ADVERTISED_LISTENERS: INTERNAL://kafka-3:29094,EXTERNAL://localhost:9094
      KAFKA_DEFAULT_REPLICATION_FACTOR: 3
      KAFKA_NUM_PARTITIONS: 3
    networks:
      - kafka-backend
 
  kafka-ui:
      image: provectuslabs/kafka-ui
      container_name: kafka-ui
      ports:
        - "8989:8080"
      restart: always
      depends_on:
        - zookeeper-1
        - kafka-1
        - kafka-2
        - kafka-3
      environment:
        - KAFKA_CLUSTERS_0_NAME=local
        - KAFKA_CLUSTERS_0_BOOTSTRAPSERVERS=kafka-1:29092,kafka-2:29093,kafka-3:29094
        - KAFKA_CLUSTERS_0_ZOOKEEPER=zookeeper-1:22181
      networks:
        - kafka-backend
 
  telegraf:
    image: telegraf
    container_name: telegraf
    restart: always
    volumes:
    - ./telegraf.conf:/etc/telegraf/telegraf.conf:ro
    networks:
      - kafka-backend

volumes:
  zookeeper_data:
  zookeeper_logs:

networks:
  kafka-backend:
    driver: bridge

다음은 telegraf.conf 구성이다.
brokers 호스트 이름으로 kafka-1 서비스 이름을 써준다.

[global_tags]

[agent]
  interval = "5s"

[[outputs.kafka]]
  brokers = ["kafka-1:29092"]
  topic = "foo"
  data_format = "json"

[[inputs.cpu]]
  percpu = true
  totalcpu = true
  collect_cpu_time = false
  report_active = false

[[inputs.netstat]]

[[inputs.mem]]

[[inputs.processes]]

doker-compose up으로 실행한 후에 kafka-ui(http://127.0.0.1:8989)에 접속하면 telegraf.conf에 설정한 topic과 메시지 내용을 볼 수 있다.

docker-compose down으로 종료한다.

오픈메트릭스(OpenMetrics)

Sun, 30 Jul 2023 00:00:00 +0000

오픈메트릭스(OpenMetrics)는 클라우드 네이티브 앱의 메트릭 노출 표준화를 목표로 하는 CNCF 프로젝트다.
오픈메트릭스의 사양은 아래에 공개되어 있다.
https://github.com/OpenObservability/OpenMetrics/blob/main/specification/OpenMetrics.md

오픈메트릭스는 프로메테우스(Prometheus) 메트릭 형식을 기반으로 한다. 프로메테우스 메트릭 형식은 간단한 텍스트 기반의 사람이 읽을 수 있는 데이터 형식이다.
InfluxDB, OpenTSDB, Graphite를 비롯한 다른 모니터링 시스템에서도 채택하고 있다. 많은 CNCF 프로젝트가 프로메테우스 메트릭 형식을 사용하여 메트릭을 노출한다. 또한 API 서버, etcd, CoreDNS 등과 같은 핵심 쿠버네티스 구성 요소에서도 찾을 수 있다.
프로메테우스 메트릭 형식이 많이 채용되면서 독립적인 프로젝트가 되었고, 이 메트릭 형식을 업계 표준으로 만들기 위한 프로젝트가 바로 오픈메트릭스다.

데이터 모델

아래는 오픈메트릭스의 메트릭 데이터 예시다.

# TYPE acme_http_router_request_seconds summary
# UNIT acme_http_router_request_seconds seconds
# HELP acme_http_router_request_seconds Latency though all of ACME's HTTP request router.
acme_http_router_request_seconds_sum{path="/api/v1",method="GET"} 9036.32
acme_http_router_request_seconds_count{path="/api/v1",method="GET"} 807283.0
acme_http_router_request_seconds_created{path="/api/v1",method="GET"} 1605281325.0
acme_http_router_request_seconds_sum{path="/api/v2",method="POST"} 479.3
acme_http_router_request_seconds_count{path="/api/v2",method="POST"} 34.0
acme_http_router_request_seconds_created{path="/api/v2",method="POST"} 1605281325.0
# TYPE go_goroutines gauge
# HELP go_goroutines Number of goroutines that currently exist.
go_goroutines 69
# TYPE process_cpu_seconds counter
# UNIT process_cpu_seconds seconds
# HELP process_cpu_seconds Total user and system CPU time spent in seconds.
process_cpu_seconds_total 4.20072246e+06
# EOF

메트릭스 엔드포인트

이 표준을 구현하려면 문서화된 엔드포인트에 대한 HTTP Get 요청의 응답으로 오픈메트릭스 형식의 메트릭을 노출한다. 엔드포인트의 이름은 /metrics다.

sysdig에서 제공하는 샘플 앱으로 실제 메트릭 형식을 살펴보자.

$ git clone https://github.com/sysdiglabs/custom-metrics-examples
$ docker build custom-metrics-examples/prometheus/golang -t prometheus-golang
$ docker run -d --rm --name prometheus-golang -p 8080:8080 prometheus-golang

브라우저에서 localhost:8080/metrics로 이동한다.

클라이언트 라이브러리

프로메테우스 메트릭 형식을 구현한 클라이언트 라이브러러 목록은 아래에서 볼 수 있다. 이 클라이언트를 사용해서 오픈메트릭스의 매트릭 형식도 노출 가능한지는 더 확인해봐야겠다.
https://prometheus.io/docs/instrumenting/clientlibs/

참고 1: OpenMetrics and Prometheus Exposition Format
참고 2: Prometheus metrics / OpenMetrics code instrumentation

(리뷰)리프트오프

Sun, 16 Jul 2023 00:00:00 +0000

리프트오프

에릭 버거 저, 정현창 역

우주에 진입한 로켓에서 추진체가 분리된다. 그런데… 추진체가 낙하하지 않는다! 다시 연소하더니.. 출발한 곳을 찾아 되돌아와서 수직으로 착륙해 버린다!?
유트브에서 봤던 이 영상은 처음엔 조작이라고 생각할 정도로 그야말로 영화 같았다.
로켓 발사 비용을 줄이기 위한 이 시도를 비롯해 스타십, 스타링크 등은 화성에 인류를 보내 정착하기 위한 스페이스X의 여러 프로젝트 중 하나다.

이 책은 2002년 스페이스X의 설립 초창기부터 2008년 팰컨1의 4차 발사까지의 이야기를 다루며 머스크뿐만 아니라 지금의 스페이스X를 있게한 여러 인물들에 대해서도 자세히 소개한다. 목표 성공을 위해 달려가지만 끊임없이 발생하는 문제들과 그 해결 과정, 실패에 대한 두려움을 극복하는 과정이 드라마틱하게 전개된다.

록히드마틴이나 보잉 등 이미 항공 우주 산업에 뿌리를 단단히 내린 기존 기업들에 맞서기 위해 초창기 스페이스X는새로운 기술로 빨리 만들고 시험해서 잘못된 걸 수정해가는 lean 방식을 사용한다. lean 방식은 소프트웨어 개발 방법론으로도 사용되는데 낭비, 즉 결함에 집중하여 이를 줄이는 개발 방법이다.

스페이스X는 책에서 소개하는 팰컨 발사외에도 드래곤, 스타십, 스타링크 등의 사업을 이어가고 있다. 머스크는 또한 두뇌에 직접 연결하는 기계를 만드는 뉴럴링크나 도시 아래 터널을 뚫어 초고속으로 이동하는 시스템을 개발하는 회사도 만들었다. 머스크는 돈을 모으는 이유로, 인류를 다행성(Multi-Planetary) 종족으로 만들기 위해서라고 한다.

그 꿈이 실현될지, 그 순간을 볼 수 있을지 알 수 없지만, 당면한 문제가 아니라 인류의 미래를 위한 꿈을 꾸고 엄청난 열정으로 그 길을 나아가는 괴짜 사업가에게 열렬한 응원의 박수를 보낸다.

go의 낯선 특징들

Sun, 09 Jul 2023 00:00:00 +0000

처음 golang을 배울때 어색한 특징들…

1. 단축 할당문(Short Assignment Statement)

areYouAString := "yes, i am string!!"

함수 내에서는 위와 같이 var를 생략하고 변수 선언과 값 할당을 동시에 할 수 있다.

2. 가져온 패키지는 반드시 사용해야 함.

import (
	"fmt"
	"os" // 사용하지 않는 패키지
)
 
func main(){
	fmt.Println("Hello")
}

os 패키지를 사용하지 않았기 때문에 컴파일 에러가 발생한다.

imported and not used: "os"

3. 컬렉션 반복에 사용하는 range 함수의 반환 값은 2개

import "fmt"

func main(){
	x := [4]string{"a", "b", "c", "d"}
	for i, value := range x {
		fmt.Printf("%d -> %s\n", i, value)
	}
}

위 코드에서 i에 index, value에 값이 반환된다. i를 사용할 일이 없다면 대신 _를 쓴다.

-> a
-> b
-> c
-> d

4. 변수명 첫 글자가 대문자면 public, 아니면 private

type Message struct {
 Text string // public
 text string // private
}

Text는 현재 패키지 밖에서도 사용할 수 있다.

5. 함수의 반환값 위치

func SumAndDiff(a int, b int) (int, int) { // int형 리턴값이 두 개인 함수 정의
	return a + b, a - b
}

위 함수의 반환값은 2개의 int로, 함수 이름 앞에 쓰지 않고 맨 뒤에 적는다.

6. 리시버

go는 class가 없으므로 메서드 정의를 할때 Receiver Parameter를 명시해서 별도로 선언하고, 메서드를 호출할 때 리시버.메서드 이름() 형태를 사용한다.

type MyType string

// 리시버 매개변수 m MyType이 있기 때문에 
// sayHi는 MyType에 대한 메서드다.
func (m MyType) sayHi() {
	fmt.Println("Hi")
}

7. 타입 단언

인터페이스 타입에서 실제(concrete) 타입을 가져온다. 다른 언어의 캐스팅 연산과 같은데 go에서는 타입을 맨 뒤에 표시하다보니 타입 단언 표기 역시 낯설다.

package main

import "fmt"

func main() {
	var i interface{} = "hello"

	s := i.(string) // 타입 단언 - 성공
	fmt.Println(s)

	s, ok := i.(string) // 타입 단언 - 성공
	fmt.Println(s, ok)

	f, ok := i.(float64) // 타입 단언 - 실패
	fmt.Println(f, ok)

	f = i.(float64) // // 타입 단언 - 실패(panic)
	fmt.Println(f)
}

출력 결과

hello
hello true
0 false
panic: interface conversion: interface {} is string, not float64

goroutine 1 [running]:
main.main()
	/tmp/sandbox2825551196/prog.go:17 +0x14a

Program exited.

참고 1: 7 Golang Features You Might Find Weird
참고 2: Type assertions

(리뷰)리더의 생각

Sat, 08 Jul 2023 00:00:00 +0000

리더의 생각

유석문 저, 로드북

‘프로그래머 철학을 만나다.’라는 책으로 처음 저자를 알게됐다. 철학 사상을 기반으로 개발 과정에서 만나는 문제와 고민을 풀어내는 방법이 인상적이었고, 지금도 답답하고 이해하기 어려운 상황을 만나면 찾아보게 되는 책이다. 당시에도 자존감은 가장 중요한 주제였지만 이번 책에서도 그렇다.

개발자로 경력을 쌓아가다 관리자로 성공적인 경력을 계속 이어가는 경우도 있는 반면, 맞지 않는 옷을 입은 것처럼 어색해하고 어려워하다 원래의 자리로 돌아가거나 경력을 마치는 경우도 흔하다. 전자와 후자의 길을 가르는 여러 요소가 있겠지만 인간 관계의 어려움을 얼마나 견뎌내고 해결하는가도 큰 지분이 있을 것이다.

이 직업을 선택한 건 복잡한 인간 관계를 조금은 피할 수 있을 것이라는 얄팍한 생각이 컸는데 그 생각이 너무나 순진하고 어리석었다는 걸 깨닫는 데는 직장 생활을 시작하고 채 몇달이 걸리지 않았다. 관계를 떠나서 살 수 없는 것이 인간이고, 인간이 비합리적인 존재라면 사람 사이의 모든 인과 관계를 이해한다는 것은 애초에 불가능하고 그로 인해 상처 받는 것도 어리석은 일이다.
하지만, 머리로 이렇게 생각하더라도 내일 당장 일상에서 이해하기 어려운 일을 겪을 것이고 또 상처를 받을 것이다. 자존감은 이러한 고민들이 쌓여 방황하고 실패를 만나 쓰러지더라도 시간이 지나면 다시 털고 일어날 수 있게 해주는 힘이다.

CTO라고 하면 그 회사의 기술을 책임지고 개발자에게 비전을 제시하는 자리인데 평소에 이런 분들과 얘기 나눌 수 있는 기회는 흔치 않다. 그 자리에서 느께게 되는 고민, 생각 등이 궁금했는데 그런 아쉬움을 이 책을 통해 조금 달래볼 수 있다.

개발 관련 전문 지식이 필요한 책은 아니어서 대부분의 직장인들이 선배의 고민과 경험을 들어본다는 생각으로 읽어도 좋겠다.

(번역서)크로스 플랫폼 개발을 위한 C# 10과 닷넷 6

Sat, 01 Jul 2023 00:00:00 +0000

- 책소개

C# 10의 새로운 기능과 닷넷 6의 전반적인 내용을 다룬다. 설명을 최소한으로 하고 예제 코드를 직접 타이핑해보면서 흥미 있게 익힐 수 있도록 구성되어 있다. C#의 기본 문법부터 고급 기능, 닷넷을 활용한 콘솔, 데이터베이스, 웹 프로그래밍까지의 과정을 비주얼 스튜디오 2022, 비주얼 스튜디오 코드를 사용해가면서 배운다. 닷넷과 C#을 처음 접하는 개발자를 비롯해, 새로운 기능을 살펴보고 싶어하는 기존 개발자들이 짧은 시간에 전체 구성을 이해하고 활용할 수 있게 도와준다.

- 에이콘, 2023년 7월

- 구매 : 예스24 , 알라딘

- 책 내용 중, 잘못됐거나 궁금한 점 있으면 아래에 남겨주세요. nnhope@hotmail.com으로 보내주셔도 됩니다.

(번역서)266가지 문제로 정복하는 코딩 인터뷰 in C++, 262가지 문제로 정복하는 코딩 인터뷰 in Java

Fri, 01 Oct 2021 00:00:00 +0000

- 책소개

스타트업에서 빅테크 기업까지, 실리콘밸리 면접관이 전하는 코딩 인터뷰 노하우

코딩 인터뷰는 어색한 공간, 낯선 면접관 앞에서 이루어진다. 후회 없이 인터뷰를 마치려면 평소에 난이도와 주제별로 다양한 문제를 풀며 철저히 준비해 두어야 한다. 이 책은 면접관으로 수많은 인터뷰를 해 온 저자들이 집필한 소프트웨어 개발 인터뷰의 종합 안내서다.

자료구조, 탐색, 정렬, 알고리즘 설계 원칙 및 동시성 등에 관련된 문제를 장별로 제시한다. 각 장은 먼저, 문제를 풀기 위해 꼭 알고 있어야 할 내용, 중요한 라이브러리 함수 등을 설명한다. 그 후 실전처럼 문제를 분석하고 답을 내고 코드를 보여 준다. 해당 문제에 대한 설명이 끝나면 비슷한 응용 문제를 제시해 배운 내용을 한 번 더 단단히 할 수 있다. 책의 후반부에는 난이도가 표기된 고난도 문제가 많이 실려 있다. 제대로 풀 경우 면접관에게 강한 인상을 줄 수도 있고, 많은 생각을 하게 해 알고리즘 트레이닝에도 도움이 된다.

- 인사이트, 2021년 10월

- 구매 : 예스24 , 알라딘

- 책 내용 중, 잘못됐거나 궁금한 점 있으면 아래에 남겨주세요. nnhope@hotmail.com으로 보내주셔도 됩니다.

windows proxy

Sun, 18 Oct 2020 00:00:00 +0000

일반적으로 윈도우 애플리케이션은 아래 3가지 방법으로 프록시 서버를 사용한다.

WinInet 사용
WinInet 라이브러리를 사용하는 애플리케이션은 Internet Explorer에서 구성한 것과 동일한 프록시 설정을 사용한다.
다른 애플리케이션에서도 WinInet으로 이 설정을 구해서 사용할 수 있다.
WinHttp 사용
WinHttp는 윈도우 서비스처럼, 백그라운드에서 사용자 개입이 필요 없는 애플리케이션에 적합하며, WinInet에 비해 속도면에서 빠르다.
WinHttp의 프록시 설정과 WinInet의 프록시 설정은 서로 다르며, WinHttp는 default로 WinInet의 프록시 설정을 사용하지 않는다.
애플리케이션 자체에 프록시 셋팅을 포함
애플리케이션 자체에서 Winsock 라이브러리를 사용해서 직접 프록시 설정을 구성한다.

따라서, 아래와 같이 WinHttp를 사용한 프록시 설정은, WinInet의 프록시 설정(=Internet Explorer)과 서로 무관하다.

한편, WinHttpGetIEProxyConfigForCurrentUser를 이용하면 IE의 프록시 설정을 얻어 올 수 있다.

예시 코드

만약, IE 설정에서 ‘자동으로 설정 검색’이 켜져 있다면 WinHttpGetProxyForUrl을 추가로 사용해야 한다.

예시 코드 1: WinHttpGetProxyForUrl을 호출해야 할 지 판단
예시 코드 2: WinHttpGetProxyForUrl 사용

참고로, Fiddler는 IE 프록시 설정을 통해 WinInet 세션을 캡처한다. Fiddler를 실행하고 Capture Traffic을 켰다면 아래처럼 IE 프록시가 설정된다.

WinInet이 아닌 WinHttp, cURL을 사용하는 애플리케이션은, 위 IE 설정을 WinHttpGetIEProxyConfigForCurrentUser 등으로 구해서 프록시 설정을 해줘야 Fiddler에서 트래픽을 캡처할 수 있다.
그렇지 않은 애플리케이션이라면, WinHttp는 수동으로 아래 명령을,

 netsh winhttp set proxy 127.0.0.1:8888

cURL은 아래 명령을 수동으로 실행하면 Fiddler에서 트래픽 캡처가 가능하다.

curl --proxy 127.0.0.1:8888

참고 1: Windows proxy settings explained
참고 2: Manages proxy settings for WinHTTP
참고 3: Configure a WinHTTP Application to Use Fiddler
참고 4: Configure a PHP/cURL Application to Use Fiddler

aws ses(simple email service)를 이용한 파일 첨부 메일 전송

Sat, 17 Oct 2020 00:00:00 +0000

제목과 내용만 채워 이메일을 보낸다면 aws ses의 send-email 명령으로 아래처럼 보낼 수 있다.

aws ses send-email --region us-west-2 --from abc@abc.com --to abc@abc.com --subject "Hello" --html "Hello, there"

메일에 파일을 첨부하려면 send-raw-email 명령을 사용한다.
send-raw-email은 CLI에서 처리하기 까다롭다. 파이썬을 쓸 수 있는 환경이라면 파이썬 AWS SDK인 boto3를 써서 쉽게 처리할 수 있다.

아래 코드 snippet은 send-raw-email을 사용하는 boto3 샘플 코드에서 ‘제목’을 실행 parameter로 전달할 수 있게 하고, ‘여러 수신인’을 설정할 수 있도록 조금 손 댄 코드다.

젠킨스 파이프라인에 적용한다면 아래처럼 쓸 수 있다.

pipeline{
    agent any
    stages {
        stage('01-Send an email with attachment'){
            steps(){
                script {
                    def subject = 'Build failed in Jenkins : ' + env.JOB_NAME +  '#' + env.BUILD_NUMBER
                    bat 'E:\\Python37-32\\python .\\send.py ' +  '"' + subject + '"'
                }
            }
        }
    }
}

참고 1)
보내는 메일 주소와 받는 메일 주소는 모두 aws ses 콘솔에서 ‘인증’된 주소여야 한다.

참고 2)
샘플 코드의 CONFIGURATION_SET을 사용하려면 aws ses 콘솔에서 ConfigSet을 만들어줘야 한다. 사용하지 않으려면 주석 설명처럼, 샘플 코드의 20, 97 line 두 군데를 주석 처리해 준다.

vs2015에서 cpprestsdk 2.10.6 사용하기(Static/MD)

Sun, 13 Sep 2020 00:00:00 +0000

vs2015를 지원하는 cpprestsdk의 마지막 버전은 2.10.6이다.
이후 버전은 release 파일에 솔루션 파일이 없기 때문에 cmake로 직접 빌드해야 하며, 최소 vs2017 이상이 필요하다. 그런데, vs2017을 쓸 수 있는 환경이라면 Nuget이나 vcpkg로 설치하는 게 낫다. (vcpkg에서 의존성 기술에 대한 문제점도 참고하자.)

2.10.6 release 파일은 cpprestsdk github 페이지에서 내려 받을 수 있다.

여기서 하려는 건, static 빌드, 그러니까 lib으로 빌드하되, 런타임 라이브러리는 /MD로 설정하는 경우다.

cpprestsdk-2.10.6.zip 압축을 푼 후, 런타임 라이브러리를 조정한다.
전처리기 정의에 _NO_ASYNCRTIMP를 추가해준다.
cpprestsdk를 사용할 target dll의 전처리기 정의에도 _NO_ASYNCRTIMP를 추가한다.

다음으로, target dll의 추가 종속성에 다음 라이브러리들을 입력한다.

 zlibstatic.lib;ssleay32.lib;libeay32.lib;bcrypt.lib;crypt32.lib;winhttp.lib;libcpprest140_2_10.lib

cpprestsdk 하위의 pacakges폴더에서, 추가 종속성에 입력한 라이브러리들을 가져와 필요한 위치에 복사한다. packages 폴더 하위에는, 아래와 같이 cpprestsdk의 의존성 모듈에 대한 빌드 바이너리가 포함되어 있다.

빌드가 끝나면 target dll을 Dependency Viewer에서 봤을 때, cpprest140_2_10.dll이 표시되지 않는지 확인한다.

참고

How to statically link cpprest without dll files in VS project?

cocos2dx 설치 및 프로젝트 생성하기

Mon, 24 Aug 2020 00:00:00 +0000

Cocos2d-x 설치 및 프로젝트 생성 절차를 정리한다.

1. 파이썬 2.7.X 버전 설치

cocos2dx는 현재도, 앞으로도 파이썬 3.X 버전의 지원 계획이 없다.
따라서, 다른 파이썬 버전이 이미 설치돼 있더라도, 2.7.X 버전을 반드시 설치해야 한다.
path에 파이썬 2.7.X와 다른 버전이 이미 설정돼 있다면, 아래 2. cocos2dx 설치 하기 전에 2.7 경로로 잠깐 바꾸고, 프로젝트 생성한 뒤에 원래 버전으로 원복하는 건 괜찮다.

2. Cocos2d-x 설치

https://cocos2d-x.org/download 에서 3.17.2 다운로드(4.0 버전도 있지만, 참고할 레퍼런스는 대부분 ver 3.X 기준이라 제외함.)
가능한 드라이브 루트 경로에 압축 해제
압축 해제 후에, 폴더 내의 setup.py를 cmd 창에서 실행한다.

setup.py는 cocos2d-x에서 사용하는 환경 변수를 자동으로 등록해 준다.
환경 변수 등록시에 NDK_ROOT, ANDROID_SDK_ROOT, ANT_ROOT 등은 windows 개발할 때 필요없으므로 Enter 쳐서 skip해도 된다.
등록이 끝나고, cmd 창에서 cocos 명령을 실행했을 때 아래와 같이 나오면 정상이다.

3. cocos2dx 샘플 프로젝트 생성

cocos 명령으로 프로젝트 생성
cocos new [프로젝트명] –p [패키지명] –l [사용할 언어] –d [생성할 경로]

ex )cocos new hello -p com.cocos2dx.hello -l cpp -d e:\cocos2d-x-3.17.2\projects
프로젝트 생성이 완료되면, 아래 경로에 비주얼 스튜디오 솔루션 파일이 생성된다.

기타

Windows에서는 기본으로 x86 플랫폼만 지원한다. Cocos2d-x의 종속성 라이브러리들을 x64로 빌드해주는 별도의 프로젝트가 있으니, x64 플랫폼이 필요하면 이걸 쓰라는 답변이 있다.
StackOverflow에서, Cocos2d-x는 모든 플랫폼에서 OpenGL을 사용한다, WP8은 OpenGL을 지원하지 않으므로 Angle을 사용한다‘는 글이 보이는데, 워낙 옛날 글이고 3.0 업데이트 이전 글이라 지금은 어떻게 달라졌는지 모르겠다.

4.0 버전부터 애플 플랫폼에서는 Metal을 렌더링 엔진으로 사용한다.

루비/jekyll 설치, bundle update

Fri, 21 Aug 2020 00:00:00 +0000

새 PC에서 jekyll로 만든 이 사이트(surinkim.github.io)를 clone하고 로컬에서 띄울 때 필요한 절차를 기록했다.

1.ruby 설치

RubyInstaller를 내려받아 설치한다. 오른쪽에 추천하는 버전이 소개돼있다. Ruby+Devkit 2.6.X(x64)를 설치했다.

2.jekyll 설치

여기를 참고해서 jekyll을 설치한다.

gem install bundler jekyll

해당 페이지에 따로 나오지 않았지만, jekyll 설치 후에는 bundle update를 실행해줘야 아래 2-2) 패키지 버전 문제가 발생하지 않는다.

2-1) 패키지 수동 설치

아래처럼 GemNotFound에러가 나면 해당 패키지를 수동 설치해 준다.

PS D:\work\github_surinkim\surinkim.github.io> jekyll serve .
Traceback (most recent call last):
        12: from d:/Ruby26-x64/bin/jekyll:23:in `<main>'
        11: from d:/Ruby26-x64/bin/jekyll:23:in `load'
        ...
         2: from D:/Ruby26-x64/lib/ruby/2.6.0/bundler/spec_set.rb:85:in `materialize'
         1: from D:/Ruby26-x64/lib/ruby/2.6.0/bundler/spec_set.rb:85:in `map!'
D:/Ruby26-x64/lib/ruby/2.6.0/bundler/spec_set.rb:91:in `block in materialize': Could not find public_suffix-3.0.1 in any of the sources (Bundler::GemNotFound)

PS D:\work\github_surinkim\surinkim.github.io> gem install public_suffix -v 3.0.1
Fetching public_suffix-3.0.1.gem
Successfully installed public_suffix-3.0.1
Parsing documentation for public_suffix-3.0.1
Done installing documentation for public_suffix after 0 seconds
1 gem installed

2-2) 패키지 버전 문제

다른 패키지들은 위처럼 수동 설치로 해결됐는데, ffi 같은 경우는 필요한 패키지 버전을, 로컬에 설치된 루비 버전에는 설치할 수 없다고 나온다. 이런;;

PS D:\work\github_surinkim\surinkim.github.io> jekyll serve .
        12: from d:/Ruby26-x64/bin/jekyll:23:in `<main>'
        ...
         1: from D:/Ruby26-x64/lib/ruby/2.6.0/bundler/spec_set.rb:85:in `map!'
D:/Ruby26-x64/lib/ruby/2.6.0/bundler/spec_set.rb:91:in `block in materialize': Could not find ffi-1.9.18-x64-mingw32 in any of the sources (Bundler::GemNotFound)
PS D:\work\github_surinkim\surinkim.github.io> gem install ffi -v 1.9.18
Fetching ffi-1.9.18-x64-mingw32.gem
ERROR:  Error installing ffi:
        The last version of ffi (= 1.9.18) to support your Ruby & RubyGems was 1.9.18. Try installing it with `gem install ffi -v 1.9.18`
        ffi requires Ruby version >= 2.0, < 2.5. The current ruby version is 2.6.6.146.

다행히 bundle update로 해결할 수 있다는 글을 보고 실행했더니,

PS D:\work\github_surinkim\surinkim.github.io> bundle update
Fetching gem metadata from https://rubygems.org/..........
Fetching gem metadata from https://rubygems.org/.
Resolving dependencies...
Using public_suffix 4.0.5 (was 3.0.1)
Using addressable 2.7.0 (was 2.5.2)
...
Using ffi 1.13.1 (x64-mingw32) (was 1.9.18)
...

패키지들이 모두 업데이트 되면서 ffi도, 로컬에 설치된 루비 버전에 맞는 1.13.1로 업데이트가 됐다.

헌데, 지금까지는 jekyll serve . 명령만으로 실행이 됐는데, 이번에는 아래 에러가 뜬다.

PS D:\work\github_surinkim\surinkim.github.io> jekyll serve .
Traceback (most recent call last):
        10: from d:/Ruby26-x64/bin/jekyll:23:in `<main>'
		...
         1: from D:/Ruby26-x64/lib/ruby/2.6.0/bundler/runtime.rb:31:in `block in setup'
D:/Ruby26-x64/lib/ruby/2.6.0/bundler/runtime.rb:319:in `check_for_activated_spec!': You have already activated jekyll-sass-converter 2.1.0, but your Gemfile requires jekyll-sass-converter 1.5.2. Prepending `bundle exec` to your command may solve this. (Gem::LoadError)

에러 메시지에 나와있는 대로 bundle exec jekyll serve .으로 실행하니 사이트가 잘 뜬다. Gemfile을 수정하는 등의 방법으로 1.5.2를 명시해서 쓰면 해결이 되지 않을까 하는데.. 뭐, 단어 2개 더 타이핑하는 게 힘든 일도 아니고.. 이 정도면 됐다.

fork한 저장소 업데이트(in git bash)

Sun, 09 Aug 2020 00:00:00 +0000

자주 쓰지 않다보니 매번 까먹는 명령..

fork한 저장소에서 아래 명령으로 remote 저장소를 확인한다.

$ git remote -v
origin  https://github.com/surinkim/libsourcey.git (fetch)
origin  https://github.com/surinkim/libsourcey.git (push)
upstream        https://github.com/sourcey/libsourcey.git (fetch)
upstream        https://github.com/sourcey/libsourcey.git (push)

지금은 upstream에, fork한 원본 repo가 이미 추가돼있는데, 만약 아직 추가하지 않았다면 git add로 추가한다.

$ git remote -v
origin  https://github.com/surinkim/libsourcey.git (fetch)
origin  https://github.com/surinkim/libsourcey.git (push)

$ git remote add upstream https://github.com/sourcey/libsourcey.git

$ git remote -v
origin  https://github.com/surinkim/libsourcey.git (fetch)
origin  https://github.com/surinkim/libsourcey.git (push)
upstream        https://github.com/sourcey/libsourcey.git (fetch)
upstream        https://github.com/sourcey/libsourcey.git (push)

fetch로 upstream repo의 최신 내용을 가져온다.

hyun@hyun-PC MINGW64 /d/Code/libsourcey (master)
$ git fetch upstream
remote: Enumerating objects: 158, done.
remote: Counting objects: 100% (158/158), done.
remote: Compressing objects: 100% (3/3), done.
remote: Total 306 (delta 155), reused 158 (delta 155), pack-reused 148
Receiving objects: 100% (306/306), 112.74 KiB | 378.00 KiB/s, done.
Resolving deltas: 100% (188/188), completed with 111 local objects.
From https://github.com/sourcey/libsourcey
 * [new branch]        bugfix/libuv -> upstream/bugfix/libuv
 ... 

upstream의 master branch를 로컬 master branch에 merge한다.

hyun@hyun-PC MINGW64 /d/Code/libsourcey (master)
$ git merge upstream/master
Updating 48b06a1c..98df3c31
Fast-forward
 .gitattributes                                     |    16 +
 BUILD.md                                           |     9 +-
 Dockerfile                                         |    11 +-
 LibSourcey.cmake                                   |   804 +-
 Makefile                                           |    24 +
 README.md                                          |    30 +-
 ...

이제, origin에도 push해주면 끝이다.

$ git push origin master

다음으로, gitflow에서 release할 때인데,

$ git flow releae start 1.2.0
$ git flow release publish 1.2.0
$ git flow release finish 1.2.0
$ git push origin master
$ git push origin develop
$ git push origin --tags

이건.. fork한 gist를 보는 게 나을거 같고, 요즘은 리눅스 쓸 일도 거의 없으니까, 계속 CLI 고집하지 말고 Fork나 SmartGit, GitHub Desktop 같은 GUI 툴도 써보고 익숙해져야겠다.

vcpkg

Thu, 26 Mar 2020 00:00:00 +0000

vcpkg는 리눅스도 지원하는 c++ 전용 패키지 매니저라는 큰 의의가 있고, 편리한 점도 많다. 하지만, NuGet처럼 비주얼 스튜디오에 통합되지 않았고, 특정 버전을 지정해서 설치하기 어렵다는 몇 가지 약점도 있다. 개인적으로, 실무에서 vcpkg 쓰는 걸 주저했던 큰 이유는 ‘의존성 설명의 어려움’ 때문이었다.

예로, 파이썬은 venv로 프로젝트별 독립 환경을 구성하고, 필요한 패키지를 설치한 다음,

pip freeze > requirements.txt

위 명령으로 이 프로젝트에 필요한 의존성만 뽑아낼 수 있다.
이제 이 파일만 git에 올려두면, 빌드 pc나 동료 자리에서는

pip install -r requirements.txt

이렇게 필요한 의존성을 설치할 수 있다.

vcpkg로는 마땅한 방법을 찾지 못했다. 작년 7월에 해당 feature에 대한 요청이 올라왔는데, 마지막 댓글을 봐서는 금방 추가될 것 같진 않다.

We have Plans for this, but we need to do quite a bit of design and engineering work, so it’s unlikely to come soon.

그렇다고, 대안이 아주 없는 건 아닌데…

vcpkg integrate project

위 명령을 쓰면 현재 설치되어 있는 패키지 정보를 아래와 같이 NuGet 참조 파일로 만들어 주기는 한다.

C:\Users\hukim
> vcpkg integrate project
Created nupkg: E:\vcpkg\scripts\buildsystems\vcpkg.E.vcpkg.1.0.0.nupkg

With a project open, go to Tools->NuGet Package Manager->Package Manager Console and paste:
    Install-Package vcpkg.E.vcpkg -Source "E:\vcpkg\scripts\buildsystems"

그렇지만, 이건 특정 프로젝트의 의존성이 아니라 로컬에 설치된 모든 패키지 정보이므로, 수정하지 않으면, 프로젝트에 불필요한 패키지마저 설치할 수 있다.

그래서, vcpkg 문서에 아래와 같이 설명한다.

프로젝트 단위

활성 vcpkg 인스턴스에서 버전과 다른 라이브러리의 특정 버전을 사용해야 하는 경우 다음 단계를 따르세요.

vcpkg의 새 클론을 생성합니다.

필요한 버전을 가져오도록 라이브러리의 프로필을 수정합니다.

vcpkg install [library]를 실행합니다.

vcpkg integrate project를 사용하여 프로젝트 단위로 해당 라이브러리를 참조하는 NuGet 패키지를 만듭니다.

결국, 패키지의 특정 버전이나 프로젝트에 필요한 패키지만 기술하려면, vcpkg를 하나 더 클론하고 기존 vcpkg의 portfile(한글 문서를 보면 ‘프로필’이라고 되어 있는데, 원문은 portfile이다.)을 수정해서 vcpkg integrate project 명령으로 NuGet 패키지를 뽑아내야 한다. 이게 잘되더라도 다른 위치의 pc와 공유하려면 어딘가에 NuGet 패키지도 올려둬야 한다;;

이쯤되면, ‘난 vcpkg 아니면 안 할래’ 같은 아집이 아니라면, 그리고 사용하려는 라이브러리가 NuGet 갤러리에 이미 올라가 있다면(설사 없더라도, 직접 빌드가 가능하다면 private Nuget 저장소를 운영해도 된다.), 당분간은 고민 없이 NuGet을 쓰는 게 몸과 마음이 편할 것 같다.

git describe로, git 소스 버전을 VC++에서 빌드한 파일 버전으로 자동 연동하기

Thu, 13 Feb 2020 00:00:00 +0000

git describe는 태그와 커밋 횟수, 축약된 커밋 이름으로 사람이 읽고 구분할 수 있는 버전 정보를 알려준다.

$ git describe
v1.0.9-8-gbab53f6

v1.0.9-8-gbab53f6에서 v1.0.9은 현재 태그, 8-gbab53f6은 해당 태그부터 8번째 commit이며, 축약된 commit 이름이 bab53f6이라는 뜻이다. 접두사 g는 git을 뜻하며 어떤 SCM을 사용하느냐에 따라 다르다. 이 명령을 이용하면 git 저장소의 소스 버전을 VC++ 프로젝트에서 빌드한 파일 버전으로 자동 연동할 수 있다.

이렇게 하려면, git describe 결과를 얻고 적당한 파일에 버전 정보를 써주는 과정이 필요하다. 이런 역할을 해주는 스크립트는 쉽게 구할 수 있는데 여기서는 이곳의 배치 파일을 사용한다.

로컬의 git 저장소 폴더에서 아래와 같이 실행하면

.\git-vs-version-get.bat .\versioninfo.h

versioninfo.h 파일을 생성해 준다.

//GIT-VS-VERSION-GEN.bat generated resource header.
#define  GEN_VER_VERSION_STRING  "1.0.9.8.gbab53\0"
#define  GEN_VER_DIGITAL_VERSION  1,0,9,8
#define  GEN_VER_VERSION_HEX  0x0001000000090008
#define  GEN_VER_COMMENT_STRING  "Major Version Release\0"
#define  GEN_VER_PRIVATE_FLAG VS_FF_PRIVATEBUILD
#define  GEN_VER_PRIVATE_STRING  "\0"
#define  GEN_VER_PATCHED_FLAG VS_FF_PATCHED
#define  GEN_VER_PRERELEASE_FLAG  0

VC++ 프로젝트에서 이 파일을 사용하도록 설정한다. .rc파일에 versioninfo.h를 include하고, FILEVERSION, PRODUCTION의 값을 GEN_VER_DIGITAL_VERSION 매크로 변수로 대체한다.

/////////////////////////////////////////////////////////////////////////////
//
// Version
//

VS_VERSION_INFO VERSIONINFO
 FILEVERSION GEN_VER_DIGITAL_VERSION
 PRODUCTVERSION GEN_VER_DIGITAL_VERSION
..
..

문자열 값이 필요한 곳은 GEN_VER_VERSION_STRING을 사용한다.

BEGIN
    BLOCK "StringFileInfo"
    BEGIN
        BLOCK "041204b0"
        BEGIN
            ...
            VALUE "FileVersion", GEN_VER_VERSION_STRING
            ...
            VALUE "ProductVersion", GEN_VER_VERSION_STRING
        END
...
...

이제 VC++의 빌드 전 이벤트에, git-vs-version-get.bat으로 versioninfo.h를 생성하는 과정을 추가해주면, git 저장소의 소스 버전이 VC++ 빌드 파일 버전에 자동 연동된다.

(번역서)데이터를 다루며 배우는 파이썬

Thu, 22 Aug 2019 00:00:00 +0000

- 책소개

프로그래밍 경험이 없는 사람들에게 프로그래밍을 가르치기 위해 만들어졌다. 파이썬은 문법이 간결하여 프로그래밍을 처음 배우는 사람도 무리 없이 시작할 수 있다. 특히 데이터 문제를 효과적으로 해결할 수 있어 관련 분야에서 파이썬을 활용하는 경우가 많기에, 저자는 비전공자인 학생들을 대상으로 각자의 분야에서 데이터를 다루는 기술을 적용할 수 있도록 데이터 탐색에 초점을 맞추어 파이썬 교과서를 구성했다.

- 인사이트, 2019년 8월 22일

- 구매 : 예스24 , 알라딘

- 책 내용 중, 잘못됐거나 궁금한 점 있으면 아래에 남겨주세요. nnhope@hotmail.com으로 보내주셔도 됩니다.

paho mqtt c/cpp 빌드

Tue, 23 Jul 2019 00:00:00 +0000

paho mqtt c

저장소: https://github.com/eclipse/paho.mqtt.c
빌드 방법

# SSL=TRUE
# STATIC=TRUE
# paho.mqtt.c와 동일 레벨에 openssl 폴더가 있다고 가정한다.
mkdir build
cd build
cmake -G "Visual Studio 14 2015" -DOPENSSL_INCLUDE_DIR=../../openssl/include -DOPENSSL_LIB=../../openssl/lib -DOPENSSLCRYPTO_LIB=../../openssl/lib -DPAHO_BUILD_STATIC=TRUE -DPAHO_WINDOWS_BUILD_BIT="x86" -DPAHO_WITH_SSL=TRUE ..

cmake 빌드를 통해 생성된 솔루션 파일을 열고, common_ssl_obj, pah-mqtt3as-static 프로젝트를 차례대로 빌드하면 paho-mqtt3as-static.lib가 생성된다.

paho mqtt cpp

저장소: https://github.com/eclipse/paho.mqtt.cpp
빌드 방법

# SSL=TRUE
# STATIC=TRUE
mkdir build
cd build
cmake -G "Visual Studio 14 2015" -DPAHO_MQTT_C_INCLUDE_DIRS=../../paho.mqtt.c/src -DPAHO_MQTT_C_LIBRARIES=../../paho.mqtt.c/build/src/Debug/paho-mqtt3as-static.lib -DPATH_WITH_SSL=TRUE ..

cmake 빌드를 통해 생성된 솔루션 파일을 열고, paho-cpp-objs, paho-mqttpp3-static 프로젝트를 차례대로 빌드하면 paho-mqttp3-static.lib가 생성된다. 이제 필요한 곳에서 링크하고 사용하면 된다.

참고

openssl은 1.0.X 버전대와 1.1.X 버전대의 바이너리 이름이 다르다.

1.0.X: libeay32XX.dll, ssleay32XX.dll

1.1.X: libcryptoXX.dll, libsslXX.dll

여기서 openssl pre built 바이너리를 받을 수 있다.

code sign 인증서 만료

Fri, 12 Jul 2019 00:00:00 +0000

아래처럼 -t 옵션을 주고 code sign을 했다면, 인증서 만료 시간이 도래한다고 해서, 이미 배포한 바이너리를 새로 sign하고 다시 배포할 필요는 없다.
그러니까, code sign했던 시점에 유효한 인증서였다면, 인증서 기간이 만료되어도 계속 유효한 게시자로 표시된다.

-t http://timestamp.verisign.com/scripts/timstamp.dl

참고:

VeriSign Code Signing Certificates include an optional timestamp to extend the life of your digital signatures. Your code will remain valid even if your code signing certificate expires, because the validity of the code signing certificate at the time of the digital signature can be verified http://www.symantec.com/theme.jsp?themeid=code-signing-information-center

Timestamping ensures that code will not expire when certificate expires. If your code is timestamped the digital signature is valid even though the certificate has expired. A new certificate is only necessary if you want to sign additional code. If you did not use the timestamping option during the signing, you must re-sign your code and re-send it out to your customers. http://www.instantssl.com/code-signing/code-signing-faq.html

Timestamping ensures that code will not expire when the certificate expires because the browser validates the timestamp. The timestamping service is provided courtesy of VeriSign. If you use the timestamping service when signing code, a hash of your code is sent to VeriSign’s server to record a timestamp for your code.
https://search.thawte.com/support/ssl-digital-certificates/index?page=content&id=AR1119

정적 파일 Hosting(Node.js + Windows 서비스)

Wed, 29 May 2019 00:00:00 +0000

Connect, ServerStatic

html 문서 몇 개를 간단히 호스팅 하고 싶을 때는 serve나, connect/serve-static을 쓰면 편하다.

여기서는 connect + serve-static 조합을 윈도우 서비스로 등록해서 사용하는 방법을 정리한다.

http_server.js

호스팅 하려는 폴더가 D:\work\public이라고 하면, 해당 폴더에 아래와 같이 http_server.js 파일을 만든다.

var finalhandler = require('finalhandler')
var http = require('http')
var serveStatic = require('serve-static')

// Serve up public folder
var serve = serveStatic('D:\\work\\public\\', { 'index': ['index.html', 'index.html']})

// Create server
var server = http.createServer(function onRequest (req, res) {
    serve(req, res, finalhandler(req, res))
})

// Listen
server.listen(3000)
console.log('Server running on 3000 ...');

node-windows

다음으로 node.js를 윈도우 서비스로 등록해 주는 node-windows를 설치한다.

npm install -g node-windows
npm link node-windows

setup_win_service.js

윈도우 서비스로 등록하기 위해 아래 스크립트를 만든다.

var Service = require('node-windows').Service;

// Create a new service object
var svc = new Service({
    name:'YourServiceName',
    description: 'YourServiceDesc',
    script: 'D:\\work\\public\\http_server.js'
});

// Listen for the "install" event, which indicates the
// process is available as a service.
svc.on('install', function() {
    svc.start();
});

svc.install();

실행한다.

node setup_win_service.js

윈도우 서비스 관리자에 YourServiceName 서비스가 등록되고 자동 실행된다. 브라우저에서 http://localhost:3000/your.html로 열 수 있다.

참고:

StackOverFlow 1
StackOverFlow 2

(번역서)파이썬 마이크로서비스

Fri, 17 May 2019 00:00:00 +0000

- 책소개

파이썬을 사용해서 마이크로서비스의 설계부터 코딩, 테스트, 배포까지 전반적인 과정을 다룬다. 모질라(Mozilla)에서 파이썬 개발자로 활동하는 저자의 풍부한 경험과 샘플 프로젝트 개발 과정을 따라가면서, 모범 사례와 주의 사항을 배울 수 있다. 또한 파이썬 생태계의 다양한 라이브러리 활용법도 살펴본다.

- 에이콘출판사, 2019년 5월 17일

- 예제 코드 github

- 구매 : 예스24 , 알라딘

- 책 내용 중, 잘못됐거나 궁금한 점 있으면 아래에 남겨주세요. nnhope@hotmail로 보내주셔도 됩니다.

QLatin1String vs QStringLiteral

Sat, 23 Mar 2019 00:00:00 +0000

QLatin1String

Qt 함수가 매개 변수로, QString 이외에 QLatin1String도 받는다면, QLatin1String을 사용하는 것이 빠르다.

s.startsWith("Now")                  // 1)

s.startsWith(QLatin1String("Now"))   // 2) better

QString의 startsWith 함수는 const QString&, QLatin1String 등의 형식을 매개 변수로 받도록 오버로딩 되어있다. const char*를 받는 오버로딩은 없다.

따라서, 1)번 코드에서는 const char* 에서 QString 으로 암시적 변환이 발생한다. QString의 내부 데이터 멤버인 QStringData가, “Now” 문자열을 담을 수 있을 만큼 충분한 크기로, malloc으로 할당되고 문자열 리터럴이 복사된다. 그리고, Qt에서 char*는 UTF-8, QString은 UTF-16으로 저장되므로, UTF-8에서 UTF-16 으로 변환도 발생한다.

2)번에서는 QLatin1String 형식을 인수로 넘긴다. 위에서 말했듯이, Qt에서 char* 는 UTF-8로 저장되는데, 대부분의 알고리즘은 UTF-8보다, ASCII나 latin1에서 훨씬 빠르다. QLatin1String 은 char*를 감싸면서 인코딩 형식만 지정된 얇은 래퍼다. 그래서, startsWith 처럼, QLatin1String을 매개변수로 받는 함수에서는 변환 과정 없이, 원래 latin1 데이터 그대로 빠르게 처리가 가능하다.

QStringLiteral

그런데, setObjectName 함수나 QUrl 클래스 생성자는 QString만 받는다.
이럴 때는, QStringLiteral 을 사용할 수 있다. QStringLiteral을 사용하면 런타임이 아닌, 컴파일 타임에 QString을 생성한다. 따라서, 런타임 성능을 향상 시킬 수 있지만, 반대로 바이너리 크기와 메모리 오버헤드가 증가한다.

이런 이유로, 함수에 과부하가 있는 경우, QString만 받는 함수에 QStringLiteral 대신, QLatin1String 타입을 넘겨서, 컴파일 타임이 아니라 런타임에 QLatin1String에서 QString의 암시적 변환이 발생하도록 하는 경우도 있다.

결론은,

QLatin1String 을 먼저 떠올리자. QLatin1String을 쓰면 QString 객체 생성 및 문자열 복사/인코딩 변환 과정을 피할 수 있다.
QString 타입만 허용하는 함수라면, 런타임 오버헤드가 없는 QStringLiteral을 생각하자.

참고:

Qt Weekly #13: QStringLiteral
QStringLiteral explained - woboq

gen-cef-vsproj, gen-grpc-vsproj

Mon, 18 Feb 2019 00:00:00 +0000

cef를 한 번 빌드하려면, CEF Prebuilt 사이트에서 다운로드, 압축 해제, CMake 빌드, libcef_dll_wrapper 빌드까지 손이 많이 간다.
그래서, 가져올 Standard Distribution 버전 파일 링크만 입력해주면, 위의 동작을 자동으로 처리하는 배치 파일을 만들었다.

https://github.com/surinkim/gen-cef-vsproj

아래처럼 쓰면 된다.

.\Start.bat http://opensource.spotify.com/cefbuilds/cef_binary_3.3626.1882.g8926126_windows32.tar.bz2

grpc도 복잡하다. 아래 배치 파일은 gen-cef-vsproj와 비슷하게 동작한다.

https://github.com/surinkim/gen-grpc-vsproj

grpc Tags에서 가져올 태그 번호를 확인한 후, 아래와 같이 입력한다.

.\AllInOne.bat v1.17.2

grpc는 vcpkg에서 지원하지만, cef는 아직 포함돼있지 않다. 그래서 이렇게 아까운 시간을…

02/19 추가: NuGet package로 지원하는 cef-binary는 libcef_dll_wrapper.lib를 별도로 빌드해야 하고, include 폴더도 직접 가져와야 하는 것 같다.

(번역서)실전 스케일링 파이썬 프로그래밍

Tue, 21 Aug 2018 00:00:00 +0000

- 책소개

고성능 파이썬 애플리케이션을 만들기 위한 지침, 팁, 모범 사례뿐 아니라 관련 주제에 관한 전문가들의 인터뷰를 제공한다. CPU 확장, 큐를 사용한 분산, 예외 처리, 잠금 관리, PaaS 배포, 분산 시스템 테스트, 캐싱, 성능 등을 다룬다.

- 인사이트, 2018년 8월 21일

- 예제 코드 github

- 구매 : 예스24 , 알라딘

- 책 내용 중, 잘못됐거나 궁금한 점 있으면 아래에 남겨주세요. nnhope@hotmail.com으로 보내주셔도 됩니다.

로그스태시 date, fingerprint 필터

Thu, 26 Jul 2018 00:00:00 +0000

로그스태시로 수집한 데이터가 앨라스틱서치에 쌓일 때, @timestamp 값에는 로그가 수집되는 현재 시간이 디폴트로 설정된다. 실시간으로 수집되는 로그라면 별 문제가 없겠지만, 이런 저런 이유로 로그에 포함돼 있는 시간과 실제로 로그스태시가 수집하는 시간의 차이가 크다면, date 필터를 활용해서 현재 시간 대신, 로그에 포함돼 있는 타임스탬프 값이 @timestamp에 설정되도록 할 수 있다.

## case 1)로그 형식이 아래와 같을 때(json)
## {"log_time":"2018-07-25 12:22:02"}

filter {
  json {
    source => "message"
  }
  
  date {
    match => ["log_time", "YYYY-MM-dd HH:mm:ss"]
  }

}


## case 2)로그 형식이 아래와 같을 때
## 2016-12-19 00:00:05.908 [error] <127.0.0.1> sample data 

filter {

    ## grok 패턴에서 로그 시간을 time 필드로 매칭 시킨다.
    grok {
        match => { "message" => "%{TIMESTAMP_ISO8601:time} \[%{LOGLEVEL:level}\] \<%{IP:ip}\> %{GREEDYDATA:contents}" }
    }
    
    ## date 필터를 사용해서 @timestamp 값에 time 필드 값이 설정되도록 한다.
    date {
        
        match => ["time", "ISO8601"]     
        
        ## time 필드를 더 이상 사용하지 않는다면 제거한다.
        remove_field => ["time"]
    }

}

한편, 여러 복잡한 상황상, 동일 데이터가 여러 로그 파일에 들어가 있다면…엘라스틱서치에도 중복해서 들어가게 된다. 이때는 fingerprint 필터를 사용해서 동일 데이터의 중복 적재를 막을 수 있다. 해시값을 생성하기 때문에 사용하지 않을 때보다 수집 시간은 길어진다.


filter {

  ...

 # for remove that duplicate log
    fingerprint {
        method => "SHA1"
        key => "KEY"
    }
}


output {
    elasticsearch {
        hosts => ["localhost:9200"]
        index => "demo_log"
        document_id => "%{fingerprint}"
        
    }
    stdout { codec => rubydebug }
}

CEF sub process 샘플

Fri, 29 Jun 2018 00:00:00 +0000

cef는 chrome과 동일하게 멀티 프로세스로 동작한다. 만약, all.exe를 만들어 실행하더라도, 보통 3개의 all.exe 프로세스가 생성되며 각각 browser(main), renderer/gpu(sub) 프로세스 역할을 담당한다.
배틀넷 런처, LOL 클라이언트 등 대부분의 cef 애플리케이션은 main 프로세스 전용의 exe(예를 들어, host.exe)와 renderer/gpu 전용의 exe(예를 들어, sub.exe)를 만들어 사용한다.
이렇게 하면, host에 주요 로직을 두고, sub에 메시지 라우터 같은, 자바스크립트와의 연동 처리를 둬서 코드를 분리할 수 있다.

이 페이지를 참고해서 간단히 샘플을 만들었는데, 여기서 확인할 수 있다. vs2015 솔루션이 들어있고 빌드 환경은 x64/debug만 설정했다.

디버그 버전 libcef.dll 크기가 100M가 넘기 때문에 clone 할 때, 조금 기다려야 한다.

github에는 50M가 넘어가는 파일은 올릴 수 없는데, Git LFS를 사용하면 소스 코드처럼 빈번하게 변경되는 파일들과 구분해서, 덩치 큰 바이너리 파일도 올릴 수 있다.

sub.exe 빌드 후, post build event로 manifest를 추가하는 과정이 있는데, 이 과정을 skip 하면 윈도우 10에서는 웹 페이지가 보이지 않는다. 윈도우 7에서는 제대로 보인다.

Telegram desktop 빌드

Mon, 28 May 2018 00:00:00 +0000

Telegram은 pc 및 모바일 버전 클라이언트 소스를 github에 공개하고 있다. Telegram 역시 Qt를 사용하고 있기 때문에 참고할 내용이 많겠다 싶어 pc 버전을 받아서 빌드해봤다.

대부분은 Build instructions for Visual Studio 2017을 따라하고, 다음 몇 가지만 주의하면 된다.

VS2017 설치할 때, ‘개별 구성 요소’에서 ‘UWP용 Windows 10 SDK(10.0.16299.0):C++’도 설치한다. 이때, C#, VB, JS 버전도 같이 설치된다.
cmake의 현재 버전은 3.11.X다. 그런데, 이 버전을 설치하면 openal 빌드가 실패한다. 이미 패치는 됐지만, 아직 릴리즈가 안됐다. 그래서, cmake를 3.10.3으로 설치했다.
nasm 경로도 path에 추가해줘야 ffmpeg 빌드가 성공한다.
솔루션 생성을 하고 vs2017로 빌드하면 3개의 에러가 발생한다. 그런데, C2220(모든 경고를 오류로 처리)에러로 인해 연달아 발생하는 오류들이므로, 이 에러만 잡으면 된다. 제대로 하려면 모든 경고를 잡아야 하지만, 우선은 빌드 성공이 목적이므로 옵션에서 ‘경고를 오류로 처리 안함.(WX-)’으로 다시 빌드했다. 그런데…여전히 동일한 에러가 발생한다. ‘명령줄 - 모든 옵션’에서도 WX- 플래그가 제대로 설정된 것을 확인했는데 여전히 동일하다. 잠깐 고민하다가..지금은 빌드 성공이 목적이므로 #pragma warning(disable:4566)으로 처리했다.

Telegram.exe 파일은 $tdesktop\out\debug\ 폴더에 생성된다. 속성-디버깅-명령에 exe를 연결하면 디버깅 모드로 돌려볼 수 있다.

정규표현식

Mon, 30 Apr 2018 00:00:00 +0000

정규 표현식으로 C++ 클래스 이름 표현하기

유효한 C++ 클래스 이름을 정규 표현식으로 나타내자면 아래처럼 쓸 수 있다.

^[A-Za-z_][A-za-z0-9]*

^(caret): string 시작이 일치해야 함을 뜻한다. 여기서는 대, 소문자 구분없이 a에서 z 사이의 문자 혹은 _(under-score)로 시작하는 것을 매칭한다.

[^abc] : caret이 대괄호 안에 쓰이는 경우는 a, b, c를 제외한 문자를 매칭한다.
E*: 검색시에 사용하는 wild-card와 같은 의미로 쓴다. 0번 또는 여러번 매칭되는 것을 의미한다. 자주 오용되는 경우로, ‘1개 이상의 white-space로 끝나는 문자열’을 매칭시킬 때, \s*$를 사용하는데, 이는 결국 ‘0개 또는 여러 개의 white-space로 끝나는 문자열’을 의미하므로, 모든 문자열이 매칭된다. 올바르게 사용하려면 \s+$ 처럼 사용해야 한다.

c++ sample code

    std::regex pattern( "^[A-Za-z_][A-Za-z0-9]*" );
    std::cout << "Is Match : " << std::regex_match( "12",  pattern ); //Is Match : 0
    std::cout << "Is Match : " << std::regex_match( "_12", pattern ); //Is Match : 1
    std::cout << "Is Match : " << std::regex_match( "*A",  pattern ); //Is Match : 0
    std::cout << "Is Match : " << std::regex_match( "AB&", pattern ); //Is Match : 0

0부터 99까지의 수로 시작하고 끝나는 문자열

아래 4개의 정규 표현식은 모두 동일하게 0부터 99까지의 수로 시작해서 끝나는 문자열을 나타낸다.

//method 1
^[0-9]{1,2}

//method 2
^\d{1,2}$

//method 3
^\d\d{0,1}$

//method 4
^\d\d?$

method 1

{}: quantifier, x{1,2}는 x가 1번 이상, 2번 이하로 나타나야 매칭되는 것을 의미.
method 2

\d: [0-9]와 동일 의미. E$: 문자열의 끝이 E로 끝나야 함을 의미.
method 3

시작은 숫자 1개, 끝은 숫자가 없거나 1개.
method 4

?: {0,1}과 같은 의미. 문자열 시작은 숫자로 시작하며, 이어서 숫자가 0번 혹은 1번 나오고 종료하는 문자열을 의미한다.

특정 문자열 찾기

letter|mail

|은 or를 의미. 따라서 mail 이나 letter를 포함하는 문자열이 매칭됨.

//qt
QRegularExpression re("letter|mail");
qDebug() << re.match("email").hasMatch();       // true
qDebug() << re.match("mailbox").hasMatch();     // true
qDebug() << re.match("mail").hasMatch();        // true
qDebug() << re.match("letters").hasMatch();     // true

//c++11
std::regex pattern( "letter|mail" );
std::cout << std::regex_search( "email", pattern ) << std::endl;    // 1
std::cout << std::regex_search( "mailbox", pattern ) << std::endl;  // 1
std::cout << std::regex_search( "mail", pattern ) << std::endl;     // 1
std::cout << std::regex_search( "letters", pattern ) << std::endl;  // 1

Note

std::regex_match는 전체 입력이 모두 매칭될 때만 true를 반환한다. std::regex_search는 입력의 일부분만 매칭되도 true를 반환한다. 따라서, 위 코드에서 std::regex_match를 사용했다면 “mail”과 비교한 경우만 true고, 나머지는 false다. StackOverFlow

\b(letter|mail)\b

()은 capture하려고 하는 부분을 명시. 소괄호로 묶음으로써 더 복잡한 정규 표현식을 사용할 수 있다. \b는 단어의 시작과 끝을 매칭하는 word boundary를 뜻함.

//qt
QRegularExpression re("\\b(letter|mail)\\b");
qDebug() << re.match("email").hasMatch();       // false
qDebug() << re.match("mailbox").hasMatch();     // false
qDebug() << re.match("mail").hasMatch();        // true
qDebug() << re.match("letters").hasMatch();     // false
qDebug() << re.match("letter").hasMatch();      // true

//c++11
std::regex pattern( "\\b(letter|mail)\\b" );
std::cout << std::regex_search( "email", pattern ) << std::endl;    // 0
std::cout << std::regex_search( "mailbox", pattern ) << std::endl;  // 0
std::cout << std::regex_search( "mail", pattern ) << std::endl;     // 1
std::cout << std::regex_search( "letters", pattern ) << std::endl;  // 0
std::cout << std::regex_search( "letter", pattern ) << std::endl;   // 1

&(?!amp;)

(?!XX) : negative lookahead. XX를 제외한 패턴을 매칭함. &(?!amp;)는 &를 찾되, 뒤에 amp;가 없는 패턴을 매칭한다는 의미.
Eric과 Eirik을 찾는 경우

\b(Eric|Eirik)\b : Ericsson 같은 문자열을 제외하기 위해서 \b(word boundary) 필요.

\bEi?ri[ck]\b : Eric과 Eirik이 매칭되지만, Erik, Eiric 같은 문자열도 매칭된다.

참고 1) QT QRegExp
참고 2) regex101.com/

Cowboy, Rebar3, Travis CI

Fri, 30 Mar 2018 00:00:00 +0000

얼랭 Cowboy, Rebar3(+ hex)로 간단한 웹 서버를 만들어 Travis CI를 연동했다.

Rebar3를 사용하면, 얼랭 프로젝트의 의존성 관리, 구성, 배포 파일 생성 등을 쉽게 할 수 있다. hex은 파이썬의 PyPI와 같은, 얼랭 패키지 관리자다.

Rebar3 설치와 실행 및 hex 사용법은 아래 글을 참고하면 어려울 건 없다.

몇 가지 문제가 있었는데, 우선

hex 사용을 위해 `rebar.config`에 아래 설정을 추가하면,

{plugins, [rebar3_hex]}.

아래 에러가 발생했다.

$ rebar3 update
===> Fetching rebar3_hex ({pkg,<<"rebar3_hex">>,<<"4.1.0">>})
===> Downloaded package, caching at /home/hyun/.cache/rebar3/hex/default/packages/rebar3_hex-4.1.0.tar
===> Compiling rebar3_hex
===> Compiling _build/default/plugins/rebar3_hex/src/rebar3_hex_http.erl failed
_build/default/plugins/rebar3_hex/src/rebar3_hex_http.erl:14: can't find include lib "public_key/include/OTP-PUB-KEY.hrl"

===> Plugin rebar3_hex not available. It will not be used.

이때는 erlang-dev 패키지를 추가로 설치해줘야 한다.

다음 문제는 hex로 cowboy를 설치하고 컴파일 했을 때다.

$ rebar3 compile
===> Verifying dependencies...
===> Fetching cowboy ({pkg,<<"cowboy">>,<<"2.2.2">>})
===> Downloaded package, caching at /home/hyun/.cache/rebar3/hex/default/packages/cowboy-2.2.2.tar
===> Fetching meck ({pkg,<<"meck">>,<<"0.8.9">>})
===> Downloaded package, caching at /home/hyun/.cache/rebar3/hex/default/packages/meck-0.8.9.tar
===> Fetching cowlib ({pkg,<<"cowlib">>,<<"2.1.0">>})
===> Downloaded package, caching at /home/hyun/.cache/rebar3/hex/default/packages/cowlib-2.1.0.tar
===> Fetching ranch ({pkg,<<"ranch">>,<<"1.4.0">>})
===> Downloaded package, caching at /home/hyun/.cache/rebar3/hex/default/packages/ranch-1.4.0.tar
===> Compiling cowlib
===> Compiling _build/default/lib/cowlib/src/cow_sse.erl failed
_build/default/lib/cowlib/src/cow_sse.erl:32: syntax error before: ':='

_build/default/lib/cowlib/src/cow_sse.erl:44: type event() undefined

hex로 cowboy 최신 버전인 2.2.2를 설치했는데, 2.0 부터는 Erlang/OTP 19 이상만 지원한다. 그래서, 시스템에 설치된 얼랭을 업그레이드 해야 한다. Erlang Solutions 저장소를 시스템에 추가해서 설치하면 쉽게 할 수 있다.

마지막으로, 애플리케이션을 시작할 때 cowboy도 실행되도록 해야 한다.

자동으로 추가되지 않기 때문에, 런타임 에러가 발생한다. 프로젝트명.app.src 파일에 cowboy를 추가한다.

{application, cowboy_rebar_travis,
 [{description, "An OTP application"},
  {vsn, "0.1.0"},
  {registered, []},
  {mod, { cowboy_rebar_travis_app, []}},
  {applications,
   [kernel,
    stdlib,
    cowboy
   ]},
  {env,[]},
  {modules, []},

  {maintainers, []},
  {licenses, ["Apache 2.0"]},
  {links, []}
 ]}.

Travis-CI 실행은 별다를 게 없다. 유닛테스트 들어가고, 빌드 옵션 등도 포함되면 얘기가 다르겠지만, 지금 예제 정도는 아래 몇 줄로 끝이다.

language: erlang
otp_release:
  - 20.0
  - 19.2

완성된 예제는 여기서 확인.

(번역서)모던 C++로 배우는 함수형 프로그래밍

Fri, 30 Mar 2018 00:00:00 +0000

- 책소개

모던 C++의 새로운 기능과 함수형 프로그래밍을 다룬다. 기능이나 개념별로 예제 코드를 작성하고 실행하며 공부할 수 있도록 구성했다. 기본 문법은 자세히 설명하지 않으므로 C++ 사용 경험이 있는 독자를 대상으로 한다. C++ 11 이후의 새로운 기능을 요약해서 배우고, 함수형 프로그래밍에 적용해 보는 과정을 흥미 있게 따라갈 수 있다.

- 에이콘출판사, 2018년 3월 30일

- 예제 코드 github

- 구매 : 예스24 , 알라딘

- 책 내용 중, 잘못됐거나 궁금한 점 있으면 아래에 남겨주세요. nnhope@hotmail로 보내주셔도 됩니다.

RabbitMQ 기초

Sun, 04 Feb 2018 00:00:00 +0000

RabbitMQ는 메시지 브로커의 한 종류로, 얼랭으로 만들었다.
또 다른 메시지 브로커인 Kafka와 자주 비교되는데, AMQP 등의 표준 프로토콜 지원, ZooKeeper 같은 코디네이터가 필요없다는 점, 메시지 priority 설정, 웹 콘솔 지원 등이 장점으로 꼽힌다.

여기서는 rabbitmqadmin 명령으로 콘솔에서 메시지를 보내고(publish) 가져오고(consume), 동일한 작업을 파이썬 코드로도 실행해 본다.

Exchange, Binding, Queue

먼저, RabbitMQ의 핵심 구성 요소인 Exchange, Binding, Queue에 대해 짚고 넘어가자. 아래 그림은 RabbitMQ 호스팅 서비스인 CloudAMQP에서 가져왔다.

프로듀서 ①이 RabbitMQ의 익스체인지에 메시지를 전송한다.
RabbitMQ 메시지 처리 모델의 중요 원칙은 프로듀서가 어떤 메시지도 큐에 직접 보낼 수 없도록 하는 것이다. 프로듀서는 오직 익스체인지에만 메시지를 보낼 수 있다.

익스체인지 ②가 수신한 메시지는 바인딩 ③을 통해 큐 ④로 들어간다.
바인딩은 익스체인지와 큐의 관계를 정의한 것으로 라우팅과 같은 개념이다.
큐는 메시지가 저장되는 버퍼다.

마지막으로, 컨슈머 ⑤가 메시지를 가져와 처리한다.

rabbitmqadmin

RabbitMQ를 설치한 후에, 추가로 해야 될 작업은 rabbitmqadmin 명령행 설치다.
웹 콘솔을 통해 설치하면 되는데 찾기가 힘들 뿐, 설치는 간단하므로 아래 링크를 참고하자.

Installing the RabbitMQAdmin Command Line Tool in Linux

예제로 사용할 메시징 처리 흐름은 아래와 같다.
news라는 익스체인지에 메시지를 보내면, 메시지 id prefix를 기준으로 하는 바인딩을 통해, tech와 book 큐로 각각 전달된다.

익스체인지를 생성한다.

$ rabbitmqadmin declare exchange name=news type=topic

큐를 생성한다.

$ rabbitmqadmin declare queue name=tech
$ rabbitmqadmin declare queue name=book

생성한 큐 목록을 확인한다.

hyun@hyun-VirtualBox:~$ rabbitmqadmin list queues
+------+----------+
| name | messages |
+------+----------+
| book | 0        |
| tech | 0        |
+------+----------+

바인딩을 생성한다.

$ rabbitmqadmin declare binding source="news" destination_type="queue" destination="tech" routing_key="tech.*"

$ rabbitmqadmin declare binding source="news" destination_type="queue" destination="book" routing_key="book.*"

바인딩 생성 후, 목록을 확인하자.

hyun@hyun-VirtualBox:~$ rabbitmqadmin list bindings
+--------+-------------+-------------+
| source | destination | routing_key |
+--------+-------------+-------------+
| news   | book        | book.*      |
| news   | tech        | tech.*      |
+--------+-------------+-------------+

이제, news 익스체인지에 전송된 메시지 중, 메시지 id가 book.*에 매칭되면 book 큐에 저장되고, 메시지 id가 tech.*에 매칭되면 tech 큐에 저장된다.

콘솔에서 메시지를 전송해 보자.

hyun@hyun-VirtualBox:~$ rabbitmqadmin publish exchange=news routing_key="tech.12" payload="12번째 뉴스 - 러스트"
Message published

news익스체인지에 메시지 id를 tech.12로 설정해서 보냈으므로, tech 큐에 저장됐을 것이다. 확인해 보자.

hyun@hyun-VirtualBox:~$ rabbitmqadmin list queues
+------+----------+
| name | messages |
+------+----------+
| book | 0        |
| tech | 1        |
+------+----------+

이번에는 tech 큐에 저장된 메시지를 가져온다.

hyun@hyun-VirtualBox:~$ rabbitmqadmin get queue=tech requeue=false

끝의 requeue 옵션은 메시지를 큐에서 꺼내 온 다음, 다시 큐에 저장할 것인지를 지정하는 옵션이다.
디폴트 동작은 requeue=true로, 메시지를 꺼내와도 삭제되지 않고, 큐에 메시지가 다시 저장된다.
여기서는 requeue=false로 가져왔으므로, 이 명령이 실행되면 큐에서 메시지가 사라져야 한다. 확인해 보자.

hyun@hyun-VirtualBox:~$ rabbitmqadmin list queues
+------+----------+
| name | messages |
+------+----------+
| book | 0        |
| tech | 0        |
+------+----------+

파이썬 스크립트

이번에는 rabbitmqadmin 대신, 파이썬 코드로 메시지를 게시하고 가져와 본다.
파이썬에 pika를 설치해줘야 한다. pika는 RabbitMQ가 사용하는 AMQP 라이브러리다.

먼저, tech 메시지를 수신하는 consumer.py 코드다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
# consumer.py
import pika
from pika import BlockingConnection, BasicProperties

def on_message(channel, method_frame, header_frame, body):
    tech_id = method_frame.routing_key.split('.')[-1]
    print('---새 메시지---')
    print('tech id : ', tech_id)
    print('body : ', body.decode('utf-8'))
    
    channel.basic_ack(delivery_tag=method_frame.delivery_tag)

print("tech 메시지 수신 대기 중...\n")

connection = pika.BlockingConnection()
channel = connection.channel()
channel.basic_consume(on_message, queue='tech')
try:
    channel.start_consuming()
except KeyboardInterrupt:
    channel.stop_consuming()

connection.close()

로컬 rabbitmq에서 동기식 연결을 맺고 tech.* 메시지가 수신되면 가져온다. 메시지를 가져 온 다음, ack를 보내서 큐에서 메시지가 제거되도록 한다.

다음으로, 메시지를 보내는 publisher.py 코드다.

1
2
3
4
5
6
7
8
9
10
11
12
13
# publisher.py
from pika import BlockingConnection, BasicProperties

def message(topic, message):
    connection = BlockingConnection()
    try:
        channel = connection.channel()
        props = BasicProperties(content_type='text/plain', delivery_mode=1)
        channel.basic_publish('news', topic, message, props)
    finally:
        connection.close()

message('tech.17', 'ejabberd 버전업')

consumer.py를 실행시켜 두고, 다른 쉘에서 publisher.py를 실행했을 때 출력은 다음과 같다.

(work) hyun@hyun-VirtualBox:~/work/python$ python consumer.py
tech 메시지 수신 대기 중...

---새 메시지---
tech id :  17
body :  ejabberd 버전업

파이썬 Tox

Thu, 18 Jan 2018 00:00:00 +0000

Tox는 파이썬의 테스트 자동화, 표준화를 위한 도구다. Tox를 사용하면,

다양한 파이썬 버전에서 패키지가 제대로 설치되는지 확인
선택한 테스트 툴과 설정을 사용해서 자동으로 테스트 실행
CI와 통합

이런 것들을 할 수 있다.

여기서는 Tox에서 pytest 실행 방법을 정리한다. pytest 확장인 pytest-cov, pytest-flake8도 사용해본다.

hello_flask.py

먼저, virtualenv로 dev_tox 환경을 만들고, hello_flask.py 플라스크 소스를 추가했다.

1
2
3
4
5
6
7
8
9
10
11
12
13
# hello_flask.py
from flask import Flask, jsonify

app = Flask(__name__)


@app.route('/api')
def my_microservice():
    return jsonify({'Hello': 'World!'})


if __name__ == '__main__':
    app.run()

/api 엔드포인트를 호출하면, json으로 Hello World를 반환하는 심플한 서버다.

$ curl localhost:5000/api 
{                         
  "Hello": "World!"       
}                         

test_hello_flask.py

이제, hello_flask를 테스트 하기 위한 모듈, test_hello_flask.py를 만든다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
# -*- coding: utf-8 -*-
# test_hello_flask.py
import unittest
import json
import sys
from hello_flask import app as _app


class TestApp(unittest.TestCase):
    def test_help(self):

        app = _app.test_client()
        hello = app.get('/api')

        if (sys.version_info > (3, 0)):
            body = json.loads(str(hello.data, 'utf8'))
        else:
            body = json.loads(str(hello.data).encode("utf8"))

        self.assertEqual(body['Hello'], 'World!')


if __name__ == '__main__':
    unittest.main()

15 ~ 열여덟 라인은 2.X과 3.X 버전의 str() 함수 원형이 다르기 때문에 추가했다. (아래에서 Tox로 테스트할 때, 2.7과 3.6 버전을 사용한다.)

pytest로 테스트가 성공하는지 먼저 확인해 보자.

(dev_tox) $ pytest
============================= test session starts =============================
platform win32 -- Python 3.6.3, pytest-3.3.2, py-1.5.2, pluggy-0.6.0
rootdir: D:\Code\python_dev\dev_tox\flask, inifile:
plugins: flake8-0.9.1, cov-2.5.1
collected 1 item

test_functional_01.py .                                                  [100%]

========================== 1 passed in 0.22 seconds ===========================

Tox

이제 Tox를 사용할 차례다. pip install tox로 패키지를 설치하자.
Tox를 실행하려면, tox.ini와 setup.py가 필요하다. setup.py의 내용은, 여기서 중요하지 않으므로, 아래처럼 최소한으로 했다.

1
2
3
4
5
from setuptools import setup


setup(name='hello_flask',
      version='0.1')

tox.ini에는 테스트를 실행할 파이썬 버전, 의존성, 테스트 명령 등을 적어둔다.

[tox]
envlist=py27,py36
[testenv]
deps=flask
     pytest
commands=pytest

위와 같이, envlist에 파이썬 버전, deps에 의존성, commands에 테스트 명령을 적어준다. envlist에 기술한 파이썬 버전 2.7과 3.6은 시스템에 미리 설치해둬야 한다.

작성이 완료됐으면 tox 명령으로 실행한다.

(dev_tox) $ tox
GLOB sdist-make: D:\Code\python_dev\dev_tox\flask\setup.py
py27 recreate: D:\Code\python_dev\dev_tox\flask\.tox\py27
py27 installdeps: flask, pytest
py27 inst: D:\Code\python_dev\dev_tox\flask\.tox\dist\hello_flask-0.1.zip
py27 installed: attrs==17.4.0,click==6.7,colorama==0.3.9,Flask==0.12.2,funcsigs==1.0.2,hello-flask==0.1,
itsdangerous==0.24,Jinja2==2.10,MarkupSafe==1.0,pluggy==0.6.0,py==1.5.2,pytest==3.3.2,six==1.11.0,Werkze
ug==0.14.1
py27 runtests: PYTHONHASHSEED='435'
py27 runtests: commands[0] | pytest
============================= test session starts =============================
platform win32 -- Python 2.7.14, pytest-3.3.2, py-1.5.2, pluggy-0.6.0
rootdir: D:\Code\python_dev\dev_tox\flask, inifile:
collected 1 item

test_functional_01.py .                                                  [100%]

========================== 1 passed in 0.16 seconds ===========================
py36 recreate: D:\Code\python_dev\dev_tox\flask\.tox\py36
py36 installdeps: flask, pytest
py36 inst: D:\Code\python_dev\dev_tox\flask\.tox\dist\hello_flask-0.1.zip
py36 installed: attrs==17.4.0,click==6.7,colorama==0.3.9,Flask==0.12.2,hello-flask==0.1,itsdangerous==0.
24,Jinja2==2.10,MarkupSafe==1.0,pluggy==0.6.0,py==1.5.2,pytest==3.3.2,six==1.11.0,Werkzeug==0.14.1
py36 runtests: PYTHONHASHSEED='435'
py36 runtests: commands[0] | pytest
============================= test session starts =============================
platform win32 -- Python 3.6.3, pytest-3.3.2, py-1.5.2, pluggy-0.6.0
rootdir: D:\Code\python_dev\dev_tox\flask, inifile:
collected 1 item

test_functional_01.py .                                                  [100%]

========================== 1 passed in 0.24 seconds ===========================
___________________________________ summary ___________________________________
  py27: commands succeeded
  py36: commands succeeded
  congratulations :)

D:\Code\python_dev\dev_tox\flask
(dev_tox) $

결과와 같이, 각 파이썬 버전 별 환경에 의존성을 설치하고 배포 파일을 생성한 다음, 테스트를 실행해준다.

pytest-cov, pytest-flake8

이번에는 테스트에 pytest-cov, pytest-flake8도 추가해 보자.

pytest-cov: pytest의 coverage 플러그인. 코드 커버리지 검사.
pytest-flake8: pytest의 flake8 플러그인. 컨벤션이 PEP8을 준수하는지 검사.

tox.ini의 의존성과 명령에 해당 도구를 추가한다.

[tox]
envlist=py27,py36
[testenv]
deps=flask
    pytest
    pytest-cov
    pytest-flake8
commands=pytest -v --cov --flake8

커버리지 측정과 컨벤션 검사가 추가된 테스트 결과를 볼 수 있다.

(dev_tox) $ tox
...
hello_flask.py SKIPPED                                                   [ 25%]
setup.py SKIPPED                                                         [ 50%]
test_hello_flask.py PASSED                                               [ 75%]
test_hello_flask.py::TestApp::test_help PASSED                           [100%]

---------- coverage: platform win32, python 2.7.14-final-0 -----------
Name                  Stmts   Miss  Cover
-----------------------------------------
hello_flask.py            6      1    83%
test_hello_flask.py      15      3    80%
-----------------------------------------
TOTAL                    21      4    81%


===================== 2 passed, 2 skipped in 0.32 seconds =====================
...

hello_flask.py SKIPPED                                                   [ 25%]
setup.py SKIPPED                                                         [ 50%]
test_hello_flask.py SKIPPED                                              [ 75%]
test_hello_flask.py::TestApp::test_help PASSED                           [100%]

----------- coverage: platform win32, python 3.6.3-final-0 -----------
Name                  Stmts   Miss  Cover
-----------------------------------------
hello_flask.py            6      1    83%
test_hello_flask.py      15      2    87%
-----------------------------------------
TOTAL                    21      3    86%


===================== 1 passed, 3 skipped in 0.33 seconds =====================
___________________________________ summary ___________________________________
  py27: commands succeeded
  py36: commands succeeded
  congratulations :)

참고
pytest-flake8은 디폴트 로그 레벨이 DEBUG라서 warning 하나만 발생해도 어마무시한 로그가 출력된다. 뭔가 이상하다 싶으면, flake8 명령만 실행해서 warning을 먼저 해결한 다음,pytest-flake8을 실행하는게 좋다. 디폴트 로그 레벨을 WARN으로 설정한 PR이 5일전에 올라왔으니 조만간 해결되지 싶다.

(번역서)크로스 플랫폼 개발을 위한 C# 7과 닷넷 코어 2.0

Thu, 18 Jan 2018 00:00:00 +0000

- 책소개

C# 7의 새로운 기능과 닷넷 코어의 전반적인 내용을 다룬다. 설명을 최소한으로 하고 예제를 따라 해보면서 빠르게 익힐 수 있도록 구성돼 있다. C#의 기본 문법부터 고급 기능, 닷넷 코어를 활용한 콘솔, 데이터베이스, 웹 프로그래밍까지의 과정을 비주얼 스튜디오 2017, 비주얼 스튜디오 코드를 모두 사용해가면서 배운다. 닷넷 코어와 C#을 처음 접하는 개발자를 비롯해, 닷넷 프레임워크에는 익숙하지만 닷넷 코어에 대해 더 알고 싶은 개발자들이 짧은 시간에 전체 구성을 이해하고 활용할 수 있게 도와 준다.

- 에이콘출판사, 2018년 1월 18일

- 예제 코드 github

- 구매 : 예스24 , 알라딘

- 책 내용 중, 잘못됐거나 궁금한 점 있으면 아래에 남겨주세요. nnhope@hotmail로 보내주셔도 됩니다.

플라스크 abort 변경 내용

Sat, 13 Jan 2018 00:00:00 +0000

Flask 0.12 이전에는 flask.abort.mapping 딕셔너리를 사용할 수 있었다.

사실 abort는 werkzeug의 Aborter 클래스 인스턴스다. 그런데, werkzeug 0.12에 abort()함수가 추가되면서, Aborter 클래스의 인스턴스 이름이 _aborter가 돼버렸다..(compare 링크 )

또, 새로 추가된 abort() 함수는 고정 인수로 status를 사용한다.

    def abort(status, *args, **kwargs):

그래서, 아래처럼 사용한 기존 코드도 수정이 필요한데, 이미 문서에서 status를 사용하는 것으로 명시한 상황이라 어쩔 수 없었던 것 같다.(merge 링크 )

abort(code=400, description="Invalid destination name")

어쨌든, description을 얻거나 custom 핸들러 등을 등록하기 위해 mapping 딕셔너리가 필요하다면 이제 _aborter를 써야 한다.

다음은 /api 엔드 포인트를 호출하면 고의로 TypeError를 발생시키고, 커스텀 핸들러에서 500 에러를 json 형식으로 반환한다.

윈도우에 MinGW 64bit/Code::Blocks 설치

Mon, 16 Oct 2017 00:00:00 +0000

MinGW 64bit 설치

1.MinGW 64bit 셋업 파일을 다운로드하고 설치를 시작합니다.

2.아래 그림처럼 Architecture 항목을 x86_64로 설정합니다.

3.나머지는 그대로 두고 Next를 눌러 설치를 완료합니다.

Code::Blocks 설치

1.Code::Blocks 다운로드 페이지에서 셋업 파일을 다운로드 합니다.

– 위에서 MinGW 64bit 버전을 설치했으므로 Code::Blocks만 설치하는 codeblocks-16.01-setup.exe를 다운로드 합니다.

– 이 글을 쓰는 현재 Code::Blocks의 최신 버전은 16.01입니다.

2.기본 설정을 그대로 두고 설치를 완료합니다.

3.설치가 완료되면 Code::Blocks를 실행하고 Settings -> Compiler -> Toolchain executables를 차례로 클릭합니다.

4.아래 그림처럼 컴파일러를 설정합니다. 컴파일러 설치 디렉토리 경로에 bin 폴더가 들어가지 않도록 주의하세요.

ex)C:\Program Files\mingw-w64\x86_64-7.1.0-posix-seh-rt_v5-rev2\mingw64\

도커 요약

Thu, 30 Mar 2017 00:00:00 +0000

docker basic

docker search

docker pull

docker run

https://asciinema.org/a/8541tbmjqi69fe6ssw8oqpr67

machine / compose / swarm

https://blog.codeship.com/docker-machine-compose-and-swarm-how-they-work-together/

docker machine

https://docs.docker.com/machine/overview/#/whats-the-difference-between-docker-engine-and-docker-machine

https://docs.docker.com/machine/drivers/

https://docs.docker.com/machine/concepts/

docker compose
swarm

Finally, let’s look at the most interesting tool in the current Docker Toolbox, Docker Swarm. What you’ve done so far is work with one container host and run a container or two, which is great for testing or local development. With Docker Swarm we’re now going to turn that small test environment into a larger setup of clustered container hosts that can be used to scale your operations into something even more useful.

https://platform9.com/blog/compare-kubernetes-vs-docker-swarm/

http://www.slideshare.net/GuillermoLucero/docker-machine-docker-swarm

https://blog.abevoelker.com/why-i-dont-use-docker-much-anymore/

volume

ref 1 : http://container-solutions.com/understanding-volumes-docker/

ref 2 : http://pepa.holla.cz/wp-content/uploads/2016/10/Docker-in-Action.pdf

* union file system

Docker images are stored as series of read-only layers. When we start a container, Docker takes the read-only image and adds a read-write layer on top. If the running container modifies an existing file, the file is copied out of the underlying read-only layer and into the top-most read-write layer where the changes are applied. The version in the read-write layer hides the underlying file, but does not destroy it — it still exists in the underlying layer. When a Docker container is deleted, relaunching the image will start a fresh container without any of the changes made in the previously running container — those changes are lost. Docker calls this combination of read-only layers with a read-write layer on top a Union File System.

In order to be able to save (persist) data and also to share data between containers, Docker came up with the concept of volumes. Quite simply, volumes are directories (or files) that are outside of the default Union File System and exist as normal directories and files on the host filesystem.

* volume type

Docker-managed volume

docker run -it --name vol-test -v /data centos /bin/bash

docker inspect -f "" vol-test | jq .

Bind mount volume

docker run -it --name vol-test -v /src/sample:/data centos /bin/bash

Mounting a host directory can be useful for testing. For example, you can mount source code inside a container. Then, change the source code and see its effect on the application in real time.

https://docs.docker.com/compose/wordpress/

https://docs.docker.com/compose/compose-file/#volume-configuration-reference

Docker registry

docker image 저장 서버 : 서버에 저장하거나 s3에 저장
docker registry도 하나의 docker image이고 docker hub에 공개되어 있음.
docker tag 명령으로 태그 먼저 생성 후, docker push로 registry 서버에 업로드.
```
docker tag hello:0.1 localhost:5000/hello:0.1
docker push localhost:5000/hello:0.1
```

Docker usecase

image included source = docker managed volume

#!Dockerfile

# Base this docker container off the official golang docker image.
# Docker containers inherit everything from their base.
FROM golang:1.6.2

# Create a directory inside the container to store all our application and then make it the working directory.
RUN mkdir -p /src/
RUN cd /go/src/ && git clone https://github.com/surinkim/gosample.git
WORKDIR /go/src/gosample

# Copy the example-app directory (where the Dockerfile lives) into the container.
#COPY . /go/src/example-app

# Download and install any required third party dependencies into the container.
RUN go get github.com/codegangsta/gin
RUN go-wrapper download
RUN go-wrapper install


# Set the PORT environment variable inside the container
ENV PORT 8080

# Expose port 8080 to the host so we can access our application
EXPOSE 3000

# Now tell Docker what command to run when the container starts
CMD gin run
#CMD /bin/bash

image excluded source = host bind volume

ELK 요약

Wed, 01 Mar 2017 00:00:00 +0000

1. ELK summary

What

The ELK Stack is “made up for it”, ie specialized. Our role becomes customize: Collect the data in the best way, automate demand (or do batch collection) and creating good reports for presentation of results or evidence to meet our need.

2. Logstash

https://www.elastic.co/kr/products/logstash

logstash demo(console input/output, grok filter)

기본 예제

## 아래 콘솔 입력을 필터링해서 콘솔로 출력할 때의 예제
## 2016-12-19 00:00:05.908 [error] <127.0.0.1> sample data

input {
  
    stdin {}

}

filter {

    grok {
        match => { "message" => "%{TIMESTAMP_ISO8601:time} \[%{LOGLEVEL:level}\] \<%{IP:ip}\> %{GREEDYDATA:contents}" }
    }
}

output {

    stdout { codec => rubydebug }

}

다른 예제

Demo : https://asciinema.org/a/4ubbukjn4x5qpu44t7zhg1s7j
Grok Debugger : https://grokdebug.herokuapp.com/

3. Beats

https://github.com/elastic/beats
What is the difference between Logstash and Beats?
Demo (FileBeat, HttpBeat)

4. Elasticsearch

https://www.elastic.co/kr/products/elasticsearch

SQL plugin

https://github.com/NLPchina/elasticsearch-sql

shard & replica

http://guruble.com/?p=85

5. Kibana

https://www.elastic.co/kr/products/kibana

Demo : http://demo.elastic.co/beats/app/kibana

6. Demo

github에서 repository fork후, 업데이트

Fri, 22 Jul 2016 00:00:00 +0000

fork 저장소가 아닌 원래의 프로젝트 저장소를 upstream으로 등록.

git remote add --track master upstream git://*git_repository_url*

원래의 프로젝트 저장소로부터 최신 내용을 받음.

git fetch upstream

master 브랜치

git checkout master

Rebase

git rebase upstream/master

fork 저장소에 push

git push origin master

QT 5.5 static source build

Sat, 02 Apr 2016 00:00:00 +0000

QT 5.5 소스 빌드 옵션

default OpenGL

configure -release -static -skip qtxmlpatterns -skip qtdeclarative -skip qtquickcontrols -skip qtmultimedia -skip qtactiveqt -skip qtlocation -skip qtsensors -skip qtconnectivity -skip qtwebkit -skip qtwebkit-examples -skip qtimageformats -skip qtgraphicaleffects -skip qtscript -skip qtquick1 -skip qtserialport -skip qtenginio -skip qtwebsockets -skip qtwebchannel -skip qtwebengine -skip qtdoc -qt-sql-sqlite -qt-zlib -qt-libpng -qt-libjpeg -openssl -I D:/dev/int/src/messenger/mumble/00_src/OpenSSL/include -L D:/dev/int/src/messenger/mumble/00_src/OpenSSL/lib -platform win32-msvc2010 -no-dbus -nomake examples -nomake tests -ltcg -mp -opensource -confirm-license

without OpenGL

configure -release -static -skip qtxmlpatterns -skip qtdeclarative -skip qtquickcontrols -skip qtmultimedia -skip qtactiveqt -skip qtlocation -skip qtsensors -skip qtconnectivity -skip qtwebkit -skip qtwebkit-examples -skip qtimageformats -skip qtgraphicaleffects -skip qtscript -skip qtquick1 -skip qtserialport -skip qtenginio -skip qtwebsockets -skip qtwebchannel -skip qtwebengine -skip qtdoc -qt-sql-sqlite -qt-zlib -qt-libpng -qt-libjpeg -openssl -I D:/dev/int/src/messenger/mumble/00_src/OpenSSL/include -L D:/dev/int/src/messenger/mumble/00_src/OpenSSL/lib -platform win32-msvc2010 -no-opengl -no-angle -no-dbus -nomake examples -nomake tests -ltcg -mp -opensource -confirm-license

Ref: Qt for Windows - Requirements, StackoverFlow

CSnapDialog

Sun, 02 Aug 2015 00:00:00 +0000

A simple template class which implements snap-to-edge functionality for some QWidgets.

Random in C++ 11

Wed, 03 Dec 2014 00:00:00 +0000

random값을 뽑을 때, 기존 c 런타임의 srand()와 rand()를 이용했는데 c++ 11에서는 아래처럼 사용할 수 있다.

1
2
3
4
5
6
7
8
//c runtime
srand((unsigned int)time(0));
int i = rand();
 
//c++ 11
std::default_random_engine e((unsigned int)time(0));
  //or
std::default_random_engine e(std::random_device{}());

srand()는 인자로 받아온 seed값으로 의사 난수(pseudo random number)기를 초기화 한다. std::default_random_engine은 의사 난수를 생성하는 클래스다.

위 둘은 난수 발생기의 위치가 어디에 있느냐에 그 차이가 있다.
rand()는 내부에 의사 난수기의 상태를 static data로 가지고 있기 때문에 멀티 스레드에 안전하도록 내부적인 장치가 있다.
이에 반해, default_random_engine은 우리가 직접 다룰 수 있다. 스택에 생성했다면 동기화 처리도 필요없다. 그래서 동기화할 필요가 없는 상황이라면 default_random_engine이 rand()보다 더 빠르다고 한다.

게임에서 특정 정보 등을 랜덤하게 가져와 사용한다고 하면, 아래처럼 쓸 수 있겠다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
struct SkillInfo
{
    int id_;
    string name_;
};
 
int main()
{
    vector<SkillInfo> skill_Info = 
    {
        { 3001, "섬멸" },
        { 3013, "중독" },
        { 3018, "소환" },
        { 3035, "투명" },
        { 3073, "질주" }
    };
 
    std::default_random_engine engine(std::random_device{}());
    auto GetRanomSkillInfo = [&]()
    {
        std::shuffle(skill_Info.begin(), skill_Info.end(), engine);
    };
 
    auto PrintSkillInfo = [&skill_Info]()
    {
        for_each(skill_Info.begin(), skill_Info.end(), [&](const SkillInfo& info)
        {
            cout << "id = " << info.id_ << ", name = " << info.name_ << endl;
        });
    };
 
    for (int i = 0; i < 10; i++)
    {
        cout << "==========" << endl;
        GetRanomSkillInfo();
        PrintSkillInfo();
    }
     
    getchar();
 
    return 0;
}

아래 링크에, C++ 11에서 random number 사용에 관한 12 page짜리(!) guide 문서가 있다.
Random Number Generation in C++ 11

std::tuple

Sun, 21 Sep 2014 00:00:00 +0000

c++11에 포함된 std::tuple은 개념상으로는 POD(Plain old data) 를 가지는 struct와 유사하지만, struct가 이름으로 멤버에 접근하는 대신 tuple의 멤버들은 tuple내의 순서로 접근한다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
//struct exmaple
struct ExampleST
{
    int     id_;
    string  name_;
 
}example_st = {1, "john"};
 
cout << "id = " << example_st.id_ << endl;
cout << "name = " << example_st.name_ << endl;
 
//tuple example
enum {ID, NAME};
std::tuple<int, string> example_tu(2, "suzi");
cout << "id = " << std::get<0>(example_tu) << endl;
cout << "name = " << std::get<1>(example_tu) << endl;

std::tie는 tuple object를 unpacking 할 때 사용된다. 그러니까 tie의 인자로 받는 변수에 tuple 오브젝트 내의 데이터를 순서대로 ‘묶어준다.’ 이때, tuple내의 특정 데이터를 묶을 필요가 없다면 std::ignore 상수를 사용한다.

1
2
3
int id;
std::tie(id, std::ignore) = example_tu;
cout << "tied id = " << id << endl;

std::tie를 쓰면 아래처럼 swap처리를 간단히 할 수 있다.

1
2
3
4
5
6
7
8
9
//보통의 swap 처리
int a = 3, z = 4;
int temp = a;
a = z;
z = temp;
 
//std::tie를 사용한 swap 처리
a = 3, z = 4;
std::tie(z, a) = std::make_tuple(a, z);

그리고, sort의 기준이 여러 개일때, tuple의 진가가 발휘된다. 아래와 같은 배열을 정렬하는데, 첫번째 값이 동일하면 두번째 값을, 두번째 값이 동일하면 세번째 값을 비교하는 식으로 정렬한다고 해보자. 보통은 operator >나 operater <를 정의하고, 내부에서는 if else를 써야 할 것이다. 아래 코드는 이것을 간결하게 처리한다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
struct ArrayNums
{
    int num[3];
}array_nums[] =
{
    {1000, 2000, 3000},
    {1001, 2002, 3003},
    {1001, 2001, 3001},
    {1001, 2002, 3002},
};
 
cout << "<before sorting>" << endl;
for_each(begin(array_nums), end(array_nums), [&](const ArrayNums& array)
{
    cout << array.num[0] << ", " << array.num[1] << ", " << array.num[2] << endl;
 
});
 
//오름차순 sorting에 사용할 lambda func
auto array_less = [](ArrayNums& a, ArrayNums& b) -> bool
{
    return (tie(a.num[0], a.num[1], a.num[2]) < tie(b.num[0], b.num[1], b.num[2]));
};
 
//sorting
std::sort(begin(array_nums), end(array_nums), array_less);
 
cout << endl << "<after sorting>" << endl;
for_each(begin(array_nums), end(array_nums), [&](const ArrayNums& array)
{
    cout << array.num[0] << ", " << array.num[1] << ", " << array.num[2] << endl;
 
});

Hyun 블로그

주간 테크/개발 뉴스 #2026 3/1 ~ 3/7

AI

Backend

Infra/Cloud

Tools

GitHub Trending

Etc

주간 테크/개발 뉴스 #2026 2/22 ~ 2/28

AI

Backend

Infra/Cloud

Tools

Etc

주간 테크/개발 뉴스 #2026 2/15 ~ 2/21

AI

Backend

Infra/Cloud

Tools

Etc

주간 테크/개발 뉴스 #2026 2/8 ~ 2/14

AI

Backend

Infra/Cloud

Tools

Etc

주간 테크/개발 뉴스 #2026 2/1 ~ 2/7

AI

Backend

Infra/Cloud

Tools

Etc

n8n으로 RSS 피드 자동 수집하고 요약하기

Cursor에서 로컬 LLM 사용하기

(리뷰)삼체

삼체

ebook 총 3권, 류츠신 저, 이현아/허유영 역

Telegraf에서 Kafka로 지표 전송

오픈메트릭스(OpenMetrics)

데이터 모델

메트릭스 엔드포인트

클라이언트 라이브러리

(리뷰)리프트오프

리프트오프

에릭 버거 저, 정현창 역

go의 낯선 특징들

1. 단축 할당문(Short Assignment Statement)

2. 가져온 패키지는 반드시 사용해야 함.

3. 컬렉션 반복에 사용하는 range 함수의 반환 값은 2개

4. 변수명 첫 글자가 대문자면 public, 아니면 private

5. 함수의 반환값 위치

6. 리시버

7. 타입 단언

(리뷰)리더의 생각

리더의 생각

유석문 저, 로드북

(번역서)크로스 플랫폼 개발을 위한 C# 10과 닷넷 6

- 책소개

- 에이콘, 2023년 7월

- 구매 : 예스24 , 알라딘

- 책 내용 중, 잘못됐거나 궁금한 점 있으면 아래에 남겨주세요. nnhope@hotmail.com으로 보내주셔도 됩니다.

(번역서)266가지 문제로 정복하는 코딩 인터뷰 in C++, 262가지 문제로 정복하는 코딩 인터뷰 in Java

- 책소개

- 인사이트, 2021년 10월

- 구매 : 예스24 , 알라딘

- 책 내용 중, 잘못됐거나 궁금한 점 있으면 아래에 남겨주세요. nnhope@hotmail.com으로 보내주셔도 됩니다.

windows proxy

aws ses(simple email service)를 이용한 파일 첨부 메일 전송

vs2015에서 cpprestsdk 2.10.6 사용하기(Static/MD)

cocos2dx 설치 및 프로젝트 생성하기

1. 파이썬 2.7.X 버전 설치

2. Cocos2d-x 설치

3. cocos2dx 샘플 프로젝트 생성

기타

루비/jekyll 설치, bundle update

1.ruby 설치

2.jekyll 설치

2-1) 패키지 수동 설치

2-2) 패키지 버전 문제

fork한 저장소 업데이트(in git bash)

hex 사용을 위해 `rebar.config`에 아래 설정을 추가하면,