skysight-inc/HackerNews huggingface dataset:
April Fools' was recently. Someone's is making light of the vulnerability names and certain purple going off on these like it is the end of the world.
>we don’t know how to find them

Triangulation?
This definitely looks like something that has the potential to be really useful, and gives the example of replacing gorilla glass. While I get that this is a very tough glass, I did not see anything about it's hardness in relation to gorilla glass, as hardness is the property that provides the scratch resistance that is so highly sought after in smartphone screens.

Toughness is how much energy a material can absorb, whereas hardness is the resistance to deformation. Think a rubber band vs. glass.
I used Sails extensively in multiple projects for a few years. This was coming from a lot of Symfony projects, and I'd hoped Sails was going to offer similar, but in NodeJS.

I'd agree with OP mostly. Documentation was sparse once you got past the basic CRUD stuff and we came across multiple strange blockers, this was then tied with the confusing Trails fork which didn't inspire confidence.

Ended up dropping down to just using Socket.io and Express more directly and skipping a lot of the Sails framework.

It was nice to use overall though, and I would look into it again, but carefully. More likely I would just use Express and then bolt on what I needed myself though.
Thanks! I'll use that as a last resort.
This is not limited to the US. In fact, you are late to the party. Both in Oslo and in London these where uncovered and published about, that was 2015.

https://www.aftenposten.no/norge/i/kamWB/New-report-Clear-si...

https://commsrisk.com/reporters-find-20-imsi-catchers-in-lon...
> Why don't towers have a sort of encryption certificate verifying they're legit?

Pushback from various parties/regimes to keep this out of the standards. (e.g. the brits pushed back against strong encryption in the 1. GSM standards, https://www.aftenposten.no/verden/i/Olkl/Sources-We-were-pre... , and this has gone round to other countries pushing back in all kinds of ways since then.)

> Why doesnt my cell provider just provide my phone a list of it's legit towers?

It does, but not securely, so it can be faked. And since the towers does not authenticate themselves to the phone, you can just pretend to be a tower anyway.

> I can think of so many ways to solve this problem. But it's super hard to find any information if how this all works.

Sure, there's numerous ways to solve this - but there is little incentives to do so. it does get somewhat better - LTE can authenticate the network to the phone. But then there are countries where it's illegal to encrypt the public phone networks, so the protocol specs include an option to just disable this mechanism alltogether.

- Phone manufactures want to make their phones work everywhere, and the standards make them have all kinds of fall back mechanisms. So new LTE phones supports everything from LTE to the oldest GSM standards - they don't want a reputation of their phone not working when traveling to XXX.

- Telco companies gets pushback from governments, or in most cases around the world are owned and operated by governments - and they want backdoors into networks for surveillance.

- Telco equipment manufactures just make equipment that the telco companies wants. While all the standards for all the protocols and mechanisms work, they are product of a design-by-commitee, mostly made up by telco companies and telco manufacturers.
Things to consider when hiring Laravel developers
+1

A bit of back and forth for the KYC process, but the onboarding process and the team are quite good and to the point.
Which is ironic since freedoms as specified in the american constitution are freedoms from. It does not grant people freedoms, instead it assumes as evident that people have those freedoms and imposes limitations on the government to infringe those freedoms.
I don't see how this disqualifies the issues presented in the article

Still, in the US it seems to be a theme "companies solving problems created by other companies being stupid", see """identity theft"""
...which is the last paragraph of the article. Your comment reads like it's a secret that he's a founder of the company when that is laid out pretty clearly.

>Ervine says his reputation was damaged and it hurt his career. Today, he is building a tech company called Bridg-it, to protect people like him who have been attacked online. He doesn't want anyone else to pay like he did. All told, Ervine spent about $100,000 in legal fees. In Europe, he would have just filled out a form.
CGP Grey did a video about political power: https://www.youtube.com/watch?v=rStL7niR7gs

Short answer: your idea probably won't last long.
> I'm still not satisfied with ... more flexible tooling ... they commonly lack scaffolding that I want a majority of the time.

I think this dichotomy, flexibility vs maintainability, reflects build complexity.

Not only do I think the same-language-DSL (a la LISP, as you pointed out), is the 'least bad' choice, I think if we raise our gaze a little the answer here is painfully obvious: how do we handle those issues everywhere else?

In other cases if you need to move files, call some sys commands, structure some data, and express some logic? What if you have to call a webservice with some throttling logic, where is your "build language"? Plop something in a DB? Not to mention that complex builds often have specialized command line apps called by their specialized build langauge.... why?

Complex logic we use programming languages for. Why sacrifice power, components, libraries, compiler-time-checking, and all the rest to use a lesser tool? Full language power, it's The Right Thing.
There's certainly some moments that fit this label perfectly, like when Trump announced that he was going to form a joint taskforce with Russia to secure American elections from hackers.
Not sure if there are additional requirements for e-residents, but for the standard end of the year accounting requirements you don't need to have cash. There's a general net worth requirement, which can pretty easily be filled with company owned equipment like a laptop and smartphone.
I disagree: it is very helpful to point it out every time it's seen so that the readers will get educated, or reminded to remain critical.
Gradle plugins work exactly the same. The only difference is that you define a task of the type a plugin exposes, configure it via its API and define dependencies to other tasks. Not very different from configuring a Maven plugin.
New Annotated Config Files for PostgreSQL 10
There is actually little evidence that sodium is bad for you, and the advice to avoid it comes from people like the AHA who are basically just trying to sell you breakfast cereal.

https://www.healthline.com/nutrition/how-much-sodium-per-day
op replied to you, but all their comments are instantly marked as dead, which is weird
Some improvements are ensuring that when there are too many interactions, we slow down time, and speed it up when there aren't.
PIXI Soccer and New Model Football
For what it's worth, a MUD is where I learned to code. In my case, it was an LP MUD (LP, short for LPC, short for Lars Pensjö C (if you're reading this, Lars, Thanks!)- the language in which it was written).
MUDs were an excellent place to learn programming. Getting tangible results from just a few lines of code was a great motivator.

