NEGABARO Go | NEGABARO Blog

📖 기본 문법

📦

변수와 타입 — Ruby의 동적 타이핑이 그리워지는 순간

duck typing이 사라진 세계에서 살아남기

Ruby에서는 x = 1 하면 끝이다. Go에서는 var x int = 1이다. 이 차이가 처음엔 귀찮지만, 컴파일러가 잡아주는 버그를 경험하면 생각이 바뀐다.

🔀

제어문 — if/for는 비슷한데 while이 없다

Ruby의 each/map/select가 그리워지는 for 루프의 세계

Go에는 while이 없다. for 하나로 전부 처리한다. Ruby의 .each, .map, .select 같은 컬렉션 메서드도 없다. 전부 for range로 직접 돌린다.

⚙️

함수와 메서드 — 클래스가 없는 세계의 메서드

Ruby의 def는 클래스 안에 산다. Go의 func는 struct에 붙는다.

Go에는 클래스가 없다. 함수가 기본이고, struct에 메서드를 붙이는 방식으로 객체지향을 흉내 낸다. Ruby의 class ... def 패턴과는 근본적으로 다르다.

🔩 타입 시스템

🏗️

Struct vs Class — 상속 없이 사는 법

Ruby의 class < Base 대신 Go의 struct 임베딩

Go에는 class가 없다. struct가 데이터를 담고, 메서드는 struct에 붙는다. 상속 대신 임베딩(embedding)으로 코드를 재사용한다. Ruby의 include/extend와 비슷하면서도 다르다.

🦆

Interface — Ruby의 duck typing이 타입 시스템을 만났을 때

명시적 implements 없이, 메서드만 맞으면 자동으로 인터페이스를 만족한다

Go의 인터페이스는 Ruby의 duck typing과 Java의 interface 사이에 있다. "이 메서드를 가지고 있으면 이 타입이다" — 컴파일 타임에 검증되는 duck typing이라고 보면 된다.

🚨

if err != nil — Ruby의 begin/rescue가 그리워지는 이유

Go는 예외를 안 쓴다. 에러를 값으로 반환한다. 코드의 절반이 에러 처리가 된다.

Ruby에서 begin/rescue/end로 예외를 잡는다. Go에서는 예외가 없다. 함수가 (결과, 에러)를 반환하고, 호출하는 쪽에서 매번 if err != nil로 체크한다. 이게 Go 코드의 50%를 차지한다.

⚡ 동시성

🚀

Goroutine — Ruby의 Thread와는 차원이 다른 경량 동시성

go 키워드 하나로 수만 개의 동시 작업을 돌린다. GIL은 없다.

Ruby의 Thread는 GIL(Global Interpreter Lock) 때문에 진정한 병렬 실행이 안 된다. Go의 goroutine은 OS 스레드보다 가볍고, 수만 개를 동시에 실행할 수 있다.

📡

Channel — goroutine 사이의 파이프라인

Ruby에는 없는 개념. goroutine 간 데이터를 안전하게 주고받는 통로.

Channel은 goroutine 간 값을 주고받는 타입 안전한 파이프다. Ruby에는 정확히 대응하는 개념이 없다. Queue가 가장 가깝지만, channel은 언어 레벨에서 지원된다.

📁 프로젝트 구조

📦

패키지와 모듈 — Gemfile이 go.mod가 됐을 때

Ruby의 require/gem 시스템 vs Go의 package/module 시스템

Ruby의 Gemfile + Bundler가 Go에서는 go.mod + go get이다. 패키지 관리 개념은 비슷하지만, Go는 GitHub URL이 패키지 이름이고, 중앙 레지스트리(RubyGems)가 없다.

🧪

테스트 — RSpec 없이 사는 법

Go의 테스트는 표준 라이브러리에 내장되어 있다. gem install 불필요.

Ruby에서 RSpec + FactoryBot + shoulda-matchers를 설정하는 데 30분이 걸린다. Go에서는 _test.go 파일 하나 만들면 바로 테스트 가능하다. go test 명령 하나.

🤖 AI 에이전트 시대

🤖

Go는 AI 에이전트를 위한 최적의 언어인가

getbruin.com 글 + Hacker News 반응 정리 — Rubyist 관점에서 읽어보기

AI 에이전트가 대량의 코드를 생성하는 시대에, Go의 단순성·정적 타이핑·빠른 컴파일·표준화된 도구가 에이전트 친화적이라는 주장. Ruby/Python/Rust와의 비교, HN 커뮤니티의 반론까지 정리.

🔬 오픈소스 분석

🐛

Keploy — eBPF로 트래픽을 가로채서 API 테스트를 자동 생성하는 구조

Go + eBPF + 투명 프록시로 코드 수정 없이 테스트를 만드는 CNCF 프로젝트

Keploy는 eBPF로 커널 레벨에서 네트워크 syscall을 가로채고, 투명 프록시로 트래픽을 녹화한 뒤, 그걸 그대로 테스트 케이스+Mock으로 변환한다. 코드를 한 줄도 안 고치고.

🔀

eBPF 목적지 리다이렉트 — connect() syscall을 커널에서 바꿔치기하는 원리

Keploy, Cilium, Istio가 쓰는 투명 프록시의 핵심 메커니즘

앱이 postgres:5432로 connect()를 호출하면, eBPF가 커널 안에서 목적지를 127.0.0.1:proxyPort로 바꿔치기한다. 앱은 전혀 모른다. 이 트릭이 어떻게 가능한지, Go 코드 레벨에서 뜯어본다.

Go for Rubyists