merek (u/merek) - Readit News

merek commented on Total monthly number of StackOverflow questions over time data.stackexchange.com/st... · Posted by u/maartin0

merek · a month ago

Between 2017 and 2022 (pre-LLM), it appears to show a clear downward trend, ignoring the covid surge. Any ideas why this might be?

The query also filters to PostTypeId = 1, what does this refer to?

merek commented on Worlds largest electric ship launched by Tasmanian boatbuilder theguardian.com/australia... · Posted by u/aussieguy1234

jillesvangurp · a month ago

The Guardian article glosses over a few things that are actually interesting about this ship:

- It's made out of aluminum instead of steel. The resulting weight savings make it a bit more efficient. That's something this shipping yard specializes in.

- Because it is going to run in shallow water on the river Plate, it doesn't actually have propellers but a water jet propulsion system.

Fully charged did a video on the construction of this ship early last year: https://fullycharged.show/episodes/electric-ferry-the-larges...

The project of getting this ship from Tasmania to South America is also going to be interesting as well. It can't do it under its own power; it's designed for a ~50km crossing, not a trans Pacific/Atlantic journey. At the time, they were thinking tug boats.

merek · a month ago

Thanks for the video link, it's way more informative than the original article.

merek commented on HSBC blocks its app due to F-Droid-installed Bitwarden mastodon.neilzone.co.uk/@... · Posted by u/_____k

merek · a month ago

If you've ever built a website for mobile but never heard of PWAs (Progressive Web Apps), I recommend checking them out. In essence, adding 2 files can make the site installable from a mobile browser and define caching behavior for offline functionality.

1. manifest.json: a JSON file that defines the app's name, icons, theme colors, and how it should launch when installed.

2. Service worker: a JS file that controls things like resource caching for offline usage

Unfortunately PWAs don't receive first class support compared to native apps. Still, I still hope to see wider adoption. I think for many not-too-complex apps, they can significantly lower the cost of development, and the development experience could be as simple as

- Building with HTML + JS + CSS. No clunky SDKs, reduced need to test on painfully slow emulators or expensive physical devices

- Installable from a browser. No need to maintain a listing in the Playstore/App Store, avoiding policy headaches, rent, etc.

https://developer.mozilla.org/en-US/docs/Web/Progressive_web...

merek commented on HSBC blocks its app due to F-Droid-installed Bitwarden mastodon.neilzone.co.uk/@... · Posted by u/_____k

merek · a month ago

I recently came across Open Web Advocacy (OWA) who summarize my mobile-platform concerns well. They "advocate for the future of the open web by providing regulators, legislators and policy makers the intricate technical details that they need to understand the major anti-competitive issues in our industry and how to solve them."

Their top 3 priorities:

1. Apple's ban of third party browsers on iOS is deeply anti-competitive

2. Web Apps need to become just Apps. Apps built with the free and open web need equal treatment and integration. Closed and heavily taxed proprietary ecosystems should not receive any preference.

3. All artificial barriers placed by gatekeepers must be removed. Web Apps if allowed can offer equivalent functionality with greater privacy and security for demanding use-cases.

Website: https://open-web-advocacy.org/en/

merek commented on A Timelapse of Satellite Launches: 1957–2025 [video] youtube.com/watch?v=qJ7O2... · Posted by u/animal_spirits

merek · a month ago

Very cool, well worth watching

merek commented on A change of address led to our Wise accounts being shut down shaun.nz/why-were-never-u... · Posted by u/jemmyw

merek · 3 months ago

https://web.archive.org/web/20251030232647/https://shaun.nz/...

merek commented on Common yeast can survive Martian conditions phys.org/news/2025-10-com... · Posted by u/geox

dib258 · 4 months ago

Yeah, we can make beers on mars!

merek · 4 months ago

And the Martian beers can drunk in Mars' bars

merek commented on Ask HN: What did you learn from AWS outages? · Posted by u/Brysonbw

merek · 4 months ago

I figured if a single AZ has an outage, let alone the entire region, I can rest easy knowing much bigger companies will have bigger problems. It will probably be newsworthy, and when customers email in, my excuse will be defensible, since I can send them links to external status pages, news articles, etc.

Whilst this was mostly true, it was still a very unpleasant experience, and my service was hanging by a thread for much of the time. I recently moved an important part of the stack from EC2 to Fargate, with two services: a single task to post jobs to a queue, and another service running many tasks to process jobs from the queue.

The incident knocked out the job posting service, which would not come back up. Had I left it to AWS to resolve automatically, my service would have been out for maybe 12 hours.

Fortunately the worker tasks were still available and waiting. I tracked down the old "job poster" code that used to run on an ec2. I sshed into an old ec2, and "deployed" the code by copying and pasting onto the server. The service came back up, although I had to edit the code directly on the ec2 to slow things down, since the ec2 had 1vCPU and an upgrade was not possible during the incident. Furthermore, Fargate workers would not scale out if they had too much work.

This was at about 2 or 3 AM my time, and was carried out whilst customers were emailing in, and cloudwatch alarms were going off all over the place. Once the service was back up, even with my unnerving hacky solution, I got a couple hours sleep.

What I've learnt:

- When the incident was first reported, I thought it would last 2 hours max. A 12 - 16 hour disruption to AWS resources is absolutely possible.

- Maybe don't use us-east-1 for future projects, but I'm not convinced there's much logic to this. Despite past issues, it's impossible to predict where an outage might occur and the affected resources, as well as spillover into other regions.

- Think of ways to make my service more portable, to other regions, even other cloud providers, but the motivation to do this will be gone by tomorrow. It's way more valuable for me to focus on customers, new features, etc, rather than bomb-proofing the service. I don't write airline or medical software. An outage of my service isn't going to kill anyone, and most users are understanding. I'll accept the hit.