"I want to code an orc!" Sure, inherit the right class (monster), set a name, a description, and a few other attributes, and clone (instantiate) the guy. There's now an orc standing in front of you!

"I want my orc to wield an axe!" Sure, inherit the right class (weapon), set a name, a description, a few other attributes, and clone the axe. Give it to the orc, and have him wield it, by calling the wield() function with the online debug tool that was part of the game world.

All the while, being surrounded by dozens of helpful people who would answer my silly newbie questions and review my code. And there was plenty of example code to look at. Granted, most of it was perhaps examples of bad ways to solve problems - because it was written by other beginners, but examples to learn from none the less.

My participation in the MUD directly lead to my first programming job, and taught me tonnes about programming in general, and - heh - debugging other people's code in particular.

MUDs really changed my life, and I have several friends with a story similar to mine. You can't overstate how important they've been to many.
This is why the argument that "you agreed to this" doesn't really make sense from a practical point of view. The only thing Facebook would need to make this work is probably the generic Camera permission, which I believe is already used to allow you to take photos with the Facebook app.

This is the sort of trick companies like Facebook can use to mislead people. They give them a feature that they actually use and need and isn't too nefarious. Then they request the permission to make that feature work, and then they add other features silently to further track you and analyze your behavior in ways most people wouldn't even imagine.

How could anyone possibly know that this is what Facebook intended to use that permission for? Shenanigans like these are what make me think even the GDPR may not provide enough privacy protection.
> Most (some?) airlines will just suck up the cost though in those extrodinary circumstances (bad weather for example), as a general policy to keep their customers sane

