sorisos

I once worked with developing PV-inverter software. The web "features" always made be uncomfortable given the projected lifespan of >10 years.

I like that so many unix command tools (like cat, ls...) is rarely updated. Often comes with a man page written in 30 years ago. Same with a lot of C libraries.

I also believe it is a trend not to go over the head of consumers. Can be seen in older documentaries and political discussion. Perhaps this is just a result of everyone already feeling like a expert and should not be insulted by complex language etc.

I have an email like "a@b--c.com" - not that crazy you might think but 1/10 websites reject it as "invalid" due to some stupid regex check.

There should be a exception in every code standard that says SI units are OK where otherwise all lower case is enforced. Example to use mega (M) vs milli (m).

Ableton live (music application) - the only reason I still have mac. I tried to switch to Bitwig that is similar and runs on linux, but I have not had the time to develop a workflow with it.

I think the "hamburger icon"[0] is a good example of conflict between revenue and usability. I wounder if there is more?

[0] https://medium.com/@hfuecks/so-we-went-with-a-hamburger-menu...

ripgrep or silver searcher for searching large code bases.

I think we already have a culture that exaggerates this aspect. Tried-but-failed stories do not sell very well. Not everyone can be successful and pretending this is case makes people that feeling left out blame them self (or maybe immigrants). I am not advocating a "entirely random" view, just a more nuanced and perhaps more realistic one. Also, I do not think humans will ever stop struggling to achieve things in life, even if we had a society where success where attributed to pure luck.

(Perhaps we should define "success" in this conversation)

If every time someone shares their success, the response is instantly about how privileged or lucky they are, then our culture is sick. We should listen to and support those stories.

I would argue that a culture which attributes success in life to personal effort or choices is sick. This makes people blame themselves for not trying hard enough etc, when in reality there are more decisive factors such as who your parents are (or luck).

Comforting to here someone else react to these "alienated" commenters. I feel they made this the most depressing HN thread I have ever read.

I've seen some research on "relative income happiness" that suggest having poor(er) people nearby should increase happiness. Perhaps it doesn't apply if the income cap is to large...

could also be a niche market product created a decade ago that some other large company depends on. money keeps rolling in with little effort. source: personal experience. the company is no longer in operation but it lasted for a god 30 years.

Sometime ago I stumpled upon a github repo that interested me. Due to several reasons I suspect the maintainer might be dead. I tried to verify it somehow but no luck. Might be easier if you are a Greek citizen. Suggestion? Of-course a persons death is tragic, but it is also a shame no one will start maintaining a fork while the original repo is in limbo...

Agree no one is going to downgrade but there is another strategy - always build your app against package versions that is in Debian stable. Of-course it can be problematic but have some advantages: well tested, any bugs probably have documented workaround.

I believe you can get a lot of information from accelerometer data. Especially when compared with other data for the same road. Is it even used in this way?

Could be used for testing hardware+firmware. Example connect 14 hardware revisions of a $SOME_HARDWARE to each RPi and test firmware changes.

This feature have the potential to remove some christmas trees (nested if statements) in MISRA C compatible code. Publishers should have waited to January! :)

There is a lot of legacy C code out there.

What would they gain?

Using a slow release distro as debian (either directly or as a reference) also have the benefit of compatible versions. I.e. no need trying to figure out how to get both $A and $B compile against a common library.

Interesting! Perhaps I should have phrased the question better, I do not think it is deliberate, but I still do not understand why code quality have such a low priority . Software development is expensive so it seems to me it would be a market advantage to provide more decent drivers and examples. I also suspect some new designs are never realized due to bad vendor code - seems like a missed sale opportunity.

I wish and hope just pausing the economy is as easy as you say. I'm worried though, as the last decades the Economy appears to be this unpredictable daemon that affects everything and everyone but no one knows how to please it.

That sounds interesting. Could you please provide a link to the open source project?

I programmed the blue little button on my thinkpad to change i3 layout to/from external monitor. Works great for me, as it allows me to have the monitor connected to several machines.

Perhaps related crash[0] where the autopilot was disabled because it was listening to user input, in this case a child.

[0] https://en.wikipedia.org/wiki/Aeroflot_Flight_593#Accident

I have long wished for a EU-en locale. Perhaps one day...

Anecdotal argument: I rarely sleep as good as I do on trains, so 16h is not a problem - the price and frequent late arrival is.

Also very cheap if you claim the refound! Last summer I traveled a lot with these trains and only payed for half of them. :)

If I remember correctly, a night train from Stockholm to south Europe implies a change of train in the middle of the night in either Malmö or Copenhagen - which sort of ruins the the concept of sleeper trains.