skysight-inc/HackerNews huggingface dataset:
(Note the "couple hours" to get one number.)

Perfectly suitable. But they did have a couple of hours to come up with the right numbers, and they did have slide rules and graphical methods as backup. That is what allows evolution, you can't believe a computer right from the start and instantly abandon older methods. Those methods have a place.

In fact if an African student wanted to be a mathematician, a slide rule--due to its analog nature would--set him ahead and allow him faster results than his peers. Whereas a calculator you don't know where you've got it wrong.
The majority of estimation problems have either:

- too much uncertainty
- extremely relaxed tolerances for acceptable answers

and are performed in people's heads or simple napkin/grade school maths. It's not about computational power, it's about what's right for the job.
Who would initiate such investigation? Hard to believe it wasn’t some sort from of lobbying?
Sounds like those 'drop and egg from 2 stories without it cracking' science class experiments finally paid off.
I think that most JS developers don't have experience writing code without React, so they just use tools they know.
> For Google to have buried it like this, Advanced Search must've been confusing the vast majority of people who tried to use it.

Or, pushing people towards the simplified "let us figure out what you want" showed slightly better ad conversion rates.
> Not a word about any actual features or benefits of the Mac.

From what I recall almost every "I'm a Mac, I'm a PC" ad's premise was a feature or task that the Mac did easier or better, leaving the PC deflated or envious.
To find a project on our SAP system you had to know a code. If you did a search for the name of the project you had to put a * at the start and end of the search otherwise it would show no results. What is this the 1980s?

Now that's one simple process imagine that on every single step. SAP is worst software I've ever used.
Results from https://kagi.com/search?q=bronze+patina+thickness

1. https://en.wikipedia.org/wiki/Patina

2. https://www.adamsbronze.com/bronze-patinas/

3. https://www.sciencedirect.com/topics/materials-science/patin...

3a. https://www.sciencedirect.com/science/article/abs/pii/S23524...

4. https://www.corrosionpedia.com/important-facts-you-might-not...

5. https://www.accurateimageinc.com/CutMetals/Finish_CutBrnzPat...
Random aside: does anyone here have a recommendation for a slide rule? I'd like to have one, but I don't want to become a "slide rule enthusiast".

Ideally, I'd like one that is as flexible (in application) as possible, durable, and at least decently attractive sitting on my desk. Neither price nor size is a primary consideration for me, but I'd like to buy only one if possible.
While SharePoint is not the best choice for many applications, it has enough features to make it work. Since there are plenty of SharePoint experts already in the organization, it could be cheaper to just leverage them to build some SharePoint site that just barely works well enough for whatever application. It would cost a lot more to bring in some consultant that knows how to setup the proper software to do whatever new thing the project needs to do along with whatever new service contracts that need to be signed and paid for to cover the software for years. Do you jump into the new software that might be better or do you just use the same old SharePoint that you've already invested heavily in? The efficiencies of both solutions are probably intangible and it would be difficult to price either of them. Eventually someone out there will be the evangelist to convince program management that the new software really is the best choice (Jira, Confluence, Teams, Salesforce, Trello, etc).
> Zig doesn't have mechanisms that soundly guarantee some kinds of memory safety.

It does.

> It's not spacially memory safe: extern unions, sentinel-terminated pointers, and multi-element pointers break it.

We've been through that. Those are syntactically delineated unsafe features for C/hardware interop. Rust has them, too.

> This isn't a particularly interesting property because it's trivially true for any language

That's right, but Zig is much closer to Rust than to C in that regard. It has clearly marked unsafe features for C or hardware interop, which aren't used in other situations and could be mechanically excluded -- just as in Rust.

> Zig claims to be a general-purpose language, not just a low-level one.

Surely you agree it's also a low-level language?

> It's better to have more guarantees if the benefit of the guarantees outweighs the cost, not if there is no cost.