not even remotely true
Like bottles, formula and money?
I think that’s fine (though I live in the US, so that’s not really a surprise). The problem is, when your “freedom to X” hits a case where you actually _can’t_, then you need to stop immediately. https://en.wikipedia.org/wiki/Shouting_fire_in_a_crowded_the... comes to mind here.
Show HN: CryptoAnime – World's first anime crypto collectibles
DataCamp www.datacamp.com | London, UK; Leuven, Belgium | ONSITE | Full time

We believe data fluency helps people succeed. That’s why, at DataCamp, we are democratizing data science education by building the best platform to learn and teach data skills. We create technology for personalized learning experiences and bring the power of data fluency to millions of people around the world.

FULL STACK SOFTWARE ENGINEER (RAILS & VUE.JS) https://boards.greenhouse.io/datacamp/jobs/897285#.WsR_WZNub...

ENGINEERING LEAD
https://boards.greenhouse.io/datacamp/jobs/917354#.WsR_fpNub...

Join our team! https://www.datacamp.com/jobs
But, such a stimulated universe would be observed by its residents to have very odd behaviours caused by such hacks.

Like a maximum speed limit, minimum temperature, an uncertainty principle, and so-forth ;)

https://www.smbc-comics.com/comic/2012-02-29
Depends what you mean by change. If the API changes, all you had to do is to right click on the reference of the API in visual studio and select update. It would fetch the latest WSDL and recreate the code to consume the API. So painless as long as the API is backward compatible.

And on the server side, the WSDL was automatically generated from your code if you used .net, so every time you would update the API the WSDL was up to date.

All that created a lot of plumbing and chatty XML traffic behind the scene, so the underlying exchange isn't as neat as a REST API, but as long as you didn't have to deal with it directly it didn't really matter.
Good God, imagine how terrifying Google would be if plus was as popular as Facebook...

At that point, we could give up on privacy altogether.
That's my issue: missing build system capabilities leaves me writing console apps to make builds sane.

If I'm writing code anyways in MyLanguage to compensate for MyBuildScript, why aren't my build scripts written in MyLanguage?
Android app that helps brick-and-mortar businesses take a leap online
Don't open with "there's no possible reason for owning guns". Perhaps open with 'on balance, I think the arguments for gun ownership are far outweighed by the arguments against it'.
In addition to the use of Diff Checker mentioned by the author, spell-checkers will also highlight words that are broken up by zero-width characters.
More than a few analysts (shore sellers?) just looked at Tesla's cash burn over the past three years and projected that investment flow forward. This thinking doesn't appreciate that once the Model 3 manufacturing system is paid for most of that capital expenditure will cease. The tricky part is ironing out the wrinkles of that new system, which doesn't necessarily require a lot of new capital.
> Then, by 2021 or so, we'll look back at a company making over a million electric cars per year at high margin

Yeah, sure. Why not say that it is "most likely" that they will have a colony on Mars by that time, too?

> dwarfing the entire rest of the electric car production rate (with the possible exception of China...).

Even at a million cars per year, Tesla would not dwarf the production of the many other EVs that will come out in the next 3 years. I also don't see what this has to do with Tesla being profitable and surviving as a company.

> But exponential ramp-ups tend to catch people off-guard after hearing small numbers at the beginning of the ramp and early delays.

However, exponential ramp ups are not typical with a product as complex as a car and Tesla has shown no ability to actually pull it off. Tesla is the least automated mass-producting car manufacturer. Tesla currently requires 35 (yes, thirty-five!) workers per car produced per day. This is ten times of what is normal in the automotive industry. Going by their own numbers, they have shown a sustained output below 800 cars per week, with only managing to produce 2020 briefly in the 7 day period ending on April 2nd. And this is after they installed an entirely new production line and made a company-wide all hands on deck push that is not sustainable.

I'm not saying Tesla is going to crash and burn tommorrow. They still have some chance of making it through these hard times, if investors' and creditors' confidence holds up. But just handwaving away the massive headwinds they face isn't sensible, either.
I thought this was an article advertising for the European Union.
If he were to move to Europe, would Google remove the results for him, worldwide?
If the original investors want to sell their shares, I'm not sure it's a good sign?
The synchronization can be avoided somewhat by the use of (also power efficient) asynchronous electronics.
You can also employ lower frequency clock them multiply it on site. A bit more cost because now you have to handle clock jitter.

