skysight-inc/HackerNews huggingface dataset:
> linguistic theory has moved on to often simpler, more elegant approaches.

As a linguist, I have no idea what this is supposed to mean. There have always been alternative approaches. But we have not recently been blessed with any that are clear winners in terms of simplicity and elegance.
Blogging Mistakes Beginners Make
That's a benefit that is extremely valuable.
No there are bayesian replacements for p values as well: https://replicationindex.wordpress.com/2015/04/30/replacing-...
Interesting. I'm curious, what sort of cost level would someone need to be looking at to mount an attack like the BECKER-CHES one? It would be really cool to be able to say "this would be secure until an attacker starts spending $(X?)XXX,XXX." Everything's vulnerable, step 1 is to have a good idea of how vulnerable.

Lock-step sounds interesting but really really hard - the basis of my idea is security through simplicity, and packing everything onto the one chip so only signed encrypted data comes out. Breaking the design down so that lock-stepped processors would reveal tampering would probably violate integrity and likely have blind spots too.
Functional approaches to dependency injection
His students might not be just linguists but also some compiler builders learning about context-free-gramars and the chomsky hierarchy
TL;DR: Author confuses Redux for React and then rants about it.
What - Caffe2 is a Facebook project?

I used the original Caffe and thought it was built by Berkely University - Caffe2 only shared the name I guess?
Immutable.js is just another complication with another 60k size penalty with a few new negative drawbacks that he would need more complexity to solve. Author is already arguing against this approach.
It depends a lot on why he wants to know, what he wants to do, and how much detail he's looking for.

Look, I did a search for you:

https://www.google.co.uk/search?q=bitcoin+eli5

Since I have an irrational hatred of Reddit[0] I then followed it up with this:

https://www.google.co.uk/search?q=bitcoin+eli5+-reddit

This seems to be the best explanation.

https://medium.freecodecamp.org/explain-bitcoin-like-im-five...

Here's another with a different slant:

https://medium.com/@suchconor/eli5-how-does-bitcoin-work-29e...

Hope that helps. Will you return and tell us how you got on?

========

[0] It's irrational - don't try to understand it or convince me otherwise.
As I have some Brazilian friends that disagree with you I went to the statistic data and it doesn't look so bad.

For instance,the poverty headcount:

http://data.worldbank.org/indicator/SI.POV.NAHC?locations=BR

Specially against this one, a growing population:

http://data.worldbank.org/indicator/SP.POP.TOTL?locations=BR
HPSG or statistical approaches in computational linguistics, for instance.

Now, of course one can argue - as Chomsky himself has done - that statistical approaches are not as elegant as rule-based ones but as human language faculty quite likely behaves statistically to some degree, statistical methods for describing language do have some merit.
Without a big push in uniforming and standardizing ways to listen to property changes on both objects and components there won't ever be a sane UI framework in javascript, it's simple as that.

They'll either be too limited so that you cannot express the full featureset of html within their bindings without hacks or too convoluted to use and impossible to debug.
Or, maybe, he just praise reduction of poverty. That it's something that actually happened in Venezuela when Chomsky showed his support, by the way.

From then he has criticised them frequently.
I think sometimes you need an outsider view to call out that the emperor isn't wearing any clothes, and that's going to result in botched details. I don't think it impacts the overall point the author is trying to make.

I teach web development at a part-time course, and we recently redesigned our curriculum to use React + Node instead of Rails with JQuery. With the new technologies, the students are profoundly less productive or effective by the end of the course - they're doing well if they have the barest skeleton of a CRUD app up, whereas the Rails apps were all fleshed out and far more engaging.

