Menyeimbangkan DevOps, ERP, dan Web Dev sebagai Mahasiswa Teknik Tingkat Akhir

Kebanyakan saran karir mengatakan untuk berspesialisasi lebih awal, mendalami satu area, dan membiarkan keluasan datang kemudian. Saya pergi ke arah lain — tidak sepenuhnya karena pilihan. Menyelesaikan gelar di Swiss German University sambil bekerja paruh waktu sebagai engineer DevOps di Commsult Indonesia dan membangun aplikasi web dan sistem ERP kustom di sela-selanya berarti saya terus-menerus beralih konteks antara tiga domain teknis yang berbeda.

Bagaimana Saya Berakhir di Tiga Domain Sekaligus

Semuanya dimulai dengan DevOps. Saya masuk ke Linux dan Docker melalui mata kuliah universitas, membangun beberapa proyek sampingan di DigitalOcean, dan menemukan bahwa saya benar-benar menikmati infrastruktur. Itu mengarah ke peran paruh waktu di Commsult, firma konsultasi yang membangun dan memelihara sistem ERP untuk bisnis Indonesia.

Realitas Harian Pergantian Konteks

Bagian tersulit bukan kedalaman teknis — melainkan pergeseran mode mental. Pekerjaan DevOps memerlukan pola pikir sistem. Pengembangan ERP memerlukan pola pikir logika bisnis. Pengembangan web memerlukan pola pikir produk. Beralih antara mode-mode ini di tengah hari memang secara kognitif mahal.

Universitas dalam Campuran

Swiss German University menjalankan kurikulum yang lebih luas dari kebanyakan universitas Indonesia, dengan mata kuliah dalam sistem operasi, komputasi awan, rekayasa perangkat lunak, dan proyek capstone akhir. Pekerjaan akademis adalah beban sekaligus hadiah karena memaksa saya memformalkan pengetahuan yang diperoleh secara informal.

BREADTH  (general software engineering)
  ◄──────────────────────────────────────────────────────►

  Linux │ Git │ SQL │ REST APIs │ TypeScript │ Bash │ Docker
  ──────┼─────┼─────┼───────────┼────────────┼──────┼───────
        │                 DEPTH                           │
        ▼                                                 ▼

 ┌──────────────┐   ┌──────────────┐   ┌──────────────────┐
 │   DevOps /   │   │    ERP /     │   │   Web App Dev /  │
 │  Cloud Infra │   │  Business    │   │   Next.js        │
 │              │   │  Systems     │   │                  │
 │ GCP, Docker  │   │ Workflows,   │   │ React, next-intl │
 │ Nginx, CI/CD │   │ Approvals,   │   │ TypeScript,      │
 │ Monitoring   │   │ NestJS APIs  │   │ Tailwind, SEO    │
 └──────┬───────┘   └──────┬───────┘   └────────┬─────────┘
        │                  │                     │
        └──────────────────┴─────────────────────┘
              Each domain REINFORCES the others:
         DevOps → deploy web apps & ERP in production
         ERP → teaches real business logic for web apps
         Web Dev → builds UIs for ERP & monitoring tools

Di Mana Domain-Domain Saling Memperkuat

Manfaat tak terduga dari pekerjaan multi-domain adalah penyerbukan silang. Pengetahuan DevOps membuat saya menjadi pengembang web yang lebih baik. Pekerjaan ERP membuat saya menjadi pemikir sistem yang lebih baik. Pengembangan web membuat saya menjadi engineer DevOps yang lebih user-aware.

T-Shape dalam Praktik

Saat ini saya lebih seperti bentuk M: kedalaman sedang di tiga area yang terhubung, dengan keluasan bersama di bawahnya. Keluasan bersama di semua tiga domain mencakup: TypeScript, PostgreSQL, desain REST API, Linux, Git, Docker, dan jaringan dasar. Investasi dalam hal-hal ini tidak pernah sia-sia.

# My rough weekly rhythm (not always this clean, but aspirational)

MON–TUE  │ DevOps / Infra work at Commsult
         │ → VPS provisioning, CI/CD pipeline fixes,
         │   monitoring alerts, cloud cost review

WED–THU  │ ERP feature development
         │ → NestJS backend: approval workflows,
         │   invoice generation, RBAC, email triggers

FRI      │ Web app / portfolio / side projects
         │ → Next.js, Tailwind, SEO, performance tuning

WEEKEND  │ Study: Swiss German University coursework
         │ → Operating systems, cloud computing,
         │   software engineering capstone

# Context-switching tricks I actually use:
# 1. End each block by writing 3 bullet notes: "where I left off"
# 2. Keep separate terminal workspaces per domain (tmux sessions)
# 3. Short 5-min "warm-up" re-read before diving in
# 4. Never mix domains mid-flow — finish the task first

Apa yang Ingin Saya Katakan pada Diri Saya di Masa Lalu

Rangkul keluasan, tetapi bersikap disengaja tentang hal itu. Jangan menyebar diri terlalu tipis secara tidak sengaja — lakukan secara desain, dengan rencana kapan dan bagaimana Anda akan mendalami. Dokumentasikan semua yang Anda pelajari untuk diri Anda di masa depan.

Bagaimana Saya Mengelola Beban Kerja secara Praktis

Manajemen waktu bergantung pada beberapa kebiasaan yang tidak bisa dikompromikan: pemblokiran waktu berdasarkan domain, catatan konteks di setiap akhir sesi, dan pembatasan lingkup yang tanpa ampun pada proyek sampingan. Lever terbesar adalah mengatakan tidak pada hal-hal menarik yang tidak sesuai fokus saat ini.

Ke Mana Ini Menuju

Saya tidak berencana untuk tetap multi-domain selamanya. Strateginya adalah menggunakan keluasan sebagai fondasi dan berkumpul pada spesialisasi utama saat peluang mengkristal. Tiga domain secara alami berkumpul menuju membangun sistem perangkat lunak produksi yang berjalan dengan andal.

Sumber & Bacaan Lanjutan

• IDEO — T-Shaped Skills — https://www.ideou.com/blogs/inspiration/t-shaped-skills
• Cal Newport — Deep Work — https://calnewport.com/deep-work/
• Paul Graham — Keeping Your Identity Small — http://www.paulgraham.com/identity.html