skysight-inc/HackerNews huggingface dataset:
It's unofficial, from the link that the other commenter posted, but works well enough, and takes about 5 minutes to install if you have a USB drive lying around.
"Something makes the water rise up against the side of the bucket"

We really have no idea?? Wow, it shows how little we really know about anything.
I completely agree, but at the same time styling still sucks in React when it comes to using 3rd party components. Not to mention that with each way of doing it there are big tradeoffs (styled-components pushes a bunch of what I feel could be compiled before release to the client at runtime).

Most of the other parts of React are great with the freedom of choice. I can use a 3rd party component that handles it's state internally, or expects to be controlled externally, or uses or doesn't use JSX, or organizes it's code however it wants. But if I want to style it (which i'll need to do), I need them to support the method I'm using in my app, or have this very ugly and hard to support "bridge" between what I'm using and what they are using.

I'm not trying to be all doom-and-gloom, but it is a pain point for me, and it's not getting better in my experience, it's getting worse. It's not nearly bad enough to get me to switch away from React, but it's something I would like a nicer solution to.
It's an unofficial mod, available at mazdatweaks.com
Are You a Work Junkie?
It really depends on the trade, and what margin offsets you can use. Simplest case is everything in a single exchange, with full margin offsets. If it is split in a way that several exchanges or regulators require capital to be posted, then you need to sort out financing somehow.
New DevNet Sandbox: Istio on Kubernetes to manage your microservice mesh
Who do you think paid for the R&D on the 5 year old cards you're playing on today?
Consumers have to pay it. No, this can't be discounted from comparisons.

The $500 card becomes > €600 because of adding the VAT and skipping the exchange rate.
There are lots of possible causes of double vision, including neurological. If it's still happening you really should see a doctor (a good GP.)
This article is pretty much a copy of a much more detailed Scientific American piece posted 3 months ago. I highly recommend it, a great read.

The Forgotten Mystery of Inertia
https://news.ycombinator.com/item?id=15487928

Regarding the topic on hand -- Is it possible for the net statistical acceleration of the charged virtual particles of the quantum vacuum to be used as an absolute reference frame in order to gauge absolute velocity/intertial mass? Does anyone know if this idea or similar has ever been tested experimentally?
You’d be surprised how much hand written recursive descent is dominant in industry, and to be honest, I think it is often easier than using generator magic.

Everyone who is into compilers and parsing should try recursive descent at least once.
You assert that folks working for startups do so out of necessity and not choice, and that for them their options are limited to either live this life or be homeless? Because that's the reality of blue collar work. Let's not pretend it's particularly difficult to find work outside of the startup community. So yeah, privileged.
I believe that the GP is referring to the other "and", the one here: "the emblem and the name of the City of Sarajevo".
I agree, it is a different world today. My daughter wears glasses and it actually made her happy. Nobody calls her four-eyes or anything like that, they're a bit envious if anything because they don't have a fancy pair of colorful glasses of their own. It makes me happy for her, one less thing she will have to deal with (though I've been around her school enough to know that there are still plenty of obnoxious kids doing obnoxious things, that's never going to change)
Schumer in 2013: No shutdown over immigration
$5.40 to encode a 15-minute video is... a lot. Amazon Elastic Transcoder runs at $0.03/minute, so it would be $0.45 to encode the same 15-minute video.

The value of doing video processing with general-purpose compute is either A) you can adopt new codecs quickly (to save operational costs), or B) you can do processing in batch with older/slower/off-peak compute resources (to save capital costs).

If a company was going to spend $XM on engineers to build a low-latency video processing solution at scale, you'd go for the "remove-a-layer-of-abstraction" of thousands of tiny threads: purpose-built real-time encoding silicon.
Ask HN: If you had a month of free time, what would you do?
Probably because "software ux design" is a new field and there are no standards for academic discourse, anyone can just start typing and write an article which gets accolades.
Well I have a much stupider example. English Heritage (now Natural England I think) decided they owned the rights to Stonehenge[0] 3-4000 years after the architects demise. It seems they realised their error once it had been splashed across the front pages....

