Enterprise / On the field
When high traffic, teams and compliance are in play, heavy tools prove their worth. At scale, complexity isn't a cost — it's an investment.
Uses · Working System
This page is not just a "which app do I use?" list. It is a summary of the working order I have built across system architecture, network, server infrastructure, software and operations. For me, picking a tool is part of the speed, trust, scalability and sustainability decision.
Working Context
Tool choice depends on context. At enterprise scale, heavy machinery earns its place; in my own projects, radical leanness is an engineering discipline — this blog included.
Enterprise / On the field
When high traffic, teams and compliance are in play, heavy tools prove their worth. At scale, complexity isn't a cost — it's an investment.
In my own projects
Here the rule flips: the fewest moving parts win. This blog runs on a single VPS — Astro + Node + SQLite + Nginx + systemd, atomic deploys via a GitHub Actions self-hosted runner, a multi-AI content pipeline, and Umami analytics (no Google). "One VPS is enough" isn't a slogan — it's a working proof.
Speed First
Every tool I use must shorten the time between decision and execution. Unnecessary clicks, slow startups and cluttered interfaces are negative points for me.
Operational Reality
For me, the value of a tool is measured by how much trust it earns under real load. I do not prefer flashy but fragile setups.
Software + Infrastructure Together
Editor, terminal, cloud and security tools are not separate worlds. All of them are picked as parts of the same working system.
Hardware
The center of my daily workflow. Writing code, terminal-based operations, infrastructure management, documentation, content production and AI-assisted development — everything flows through the same machine. A unit where I almost never hear the fan and that stays thermally stable.
There is nothing unnecessary on my desk. Each piece is picked to reduce the operational load of long hours. Meetings, deep-focus work and on-call interventions all flow through the same setup.
Keyboard
Magic Keyboard + Keychron K8 Pro (mechanical backup)
Mouse
Logitech MX Master 3S · fast switching between 2 devices
Audio
Sony WH-1000XM5 · noise cancelling + long meetings
Microphone
Shure MV7+ · podcast/meeting recording quality
Camera
MacBook built-in + Continuity Camera (iPhone)
Light
Elgato Key Light Air · neutral white 4500K
Stand
Monitor mount + adjustable laptop stand
UPS
APC Back-UPS · 15 min against power outages
Software Stack
The layer where I write code and interact directly with the systems. Speed, focus and low friction are decisive for me here.
Daily development surface
My first choice for fast navigation inside a codebase, AI-assisted generation and lightweight workflows. Main extensions: GitLens, Error Lens, ESLint, Astro.
Deep project work
I use these on the Go, Python and Java side for strong analysis and refactoring on large projects. GoLand + PyCharm is the core duo.
Terminal headquarters
The main backbone of SSH, log analysis, deployment, automation, service control and daily operations. Oh My Zsh + powerlevel10k prompt.
Version and flow discipline
Indispensable for keeping code quality, change history and team coordination under control. Commit signing + conventional commits.
Since I build large structures, the tools I use are picked not just for deploys, but for scale, security, observability and continuity.
Edge, DNS and cache layer
DNS, CDN, cache and WAF security layer. This blog runs on my own VPS (Astro + Node); Cloudflare sits in front purely as edge cache + protection — not Pages/Workers. On the enterprise side, Workers/D1 are in play too.
Multi-cloud workspace
Depending on the job, this gives me flexibility on services, cost, availability and integration. I do not stay tied to a single cloud.
Run-time standard
I use these to make container-based services scalable and manageable. Helm + Kustomize packaging.
Managing infrastructure as code
It supports the repeatable, auditable and portable infrastructure approach instead of manual setup.
CI/CD backbone
I use it to standardize build, validation, release and automation jobs.
Reverse proxy and web layer
On my own servers I prefer it for SSL termination, load balancing and serving static content. This blog also runs behind it.
When picking a tool, the language is not what matters — the problem is. Still, some languages naturally sit closer to the center of my work.
Services and CLI work
Very strong for backend and tool development thanks to performance, easy distribution and clean binary output.
Automation and productivity
Very practical for scripting, data processing, integration and AI-adjacent tasks. uv + ruff is the modern toolchain.
UI and modern web layer
Provides a safe development flow in the frontend and Node ecosystem. Strict mode by default.
Content-focused publishing system
Offers a clean and fast foundation for performance and content-centric setups like this blog. Content Collections + MDX.
I cannot manage a system without seeing its state; I cannot protect what I cannot see. This layer is a lifeline for me.
Metrics and visualization
For years, my main metrics stack across both physical and cloud infrastructures. Exporters + dashboard discipline.
Log aggregation
Loki is light at scale, Elasticsearch is for deep search. Log structure is designed up front.
Kernel-level observation
A modern kernel toolset for network flows, syscall tracing and security policy enforcement.
Secret management
Application secrets in Vault, personal and shared accounts in 1Password. Never plain text, ever.
I use AI tools not for show, but to increase my thinking speed and production quality. The final call still belongs to architectural judgment and field experience.
Production power inside the terminal
A very strong assistant for deep work inside a codebase, editing, reasoning and fast iteration.
Analysis and technical thinking support
I use it in architectural discussions, system design, content production and review flows.
Automatic content generation
The hourly publishing pipeline of this blog is based on Gemini models. Disciplined model fallback + retry.
Micro speed boost
Useful in repetitive code, boilerplate work and keeping my flow uninterrupted.
Not just software and infrastructure; the layer of organizing thought and fast access is also part of the same system.
macOS launcher and quick commands
It replaced Spotlight. Snippets, clipboard history, window management and AI integration.
Notes and documentation
Architectural decisions, project notes and knowledge base. Practical for shared documents too.
Personal knowledge graph
Local markdown-based. A linked-thought system that connects my own ideas to each other.
Browser
Safari for everyday browsing (efficient + secure), Arc workspaces for separating development and work.
Terminal
Shell
Zsh 5.9 + Oh My Zsh
Prompt
powerlevel10k
Active Plugins
Fuzzy finder — files, command history, git branches
A faster grep — sub-second even across millions of files
cat + syntax highlighting + paging
ls replacement — git status and icon support
Smart cd — jump to frequent directories with one command
Swiss army knife for JSON and YAML transformations
System monitoring — modern incarnations of top
Network troubleshooting — traceroute + ping combined
Home Network
As a network specialist, I want the setup at my own home to reflect the same discipline. The lab I run at home is a small model of the VLAN, segmentation and observability practices I apply in the field.
Router
pfSense · VLAN segmentation + DNS filtering
Switch
MikroTik CRS326 · managed L3 + PoE
AP
UniFi 6 Pro · Wi-Fi 6 + mesh
VPN
WireGuard · remote access + site-to-site
NAS
Synology · ZFS-like snapshot discipline
Monitoring
Prometheus + Grafana · home service health
Speed
Subscriptions
I also use free options, but I find these services worth paying for because they directly add to productivity or quality.
Claude Pro
Writing, design, reasoning
GitHub Copilot
In-editor autocompletion
JetBrains Pro
All IDE rights
Cloudflare Pro
Edge + security + WAF
1Password Family
Secret management
Raycast Pro
AI, cloud sync
Notion
Documentation and notes
Domain + VPS
mehmetsari.ai + .com.tr · my own server
Philosophy
I prefer simple, fast, reliable and reusable setups over flashy but fragile tools. Especially on the system and network side, the real value of a tool is measured by how much visibility and control it gives you in a problem situation.
On the software side, I build flows that increase production speed without lowering quality. AI is an accelerator here, not a decision maker.
Even this blog is a live model of my own thesis: hourly automatic publishing, atomic deploy, hosting on my own server, daily backup. I have arranged my tools to reflect my own operational discipline.
Workflow
STEP 1
Think
I do not pick a tool before understanding the need. First, the scale, risk, dependencies and operational load are clarified.
STEP 2
Build
Infrastructure, code and release flow do not move forward in isolation. They are designed together from the beginning.
STEP 3
Automate
Every manual repetition produces errors over time. I move whatever I can into automation.
STEP 4
Observe
A system that is built but not observed is incomplete. Health, log and behavior visibility is mandatory.
Note
As new projects, new needs and new ways of working come up, the tools I use also change. But what does not change is my approach: speed, security, sustainability and choosing based on real field needs.
Last updated: June 2026