Yep, and we don't know if we're there in low level languages. So far it seems that some people find the cost of Rust acceptable and others do not. In other words, there's no consensus on what the acceptable cost is.

> It means that the opposite position is a fringe view.

So disagreeing that the only right design is that of a language that's struggling to get 1% of the market is a fringe view? That's like a Haskeller declaring that it is a fringe view to disagree that non-strict pure functional programming is the only right way to write programs. I think that Odin and JAI, two other low level languages in development, also don't go down the full memory-safety soundness path. Seems to me to be quite far from a fringe view.

If people aren't buying what Rust is selling -- regardless of how strongly some feel about the justice of its approach -- I think that those of us who care about correctness must explore alternatives, and Zig is certainly a fascinating alternative. It might well be the case that neither Rust nor Zig succeed in the market, but even in that case, both can certainly serve as inspiration for the languages that follow.
They're so digital they can't get the car doors to align with the body in the real world :)

Source: the one Tesla that i've test driven had a crooked left rear door. Straight from the factory.
That's my point, this could be accomplished with plain old contracts ...
TSA makes a lot more sense when one views it as a jobs program
https://web.archive.org/web/20210804205638/https://serpentse...

https://hackea.org/notas/matrix.html

https://github.com/libremonde-org/paper-research-privacy-mat...
> For most corporate sites? Unacceptable.

im not nessecarily disputing this, but if so, they clearly are stupid, given all the crap they will put up with
It's slow progress, but we can dream of a day where getting a cancer diagnosis is not a death sentence, but rather something like HIV. Not really curable, but with the right treatment, you can live a fairly normal life. You die with cancer, but not of cancer.
I don't see a distinction myself between unbounded and infinite, but the Typing system might be unbounded but it's being run on a computer with bounded memory so it becomes bounded. But that isn't a property of the Typing system, it's a property of the environment it's being executed in.
Yes, there is a limit on how many ads they can show to you without deteriorating user experience but sometimes they just don't care. They think like this: Q2 results were weaker than expected, let's show more ads to users in order to boost our Q3 results.
I recommend hosting yourself if you are worried about a company on the internet controlling access to your passwords...

You attack Bitwarden but how would this be any different with the other hosted password services?
As an end user, fighting back against using anger to drive engagement is easy.

Stop engaging with content that angers you.

Don't follow politicians and news outlets you despise. If someone you follow retweets the latest garbage being spewed by Fox News, don't interact with it. No retweets, no replies, no likes, no matter how well they refute the bullshit or how well they "own" the original messenger.

The algorithms feed you content they think you'll engage with. Train the algorithm to feed you better content.
> there is still a fair amount of assemby required

I'm not sure what you mean. A from scratch installation of Galene is just

git clone https://github.com/jech/galene/
cd galene
CGO_ENABLED=0 go build -ldflags='-s -w'
mkdir groups
echo '{"presenter":[{}]}' > groups/demo.json
./galene &

Do you think it could be made any simpler?
Applied Science has a good video[1] showing how you can look around objects. He is using a regular lens there, but with a lightfield camera you can emulate basically any lens you want in software as long as the captured lightfield is big enough.

[1] https://www.youtube.com/watch?v=iJ4yL6kaV1A
I also misinterpreted the comment. Either way, I don't see the harm in optimizing for prototyping speed. It's orthogonal to the safety issues.
Sorry, I missed that part
The smartphone era directly seems to coincide with elevated mental health problems.

I think porn and social media are responsible. Those two things, heavily changing neurotransmitter and hormone patterns, are significantly amplified when everyone has a smartphone.
> Surely the only people who should have got a vote in this matter are the people living on the island? If you’re going to let everyone vote on everything then the entire world would end up being owned by China because it’s got the most people.

