HN user

mperham

3,858 karma

OSS developer. I write Sidekiq and Faktory and sell them at https://contribsys.com.

Posts37
Comments582
View on HN
00f.net 3mo ago

Configuration flags are where software goes to rot

mperham
2pts0
nesbitt.io 7mo ago

GitHub Actions Has a Package Manager, and It Might Be the Worst

mperham
3pts1
arstechnica.com 1y ago

Apple's New CarPlay Ultra

mperham
1pts1
hanamirb.org 1y ago

Hanami 2.2: Persistence pays off

mperham
3pts0
www.vldb.org 2y ago

What Modern NVMe Storage Can Do [pdf]

mperham
46pts0
techcrunch.com 2y ago

Discord took no action against server coordinating costly Mastodon spam attacks

mperham
23pts2
www.youtube.com 3y ago

We Should Stop Using JavaScript, According to Douglas Crockford

mperham
14pts7
eugene.kaspersky.com 3y ago

A Matter of Triangulation

mperham
1pts0
earthly.dev 3y ago

Creating and hosting your own DEB packages and apt repo

mperham
3pts0
www.mikeperham.com 3y ago

Sidekiq 7.0

mperham
41pts5
scribe.rip 4y ago

What is AT&T doing at 1111340002?

mperham
1185pts377
www.mikeperham.com 6y ago

Faktory Enterprise

mperham
1pts0
github.com 7y ago

New Linux Memory Profiler from Nokia

mperham
8pts0
www.mikeperham.com 7y ago

Using Faktory with Python

mperham
3pts0
arxiv.org 7y ago

Aleph: A Leaderless, Asynchronous, Byzantine Fault Tolerant Consensus Protocol

mperham
4pts0
www.mikeperham.com 8y ago

Taming Rails memory bloat

mperham
1pts0
www.mikeperham.com 8y ago

Happy 6th birthday, Sidekiq

mperham
1pts0
www.mikeperham.com 8y ago

Faktory 0.7.0 – background jobs for all languages

mperham
1pts0
www.mikeperham.com 8y ago

Faktory, a new background job system

mperham
194pts53
www.mikeperham.com 9y ago

Monitoring Redis

mperham
2pts0
blog.acolyer.org 9y ago

Redundancy does not imply fault tolerance

mperham
6pts1
www.mikeperham.com 9y ago

Debugging stuck Ruby processes

mperham
1pts0
www.mikeperham.com 10y ago

Sidekiq 4.0 now available

mperham
3pts0
www.mikeperham.com 10y ago

Introducing Sidekiq Enterprise

mperham
4pts0
www.mikeperham.com 11y ago

Inspeqtor Pro Is Now Open Source

mperham
3pts0
matthewkirk.com 11y ago

The Zen of Burnout

mperham
2pts0
www.mikeperham.com 11y ago

Indie Developers in Ruby, 2015 edition

mperham
2pts0
farazdagi.com 11y ago

Vim as Go language IDE

mperham
2pts0
www.mikeperham.com 11y ago

CGI: Ruby's Bare Metal

mperham
64pts14
www.mikeperham.com 11y ago

The expvar package – metrics for Go

mperham
2pts0
Ferrari Luce 2 months ago

My understanding is that he only did the interior, which I have no issue with. The exterior is garbage.

Isn't it better to build a decentralized grid out of standard parts than a few highly complex nuclear reactors? To me, that makes the system more resilient and easier to maintain. Nuclear seems like a worse choice long-term than wind/solar/batteries. Balcony solar could get us nuclear reactor levels of power per year once broadly legalized.

that's the sentiment anyone who has been around in the community long enough and dealt with Andre has about him.

I've known him personally for years and find him perfectly fine as a person. The Rubygems maintainers worked with him for the past decade without issue. Until you cite actual issues, not vague "concerns", you're just spreading FUD and innuendo.

I don't know the details of Shopify funding. I donated $250,000 in 2024 and withdrew a planned $250,000 donation in 2025, as has been widely publicized.

Do you have any idea how expensive it is to keep the infrastructure running?

Yes, I do. All hardware and bandwidth are donated by Fastly and AWS so it costs RC nothing. Their expenses were $20,000/mo for 24/7 ops coverage: $2000/mo for 6 people and $8000/mo for service maintenance (e.g. db and software upgrades). So $240,000/yr, not "millions".

My Tesla is still on FSD from 2023 because the newer versions are terrible judging from the comments on the Tesla forums.

I've had FSD since 2020; the latest version is noticeably better than 2020. I wouldn't put too much stock in forums which tend to skew negative.

It was an off-the-cuff comment and probably not worded ideally but the intent was to discuss how Oban is branching off into a new direction for their business based on language-specific products while I went a different direction with Faktory. Since I came to the exact same fork in the road in 2017, I thought it was relevant and an interesting topic on evolving software products.

I wrote Sidekiq, which Oban is based on. Congratulations to Shannon and Parker on shipping this!

I had to make this same decision years ago: do I focus on Ruby or do I bring Sidekiq to other languages? What I realized is that I couldn't be an expert in every language, Sidekiq.js, Sidekiq.py, etc. I decided to go a different direction and built Faktory[0] instead, which flips the architecture and provides a central server which knows how to implement the queue lifecycle internally. The language-specific clients become much simpler and can be maintained by the open source community for each language, e.g. faktory-rs[1]. The drawback is that Faktory is not focused on any one community and it's hard for me to provide idiomatic examples in a given language.

It's a different direction but by focusing on a single community, you may have better outcomes, time will tell!

[0] https://github.com/contribsys/faktory [1]: https://github.com/jonhoo/faktory-rs

Yeah, the screen is a very costly upgrade but since I'm on it so many hours per day, I was willing to pay the price. Glare is just never a problem, no matter where I am.

I’ve been using a nano iPad Pro for a year or so now and fingerprints have never once bothered me. The cleaning cloth works great. I love the nano screen as reflections are just not a problem any more.

"Flophouses" or SROs used to provide affordable housing for young people new to a city, single people, workers, etc but they depend on density and transit to be cheap. They were largely made illegal in the mid-20th century. Land use/zoning laws are why we've built nothing but car-dependent suburbs for the last 50 years.