There's something rotten with the state of development these days - we're dealing with far more complexity and being less productive for what's usually the same result.
Settlement Reached in C.I.A. Torture Case
Maybe this is stupid question, cause I don't know React or Redux, but why would anyone want the data structures holding page data to be immutable? Data can change any time due to user actions, immutability would only get in the way, wouldn't it?
Ask HN: Simple NN in the cloud
Is there any service around where I can easily create NN from the browser. Just pick the model I want, configure it, and just throw training and test data into it?
TensorFlow is awesome, but setting it up is a lot of work. Same with Google's and Amazon's cloud solutions for ML. I know that ML is a complex stuff, and you need to tweak bits and pieces of the model to work, but for some simple cases, it would be more than enough.

API is more than enough for me. But nice web interface is even better.
First thing that struck me as dishonest. The Facebook put a lot of thought in making sure all updates to the DOM are as scarce and optimized as possible, so naturally it batches them.
You don't know that they weren't granted separate licensing deals.

I assume they were.

This license is likely to protect facebook against patent litigation that a startup might claim facebook is in violation of.

It's not too hard to imagine a scenario where the next snapchat-like-startup is using react native. Facebook is then in a super leveraged position against them legally.

Snap stories are now facebook stories, instagram stories, and whatsapp stories. It's not such a big leap that it'll happen again.
Some people like immutability, some don't. It's the way of life.
It is removed now.
Arch Linux for me. The AUR is fantastic, and the wiki is obscenely detailed. I also love being able to have it operate exactly how I’d like.
An alternative, advertisers who target children don't want to be included on videos that feature graphic depictions of violence so violent videos (or overly sexual, vulgar, etc) on YouTube Kids will be a net negative for YouTube.
from my perspective of someone who likes working in collaborative environments, it's bullshit and indicative of a place that I would never want to work for.
We have funded some very promising studies, you can find them on maps.org and we already have MDMA in phase 3 clinical trails in partnership with the VA for PTSD.
The "redux" way is to make everything immutable to reduce side-effects, implement time-travel debugging and most importantly - make your code very complex.
>If there's a serious vulnerability that actually needs your attention, you will read about it in the news

No, this is fucking stupid. Most security related bugs get zero visibility, Linux for example still has a policy to quietly patch them.
> Richard Stallman said it is non-free

And after actually reading it he said it's okay to use for GNU projects: https://lists.gnu.org/archive/html/directory-discuss/2017-01...
>but Amazon just uses the same delivery networks as everyone else.

Definitely not true in the US. They've coerced USPS to deliver on Sundays and have their own courier service. Internally their ability to get items to the couriers is much faster than almost every single business out there.
That's not really how it works in the surfing world. Purely from an observational standpoint it's actually quite amusing to watch the natural, land based pecking order get completely flipped on its head in the water. Young punks calling out police men, stoners and hippies telling CEOs to beat it, sponsored kids 'owning' the break etc.

There's definitely a completely separate water-based hierarchy, based 100% on how good you surf.

To answer your question:

>Why should I need the permission and tacit approval of "the regulars" to choose to start surfing?

You don't need anyones permission at all, but you have to remember surfing is not a team sport, you're competing with everyone else out there to catch a limited amount of waves in the time you have. Couple that with flat days, bad winds, bad swell direction, bad tides and limited time, it's not often you score it 'on', so everyone it's out there to get their share.

So you don't need permission, but don't expect people to be happy with you.. and if you drop in or snake someone (steal their wave) then expect to have even less friends.
Author complains about "lots of code" needed for changing his data, but at the same time refuses to use modern ES6 features.Most of his code would come down to 2-3 lines when using destructuring and object/array rest operator.
Well chosen name.

Two questions:

1. How does this square up with the efforts within the Serverless community? https://github.com/serverless/serverless

2. Does OpenFaas assume that the smallest unit of work for each function or domain of functions is always a unique container? In other words, does it support scenarios where one needs to deploy a new function into an existing/running container?
Because if everything is immutable, it gets very easy to compare two given states and know when and what to update, by using referential equality (if you create a new object every time, then a different "ID" means the data has changed, to grossly simplify the idea behind it).
Focus does not seem to erase your history in a way you may expect. Try this on Android:

