ncruces

> Coding agents? The users are, presumably, both sober and paying attention.

This user is tired of clicking through to allow trivial commands to run, while being less and less engaged with the task at hand, but left with no alternative given the volume of changes others ram through.

There's nothing about random access at that link.

There's this, but it doesn't seem to be getting much traction: https://github.com/facebook/zstd/tree/dev/contrib/seekable_f...

The original poster claiming "over engineering!" is the one that wants to "just change the ringtone," apparently failing to realize that the products they're comparing too were never meant to "just change the ringtone." (i.e. they need to cater to a wider audience to be successful)

I can't be sure about whstl, but that's my only point.

And, really, nothing against going to great expense/effort to build exactly what one wants. In fact, I love doing just that.

It's easy to do a VFS that handles instant forking (snapshots).

Here's an in-memory one I made (pretty useful for unit tests): https://github.com/ncruces/go-sqlite3/tree/main/vfs/mvcc

The problem DoltLite solves is merging, not forking.

> "The doorbell" is something designed and built by 1 person to meet exactly their own requirements.

Nothing wrong with that.

Also nothing wrong with people going to great lengths to build an Excel replacement that fits their exact requirements like glove, by ignoring 99.9% of what makes Excel … excel.

The issue is calling Excel over engineered for catering to everyone else:

> You would be surprised that 99% of the solutions out there are complete over engineered stacks that depend on wifi devices, Internet access, connecting to various cloud services...

Even if all some people wanted was a custom sound on their doorbells, I bet many of those people will want to transfer the sound using a smartphone rather than an SD card they can't modify with a computer many don't own. And, given that capability, even more people will want to be notified of a ring on their phones, and then why not when they're outside (maybe on the backyard) away from the LAN, and then why not while they're at work, and so on and so forth.

The “over engineered” solutions are actually engineered to cater to everyone else, that is all.

And to make whstl's point: I find it much easier to justify internet and cloud to support a doorbell that's genuinely more useful (rings remotely) than SD cards and custom hardware to justify something as … frivolous as changing the bell's sound.

PS: I just spent $70 modding a $20 Casio watch. I loved every second of it.

Yes, and the person engaged with them is pointing out that more complex solutions exist because someone added other requirements.

Maybe “I want a configurable chime” is just a less popular requirement than “I want to be notified on my phone even if I'm not at home.”

Also, Excel is famously complex because, despite most users only using 20% of the features, no one uses the same 20%, so if you want cover close to 100% of the market, you need to ship features that are useless to most of your users.

Also Cosmopolitan lib: https://github.com/jart/cosmopolitan/blob/master/libc/README...

Note how all the "wrong" lines are down to markdown formatting.

Agreed. I went the route of building on top of something else. Sill lots of fun.

https://github.com/ncruces/go-sqlite3

And I'm still having fun.

https://github.com/ncruces/go-sqlite3/pull/421

Oh, but it is.

It's long READMEs with 3 punchlines per paragraph for a project best described has "I found these 4 thingies, all of them had compromises, so I told Claude: merge the 4, no compromises!"

And every issue, every PR you open, about every small improvement or new feature, is the same.

Wasting your latin trying to impress others with nothingness causes the same revulsion, human or AI.

Previously, most people would save their effort for things that actually mattered. Take away the effort and this is what you get.

And yet (from the same site): https://en.wikipedia.org/wiki/Karahan_Tepe#/media/File:Urfa_...

I have a Go library implementing double-double arithmetic (and also exponentials, logarithms, trigonometry...): https://github.com/ncruces/dbldbl

Mostly useless, but was quite fun to write.

Bluetooth is watch initiated, and only turns on 4 times a day (or when the user explicitly requests it with a button press). The pedometer is probably a special chip.

You should compare this with the F-91W that gets 7 years on the same battery, and hobbyist hardware mods that get years out of the same battery running ARM chips.