[0]http://www.amateurphotographer.co.uk/latest/photo-news/stone...
I think I would want to read those books that I haven't time to read.
Cambodias Leader Shut Down Democracy – With a Little Help from Facebook
Thank you. I’m having trouble downloading the pdf from that link. Tips?
How? It's an interesting investigative piece that explains a serious issue.
The points you've listed are the very reasons why i would prefer React actually ...

- JSX fixed all the templating issues from 10 years ago, i see no reason to go back to dependency injection, scope loss, arbitrary code-in-html expression and a semi-javascript accent

- Presentational view logic belongs to the controller while business logic is elegantly abstracted in React: view=fn(state). There's no point in ripping view creation from the presentational layer.

- Context and higher order components. Can't have those in an imperative architecture.

- v-for is not sane to me. Also odd, being forced to mix-in extensions for the simplest basics that go beyond the few presets Vue provieds: https://github.com/Krizzu/vue-for-range A React user doesn't solve problems by searching the internet for framework specific solutions, they import _ from 'lodash' and use _.range, like everyone else does.

- {condition && <div>hello javascript</div>}

- We have suffered through two-way data bindings with Angular already

- Vuex is not native. It mutates state by aggressively transforming state into setter/getters, with nasty edge-cases. Once Vue switches to version 3 using proxies, you'll maintain two incompatible codebases. React has Mobx, even though Redux is great. Also lots of lean and promising alternatives like Unistore.

- Knowing React you don't rely on documentation (though official docs are on point). It is simple enough to grasp it after looking at a view examples once. The api surface and cognitive overhead of React is a tiny fraction of Vues. Coming from Angular it is amazing that one month of learning and half a year of consulting docs turned into a week and a couple of months consulting with Vue. Yet, you can learn React fully in the shortest amount of time while simply remembering the few things you'd need to know. A generic round-trip, for instance the one at egghead, costs you 60 minutes total.

- http://www.npmtrends.com/angular-vs-react-vs-vue-vs-@angular...
Not down in the lower levels of IR and IL, the trees have mostly disappeared by then. If you are just interpreting or doing unoptimized compiling, you can get by with just trees.
Good point, I wasn't really thinking about styling 3rd party components. styled-components makes it sort of okay, but still feel hacky.
The first recommendation doesn't work on iOS or Android.

The second, well, who knows if it will work today or tomorrow. And, it's still a pain in the ass.
But Wikipedia has no problems writing Sarajevo. Why is that?
I come from a pure HTML + CSS + JS (mostly via jQuery) background. My career has headed in a direction that focusses a lot less in the frontend web, but every 2 months or so I read one of these guides and I get giddy - "Finally, I will teach myself angular/vue/react/backbone/knockout". After about 10 minutes I am filled with dread. I expect to learn about a specific piece of software, instead, I am greeted with requirements of previous knowledge on a whole bouquet of other technologies: node, webpack, babel, grunt...

It's just discouraging. This whole thing feels like a farce. I watch colleagues investing time in this and I feel sorry for them.
No conspiracy theory was claimed. Here's one of the newer summaries of research on prisms for convergence issues, unfortunately in German, but the abstracts' in English:

https://link.springer.com/article/10.1007/s00347-014-3037-9

Which states quite clearly that horizontal prisms shouldn't get prescribed, only vertical prisms, and weaker ones than previously thought, which brings us right back to the fact that we need more competent developmental, behavioral functional optometry & orthopty.

Furthermore, you probably want to read this article by Rodenstock:

http://assets.markallengroup.com/article-images/image-librar...

It's unfortunately marketing material, however, it's also the only English resource I know that outlines the problems of:

* Listing's law in its original version only applying to distance vision
* 'effective near astigmatism'
* tilting of the intraocular lens

inside one document so you don't have to go crawling all over the literature to find them like I had to. Now think of how failing to properly correcting that influences accommodative strabismus via the accommodation-convergence reflex in anisometropic patients... Especially if the glasses ain't iseikonic and thus induce unwanted and unbalanced base in/base out prism.

