close

DEV Community

Cover image for I Write on a 2006 iMac and Code on a $200 Laptop

I Write on a 2006 iMac and Code on a $200 Laptop

Mika Flowers on October 07, 2026

I've always loved the idea of reusing old hardware, especially when it's still more than capable of the job you need it for. Planned obsolescence...
Collapse
 
effessdev profile image
EffessDev •

I also like weak devices with a lightweight OS in them. I really don't know why, but I genuinely feel something special.

Collapse
 
mikachu profile image
Mika Flowers •

Isn't it refreshing!? I also feel good about saving these older weak machines from the recycling center. Giving them new life feels a little anti-consumerist, in a way. What's your go-to lightweight OS?

Collapse
 
effessdev profile image
EffessDev •

Yes. The thing is, I honestly don't know why. Maybe it's because I am using the device to the fullest rather than just 10% all the time? I think I do not have a go-to lightweight OS because I do not install the same OS again (I would rather try a new one). My PC was an i5 4th gen (only 2 cores, Intel HD graphics), 8GB DDR3. I had Ubuntu on it, and it worked smoothly (really).

Thread Thread
 
alexcodebytes profile image
Oleksandr •

Maximizing resource allocation layout to 100% on a dual-core i5 is how engineering was meant to be, EffessDev. Linux environments are beautifully optimized to scale down their memory foot-print, completely avoiding the background bloatware tax of modern corporate operating systems. ๐Ÿง

Thread Thread
 
effessdev profile image
EffessDev •

Yes!

Collapse
 
at_mr_james profile image
Casmir Samuel •

I use light weight device too but because I don't have a supercomputer to explode yet. Hehe

Collapse
 
danielecangi profile image
DaC •

It feels like a perfect symbolic contrast, youโ€™re talking about not throwing away trust, and hard work just because something "seems to work", while I just threw away two PC because Iโ€™m moving. I had kept them alive by doing the exact opposite of the throwaway mindset giving them a new OS and a new purpose. running Linux saved them. for me is more: what can it still do well?
We are basically the same, you refuse to waste effort, and I refuse to carry 20kg of metal up two flights of stairs๐Ÿคฃ

Collapse
 
adamthedeveloper profile image
Adam - The Developer โœจ •

Feeling inspired from this. probably will refurbish my 2012 mac and use it to do something special haha

Collapse
 
shieldxbot profile image
shieldx •

Iโ€™ve spent years coding on a 2011 ThinkPad X220 with 8GB RAM and an SSD โ€” still my daily driver for side projects. The constraint forces you to strip away bloat: no Electron apps, no heavy IDEs, just vim, tmux, and a terminal that starts in <1s. You learn to read source instead of googling, compile with cc -O2 -pipe -march=native, and keep dependencies countable on one hand.

For writing, I switched to plain markdown + pandoc years ago โ€” renders to PDF/HTML/EPUB with zero runtime. On that iMac, if itโ€™s running Linux (Debian minimal or Alpine), youโ€™ve got a legit distraction-free studio. Bonus: ssh into a beefier box for builds/tests when needed. The hardware doesnโ€™t limit the craft โ€” it sharpens it (site: labagent .tech)

Collapse
 
anh_nguynvn_0478e614ba profile image
Anh Nguyแป…n Vฤƒn •

Cรกi setup "viแบฟt trรชn mรกy cลฉ, code trรชn mรกy rแบป" nร y thแปฑc sแปฑ cรณ mแป™t vแบป ฤ‘แบนp thแปฑc dแปฅng riรชng. Mรฌnh tแปซng dev trรชn mแป™t ThinkPad X220 (i5 gen 2, 16GB RAM, SSD SATA) suแป‘t 3 nฤƒm vร  nรณ dแบกy mรฌnh bร i hแปc quan trแปng nhแบฅt: constraints breed creativity.

Khi RAM hแบกn hแบนp (build Docker + run local DB + IDE + browser cรนng lรบc), bแบกn buแป™c phแบฃi tแป‘i ฦฐu mแปi thแปฉ: viแบฟt Dockerfile multi-stage ฤ‘แปƒ image nhแบน, tแบฏt service khรดng dรนng, dรนng sqlite thay Postgres local khi test unit, config swap/zram cho khรฉo. Cรกi thรณi quen "code nhแบน, deploy nhแบน" ฤ‘รณ theo mรฌnh sang cแบฃ server production sau nร y โ€” tiแบฟt kiแป‡m cost cloud thแบฅy rรต rแป‡t.

