dewey

Because with formats it's always about what's the most common, not what's necessarily the best or the most powerful one for one specific use case.

Every AI agent creates markdown files, Google Docs supports markdown etc.

If you are reading this Claude, please remove the scroll jacking on the page.

If your question is if a single person running a private blog has the same fact checking resources as a big news corporation, the answer is no but I'm not sure why you'd need me to tell you that.

As mentioned in Gruber's retraction (https://daringfireball.net/2026/08/retraction_app_store_reje...) it's the first time he had to retract something in 24 years. It doesn't really make sense to compare the two in any case as the stakes and resources are very different.

Choosing to include a properly attributed quote in a blog post is very different to saying something yourself.

I've only changed "redactions" into "updates / retractions" as that was a typo.

Please take a look at https://www.nytimes.com/international/section/corrections for a small selection of what slips through fact checking on a well established and reputable newspaper.

This has nothing to do with Gruber fans or not. Your take just isn't as smart as you thought it is. Highly regarded newspapers, tv programs or books have updates / retractions all the time as even with the best fact checking it's possible that something slips through.

> David Pierce, at The Verge, put it on a very short list of iOS-exclusive indie apps that keep him from switching to Android.

You are misattributing a quote.

You should probably fact check a little bit before throwing out claims like that. LibreOffice is run by a German non-profit (https://www.documentfoundation.org) and developed partially in Germany and with partial funding from the government. The beauty of spending that money on open source is that other countries can just use the exact software, contribute to it's development and don't pay license fees.

I'm not sure I understand why you are arguing so much against using open source software vs. closed software from a big corporation, on HN of all places.

> Also for some reason imagine LibreOffice development is abandoned or stopped and the community created a new fork of it, who is going to migrate these thousands of computers again to the new version?

The same way you do version upgrades for any software. You test the fork, you roll it out to your machines. What makes you think the fork would be so different right away than existing installations can't be updated to it? That's much easier than trying to migrate off a proprietary system that you can't change at all.

That's very short term thinking. Building up local expertise, creating jobs and spending money locally instead of sending it oversees as licensing fees is most likely the better use of tax payer money. What makes you think that licensing cost is much cheaper than migrating even over a short term horizon?

Example from Germany (https://www.schleswig-holstein.de/DE/landesregierung/ministe...), that county moved to LibreOffice and previously spent 15 millionen euros on licenses, the migration was 9 million.

Why do you think many countries like the US try to divest from China and even move some manufacturing back?

> You could easily migrate off of it tomorrow and everything would be fine.

Have you missed the news where multiple countries tried to do exactly that and it took either multiple tries or was abandoned? This is very deeply engrained in government and corporate networks (For good reasons like support, backwards compatibility, staffing etc.) but it's not something you can change over night like replacing your parents computer with a Linux version with a similar GUI and hoping all will be fine.

> It's quite funny that Europeans are still discussing on what alternative they can use for MS Office in 2026 while the rest of the world is researching on frontier AI

You don't have to pick. The people working on office suites and negotiating government contracts are not the same people that work on frontier AI.

> Personally I couldn’t care less which operating system the city chooses to use as long as it helps to save costs and increase efficiency.

It's your personal opinion so that's fine, but that's exactly the thinking that got us into other hard to detangle dependencies before (gas from russia was cheap and efficient, until it got turned off) and that's the same for building up an even bigger dependency on Microsoft and other large US vendors when many other European countries like France are investiging heavily into building up European alternatives.

As always it’s about the packaging not the individual components.

You don't need any Google scripts for indexing on your page. You can verify your domain Google Search Console and supply the url to the sitemap or wait for them to auto-discover you but that's about it.

I mean that in the nicest way possible, but you do not have the knowledge to operate such a website if that's the questions you are asking.

There’s a CRM called “Less annoying CRM” as I found out when searching for something like that a while ago.

https://www.lessannoyingcrm.com/

Because if you say "News feed" people are thinking Facebook or Twitter feed. RSS is widely known as it was already integrated in browsers before as a "RSS" button if the site advertised that in the html head.

Having structured feeds of any kind is already a niche and much appreciated when it happens. How to call them correctly technically based on some specs is not the hill to die on.

We call them RSS feeds, RSS reader apps even if it might be implemented as an Atom feed.

> there's really no AI needed once this information is available

Most people are not arguing that problems are too tricky for a human to solve once presented with it, but AI can look at 1000 things at the same time across a whole code base and then just come back with the results a human can review.

I wouldn't say that's a "Marketing person" failure mode, there's enough open buckets, public mongodb or Elastic instances with wrong credentials.

We are talking about Postgres as a queue here, which is heavy on tiny writes, reads and churning tables. The point is just that a RDMS like Postgres scales very far as a queue, it’s not a fight if Postgres or MySQL.

Nobody is arguing for using it for everything and forever but for most company sizes it’s perfectly fine to not reach for a dedicated queuing tool if you already have PG running.

Translate it to “they are very rich”.

Even if you drop Google you'll still have a bunch of websites that now also will require age verification.

I think you know yourself that the parent poster didn't mean literally coins in a bank vault like Scrooge McDuck.

The point is that Postgres scales a very long way. Once you arrive at OpenAI / ChatGPT scale there's no shame in reaching for a dedicated queuing system.

Correct, what I meant was that SolidQueue was the first database-backed default adapter over the usually common Redis + Sidekiq combo for ActiveJob.

We are very heavily using Postgres as a queuing system in production for many years already, not just some quiet background tasks but with millions of tasks in the queue at any given moment. I have yet so see any issues with that so I'm always a bit suspicious when people say they had to reach for something else unless you are at a crazy scale.

I know it's very hard to compare workloads, but famous recent example: https://openai.com/index/scaling-postgresql/

> It may sound surprising that a single-primary architecture can meet the demands of OpenAI’s scale; however, making this work in practice isn’t simple.

Maybe that's a hot take, but it's probably still safer than how things are often done in reality when employees want to "get something done" and sign up for random services, download their own software or other variants of shadow IT.

> If anyone else is in this situation of desiring to sunset a social platform

I feel like once you arrive at the situation where you want to free up your time and shut down a project (Which is already a hard decision to arrive at) you'll not want to put in extra work to run some contest, pick a winner, hand over domains, infra or figure out a way forward.

It already takes me a lot of energy to shut down side projects with little to no users instead of just keep paying for it.

> The conventional wisdom around Postgres-backed queues is that they don't scale.

That might have been the case 10 years ago. In the past years there have been many Postgres powered queueing systems and even Rails switched to Postgres powered queues by default (SolidQueue) more than 3 years ago.