Why I Choose Go as My Primary Stack

1 / 4

Why I Choose Go as My Primary Stack

"Simplicity is the ultimate sophistication." — Leonardo da Vinci

🎯 1. The Decision

Setiap engineer pasti pernah di titik ini: memilih primary stack. Bukan berarti menutup diri dari teknologi lain, tapi menentukan satu bahasa yang jadi "home base" — tempat kita paling produktif, paling paham ekosistemnya, dan paling percaya diri deliver production-grade software.

Setelah bertahun-tahun bekerja dengan berbagai bahasa, saya memilih Go (Golang) sebagai primary stack. Berikut alasannya, lengkap dengan data benchmark.

📊 2. Benchmark: Go vs The Rest

Compilation Speed

Salah satu hal pertama yang bikin jatuh cinta dengan Go: kompilasi yang sangat cepat.

Memory Efficiency

Ini critical untuk production — terutama kalau menjalankan banyak microservices di Kubernetes.

HTTP Request Throughput

Benchmark menggunakan skenario simple JSON response ({"message": "hello"}):

Cold Start Time

Penting untuk serverless dan container-based deployments:

Binary Size & Deployment

Go menghasilkan single static binary — tidak butuh runtime, tidak butuh dependency manager di production:

FROM scratch
COPY myapp /app
ENTRYPOINT ["/app"]

Itu saja. 15 MB Docker image. Bandingkan dengan Node.js yang butuh node_modules sebesar 200 MB.

⚡ 3. Beyond Numbers: Why Go Wins for Me

Benchmark hanya sebagian cerita. Berikut faktor-faktor yang membuat Go jadi pilihan utama:

Simplicity by Design

package main

import (
    "fmt"
    "net/http"
)

func main() {
    http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) {
        fmt.Fprintf(w, `{"message": "Hello, World!"}`)
    })
    http.ListenAndServe(":8080", nil)
}

package com.example.demo;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

@SpringBootApplication
@RestController
public class DemoApplication {
    public static void main(String[] args) {
        SpringApplication.run(DemoApplication.class, args);
    }

    @GetMapping("/")
    public String hello() {
        return "{\"message\": \"Hello, World!\"}";
    }
}

const express = require("express");
const app = express();

app.get("/", (req, res) => {
  res.json({ message: "Hello, World!" });
});

app.listen(8080, () => console.log("Server running"));

Concurrency: Goroutines vs Threads

// Goroutines + Channels = Elegant concurrency
func processOrders(orders []Order) []Result {
    results := make(chan Result, len(orders))

    for _, order := range orders {
        go func(o Order) {
            results <- processOrder(o)
        }(order)
    }

    var processed []Result
    for range orders {
        processed = append(processed, <-results)
    }
    return processed
}

Built-in Tooling

Cross-compile dari Mac ke Linux?

GOOS=linux GOARCH=amd64 go build -o myapp

Selesai. Tidak perlu Docker, tidak perlu VM, tidak perlu CI khusus.

Project Structure yang Clean

Tidak ada node_modules/, tidak ada vendor/ sebesar 200 MB, tidak ada config hell. Clean, predictable, dan mudah di-navigate.

🔍 4. Where Others Shine: Honest Comparison

Memilih Go bukan berarti menutup mata dari kelebihan bahasa lain. Setiap bahasa punya sweet spot masing-masing:

🧠 5. My Stack Philosophy

Decision Framework

Bagaimana saya memilih stack untuk sebuah project:

My Toolbox

The 80/20 Rule

Go menangani 80% kebutuhan saya dengan 20% complexity. Itu sweet spot yang sempurna. Ketika saya butuh sesuatu di luar kemampuan Go, saya switch ke tool yang tepat — tanpa ego, tanpa fanatisme.

📈 6. Real-World Impact

Beberapa metrics dari production systems yang saya bangun dengan Go:

🏁 7. Conclusion

Go menjadi primary stack saya karena memberikan:

Tapi saya tetap menulis TypeScript untuk frontend, Dart untuk mobile, Python untuk data work, dan tidak menutup kemungkinan menggunakan Rust untuk use case yang membutuhkan performa maksimal.

The best language is the one that solves your problem effectively. Go kebetulan menjadi bahasa itu untuk sebagian besar pekerjaan saya. Dan saya tidak akan ragu switch ke bahasa lain ketika konteksnya menuntut demikian.

Karena pada akhirnya, kita bukan "Go developer" atau "Java developer" — kita adalah engineer yang menggunakan tools terbaik untuk menyelesaikan masalah.