Of course, Rodenstock has a patent on some of these corrections. While Hoya has a patent on freeform double surface lenses which makes everything way more complicated to optimize when you ain't Hoya, Zeiss has a patent on knocking out convergence using an infrared light source to measure pupil position, and on various multiphoton raytracing technologies for calculating corrections such as the one Rodenstock describes (leading to Rodenstock using a complicated workaround), and so on, dozens of patents locking everyone out of making an /optimal/ pair of glasses. Yes this makes all vendors about equally good, but only by making all of them, relatively speaking, mediocre. Each in their own special way.

And don't get me started up on contact lenses and how they relate to the difference between axial anisometropia, refractive anisometropia, and their hybrid. My point here, and in my other comments (https://news.ycombinator.com/item?id=16195742 & https://news.ycombinator.com/item?id=16195570):

There exists no conspiracy. There only exists cock-up, and lots of it. Hanlon's razor etc.
As much as I like spacemacs/emacs, org mode truly is one of the best things about that editor, and its amazing to see it gaining some real momentum with those outside that ecosystem. This should do wonders for org mode, but more than that, give a lot of people scared off by emacs the chance to use the amazing org mode features.
This is good for Vue
I had one of those in the 90s but with (non-working) factory AC, fun little car.

Ended up cracking the head, getting a replacement head from the junkyard that was also cracked then throwing half the engine in the trunk and selling it. Apparently they're known for cracking heads.

Not as bulletproof as the Superbeetle I replaced it with but was by far the best handling car I ever owned.
Wow, Dojo is still alive and kicking! I'm going to have to find some time to take it for a spin. I really like the idea of framework that looks to address a few needs, making framework selection easier and less reliant on "Oh Framework X is popular now? Let's use that and hire a bunch of devs for it..."

While Dojo is there, I'm surprised ExtJS is not. I haven't worked with it directly for quite a few years but I know it is still being supported. I seem to recall some backlash around licensing issues so maybe that's caused a dip in market/mindshare?

I liked Elm when I played with it, especially the similarities with Haskell. Unfortunately they had moved away from some of the Haskell like syntax shortly after I started with it, and I didn't feel like I fully understood how to use JSON properly.

Kind of surprised to not see Meteor on there. Haven't used it for awhile, and iirc there were concerns around security, deployment, MongoDB lock in (which I thought they were moving away from?) at the time. For smaller, personal use projects I felt I got moving quicker and easier with Meteor than anything else.

I'd love to see something like this for libraries and tooling. Really feels like a lot of worthy choices, and therefore a lot of high-level knowledge needed to understand which to choose and when.
At first I thought this said "monetized". Which, I think, is an interesting comment on the state of the world, or at least my perceptions of them.
Then program a Raspberry Pi to generate this but only between midnight at 2AM and hide it behind a wall socket.
She+Poured+Listerine+On+A+Cotton+Ball+And+Then+Rubbed+Her+Armpits.+After+
One wonders if selecting "decode as RTP" in Wirehshark might've saved some time figuring out the header situation. Though I thought that was 12 bytes, not 8, offhand.
User succumbs to a seizure in virtual reality while other players can only watch
Reset 'Disks' package to automount at startup using command line
> - Sane way of scripting puts the script in an object and each component is <template>html</template> <script>javascript</script> <style>css</style>

Each component I have in React is script + css. It did require some setup though.

> - Don't need to know jsx!

Except you need to learn the v- bindings. I prefer JSX and JS here.

> - two way data binding with vue-model