Right when I started building a custom F-91W with/for my kids based on sensor watch: https://github.com/joeycastillo/second-movement

I'll take some solace in mine supporting lots more alarms (beep when school recess ends) and a bunch of geeky stuff like sunrise, moon phases, tides, and stuff.

They're saying the software that makes the car start was more expensive than the software that allows you to play music in the car.

Sure, but that's 12-18pm CET, which is hardly peak EU work hours.

So what does "the majority" mean? 51%? Because that's just saying those 51% occur during EU/UK afternoons and east cost mornings.

> Why on earth would I ever want to use SQLite if I have access to a sufficiently advanced code generator which can generate me a similarly high quality database system

Because SQLite has 10k requirements that wouldn't even cross your mind to write down, but 80% of which are useful to you.

On the one hand, yes. On the other, my country has just shut down 3G and 2G only stays because it's still used by emergency services. How long will 4G last? Longer than bluetooth and the Casio app?

It'd be nice if something like this could be maintained long term. The US, UK and Germany signals have been working since the ~1960s.

As I wrote: it does work great where it does work. I'd definitely have gone that route if it worked where I live. It's just that the marketing that it works "all around the world" falls pretty short, IMO.

I kinda wish the German transmitter had more range (like the US one does) but even the blog I linked to, you can see someone in the continental US who needs to hang their watch from their window blinds for syncing to work reliably.

I even looked into hacking my own transmitter (https://github.com/hzeller/txtempus) before giving up and just buying one of the models with bluetooth phone sync.

That “all around the world” leaves significant gaps: https://hagensieker.com/2019/11/17/multiband-6-what-is-it/

I had a weather station with an external antenna that could never sync, even during the night, even placed outside in the "best" side of the house on my neck of the EU.

A solar powered, low battery wristwatch that's never outside in the middle of the night will fare much worse.

It's interesting old school tech that works fine in the places where it does work.

For elsewhere, I guess synching through a phone is more practical. So far it works fine. I just hope it doesn't get deprecated (I do, unfortunately, have a feeling the Casio app will break before the radios stop transmitting).

Aren't you reading it the other way around? (I'm from another EU country where this rule existed)

Other people have the right to rest on Sundays too, so you force as many activities to shutdown as possible to make it so.

I don't really agree with the rule, by the way. Same thing as (in my country) all schools closing the exact same weeks which causes terrible holiday peaks on a bunch of other activities. Something we're also timidly abandoning, to great results (IMO) but which is not a popular change.

> More than 60% of my net worth is just from two stocks.

I would hope you realize that your good fortune (aka luck) does not generalize to an entire population.

Well adding the language features is a prerequisite to making these libraries possible.

It's the length of an A4 sheet of paper (also, by extension, the size of many school books, backpacks and … rulers).

The greatest thing about generics is … that they're not used much if at all.

Which is a great way to make sure they're not overused, which in my experience is better than underuse.

Maybe your heroes did.

And no one gives a shit about the (18 million) Dutch, but we picked Bertha von Suttner.

Maria Skłodowska-Curie was very helpful, at trying to solve #2 and #5 countries (by population) in one stroke. Good that the big 5 EU countries were simple enough to cover.

But why are a Greek-American, and an - unknown to the majority of Europeans - Austrian in there?

How many counties more populous than Austria are unrepresented? Do all EU countries count, or just EZ? (Poland is not EZ, is represented, still complained)

It's an impossible list. Europeans don't necessarily have shared heroes, and if they did, some of these wouldn't be top 6.

No.

Go doesn't rely on much C/C++, not recently at least. Particularly on Linux.

Exactly.

Faces are a terrible idea for a common currency shared by 21 countries.

You have to pick one writer, good that the English left for good so Shakespeare's out, but how do the French feel about Cervantes vs. Victor Hugo?

The Poles complaining that they didn't get enough recognition because Marie Curie's maiden name isn't given enough prominence should tell you all there is to know about this being a good idea.