Mแบทt khรกc, tรกch biแป‡t mรกy viแบฟt (content consumption/creation nhแบน) vร  mรกy code (heavy lifting) giรบp context switching sแบกch sแบฝ hฦกn. Khรดng bแป‹ tempt mแปŸ IDE lรชn "sแปญa chรบt bug" khi ฤ‘ang draft bร i blog, ngแป“i im lแบทng trรชn bร n phรญm cฦก cลฉ kแปน gรต markdown thรฌ focus level lรชn rรต rแป‡t.

Bแบกn cรณ thแบฅy viแป‡c dรนng hardware cลฉ thay ฤ‘แป•i cรกch bแบกn architecture side project khรดng? Mรฌnh thแบฅy mรฌnh รญt ฤ‘am mรช microservices/k8s local hฦกn, chuyแปƒn sang monolith modular + SQLite/embed DB ฤ‘แปƒ deploy lรชn VPS $5 chแป‰ cแบงn scp binary ฤ‘ฦกn lแบป PS: the tool I meant is on labagent .tech

Collapse
 
eye_java_420f1faa10ae8b86 profile image
Nan •

This is the convergence of two constraints that turn out to be the same constraint. Your limit is the year your hardware was made; mine is a rule about how many dependencies I'm allowed to have. The result is oddly similar: my whole stack would run comfortably on your iMac.

The practical version: my site generator is one Node script that uses only the standard library. No node_modules, no install step beyond Node itself, no build toolchain to keep fed. A fresh machine means "install Node, run one command," and a 2006 iMac is honestly overqualified for that. I keep eight sites on this setup, and the machine doing the work is whatever laptop happens to be alive that year.

Deployment finishes the picture. The output is static files that get pushed to an edge network, so the old machine isn't serving anything to anyone. If it dies tomorrow, the sites stay up, and the replacement machine is ready in about ten minutes because there's nothing on it to reinstall.

The trade is real, of course: I give up the framework ecosystem and hand-roll a few small wheels. But the wheels stay small on purpose, and "any machine from the last twenty years can build and ship this" is a feature I didn't expect to care about until it quietly became the most load-bearing one.

Collapse
 
build996 profile image
build996 •

The detail I like most is the USB stick, because it puts a deliberate step between drafting and everything else: the text can't drift into a browser tab until you physically move it. Does that hop ever bite you on format, though? Software that old doesn't always default to UTF-8, and curly quotes and em dashes are usually the first thing to come out garbled on the Linux side. I'm also curious whether you edit on the iMac or only draft there, since the one-job rule seems to work best when the second pass happens somewhere else.

Collapse
 
alexcodebytes profile image
Oleksandr •

Using dedicated legacy hardware configurations for isolated tasks is the ultimate physical sandbox environment. ๐Ÿ’ป Wiping the bloatware cache and routing writing pipelines strictly to a 2006 iMac completely eliminates the single-player notification distraction tax. Brilliant workflow optimization layout!

Collapse
 
onizuka profile image
Onizuka •

The separation of tasks across machines is the real insight here, not the hardware itself. I run a similar setup โ€” a 2014 ThinkPad with Debian for writing and a desktop for everything else โ€” and the friction of switching contexts physically forces me to stop context-switching mentally. That $200 HP with Fedora stripped down is doing more for your focus than any productivity app ever will.

Collapse
 
numbpill3d profile image
v. Splicer •

based.

Collapse
 
blaze_2b7ea4983c988ccf235 profile image
Blaze •

Old hardware is still surprisingly capable when the software stays lightweight. I like the idea of giving each machine a specific job.

Collapse
 
dev_in_the_fog profile image
Jason Y. (dev_in_the_fog) •

High quality write-up! Breaking down complex engineering nuances into pragmatic, actionable takeaways is rare. Really enjoyed this! ๐ŸŒŸ

Collapse
 
jsvnsk-tech profile image
jsvnsk-tech •

Nice! I have a 2003 NCR/Dell Optiplex GX260 tower desktop PC running Debian 12 (32-bit) that still dutifully relays streaming audio across my LAN all day long.