That's my point, yes.
We had to read this in one of my Software Engineering classes and do assignment on it like showing how we were following the code of ethics with the semester project or week project we had. It is a good document. Designed to make Software Engineering conform to similar standards that other fields of Engineering have to abide by, or should be abiding by.
>Now you need to go through _every_ other language which has _ever_ been used in human history and repeat that process for every combining character. Note also that in some languages it's valid to keep stacking a fair number of combining modifiers so you'd need to cover every permutation allowed in each of them, and spend a lot of time working with linguists and classicists to make sure you weren't removing obscure combinations which are actually needed.

Perhaps this is just my ignorance talking, but it can't be that many permutations, can it? Somebody linked to https://en.wikipedia.org/wiki/Zalgo_text, which I doubt anyone would seriously want to enable. There's, what, maybe 3-4 marks typically added to chars in the most complex of cases, mostly for vowels, like Vietnamese. With 4 billion code points to work with, that seems doable. We could just throw in all permutations, regardless of past utility, to accommodate future expansions of acceptable marks. Chinese has, what, 10K chars? It doesn't seem like a big deal for Latin-based chars to have a similar set size when accounting for all mark variations.

>but means all of your documents require substantially more storage than they used to.

Good point! But that comes down to a trade-off analysis between design and space. High 32-bit code point values are meant to be used too, and not shied away from.
I don't know what "owning chat" means here. This is a SMS protocol replacement... and it's designed so that any messaging system can be compatible and send/receive messages from other devices, operating systems, apps, etc.

Google isn't receiving, storing, and parsing your messages with RCS. It's a protocol, not a service.

Google doesn't really stand to gain anything here. There's no money to be made in having their name stamped on the original design... it couldn't matter less who created the original RFC or whatever.

If Apple had an alternative they were pushing as being better than RCS, then it would be fair for there to be a "battle" over which SMS replacement wins... but they don't have an alternative.

Besides, Google isn't the only proponent for RCS. According to Wikipedia, 88 carriers in 59 countries with approximately 390 million monthly users are already using RCS[1], dwarfing anything Apple could offer.

This leaves Apple with an unhealthy dose of NIHS... and it hurts their own users as much as it hurts the rest of the world. Apple had their chance to push for a better SMS protocol, but they decided to make it proprietary in true Apple fashion. Now the rest of the world got together and made a new better SMS protocol, and Apple is refusing to cooperate for no good reason.

This reminds me of the micro sim card battles of the early 2010's. Apple clearly had the better design, and today nearly all new phones use it (Apple designs and not). RCS is clearly a better design than SMS... so they should use it.

[1] https://en.wikipedia.org/wiki/Rich_Communication_Services
I have always assumed that for items which are shipped from Amazon fulfillment centers, if stolen or lost during shipment, Amazon is covering the cost not the vendor. But I don't know if that's actually true.
It is not exactly the same, but the process is strikingly similar. A family member of a buddy of mine is writing a game now. I mean he does subcontract for art part, but as one man army, he can really focus on his vision and not on... a lot of stuff that used to come with making a game ( platform, payment, distribution ). It is quite a time to be alive.
> resume-driven development (RDD)
I love this phrase. Going to steal it. Thank you.
This exact same experience at my company.
As happened to me.

Not that I mind, I don't care about karma. I just found it disappointing.
So you're saying it's incompetence not malice? Not sure if that makes it better.
>Being 25% heavier than necessary is likely far too much. You could definitely design a car using analog tools and calculations to within <5% of the minimum requirements.

Most of the complexity of modern cars goes to crash standards which are much more rigorous than in the 1950s. I doubt you could design a car within 5% that meets crash testing standards without simulations or live testing.
I like the term field. It can be very intuitive if you have ever had a chance to interact with a Van de Graaff generator.
What I originally meant by the "component-centered model" of React is not that it gives you a prefab list of elements to include on a page. I meant that it gives a framework for organizing custom logic to coordinate the behavior of some DOM subtree.