- Erase your history.

- Go to HN, click any link you haven't clicked before.

- Wait for it to load.

- Erase your history. Make sure you see the notification "Your browsing history has been erased".

- Go to HN again, and see the link you've just clicked still highlighted as 'visited'.
Recommend against Clapping
Richard Stallman and the FSF are literally the Inês behind the original de definition of "free software". What are you trying to say there?

Anyway, even if you dont line Mr. Stallman, the set of licenses he deems as free software is pretty much 99.9% compatible with the set of licenses deemed "open source" by the OSI or licenses acceptable by Debian (the other authorities you might Sant to look to when it comes to this)
Does anybody else find these sorts of discussions to be just fundamentally cringey as hell? On both sides. Stuff like "We agree mainstream black culture is terrible."

Like I don't think either would have the guts to say that in front of a black person.
Linguistic theory has not "moved on" to HPSG. HPSG originated in the early 90s and remains a minority pursuit.

The term "statistical approaches" could mean almost anything. There have always been people who are more interested in building, say, practical machine translation systems than in figuring out how kids acquire grammatical knowledge. But again, the field has not "moved on". There are just different groups of researchers working on different problems.
Rolling your own blockchain in Haskell
100%.

Depends on where you surf though. All these questions and answers are completely location dependent. If you're at a super crowded break (like where I live) it's every man for themselves. Your best friend will burn you if they see you falter for even a millisecond.
I started working on a react native+redux project myself recently (after working with react on its own for about 1 year) and have been feeling the same way. And we've just been working on auth, data persistence, and screen navigation.

My problem with it is that there is so much abstraction that almost no prior knowledge from using other frameworks or libraries is useful. It seems like everything is magic.

Here is a chain of react tech things:
React->Flux->Redux->Redux-Persist->PersistGate

The latter is talked about in documentation, i.e., "do it like PersistGate does", but I can't find PersistGate anywhere.

With so many react extensions and libraries all having their own helper functions to do everything it seems like we are no longer programming, but instead, we are tasked with stringing together configuration functions after searching for hours for the currently relevant documentation.