And then we have computing separated by meters of wire and network fabrics in clusters.

So size is not that much of a problem. It is just that free lunch for programmers has ended some 10 years ago.
The concept of DSL is quite popular and well known. It can be effectively implemented in almost every language, but some languages are better suited to DSLs than others and allow hiding the underlying language structures (this is so called "syntactic sugar").

Here is a small example I just googled: http://mrhaki.blogspot.com/2013/05/gradle-goodness-extending...

The main idea is to use the language to create another language layer, better suited to the task at hand.
Which is used in the new Intel and AMD CPUs. IGPU on the same wafer. HBM for memory...
When I think of Gradle I think of the countless software development shacks where no one can understand or extend the Gradle configuration because someone, years ago, thought it would be cool to be hip and use Gradle instead of Maven, left the company and now nobody is interested in learning it.
A fetch jsonp polyfill, very simple stuff
> This thinking doesn't appreciate that once the Model 3 manufacturing system is paid for most of that capital expenditure will cease.

That's not how this works. You can't just stop investing in capital. Especially not when you have promissed to produce a semi, a Roadster 2.0 and a Model Y, the production capacity for none of which exists right now.
Flyt| FullStack Engineers | Onsite| London,UK| £50k-£85k + equity| https://www.flyt.io/

Flyt. The universal integration platform that creates unlimited possibilities.

We are building - what we call - "The Hub", a universal integration platform for the hospitality industry, that seamlessly connects venues serving food and drinks to the 1000s of apps that customers love, all through One Universal Award Winning API.

We work with leading hospitality operators and consumer platforms including Nando’s, Mitchells and Butlers, PizzaExpress, Just Eat, Uber Eats, Facebook and more to enable solutions in thousands of venues across the UK (and soon, the US).

More about open roles: https://flyt.workable.com/

If you have any questions, feel free to drop me an email: lessya@flyt.io

Lessya.
Yes, the article does point to the fact that he's the founder of a company selling a service. But, this is not a submarine.

You can look at the example quoted by Paul Graham:

https://www.nytimes.com/2005/04/14/fashion/thursdaystyles/th...

The difference is that the submarine pieces are subtle PR pieces.
It's the same with semiconductors though, the barrier is mostly economical.
I'd remove the "state" part from either shared or non-shared. Shared immutable data is not state, it's just data.
> exerted

"exhorted", perhaps?
Thank you for the input, I will do that as soon as possible.
The US equivalent would be Zelle, that is person to person. Venmo is person to Venmo to person.
"the client talks about flash and or websockets"

Can you just telnet in and avoid the web based interface completely ?

I would assume so ... then you could start your game in a screen session and just re-attach anytime you like.

Can you, indeed, telnet (or ssh) to discworld ?
VCs usually aim for very high ROI. Even if your investment still increases in value more than market rate interest rates, for a VC it might be more valuable to sell them to preserve its own metrics (each year you keep the shares, your average ROI decreases).
This might help: https://www.finnie.org/2012/08/14/twuewand-2-0-released/
Lack of flexibility means that it will only work for xx% of projects (supply an arbitrary value for xx but other than 100, by definition).

Then what it means, is that 100-xx percent of projects are going to be screwed up.

Not everybody lives in a nice world when the project is a single web application with 4 microservices and a shared library maintanied by a team of 5.
On that we agree I was just pointing out that it’s not as simple as you initialy thought.

And sorry if I’ve being boring it’s a deformation from Geography my first scholarship. Geographers tends to focus on systemic interaction rather than on individual components.
>Jeff has [..] the managerial expertise

