HN user

silvestrov

5,619 karma

silvestrov...at...fastmail.fm

Posts0
Comments1,111
View on HN
No posts found.
98% Isn't Much 15 days ago

Supermarkets often have so low margin that building for the 98% of customers means that all of the profit has disappeared.

Profit is often at the margin.

The KISS version of regulation would be that stores are not allowed to use the word "buy" when you don't get full ownership and must use the word "license" instead.

Also it should be marked clearly that the company can rescind the license at any moment without giving any reason why.

It is like writing novels: it is not the spelling or typing on the keyboard that is the bottleneck.

It is always the creative world building part.

The main criticism of the Harry Potter books are not spelling or sentence structure, it is the plot holes and contradictions in the world build.

The same holds for software.

Good trick is to prefix all such keys with magic, i.e. a couple of letters that identify type type of key.

Then it will always be a string and you will be free to change the format/type of the key in the future to UUID or whatever you like.

Love systemd timers 2 months ago

I'd really like a collection of unit tests for parsers. There is a lot of details that can differ between parsers.

E.g. in "Section C" the resulting KeyThree is "value 3▵▵▵▵▵▵▵value 3 continued" where each "▵" symbol is a space.

I think most people would expect a single (or no) space here.

I would guess that most software would strip the comments in SectionC or rearrange the output so that it will result in a diff even when nothing in SectionC changed.

So if you edit the file by hand in the same style as shown in the examples, then most editors would not be able to make a minor edit without making a large diff as many sections would be formatted differently.

Love systemd timers 2 months ago

XML would have the advantage of having a grammar so we could validate the config files.

It would also make it much simpler to make good GUI editors for the files instead of the Notepad approach most unix config files take.

iOS 26 is very late to have acceptable performance in the framework that Apple promotes as what you should use. It should have had good performance from the day it was introduced.

WebKit have had great performance for a very long time now.

Why would any startup dare to use tech that only now got fast? Why not go with the battle tested WebKit?

It is also much easier to develop and test html pages than Apple specific tech.

plastic everywhere.

plastic will still be everywhere. The major catastrophe that could happen is for evolution of plastic eating bacteria like the creation of (dead) wood eating bacteria. Look at all the plastic containers etc you have in your kitchen and imagine it's just gone.

social media as news

Mainstream news isn't going to get any better.

teflon

teflon has gotten a lot better since it was introduced. It will stick around.

fossil fuel cars

will be seen like rotary phones: they will not understand why they are so cumbersome or why so many people had resistance against electric cars. It's like electric lights versus living with only oil/candle lights.

I think a near term would be: "you had to go to a cinema to watch a movie?"

It's a very different world from the exams I had in Denmark, both uni and high school:

* all exams were proctored

* the proctoring were done by external people hired to do this.

* you could not leave exam for the toilet without asking first and then being followed out by a watcher, which then would follow you back and check the toilet afterwards for notes.

* you were never handed back the papers you handed in.

* responses were judged both by your own teacher and by an independent teacher from another institution.

* you must use ballpoint pen (permanent) and not pencil. Pencil responses were ignored.

Today the studens are even handed Faraday-bags that their phones and smart watches must be kept in during the exam. Full instructions for exam watchers for a business school: https://www.nielsbrock.dk/da/om-niels-brock/til-eksamensvagt...

not actually needed

What you need is more that enough bandwidth.

Think of the difference between a highway with few cars versus a highway filled to the brim with cars. In the latter case traffic slows to a crawl even for ambulances.

It seems like it was just cheaper and easier to build more bandwidth than it was to add traffic priority handling to internet connectivity.

Hydro in Norway goes very well with windmills in Denmark.

Very simplified:

Wind blows mostly in Denmark during the day, so Norway stops hydro during the day and imports electricity from Denmark's windmills.

During night the wind is mostly still in Denmark so windmills don't produce much and Denmark imports from Norway's hydro.

In this way you can stretch the capacity from hydro using windmills even though Norway isn't a good place for windmills.

The article ignores hydropower. The numbers/prices look a lot better with solar + wind + hydro + battery.

Norway runs almost entirely on hydropower. Sweden has a lot.

Iceland runs on hydropower and geothermal.

I'm in Northern Europe and 100% of my many many taxi tours have used GPS for driving directions.

Taxi drivers don't use road signs anymore for figuring out which direction to take.

Marketingwise I think it is difficult for IBM to sell x86 systems as it is too easy for customers to compare performance to a standard Wintel server.

Sun had the same problem after 2001 dotcom when standard PC servers became reliable enough to run web servers on.

It's easier to sell "our special sauce" when building using a custom ARM platform. Then you have no easy comparison with standard servers.

dual‑architecture hardware that helps enterprises run future AI and data intensive workloads with greater flexibility, reliability, and security

I think we can ignore the "AI" word here as its presence is only because everything currently has to be AI.

So why would IBM add ARM?

As enterprises scale AI and modernize their infrastructure, the breadth of the Arm software ecosystem is enabling these workloads to run across a broader range of environments

I think it has become too expensive for IBM to develop their own CPU architecture and that ARM64 is starting to catch up in performance for a much lower price.

So IBM wants to switch to ARM without making a too big fuzz about it.