I think react does some pretty amazing things, but the learning curve is too steep because of fragmented documentation (mostly the community created how-tos are the problem here), confusing abstractions, and poor method naming (thinking about redux's `reducer` here).

Anyway, I, and several programmers at my company, share your sentiments; you are not alone. This will probably be my last greenfield react project.
For these parameters, the latest pdfcrop (v0.4b) dies with the following errors:

Error! Bounding Box borders imply page width of zero.
Error! Bounding Box borders imply page height of zero.
And also says "Get Invovled"
>In the react world though you can’t mutate your data.

Wrong, you're free to mutate your data. What's immutable is the virtual DOM fragment that a component maps the data onto. If you want to manipulate the DOM directly (and it can make sense), how about not choosing a virtual DOM/diffing library?

>If you get 3 people react will end up re-rendering 3 times because of
the code above.

Yeah, because the code above is obviously not a good idea. If you receive a list of people and loop over the members, each time triggering a rerendering, it's your fault?

>So what about trees of data with redux? The docs tell you try not have nested data. Instead put things in flat arrays and use indices to reference things in other flat arrays.

I'm not sure what part of the docs this refers to, but state in Redux is literally organised in a tree and you're free to choose data structures for the nodes that make sense. I've found that deeply nested structures make it more cumbersome to write reducers for.

>Why is the UI library dictating how we store and manipulate our data!!!

It does not do this, it's a virtual DOM/diffing library (!!!).

>Maybe someone needs to start the browser over.

This is a highly incoherent rant that mixes up criticism of immutable data structures, the Flow architecture, virtual DOMs and the Redux API. The quote above doesn't surprise me in the least.

Having said all this, the approach commonly taken by React/Redux is certainly not a silver bullet for every problem domain, but then what is?
The Joy of Aluminum Foil Lithography
Immutability in js is awful hence the complexity, a library like immutable.js can make it better, but the language is just not built for it.

Because imperative code and persistent, immutable data do not play nicely together.
No type system improvements to support concurrency safety?
Agreed. Many things sound obvious in plain English but when you ask someone to write an actual law that everyone will abide by (and will survive committees and constitutionality challenges), it becomes quite a bit more difficult.
The problem is that the descision to use react is not longer a descision for the developers in an organisation. It's now a descision for the legal team. And thats not good.

This is the situation I now find myself in. The next few months will be spent removing react and immutable from the project I'm working on because th legal department say so.

This is quite frankly, bullshit.
Been to snapper?
Haha. You just made me choke on my coffee with that last line!
> I'm definitely spending a lot more time wrestling with the type system than I ever spent debugging memory errors in C.

There is no way you can reliably make this claim. It smacks of rosy retrospection bias.
One problem is people reach out to client-side code earlier than they should.

90% of websites have no need for Javascript. Of those that do 90% won't be needing any "take over the world" frameworks, just little sprinkles of Javascript or jQuery.

Not to mention most required uses of Javascript are interaction related. At least let me read the landing page without having me enable javascript instead of greeting me with a blank page.
60k is hardly an issue, most hi-res images would be larger than that.

Plus due to the google closure compiler code can be minified with an aggression unknown to the typical js minifiers.

Add to that tree-shaking (removing unused code) and the long term size of your app is looking good.

I find clojurescript and specifically figwheel reduces language annoyanes and tooling problems. No more do i have to jump through hoops to get a project setup, or pick the latest and greatest build tool (grunt->gulp->webpack->jspm)
Facebook does provide these very tools. In settings, you can appoint a legacy contact and/or you can state what you want to happen to your profile when you die.
Agree, but the problem is that you need unreal discipline because what I see in projects that are 1+ years old half of the code is using Immutable.JS and half is not - and that is even worse!
Yes, preact looks like a good drop-in replacement. The good thing about the MIT license is you know what you are getting.

I also agree with the OP, even viewing FB in the best light possible, about the best case you can make is that they want to hedge any risks to themselves while profiting from OSS contributions and the OSS marketing. As it stands, there is virtually no case to be made for them wanting to contribute to the OSS community. IMHO if you're a dev and contributing to the facebook oss ecosystem, I would actively encourage you to stop.
> No, this is fucking stupid.

Well, now I'm definitely convinced...

> Most security related bugs get zero visibility, Linux for example still has a policy to quietly patch them.

Most security bugs don't need your attention either, because they don't have widespread exploits.

Read the prior comments; don't just curse in reply to a single sentence while ignoring all the prior context.
I just saw the first 20 seconds of it after your comment.
As others have mentioned, there's the diamond operator which has been around since Java 7.

> if you don't care what the type of map is

You can use raw types, it works perfectly fine (just generates a compiler warning). For explicitly being unspecific, you can also use a type wildcard (`?`).
>And an expoit that becomes widespread will get the press attention, precisely because people will want to know about it.

As you're clearly entirely clueless about security, how do you know this?

If you primarily get your security news via the press, how do you know that they aren't simply missing most things?
Might work on the server side, might work on the client side if you only use the client via a VPN or on a network you control.

Probably wont work if you use a mobile client on a mobile network without a VPN.
All these companies are big enough to potentially have a separate patent agreement with Facebook. I don't have any insider knowledge about them (or anyone else, for that matter) to say whether they do, but you should entertain the possibility rather than assuming their risks are greater than yours.
60k is a big issue if your users are on older smartphones. I'm tired of people equating the time it takes to download an image in the background with the render blocking cpu-crunching parsing that javascript requires.
>Most security bugs don't need your attention either, because they don't have widespread exploits.

But if you do anything interesting with your life this simply isn't an useful argument.
If you disregard his halo of authority for a moment, you'll find that most of what he says is usually very laboriously articulated whataboutery. It is "thorough and detailed", but that doesn't make it convincing.
> If they built a platform in React and then Facebook stole the idea - they couldn't sue Facebook (or any Facebook subsidiaries) without immediately revoking the ability to use React.

Untrue. They couldn't sue Facebook (or subsidiary) without immediately losing their right to use any patents Facebook may-or-may-not have on React. Their right to use React would be untouched.

So, are there any patents? People have looked; so far none have been found. More to the point, what JS lib do you think our hypothetical firm should have used instead? Preact? Vue? Angular? Backbone? Why do you think Facebook doesn't have any patents on those?
US military spends a lot of time and effort on propaganda. Lines like "bring our boys home" are literally inserted into hundreds of movies. They also release a lot of this type of footage to portray combat as less horrific than it actually is.
Then why don't you stick with Rails and jQuery? Modern frameworks like react (or even SPA alltogether) evolved for certain types of web applications (read that again: web applications, not websites). If your web application has requirements like offline funtionality (think mobile appstore deployment), very nice UI (think animations) or responsive UI (in terms of response times to clicks, drags etc.), you would not get far with Rails, or end up with a mixed backend/frontend code soup for HTML rendering and DOM manipulation.

Another aspect is enterprise grade websites, where jQuery just does not scale as well or will make your code end up in an unmaintainable state. "Get beginners going fast" is a nice feature, but sometimes its more favorable to have "scales for teams with >10 developers".

If you are making a simple website, blog or whatever, please do not use SPA but stick with the server-side frameworks we had for years.
Is this just for web stuff? One of the key aspects (imo) about Lambda is how it integrates to other AWS services, allowing the code to react to all sorts of events.
https://github.com/rtfeldman/seamless-immutable is easier to use with 7kb minified size.
They're not always batched. They're only batched within the context of an Event listener. A fairly odd distinction made necessary because React rendering was made synchronous initially but I guess it works for most apps.
The kind of intrusive cross-site “we want to know evetyrging you do on the internet” style tracking that focus blocks is completely different than the minimal application usage telemetry that it collects.

Focus increments a counter if you search. With no way of knowing who you are, what you searched for or any way to correlate it to other telemetry.
I'm still working heavily with AngularJS (1) and in combination with components (1.5+), TypeScript and a MVVM approach it is very clean and productive. Even for all its flaws, it still very easy to start with in 10mins, include 1 lib in 1 line and "Hello World" is up and running.

Compare that to the space ship Angular 2. They really made an outstanding effort to create a huge barrier of entry for anyone not having a degree in DevOps. I'm an old fart, I don't need your stinking CLI, Grunt, Gulp, NPM etc stuff.

Compare that to Vue.js really shines in this regard with the same level of entry as AngularJS. For me that is part of what I thinks makes it a succes.

When choosing a new framework I tend to not look for the future, but look in the past. I chose what was mainstream 2-3 years ago, which means right now still AngularJS for me. This means I'm a leecher on StackOverflow, but so be it. I have my own company and clients pay me for working applications, which means I have to choose my tools as efficient and effective as possible. By choosing last years model, it is less sexy but will get me from A to B with the same speed plus added reliability. At the same time I'm keeping a close look to Vue.js and if still going in the same direction next year as it is now, I will definitely switch to it.
I agree. I think 90% of the "problem" with React or Redux is that people espouse using "the right tool for the job", but almost never practice it when the right tool is unsexy.
The reflective language Black
I honestly couldn't tell if the product was interesting due to the amount of marketing speech involved...
My favourite Amiga game was Gods followed by Flashback
Mozilla does not give data to Google. Why do you think that? Can you be more concrete?
"It's like Paypal"
For those that prefer to consume content in video form; LGR did an episode on the same WiFi modem from Paul Rickards:
https://www.youtube.com/watch?v=fsS0E4G310Y

I feel like a dial-up sound simulator is strongly required