skysight-inc/HackerNews huggingface dataset:
For checking the type of untrusted input, like a JSON response, then yes, type-check functions are equally useful in both TypeScript and JS worlds.

...and when types are within TypeScript's sphere-of-influence the compiler is largely able to deduce types without needing assertions or type-checks.

...or so you think! But there's two problems:

1. TypeScript's type system is unsound: so there are times when the compiler will let you do some (for example) contravariant array mutation, even though that's almost essentially guaranteed to crash at runtime if the rest of the system makes incorrect assumptions about the type-variance of the array/collection. So having the type-guard function available to assert to tsc that whatever array operation you performed is safe, you wouldn't need to do that in pure JS.

2. Type-guards are essential for when you're working with values that pass through an interface (because that necessarily means some loss of typing information has occurred), so the type-guard function is needed to recover that static information - and while this approach does also apply to JS, in some situations where if your code is the factory of subclasses that pass through an interface (e.g. so `MyComplicatedSubclassForRockAndRoll` appears as `MusicSubclass`) then in JS a blind "reinterpret-cast" of the object is fine - but TypeScript really doesn't want you doing that and again, having a type-guard function is just to keep the compiler happy - and even if it is possible to mathematically prove that the `object` type-cast is correct (because theoretically static analysis can see on both sides of an interface) but TypeScript isn't perfect and there are cases where we really do know better than the compiler, but we don't want to just make it unsafe and untyped - instead we want to keep the typing and we want to keep the compiler happy, but doing it this way (a type-guard) is not only easier than suppressing warnings and ignoring your sense of guilt but they're invariably genuinely useful a few months down the line when someone made a change that the type-system spotted and prevented from compiling (and so going into production), whereas it would be very easy to (for example) unintentionally introduce vulnerabilities because even with near-100% test coverage, because adding brand new functionality to a project (even if it said functionality doesn't work) it won't cause any tests to fail (at least, until tests for the new functionality are completed).
A trillion dollar publicly traded company sure care about money and PR.

I understand being a developer who does a passion project or an app. But I can't buy into, Apple forcing any developer to make a decision in a very short term.
Almost all new guidelines comes with a 3 months interval before being enforced. And most times the deadlines get extended https://developer.apple.com/news/?id=03262020b

Apple waits a year or more before removing the Apps that don't follow a newly enforced guideline. The restriction is a problem with app submissions that comes in after a deadline
So the ones from the article are potentially up to seven centuries older.
Himinlomax - “Yes we do. There are hundreds of vaccines, none have long term side effects. There was some suspicion regarding one flu vaccine and narcolepsy, but it's been mostly ruled out and is entirely due to the peculiar etiology of that disorder, not the vaccine as such (the virus it targets is the known trigger for that autoimmune disord…”

“Ah, at last, one relevant example. So you're right, there is one case where a vaccine had negative side effects, long term. Out of hundreds of vaccines. Doesn't change much to the argument, statistically.”

“I never said all vaccines are safe.”
> There is also a security aspect to it, with stored procedures, even with stolen creditials there is very granular acess, that would have to be otherwise provided with tons of views.

In fact, now that you mention this .. I've seen a few times how an application had complete granular access control on every individual record, based on the specific (personal) user credentials you would connected with to the database (PostgreSQL). There are some really interesting things possible. It always makes me cringe (at least a bit), when I see yet another application access a database with just a single set of (admin) user credentials. So much missed potential.

> I think it is a consequence of six month bootcamps and then be allowed to call themselves "engineers"

Certainly true, but I think commercial companies that constantly try to market their products/services as "making everything so much more easier, without a need to understand all that pesky complicated matter" are at least equally as much to blame for the apparent degradation of skills and knowledge.

I'm well aware that almost every generation looks at the younger generation thinking: "what little do these young people actually know". To a degree no doubt in their own ignorance, lacking real understanding of all the new things currently in use. On the other hand, I think this shift from actually understanding technology towards professionals increasingly just becoming convenient (and easy to replace/retrain) "tool jockeys" is nonetheless a real thing too.

That personally saddens me, because I know how much easier it will be for greedy commercial interests (think the current tech giants) to manipulate/hijack technology, with total disregard for actual technological progress (or even quality). A growing group of "professionals" who can't even tell the difference anymore, sure won't help.
First of all, that's kinda apples and oranges. If kops is basically an installer, Deckhouse is much more a Kubernetes distribution. It's not just about deploying new clusters but about keeping them running all the way.