Two way data binding is a problem, not a feature.
I'd recommend trying out create-react-app if you want to learn React without having to worry about all the build tooling craziness. Eventually you'll have to start fighting with those if you build some real life stuff, but create-react-app is great for just getting up and running so you can learn the actual library (the fun stuff) first.
How the exams will be conducted for each course in this program?
Nobody is saying UBS or Credit Suisse are well-run companies. The original post argued Swiss banking is rudderless without money laundering. UBS and CS are valid counterpoints, in being diversified international heavyweights. Their profits may be mirages, along with Deutsche Bank and Barclays. But that is a different argument than "they're screwed because they can't launder money anymore."
OmniGraffle 7.6 Crack and License Key for Mac Download
The rumours of Ember's demise are greatly exaggerated.

I have yet to hear of people making the same amount in any other framework. Seniors are making $200k to $500k in remote positions (the people I know live in Toronto, but they could be anywhere).

It is hard to learn, and I'm far from an expert, but the highest I've heard another JS developer who knew both Angular and React completely and he was responsible for migrating a company from one to the other and he was just starting to get into that range.

Large SPA JS applications are easier to structure in Ember because there are so many best practices. The problem with Ember is the learning curve because it doesn't usually let you take shortcuts.
I'm sure it's just a coincidence, but Amazon just bumped the price of that sensor up by almost $40. Perhaps that is a proxy for how popular this article is and how quickly Amazon notices the trend.
I am in the same boat. I tried learning js. I have a background in CS so its primitive part don't bother me much. Its just that after those primitive parts to see something in action I will need to go through such a steep learning curve that I end of abandoning the whole process. I only know basic js syntax so that I can do thing that I was able to do in C?/C++/Java. How do I make it more useful? I didn't learn this extra language just do the things which I could already do in other languages.
I just recently opened a new checking account with Chase and, upon reading the terms, found they do exactly this. All banks do...its why (at least for me) we get so many offers on a daily basis. I really wish it werent the case.
5*(8+2)=50, still. To get to 60h, one needs to commute 4h every day with 40h weeks.
My stuff is unfortunately all closed source for school and then work, but check out https://github.com/thoughtpolice/clash-playground
Forget about Babel / Webpack. Pick one of the simple ones that can be used without a build process: choo, Hyperapp, Preact. Read the source. The change in paradigm is the main takeaway.
It discourages us full time FEs too. Webpack and a full transpile pipeline is still relatively new to JavaScript but it seems like we’re starting to land on some assumptions (and thus making this a more turnkey process)

ES6

Route based lazy loading

Some sort of typing (TypeScript or FlowType)

CSSModules

React with JSX

Redux

The reason it’s been so difficult is because we’ve had a sort of Wild West mentality where we want to throw everything at the wall and see what sticks. Hence the extreme configurability of Webpack. But this seems to be the preferred configuration. I speculate we’ll see a more turnkey build pipeline in the next year rise.
Yes it's difficult to find work globally. It's hard outside of a big city. It's borderline impossible if you live in the country side.
Shameless plug, but I think Stencil should be on this list: https://github.com/ionic-team/stencil

It's going to be running behind all Ionic apps in the near future, that's hundreds of thousands of apps in the app stores and the web.

Also, SkateJS is missing. Both Stencil and Skate are Web Component libraries, "frameworks" insofar as React is a framework.
Nothing. The value of doing nothing can far outweigh the value of doing something. Consider taking the time to just live before you go back to whatever grind you’re always on in a month. :)
Can you elaborate on the things that you have enumerated?
I would travel for a month.
I agree with your comment, but:

> Do you need a custom dns server? Use go and write one in an afternoon.

You forgot the part where you shout at your code for a year until it finally implements all of DNS.
The rise of fake Spotify playlists
To me React is superior for a very simple reason.

There is a huge deficit of intermediate-advanced Vue tutorials compared to React. There are like 30 advanced-level tutorials on Egghead on React and like, what 3-4 advanced Vue tutorials (Nuxt, Nuxt and using Angular-like decorators to write proper classes instead of the 'it just works' vanilla boilerplate)?

Learning the ropes of Vue is easy. It's a go-to framework of the Laravel crowd for this very reason - you don't need to know Javascript much if at all, just learn some basic syntax and you're good to go for some basic virtual DOM magic.
I'd point out that often rare and often unused skills get higher pay due to simple supply and demand. I've heard similar salary ranges for Assembly programmers for example.