He worked most of his career as IC and never run project this large, so this statement is a stretch at best.
My argument against simulation is similar in thst certain algorithms for modeling physical processes can only run in exponential time. Protein folding is a good example. How could a computer simulation perform exponential time operations efficiently? It wouldn't work no matter how big a computer was made because the complexity would explode very quickly while reality can do it in real-time.
My question: How the hell are you going to use your hand gun against a lot of pretty well trained soldiers with much better guns?

Even in this very unlikely case your gun is going to be very useless. Maybe you could shoot yourself.

The down side of having guns in many (dumb/unstable) people's hands is pretty well discussed already.
No, only from the European versions of Google. Google is actually sued by the French government because they feel that searches for French citizens should be censored based on the EU law on Google worldwide. Which to a certain extend makes sense because right now, if you see the red text mentioned in the article you can just visit the US version of the site to find the original results.

However, if it would be China, Russia or any other authoritarian regime demanding that Google would censor their international engine, I think the sentiment would be quite different.
That's great to know. I was indeed confused when writing that comment and not being able to reproduce when exactly. Nice :)
I didn't watch that animal abuse video.

I am appalled at the way Chinese treat animals.

(Yes--I said it. And I don't need a lecture how Americans are hypocrites. It's Apples and Oranges. It time we call everone out that tortures animals.)
Review of the iPhone X: why so everyone wants it
... and a surprising number of official documents have errors in them, minor address or name misspellings, that make them invalid for this purpose.
Undoubtedly
Not many enough (or not paying high enough), or there would be a market.

Instead, the major market pressure was on power efficiency.

(My cores are pegged too -- I run DAWs and NLEs -- but me and you are irrelevant in the grand scheme of things, if there are not enough of us. And that's not determined by counting us, but by the emergence of a market).
AI effect maybe?

"As soon as AI successfully solves a problem, the problem is no longer a part of AI."

https://en.wikipedia.org/wiki/AI_effect

This attitude I encountered already on HN:
"By discounting artificial intelligence people can continue to feel unique and special."
I think we're far from the ceiling on CPU performance so far, but we seem to have hit a (micro)architectural dead end. Currently a lot of time and transistors is spent simply shuffling data around the chip, or between the CPU and memory, while the actual computational units simply sit idle. Or similarily, units that sit idle because they can't be used for the current task, even if they should be - the FPUs on modern x86 cores are a pretty good example of this. FP operations are just fused integer/fixed-point operations, but it's been designed into a corner where it has to be a special unit to deal with all the crap quickly.

We've probably optimized silicon transistors to death though; that's why it's coming to a stop now. GaAs or SiGe are some of the alternatives there. Although there's still quite a lot of advancements there that simply aren't economical yet. For example, SOI processes at low feature sizes seem to be suitable for mass-produced chips now, but it hasn't made it out of the low-power segment yet. MRAM seems to be viable and might be able to provide us with bigger caches (in the same die area), but right now it's mainly used to replace small flash memories (plus some more novel things like non-volatile write buffers, but it's horrifically expensive). So we've probably got a few big boosts left there, but it's not gonna last forever.

The next obvious architectural advancement right now is asynchronous logic. In theory, it's superior in every way - power and timing noise immunity, speed isn't limited by the worst-case timings, no/reduced unnecessary switching (i.e lower power, meaning higher voltages without the chip melting itself). On paper, you run into some big problems on the data path - quasi-delay-insensitive circuits need a lot more transistors and wires, and the current alternative is to use a separate delay path to time the operations, which is a bit iffy. You do at least get rid of the Lovecraftian clock distribution tree that's getting problematic for current synchronous logic. In practice, the tools to work with it and engineers/designers that know how to work it don't exist, and the architecture is entirely up in the air. So it's many years of development behind right now and a huge investment that nobody really bothered with while they could just juice the microarchitecture and physical implementation.
Do you know any simple thought experiment that shows this "ftl means information traveling back in time"?
What I've seen is that ftl travel breaks causality in our MODELS of spacetime.
Troubleshoot XMLRPC.php forbidden access