Kops installs a "bare" cluster; Deckhouse gives you a set of integrated modules for monitoring, authentication, etc. — as much "out of the box" as you might need to run real applications in K8s. Another outcome is that when you upgrade the Kubernetes version in Deckhouse, it also makes all the relevant work with components and modules in use (they are also updated with compatibility issues in mind, thus everything "just works"). That's why it's marketed as NoOps: it aspires to automate all these routine operations [so you can focus on other exciting challenges ;)].

Deckhouse can also be installed on bare-metal servers, provides SLAs & support for those who need.
Turned out to be about hydride tanks for hydrogen storage, but still:

> Hydride tanks don't require those high pressures. Other than nuclear arms treaties, is there a technical reason they don't use those instead?

https://news.ycombinator.com/item?id=27194023
If you are writing a new large project in JS without TypeScript, you are doing it wrong period. Bare JS is a cute language for personal websites but it's not feasible for anything more than a few thousand SLOC.
I've never seen such user hostile posturing from a dev.

Will avoid.
People unfortunately do not really care about the absolute amount of pie they get. They only care about getting the same amount of pie the others on the table have. They are angry if someone gets more than they get. Sometimes they do not see that this person actually has baked the pie. Others might not have had a chance to have lunch before. Unless people are starving, the absolute amount of pie does not really matter to them.
This diagram is also useful to see the difference:

https://blog.flant.com/wp-content/uploads/sites/2/2021/07/de...
Why then should Apple have monopoly on harvesting emails?
It isn't, they are just looking at different articles, there are two links now, one in the headline and one in the comments. The headline one has the quote the other does not.
https://www.chongdiantou.com/
Observability 15 Predictions
It is also not really a valid argument here, given that the service we are talking about was offering Facebook and Google login options, which share the exact same issue, but with the added privacy violations of those platforms.
The rejection reason was that the option did not exist. It was the very first option. Calling that Kafkaesque is fine, and there is no reason for you to act so smug.
I think consumers are more valuable for GDP than industry today.

Also, there are non-economic factors at play, too. For example, South Korea could grandfather in North Korea's nuclear arms.
I agree. People pretend that expensive housing is an issue and then when it's their turn to buy and own the house they insist that it should stay expensive.
This specific activity has a direct contact with the victims, which makes it considerably different from other gray-area activities, where there is a strong disconnection with the victims (in which case, the concept of victim additionally becomes blurrier, e.g. tobacco industry or, uh, banking).

