惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Hugging Face - Blog
Hugging Face - Blog
宝玉的分享
宝玉的分享
G
Google Developers Blog
T
Tailwind CSS Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
V
V2EX
V
Visual Studio Blog
博客园 - Franky
S
SegmentFault 最新的问题
Jina AI
Jina AI
爱范儿
爱范儿
The Cloudflare Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
D
DataBreaches.Net
C
Check Point Blog
月光博客
月光博客
P
Proofpoint News Feed
T
The Blog of Author Tim Ferriss
罗磊的独立博客
H
Hackread – Cybersecurity News, Data Breaches, AI and More
MongoDB | Blog
MongoDB | Blog
The GitHub Blog
The GitHub Blog
Y
Y Combinator Blog
Martin Fowler
Martin Fowler

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
Windows for Students, Linux for Developers — My Unexpecte...
Biki Kc · 2026-06-26 · via DEV Community

I recently bought a new laptop, and for the first time in years, I decided to stick with the pre-installed Windows 11 instead of immediately installing Arch Linux.

As someone who has spent years daily driving Arch, that felt strange.

But there was a good reason.

Why I Stayed on Windows

I'm a college student, and Windows comes with something that Linux still struggles to replace perfectly for my workflow: Microsoft Office.

PowerPoint, Word, and Excel just work.

Yes, LibreOffice is good, and Google Docs exists, but when professors expect .pptx files with perfect formatting or group projects revolve around Office, having the native applications is genuinely convenient.

For my academic life, Windows has been surprisingly comfortable.

I honestly have no complaints there.

Then I Started Developing Again...

That's when reality hit.

I joined an open-source project that required services like Redis and Supabase.

On Arch Linux, I probably would have installed everything in a few minutes.

sudo pacman -S redis

Done.

Need Docker?

sudo pacman -S docker

Need PostgreSQL?

sudo pacman -S postgresql

Everything lives in one package manager. Life is simple.

On Windows, it became a completely different story.

Some tools require installers.

Some recommend Docker.

Others simply tell you:

"Use WSL."

At first I thought, "Okay, maybe that's fine."

But after setting it up, I couldn't stop asking myself...

If I'm using Linux inside Windows just to develop... why am I using Windows in the first place?

WSL Isn't Bad

Before anyone gets offended, I don't think WSL is a bad technology.

It's actually impressive.

Running a real Linux environment inside Windows is a huge achievement.

The problem isn't WSL itself.

The problem is that many modern development tools assume Linux as the default environment.

Instead of Windows becoming a better Unix-like development platform, the recommendation is often:

"Just install Linux inside Windows."

As someone who already knows Linux, that feels a little ironic.

The Things I Miss from Arch

After spending years on Arch Linux, you start appreciating the little things.

One package manager for almost everything.
Consistent CLI-first workflows.
Native Docker experience.
Easier setup for databases and backend tools.
Development environments that closely match production Linux servers.

More importantly...

The terminal feels like home.

But Windows Isn't All Bad

To be fair, Windows has improved a lot.

Better hardware support.
Great battery life on many laptops.
Excellent Office applications.
Better compatibility with university software.
WSL for developers who need Linux tools.

For many people, it's probably the best balance.

I just haven't fully adapted after years of Linux.

So... Should I Switch Back?

That's the question I've been asking myself.

Should I:

Keep Windows and use WSL for development?
Dual boot Windows and Arch Linux?
Install Arch as the primary OS and run Windows only when I need Office?
Or just accept that WSL is now part of modern Windows development?

I'm genuinely curious what other developers think.

Especially those who have switched between Linux and Windows multiple times.

How do you balance productivity for work or college with a development environment that feels natural?

I'd love to hear your experience.