Angular and React are widely used, and there are many people out there that know them. No need to pay a ton.

> The problem with Ember is the learning curve because it doesn't usually let you take shortcuts.

I'm guessing that's precisely one of the main why it's not used widely. Why train an entire dev team on it only to have half leave in a year and have to be constantly retraining on a language with a large learning curve?
Totally incorrect for most western nations. Google "nomitave use".
Linked at the top of the article: https://rawgit.com/krausest/js-framework-benchmark/master/we...
Forgive my ignorance but what makes org mode better than markdown? Whenever I see it demonstrated it seems to be just another way of marking up content in plain text. Is there more to it?
Only if solar wind can be modeled by a uniform field. Radiation from flares might not drop off in an inverse squared relationship, but I'm not an astrophysicist so this is just speculation.
I get a sense that you're pushing for option 3. It's ... certainly a live possibility. However it does have to be pointed out that the medical profession's record of responding promptly and appropriately to information showing that it needs to change its methods has never been great.
The Framework wars are overblown, and they've become profitable to perpetuate for clicks and views. I know plenty of people using Ember today and loving it. Same with Angular. React is popular but it's hardly the only game in town.
I have a gsync 1440p 144hz, running on a 980ti. IMHO, if you can get at least 90 FPS it's a great experience. I don't really see the need for faster frames.

Granted, I believe gsync does a lot to make it appear smoother so if you don't have that it may be more important to max the frame rate. I do see it though when I drop to 60 fps, it feels choppy.
This is a big deal imo. There are many tutorials out there on fuzzing servers, but anything that abstracts away the source code changes necessary to fuzz servers is a great thing. Essentially this is taking what those tutorials do and making it so you don't have to adapt those tutorials to the particular software you are dealing with. If it is easier to fuzz software, more fuzzing will be done leading to more bugs being discovered and fixed.

At The Irssi Project, fuzzing has been very effective in helping to discover bugs. Fuzzing can turn up bugs that aren't otherwise found or that are unreproducible through typical use of the program. See https://irssi.org/security/.

Of course Irssi is a client, not a server. IRC servers often have protections against frequent connections and messages, which can result in fuzzers getting kicked. So this new development in TCP server fuzzing outlined in the article is a great improvement, but there are going to be cases where the code of the server will have to be modified moreso than just swapping out the main function (which I know the author never claims to not be the case).
When it senses and responds to an unstructured environment, such as autonomous cars. If you can drop the device into an unstructured environment and it will be able to do something useful, it's a robot. If it operates in a fixed, defined environment, particularly if it's repetitious, it's automation. I'd guess the cheese robot is actually automation, by my definition.
We need that on Vim
Wasted energy.
My i7 2600k from 2011 is still doing great now, even not overclocked. Maybe not much resale, but I would guess it would play almost all games today fine (not much of a gamer myself). Actually, the upgrade from DDR3 to DDR4 is probably as much of a factor.
A generic high performance circuit breaker and proxy server written in Go
Call it something else. Then when the city complains tell them it’s because you can’t use the name in writing.
You seem to be getting downvoted but no one's explaining why: check your math.

At 8 hours a day, plus 1 hour there and 1 hour back, each of your 5 work days would total 10 hours. 5 of those is a 50h work week, not a 60h week:

5d * (8h + 1h + 1h) = 50h/week

I do agree that commute times are important, but they're not quite the heavy hitter that your original example implies.
No idea is a bit strong - we understand quite a lot about it. But not everything by a long shot.
Starting from fresh, I would honestly recommend PureScript or Elm (and eventually Haskell/GHCJS when that moves to WASM).

The benefit you get from the amazing type systems and compilers these have, is worth so much when it comes to refactoring, and later on boarding new people, giving them the confidence to make changes thanks to the help of the compilers.
Total Connect – O Mais Completo Gerenciador de Vendas Para Mercado Livre
5 tips for Multi-GPU training with Keras