Assuming that one has valid job alternatives (and they definitely have, since they're highly skilled professionals, with an available market), one needs to be have a certain degree of sociopathy in order to be able to do this line of work.
While what you’re saying is, of course, fair, the other side is also true: people often choose to complex a technology “because it’s future-proof!”, while they need just a simple system. There are tons of examples: CQRS over simple databases, Hadoop while a single server suffices, or even people choosing JIRA over a simple trello board.

As such, the obvious answer is “it depends”, and making the right trade-off is rarely properly captured in a single rule of thumb such as “always choose simple”.
The cheapest way to automate something is always poor people.This applies even more so in the developing world. Where the vast majority of new construction is happening.

Though it would be interesting to see what the state of construction is like in developed countries that don't have access to a vast pool of cheap immigrant labor. Maybe New Zealand? Northern Europe?
If your users actually value those emails, they will share their email with you.

If they do not share your email, that means they do not actually value your emails as much as you seem to think.
Art MACHINE: Put in text, get AI art
This is hilarious, and sadly not that unusual. You really do meet some utter lunatics working in these sorts of agencies/software houses - it seems worse in the UK too.
Thats a users risk, not a devs
Would somebody agree that a MySQL/PostgreSQL cluster has more downtime than a replicated cluster? How often do high availability mechanism cause downtime itself?
OP here. That is hilarious and fascinating.

The blog has been in desperate need of some TLC for a while and I am sure godaddy/wp without ssl is definitely not a best practice these days.

Would implementing an ssl cert help?

What do people use for minimal self-hosted blogs (read only, no comments, etc) these days? Medium feels like a trap.
> OP takes a historical view about the actual economy, and where it in real life can go from here.

If we know anything about the economy, it's that past trends are a bad predictor of the future.
A Gentle Introduction to Gradient Descent Procedure
Can you present your users with explanation that "increased privacy provided by Apple" comes with a price in the form of degraded customer experience? Sorry, but you can't both have your cake and eat it, too?

I might believe your intentions are noble, but for one of you there are hundreds if not thousands of bad apples, so to speak, and the controls Apple is giving me as the user help mitigate it somewhat. And there are initially good apples that turn bad after a while — as their authors are desperately seeking ways to get into black, or just sell their apps to some unscrupulous businesses.
But you can still ask the user to provide the email address (and I think I've seen this already in some apps), even if the user signs in with Apple w/ hidden email, right? Since you say you are already asking for permission to share the email address, why would this be a problem? You now have to ask for the email and the permission to share it. A negative answer from the user would mean you are not allowed to share it anyway, so why have the email address in the first place then?

Or am I missing something?
> and typically pre-fab in large slabs of 20x20 bricks.

which were likely robotically brick-laid
I’ve noticed over the last few months that Spotify’s radio and “mixes” seems to give me way more of what I already listen to and not enough varied recommendations. I liked the old algorithm much better
Actual clay bricks even more so with their imperfect uniformity and consistency.

FWIW, at least here, in construction even the thermal insulation clay blocks (basically, any wall-construction material made from clay, those red blocks :)) is called "bricks".

They are laid exactly like the regular (uniform, filled) bricks, so I would assume that's what's mostly used in construction everywhere even when not going for looks (they are lighter and have better thermal properties).
As a teenager, I was the meatspace opposite of this. I had a face that could trigger about 50% of store security guards. I was regularly searched, questioned or asked to leave. I was not shoplifting or even considering it. I’m not sure what demographic I fitted, but I am glad I have left it.
Possibly lead toxicity. In ancient Rome, for example, a common method to sweeten wine was by adding a syrup created from boiling grape juice in leaded vessels which when heated, spread toxins into the liquid.
Yes, bigger houses for fewer people means costs still go up.
> What happens when Apple stops being on fire, and you are trapped in their ecosystem and can't get out? I won't argue that Apple makes the nicest and most comfortable golden cuffs, but in the end they're still chains.

What are the options in the smartphone landscape? Please elaborate in a way that my elderly mother could use without 24h tech support from family members.

Android? And have instead of golden handcuffs a straight-out chain to serve the ads landlord? Yeah there's only a "choice" between the comfortable golden cuff of Apple and the being actively exploited by google. I know what to choose.

Obs. For anyone suggesting giving a de-googled lineage phone to my mother, just, please, don't.
No, not at all petty. Kudos to the developer for standing up to the bullies that Apple and Google (and other tech companies) often are. Apple really needs to be reminded harshly that it is the developers that add value to their platform. And to share another perspective, I never use login from another service as it means you are sharing more data with them, and you become hostage to their whims and fancies they call their "terms and conditions". So if one day they don't like the app / service you have been using for whatever reason, they can bar you from logging into it without giving you any choice for it.
Has Technology Made Global Cooperation Impossible?
I use them as a developer to offer it to users, not Apple though and not for apps.

But I wouldn't want any of those companies know which services I use. I am fine with using Auth0 or other third party providers, but only if I have to.

You don't even need to verify the mail in my cases, you could even use a completely fictious one. Clean, easy, anonymous.

Not really sure about smartphone hell, but most identity providers offer up the mail of the user anyway. Maybe that is different in phoneland though.
> What hypothesis is being tested here? Is there any theory that predicts that large objects won't behave like waves if they are properly isolated from the environment?

We can probably devise some interesting experiments when we have conscious human observers within the apparent independent wave function.
Deploying Smart Contracts to Binance Smart Chain with Truffle
Do you mean something where it loads a model and you can walk fly etc within it and then activate anchors inside the model to visit other models and can also have scripts run that animate things or provide other behaviors based on triggers?

I'm describing VRML.
That is still one of the most mind boggling decisions I've seen. You launch a new smartphone platform to compete with two rivals that already have a head start, and then you intentionally wipe away all your progress so you can start even further behind again. Any interest in it evaporated overnight
I pose small things are made of big things, then.
no-cache does not mean content must not be cached - in fact, it specifies the opposite!

no-cache means that the response may be stored in any cache, but cached content MUST be revalidated before use.

public means that the response may be cached in any cache even if the response was not normally cacheable, while private restricts this to only the user agent's cache.

no-store specifies that this response must not be stored in any cache. Note that this does not invalidate previous cached responses from being used.

max-age=0 can added to no-store to also invalidate old cached responses should one have accidentally sent a cacheable response for this resource. No other directives have any effect when using no-store.
Confronting network driverless printers with other models that needs to be supported with specific drivers doesn't seem to be very fair
right, but it is not the unit test that is giving you that confidence and the unit test will not help you if the function is later modified.

What you have, after manual inspection of the code, is some sort of informal and not written down correctness proof. A machine tested proof would be better and types help with that.
TLDR: Rome got big and successful by being pragmatically open and inclusive to outsiders. It treated its allies and conquered people well and gave them a path to citizenship, which made them invested in Rome's continued existence, rather than eager to see it fall (which has made other empires implode rapidly when there was a crisis in the central power).

Rome fell because because beginning in the 4th century, they stopped incorporating allied troops as paid and respected units within the Roman military command structure, and instead had them operate under their own kings, paid with conquered land. Consequently, these "foederati" didn't see themselves as Romans and when the central power waned, saw that as a chance to conquer more territory.
> This is a fallacy.

If you don't explain why you think the comparison is wrong, your comment might as well be "nuh uh".
> He is emotional because he cares about changing the world for the better

Unless you know him personally, this statement reads like a naive teen idolising a politician that will 'fix' all issues. You dont know what he is like, what he wants out of the life. All you know is a public person he and his PR team puts out.

Whats your opinion on dalai lama? Read up on how he is behind the closed door. Kind, humble, head bowing monk or a leader of exiled country and religion under attack by china?

> Jumping down his throat for bad jokes seems like it actively hinders human kind's progress.

Judging Musk by his actions not promises nor PR speeches, he is at least an asshole.
Whatever he is IRL one thing is sure, he is not a saviour nor a tech jesus just a businessman.
The tech community has loved operating system flamewars since at least the usenet days. This blog post serves as pretty good bait to draw in contestants so I assume that people wanting to engage have upvoted it.
None of this makes any sense. All players, big and small, are required to follow App Store rules. Those rules say that if you offer third-party sign in, you have to also offer Sign in with Apple. Nothing to do with how big or small you are, and nothing to do with being seen as a threat.
So what happens to your simple encapsulated system when the diesel motor breaks down, or one of your hydraulic lines breaks? Does your simple encapsulated system them also say "we have no downtime, because we have a simple system"?
> I can no longer concieve of writing software without using test driven development. I can't imagine not having a comprehensive suite of unit tests to back up my development.

I don't understand this. This makes a lot of sense when you make complex enterprise products depending on unstable 3rd-party libraries but for personal project this just inflates the time you need to get the thing done. I just code exactly what I need and check if it works and can't imagine dedicating time to writing additional layer of code to automate this checking. Even when I code pure functions which are a lot easier to test.
No, it's a complaint about private land ownership.
You should just use rsync - its been the best tool for transfering files between UNIXoids for the last 15-20 years for me and comes preinstalled with most distros (even macOS). It will take care of transferring only the required parts, and if you supply -c (slow!) it will even perform checksumming on both ends to assert files were correctly transferred and are bit-identical.
Show HN: I wrote a novel about my work developing the Xerox Star
I think a better point would be "simple systems are quicker to fix" or, more concise, "avoid unnecessary complexity". In some way, complexity allows flaws to get in, but that does not mean it's unnecessary.

Take, for example, website hosting. You can put your full page on a single server, but then you're prone to the machine going down, the disk having errors etc.. A more complex system, like Kubernetes, will be far harder to troubleshoot, but it will not go down just because one machine died.

Or, as an engineering example, take planes: They're a lot more complex than ships. Fixing them when something is wrong can take long. But that complexity is needed so what when something fails, you get to the airport instead of going through a rapid unscheduled disassembly.
The factor people tend to be blind to (I was) is the magnitude of the effect of historical institutions to current state of affairs. American perhaps are more blind to this than others as their institutions start at a point when the relevant research material concerns things which at that point (18th century) were already centuries old.

Old institutions affect the prosperity and quality of current institutions surprisingly much:

Hapsburg empire:

https://voxeu.org/article/habsburg-empire-and-long-half-life...

An old inca highway:

https://www.economist.com/graphic-detail/2021/07/31/an-inca-...

LOTS of old borders which obviously demarcate centuries old polities, treaties and circles of influence (you need to know what they are to observe them in this map) - mapped nicely into how strongly higher education is inherited:

https://journals.sagepub.com/doi/10.1177/23780231211019890

As an example we can take Finland that has an obvious area more dark in the east than rest of the country. The funny thing is this area delineates a territory that fell under the Novgorod sphere of influence in 14th century in the treaty of Nöteborg https://en.wikipedia.org/wiki/Treaty_of_N%C3%B6teborg

Daron Acemoglu has a fantastic book discussing the tenacity of historical institutions make or brake current affairs centuries after: Acemoglu: Why Nations Fail (e.g. https://www.amazon.com/Why-Nations-Fail-Origins-Prosperity/d... and so on)
Microsoft insisted that Win10 was their last Windows OS; that it would be the current OS, and continue to receive updates, in perpetuity. I for one have relied on that declaration.

Doesn't that count as deceptive marketing? I mean, the timespan between Win10 and Win11 is comparable to the timespan between Win8 and Win10. Does Microsoft lack a corporate memory? Have they said anything about this discrepancy between their forward-looking announcements and their actual behaviour?

Do they think it doesn't matter what BS they spin to their prospective customers?