GenericsMotors

And it shall be named Newspeak.

> It's not a computer science language, which emphasizes theory.

"Modern" type theory has been around since the 70s but aparently that's still too academic for Go.

But perhaps Canadian Aboriginal Syllabics are still the more pragmatic approach!

https://www.reddit.com/r/rust/comments/5penft/parallelizing_...

Careful, HN is also full of blowhards. "Blockchain" and "NoSQL" are dead giveaways.

Optimization requires knowing the schema, and query usage patterns, and data stats - which competent RDBMS engines use to great effect already.

Sounds like you're looking for a magic silver bullet - there's no free lunch in our field though.

Lastly, the comment I was replying to can be paraphrased as "well is SQL is so great why aren't RDBMS' built using SQL, huh?". Which is a ridiculous question since SQL isn't the right tool for that job - its very name tells you that.

If you want to continue arguing against strawmen do it with someone else.

SQL isn't a general purpose language, it's a data query language.

It fulfils its purpose and does it well.

> And btw, this has already happened in some areas. Most developers I know don't code in SQL: they use an ORM provided by their language runtime or a support library. That's essentially the same thing.

This works well enough until your ORM shits the bed and you're forced to figure out why your SQL database is "slow".

SQL isn't slow, ORMs are just terrible when you hit an edge-case or when pretend there isn't a relational model behind your opaque materialised objects.

I used to be one of those developers you mentioned, but I'm not anymore after years of debugging "SQL performance issues" (hint: it was the ORM), and actually taking the time to learn the language and take advantage of specific RDBMS features. My preference has shifted to just use a lightweight library to materialise objects (like Dapper), and write the queries myself.

You've just described a Stargate from the SG1 universe :)

Gates disintegrate objects that pass their event horizon, transmit the energy and "pattern" of the object to the exit gate which rebuilds them.

Essentially everyone in that universe that has stepped through a Stargate has "died" and it's their copies currently walking around.

Energy consumption goes up with mining difficulty but its throughput stays the same.

This manta keepa being repeated by the bitcoin crowd as if it were a fledgling technology, when its already 10 years old.

Is mass adoption just around the corner, do you reckon?

Existing financial systems process many orders of magnitude more transactions than Bitcon does. There's no acceptable excuse for its current consumption VS the throughput it provides.

My comment was tongue in cheek:)

Wish you the best of luck!

Will you be rewriting Cloudflare in rust?

But maybe you weren't also a C++ developer, because if you were you'd not made such a ridiculous comparison.

Yeah I found this argument weird - the Catholic church has actively covered up and enabled paedophiles in their ranks for decades.

Odd place for OP to draw the line...

And it only wasn't invaded because the entire country was (and is) a standing army, and Germany would have to pay dearly for every mile they tried to take.

IIRC they even shot down german war planes that entered their airspace and suffered no retaliation.

So yeah, they do have a knack for maintaining their neutrality.

There's some strong research to support Tether being used to manipulate Bitcoin's value, and Tether's site was recently updated to clarify that it is in fact not backed 100% by USD.

Both of these are top 10 crypto assets...

Not to mention MtGox manipulated prices during the 2013 bullrun.

You're trying to paint this as some sort of hypothetical scenario when this has already happened! And will happen again if this "rainbow network" gains any significant traction.

> 3.8 Risk of undercollateralization

> In Example C, if the price of ETH falls by 50%, Alice’s balance in the channel is effectively worth nothing. If the price of ETH falls further than that,the channel would become undercollateralized—Bob would no longer be able to withdraw his USD at its current value.

This can and will happen in the real world, and seeing how the "crypto-sphere" is teeming with scammers running pump-and-dumps, and exchanges manipulating prices, it's pretty much guaranteed.

Fair enough!

Been using Blokada since December and it's now a must-have; battery life has improved somewhat as well.

I don't even make heavy use of my phone for social media apps, yet have close to 300K ad-related requests blocked since I installed it.

As far as I know the bulk of insulin for human use is produced using bovine/swine cattle.

And my point still stands that preventative measures will have both a positive impact on peoples' health and on the demand for insulin.

Price gouging is definitely a problem that has to be addressed, but it's not the only one - yet seems to be what everyone focuses on first while glossing over the terrible lifestyles/habits of the population.

Insulin supply is unlimited, is it? A larger market that requires the use of more and more animals is "stable over time"?

Like I said, address the cause of the demand increase and you'll address both the price and provide and improvement to peoples' quality of life.

Of course not, but you can't expect there to be no change in price when demand keeps going up.

That card you just used has two sides: people who are born insulin-dependent are paying more in part because of others who could have avoided developing the illness.

Address the cause of the demand increases, and you're on the way to addressing the price as well as improving peoples' quality of life.

I used to be a heavy smoker and although I've quit, I'm acutely aware that if I ever need a cancer related transplant I'll probably not be given the same priority as someone with a congenital cause - and with good reason.

I made a lifestyle choice that can have serious consequences for my health - and the same goes for people who choose to overindulge on shitty food.

Agreed; the US has a healthcare system with terrible deficiencies for the prices you pay, but preventative measures seem to rarely be discussed when these issues are raised.

If the article meant to be impartial it should also have included the rates of obesity and morbid obesity of germans VS americans, as this is one of the causes for adult-onset diabetes.

In this case it will probably tend to infinity.

Gents, this ^ is what "full retard" looks like.

It was not true yet you stated it with certainty as fact.

Not interested in your snarky "apology".

You lost all credibility when you wrote that first sentence.

But you carry on using empty interface with runtime type assertions and reflection if you think that's faster.

Perhaps not directly, but if they're processing the information of EU data subjects on behalf of another company that does business in the EU, then that company will have to justify using this service, which is clearly not GDPR compliant.

I imagine the company using them will want to recover financial losses they incur after getting reamed by whatever european Data Protection Authority decides to go after them - especially if the culprits did promote themselves as being GDPR compliant.

The point of the EU's strong data protection rules is to have accountability - and it will fall on someone along the chain that caused the mess. Companies can't be allowed to completely disregard how they collect and store data and then go "Oops, haha sorry about that!" when the shit inevitably hits the fan, and just continue their business as usual.

This is the same attitude that has gotten us 20MB+ web page sizes.

How generous of them!

> I believe this was an honest misunderstanding and not an attempt to steal the idea because if the patent had issued and become valuable, it would have been easily invalidated.

"Easily", if you have deep pockets to foot all the legal costs.

Big companies know this, hence I don't think it was an innocent misunderstanding. The fact that they wouldn't even add OP as an assignee on the patent just reinforces my view that they were acting in bad faith.

OP was lucky to catch this before the patent was issued.