Also the library you linked can hardly be considered vanilla HTML/CSS/JS
Personally I use the official KeePass 2 executable via Mono on my desktop. I would have given KeePassXC a chance but it lacks the trigger system or a simpler alternative.
I use the trigger system to sync my local database with a copy on my server via the help of a shell script (because I couldn't get the SFTP / scp plugins to work properly).
The trigger runs when the local database is being saved. As a first step it disables itself, as a last step it enables itself again. As a second step the trigger calls my script which downloads the database from my server. Then it runs the sync action against the freshly downloaded database and afterwards the trigger calls my script again and instructs it to upload the database to my server.
I suppose this might be problematic if multiple devices try to change the remote file at the same time but that's nothing I have to worry about and other solutions like using Dropbox or other cloud storage solutions would run into some sort of problem as well (but at least you might be given the choice of which version to keep).

On my Android phone I use Keepass2Android and it's built-in SFTP support to open the remote database (and also keep a local offline-copy).
When saving it seems to synchronize with the remote file first before uploading the file, so even if I change entries on both devices the copy on my server shouldn't lose any entries. But I haven't really tried to break it yet.
Also on the fighter aircraft thing:

I'm not sure simulation is why present designs take so long. It's more likely a mixture of bureaucracy, cost-plus contracting creating perverse incentives to stretch out development, and insisting on pushing the envelope as far as possible and maybe past a point of diminishing returns.

The latter might indeed involve a lot of gratuitous simulation and hard number crunching, but it's to get to places you just couldn't get with classical approaches. Of course you can debate the diminishing returns angle and whether that extra 5-10% performance is worth the effort.
Most likely that, the message would be encoded in the paper's policy and the knowledge of what type of stories would be acceptable for publication. as somebody once said, most journalistic censorship is self-censorship.

the fact that journalist himself is in 20% is irrelevant as its his bosses who finally decide what gets to your/mine eyeballs.
They use wavecel in mountain biking! It, along with mips, are the dominant technologies used in bikes where mips has a larger spread of implementation and wavecel is more solidly in the middle.

If you scroll to the bottom of this article you can see a comparison between traditional EPS, MIPS, and WaveCel helmets and excluding the weird airbag helmet the best MIPS helmets tend to do the best, but WaveCel tend to be in the middle of the MIPS pack. https://thomashansen.xyz/blog/best-helmets.html Interesting to see them moving into construction as well
> tax carbon or the externality of emissions more.

Start first with usage of private jets or TV sets?
Coding with Gumption
Any attempt to completely rewrite an existing system is "mind-bogglingly expensive", this isn't exclusive to SAP.
I had forgotten that this was done in racing but can't imagine why you would want this for a commuter vehicle. I assumed they were just adding a line item to the bill and nitrogen made it sound more legit. But now that you mention it maybe they were offering to fill the tires with nitrogen like in the race cars but then just using regular air because really how would the customer know?
You see it all the time, "Deep Learning is not needed, in reality all you need is linear/logistic regression!" etc. Then you have to work with such people that sabotage anything outside their narrow view of how things have to be.
>SAP feels like one of those businesses that’s too big to fail because it’s so entrenched in the corporate world

more likely situation would be the companies stuck on SAP themselves dying and SAP eventually dying as a result of that. Obviously that's on a long term timescale, but smaller companies not burdened by legacy technologies winning is pretty much the story of modern business
Sure, but that's not new. I was wondering if they did something extra.
These are single use and frankly I wonder if we're reading an add for the technology licensing company
I've always really preferred keeping it simple with HTML/CSS/JS and find most front-end frameworks to be a huge turn-off. You might like Astro (https://astro.build). I love that my sites are still 100% HTML/CSS/JS that I wrote myself. But Astro comes with Sass and Typescript support out-of-the-box (no Webpack necessary), and also makes it easy to do reusable components, scoped styles, supports FE frameworks if you want them, etc. It's the happiest medium I've found yet. :)
I expect that the estimate is more accurate than "we said 11000 but the actual result was 1000". Of course I understand it isn't going to be perfect, but that's two orders of magnitude off.
> A calculator has no such feedback.

That's an interesting thought.

There's no reason a calculator has to output only a number - with the computing power and displays at our disposal today, we could easily draw and/or animate a virtual slide rule.

A virtual slide rule probably wouldn't be the best option, though. It's just a visual metaphor for how the values in the calculation relate to one another, and it's one that's only going to be useful for someone who has learned to use a slide rule.

I wonder if there might be an effective, generic way to present calculations visually in a way that requires little or no training to understand. Has anyone done this?
https://en.wikipedia.org/wiki/Sliding_scale_fees
DDG has been falling down in the past week with "no results" showing up frequently for trivial searches.
I did some research on newspapers.com.

The original story was published by The Guardian over four issues in March 1996 on the 12th, 13th, 15th, and 18th under the following respective titles:

1. "Soap Opera": http://acuozzo.sdf.org/The_Guardian_Tue__Mar_12__1996_.jpg

2. "Slippery Tale": https://acuozzo.sdf.org/The_Guardian_Wed__Mar_13__1996_.jpg

3. "Late Bar": https://acuozzo.sdf.org/The_Guardian_Fri__Mar_15__1996_.jpg

4. "Soap Flakes": http://acuozzo.sdf.org/The_Guardian_Mon__Mar_18__1996_.jpg
U.S. lawmakers warn Apple not to buy flash memory from Yangtze Memory Tech
It's super short range - like cm of range because water is really good at absorbing 2.4ghz. Other diving accessories for Apple devices use Bluetooth as a bridge to their own radio / features, so maybe a slide-on case or watch band could add an adapter to a Mhz radio.
> You could definitely design a car using analog tools and calculations to within <5% of the minimum requirements.

Including the emissions and fuel economy requirements?
And, of course, the most relevant: 402 Payment Required

Good point!
Living on a farm, I've seen some fairly impressive semi feral tom cats. When they're young and they hunt a lot they develop muscle on every inch of their body, once had one who was quite tame, his back muscles felt like a bag of marbles, they were that well developed.

I'd have no doubt he could've taken a rabbit especially given the ambush nature of their hunting.
Read this comment, then read the post, and thought, well, I appreciate the author's thrust, which I would interpret as "become fluent in the fundamentals first" salted and undermined by yes a crotchety get off my lawn overstatement of the utility and value of doing so. Agree with the sentiment, I think, though.

Personal comment: I think you (mrguyorama) are correct in pointing to the complexity of contemporary structures/problems.

I would state this in terms of the where contemporary progress is being, what sorts of problems are being worked on, etc: considerably further into the fractal of hard problems, and in new regions of the problem domain which were not assailable through manual computation.

The tools being used in other words are necessary and appropriate for what kinds of work are being done today.

Aircraft design (etc.) today is only superficially related to what it was in the author's day. We are now in the hard 20% in a lot of ways.
...not yet.
Just as Authy was a nice TOTP software. Until they introduced their vendor lock-in TOTP format.
No matter what password you use, I highly recommend regularly exporting a plaintext copy of it to somewhere safe like an encrypted volume on one or more of your devices.

Just do it once a month - mount the volume, export the database in plaintext directly to the volume, then unmount it.

If your password manager locks you out because of a bad software update, service outage, or you hold the wrong passport and got sanctioned, or whatever, at least you will still be able to access the vast majority of your credentials. Special password databases are nice and convenient, but plaintext is usable forever.
isn't keeper the one that sues people that disclose security vulnerabilities?
I'd stay away as far as I can from that one.
U.S. household wealth suffers record drop in second quarter
Arguably the most important commercial applications on the IBM PC were written in assembly: Lotus 1-2-3 and WordPerfect.

It was a competitive advantage early in the 1980s, then turned into a handicap by the end of the decade when the performance and memory tricks didn’t matter as much as graphics and GUI.