skysight-inc/HackerNews huggingface dataset:
I'm just gonna say I don't think this is a good idea for any real project. In my mind the single best thing about Redux is the use of event sourcing for all application state changes. Get rid of that, and you lose most of the benefits of Redux.

Reducers are a good thing: they force you to think about state transitions in your app in a functional way. By getting rid of event sourcing and reducers, this library encourages you to couple your views and state very tightly. I'd imagine testing components will be very ugly.

Redux itself is the redux-zero: it's all of a few hundred lines of code. We don't need a lighter-weight version of it that misses the principle design decisions.
Mine is not. So it's sad that you feel that way.

Mine just sent a guy on ten day suspension WITHOUT PAY for getting mad at his kids football game and throwing a helmet. He was off-duty and still reflected poorly on the profession and his department so BAM, 10 days without pay.

It even made the news because so many people care about it.

Contrast that with whatever cesspool you're stuck living in, and once again, I suggest: You should probably move. Unless you're just exagerating and you're not actually in fear of injustice. But if your story is true, you should be.

Because if you think every police department is like that, then you're either listening to non-stop propaganda, or, surrounded by actual shit police departments.

And before you think I'm some automatic "cop defender", when I lived just 100 miles away for college, I was surrounded by shit cops, some of which who went to prison for being shit cops, and one even lied on a police report that I tried to file when I was robbed.
Yes, I have a few z wave devices that are controlled and monitored by my Synology Nas ruining hass with among other things a zwave transceiver
Sure you can. (Same with Mithril.) You can use either library with just a <script> tag and no build process. The notion that you can’t and you have to use JSX + webpack is kind of absurd. It feels like that false notion has been perpetuated and got people thinking they need to use another library if they want to keep things simple.

Actually now that browsers have fetch, async and await, you can do a lot with just those and document.createElement. No need for frameworks.
> I continued to take other natural sweeteners like jaggery and honey.

...which are also 80+% sugar.
> What is the benefit of going public through media but not reporting it to the police?

A much lower burden of proof with swifter, cheaper, and more certain consequences. Is this a serious question?

> Trial by media benefits no one.

What? Look no further than the story you’re replying to. Anyone who has to interact or was considering interacting with Scoble is now more informed and better off than they were before.
React-Redux-Props-Helper: The simplest way to connect state and action to props
The full quote isn't apocryphal. It's from a character in Balzac's Le Père Goriot.

Roughly translated: "The secret of great unexplained fortunes is a forgotten crime, because it has been properly executed."

The quote isn't really applicable in this case. Everyone reading the article knows how the Sackler family made their money.
Hmm, that's interesting.
Yeah, and I just demonstrated that my local PD is (generally) accountable.

Meanwhile, when I went to college ~100 miles away, man, the PD was horrific. They even lied on a police report I tried to file when I was robbed and said to my face (when I confronted them) "I'm not filing that report for you."
"The Web didn’t win because it was the favorite among enterprises and “real developers.” It won because it scaled down better than it scaled up. It won because it amateurized software development and unlocked the creativity of an entire generation of programmers that couldn’t participate in software until The Web."

This is what worries me about WebAssembly. If most web code goes binary, then it is no longer possible for the next generation of developers to View Source to see how things are built. Over the decades of doing web development, I've learned so much from looking at the source of other people's web sites. Even now with minimization and obfuscation it is pretty easy to run the code through some tools to get it back to a readable state.
For me it was crouching in the bushes in my front yard at 3am chatting on IRC with the PSP homebrew since I didn't have wifi, but my neighbors did. Very nostalgic time for me.
Im sure there are a few people who will find Loon's service useful.. but 80% are without power, so they're mostly not going to use internet anyway -- no power means cell phones cant be charged, etc. Some have generators, but are they able to get fuel? Emergency personnel cant even get fuel to deliver food and medicine.

Internet and cell service is being restored at a similar rate to power.. probably because these two depend on each other.

So it seems like this is only really useful to people traveling from one of the areas with power to an area without power (first responders, workers doing repairs, etc).

Still a good use case for Loon though.
The loader hook could well be in your .profile. Or the infection vector could be a naughty PDF just waiting to be thumbnailed again after a reinstall.
People who can't or won't invest the time to learn a tool that will boost their productivity...these are the people who determine the leading tools/frameworks??
I’d be down for this if my current plans are still too expensive to be an option when I die.

I’d like to be flung out of a mass driver towards interstellar space, naked, in the “starfish position.”

Starfish position for the uninformed is arms out, legs out. You know, the position you take when you drop onto your bed exhausted at the end of a long day.

Except my final bed would be emptiness, forever cartwheeling into the abyss...

Until I hit an asteroid or something.
Seems open and shut... So what's the other side of the story?
Just remember that at its height, Australia had at least 5 car manufacturer. We had Nissan, Chrysler, Mitsubishi, Ford, Toyota and Ford. Now we have nothing.

I was with a Tier 1 supplier in Australia before transferring to Germany, the market place is so different. Looking back, it's a wonder that it actually lasted this long.
> ...combination of ego and humility. Let’s be honest, a lot of C.E.O.s are ego-driven people. But they also have to be humble in some very precise ways around ideas and decisions, and being able to change their mind. That’s an idiosyncratic combination.

That sums up what I consider to be a good CEO in addition to being good at motivating people.
> You skipped the build chain required to make this work.

Same thing when you just include jQuery and plugins from a CDN.

> And if you make one mistake or do something not by the book you could easily wind up shipping the development version of React to your users (which is slower).

Same thing with using jQuery from a CDN.

React itself is also tiny compared to Dojo. And Dojo never did anything truly new. This is all old stuff re-packaged for the web. Web programming is still catching up with PC desktop programming from the 90's.
You can easily charge a small device like a phone off solar panels, esp. in Puerto Rico a place known for sun.
The Sacklers have ingratiated themselves at the highest levels of society using a fortune that's at best built on a product of dubious value, and at worst obtained at the cost of the lives of tens of thousands of people. I think this piece points to a big problem: we worship money and those that accumulate it, and often ignore the question of how much societal value was created in exchange for it. The least we can collectively do is not confer status and prestige upon those who make money in a destructive way. I love the line of inquiry in this piece because it puts pressure on the high-society keepers-of-culture whose admiration the Sacklers likely most crave.

FYI you can also see an interview with the author on Democracy Now: https://www.democracynow.org/2017/10/19/who_profits_from_the...

(disclaimer: I am friends with the author)
If you are referring to just the slogan for this particular campaign then I would say yes (I don't think they are trying to make it a universal Alipay slogan in all Chinese-speaking countries).

The calligraphic font used for the phrase in question in that advertisement is commonly used for slogans or take-home message in modern Chinese advertisements. The placement of the phrase also suggests that it's a slogan.

Other images from MTR Advertising[1] also seem to suggest that it's the intended slogan of this campaign, too.

[1]https://www.facebook.com/mtradvertising/photos/a.15944807239...
> "Not everyone feels this way. Some critics recoil, in part because the effluent is released into local sewage systems."

Don't people know what happens to the body's blood during embalming? Goes down the drain.

I've already told my family that this is my preferred burial method.
Oklahoma State vs. Texas Live Stream
> does anyone else shudder a little when people use the
> adjective of 'beautiful' as an objective description

Paul Graham would not, based on this lovely little essay, http://www.paulgraham.com/taste.html
"It’s used not only by hipster San Francisco startups but gigantic companies like Facebook"

Uhhh... Obviously Facebook would be using it. That was useless filler insight. What other large implementations of React is out there?
Can confirm a very similar experience: a drop of 12kg from 86 to 74. No change in physical activity. Also work in IT. Only dietary difference is cutting out all sugar and as many carbs as I can.
No pre-deploy build chain is required.

Even jsx can be compiled on the browser, seamlessly.
>TL;DR: The user ran firefox as root and the attack happened through adobe-flash. Hardly a sophisticated attack.

While possible, this sounds so spectacularly unlikely that I can’t help but think that you’re just speculating.
Practical, in-depth forest fire modeling exercise
jQuery is still around and still useful for a certain class of applications. But to say that jQuery won for rich web apps is to ignore all the churn we went through in frameworks and tooling to finally end up with Webpack, NPM, Babel and React.

React's target is complex apps. It's designed to scale both with application complexity and team size. jQuery never was designed to scale. And anyone who started with jQuery and built a rich single page app will generally tell you of all the imperative pitfalls you'll find.

The thing is, the web has evolved. The simple tools that attracted us to the web when web was mostly a presentation layer just don't cut it.

The "old" web is still there for beginners. If you want to learn to build basic websites without having to learn package management, numerous libraries and frameworks... jQuery is still a great option.

I'm always skeptical of loose analogies. 2017 isn't 2010. React is not Dojo. I'm not even saying React is the end all be all...but it works really well and it will continue to hold its position unless something better comes along that enough people are excited about to beat React's ecosystem.

For beginners there are tools like Next.js and Gatsby which allow you to create server rendered React apps with minimal config, setup, etc.

React also has React Native going for it, which is still young and booming.
Good question! I don't know and I assume others don't as well.

Unsafe assumption. Why not go the self-education route before taking the "angry preacher" role so seriously?
Most compilers will warn if you #undef something not #defined.
I wrote an AI Expert article on a similar theme ("Simulating Intelligent Interacting Objects in C", AI Expert, January 1989) about using C for OO programming of a robot simulator -- where the first argument is a pointer to a data structure representing the object. I prefixed all the function names with the class name, like Robot_move(robot, x, y). I was inspired by IIRC Eric Schildt's previous article elsewhere on how OO is an attitude.

Looks like a very comprehensive book though compared to just some short articles (even if it does not cite those as previous work). In general, this idea of opaque handles was (and is) very common in C programming, like with file operations. So, the question is what conventions we use or what convenience superstructure we build around that basic idea of handles.
Why should they change?

The perks you describe (free beer; coffee are perks: they cost almost nothing compared to salary and have little lasting real value for the employee) are cheaper than real benefits and a sufficient number of developers are happy to consider them as part of their compensation.

Also, the beer and coffee perks you describe aren't all that common, even in tech centers like the Bay Area. Most of the "perks" in these places are limited to things that are free (amortized) to the company: ping-pong tables, kitschy furniture and the like. Occasional (or even frequent) catered meals and snacks are far more common, but even these are relatively cheap compared to employees' salaries.
Obligatory video: https://www.youtube.com/watch?v=XA2WjJbmmoM - How to Do 90% of What Plugins Do (With Just Vim)
AirBNB, Twitter mobile, Walmart app, Spotify, Atlassian, Skype, Discord mobile, many more...
Honey has a lower glycemic index/insulin response than sucrose.
At some point there has to be a next generation of web tools/frameworks. It's not like React will be around forever. Eventually it will bloat up just like these things always do and people will start asking themselves, "Isn't there a better easier way to do this"? I hope the author is right and the next generation of tools does away with a lot of the current complexity (especially the build step! - please no more need for cli, node.js, a "toolchain", etc.)
By block allocated array you mean something like a hybrid between a fixed-size array and a linked list stack? I'm not very familiar with tail recursion, so I'll take that as a suggestion to read more on it. The answer to your last question is that f2py was easy enough to use and something I'm already familiar with :)
> A lot of people, who, as a result, got addicted to Oxy, at some point ended up switching to heroin because it's cheaper.

Counter-point: no, they largely did not.

There is a huge population using prescription opiates and a tiny tiny population using heroin.

Check out https://grokinfullness.blogspot.com/2017/09/debunking-standa... for a lot more detail.

> There is no convincing evidence that prior prescription opioid use caused subsequent heroin use. ... This is much like the argument, popular among drug warriors, that marijuana is a gateway drug because most users of hard drugs start with marijuana. There are simply so many current and past prescription opioid users that most heroin users will probably have had past experience with these drugs, but that says nothing at all about a causal link. Indeed, the vast majority of prescription opioid users never go on to use heroin, so the causal link is dubious.

> In 2015, 85 million people used prescription opioids legally, and there were ~200 million legal prescriptions. By contrast, there were half a million heroin users. But there were comparable numbers of deaths in both categories (~13,000 from prescription opioids and 12,000 heroin deaths, or 18,500 heroin deaths if you add the "heroin" and "synthetic opioids" together to capture the fact that some dealers have been mixing fentanyl in with heroin). Some relevant numbers in my piece here, once again from the CDC's website. Deaths per legal opioid user are in the 0.015% range; deaths per heroin user are probably somewhere in the 1% to 3.5% range.

> In other words, the prescription opioid deaths are a very small risk applied to a very large population. The heroin-related deaths are an extremely high risk applied to a relatively small population. These are very different issues with very different underlying social causes.
With very few edits, you've identified the problem with science journalism:

The problem with studies... is that they confuse correlation and caution [sic] then make some wild unsubstantiated stab at causation..."
good point.

I wonder how many people had portable solar panels before the hurricanes though. It's not like they could order it after the hurricane. And the solar panels on people's houses are probably damaged... two hurricanes would do that.
Inside Story of Texas Instruments’ Biggest Blunder: The TMS9900 Microprocessor
This, exactly, is what works well in my experience after coding for 25 years.
Automated breach simulation – a growing market segment
Oddly enough, I can share an anecdote too. After a health scare, I decided to change my diet. I didn't think that I was self disciplined enough to count calories, so I arbitrarily eliminated certain things from my diet, most notably butter.

My exercise didn't change much: Cycling to work every day. I got a new bike, but it didn't make me go that much faster.

Within a few months, I went from 175 to 150 pounds (about 79 to 68 kg), and have kept it off.

Now, this goes against the current "ketogenic" hypothesis, and is actually kind of puzzling, but I realize that butter makes things tasty, and I was just eating a lot less food overall because it was less pleasant. So it probably was a reduction in carbs.

It took more than a year before I could enjoy a piece of toast without anything on it.
Learning/teaching is a valuable benefit of pair programming. Higher quality code is another. Being able to finish a critical section of code faster is the last benefit.

Slower development is a cost. Less enjoyable development is a cost. The work required to engage a junior dev is a cost. Being required to code at the same times is a cost.

There isn’t a one size fits all solution to every problem. I can mentor a junior by reviewing her pull requests carefully, on my own time schedule, and send her the notes. It’s more effective if we pair the fixes, cause she can ask questions more easily and we can have more wide ranging discussions. But I’d quit if I had to pair with her every day, trying to read code off her tiny, dirty laptop screen and constantly having to corral her impulse to instantly apply every suggestion I make, before I’m even done saying it.
Sorry, the only countries that specify altitude in metres for aviation purposes are Russia, China and North Korea-- and Russia is switching to feet this year: http://aerosavvy.com/metric-imperial/ https://en.wikipedia.org/wiki/Flight_level
They also often write lengthy blog posts about how well it worked for their specific situation and then pontificating about how it generalizes to all software development.
Attrs: Classes Without Boilerplate
TensorFlow 101
That being said...build toolchains are essential for complex apps.
I hear these anecdotes in many forms, and in my experience the real shared causative factor is making a decision to change, and acting on it. I don't know if it matters what that change is, as long as it's healthy and changes the math of caloriesin - caloriesout. In other words, I wonder if it's the decision and willingness to make hard changes, rather than the specific nature of those changes, which is the real active ingredient in weight loss; I suspect so.

Examples:

Started walking.

Started cycling.

Cut out processed foods.

Switched to a specific lifestyle diet.

Took up some kind of sport.

Cut out sugar/went Atkins/Keto/Paleo.

I don't think there's a wrong way to break a series of bad habits and build new ones, and I think the hardest part is deciding to do it, and sticking with it.
React used to work this way[1]. They removed support for the JSX parsing without a build step[2].

The new tutorial explicitly requires a build phase -- no more CDN and ad-hoc running.

1 - https://web.archive.org/web/20150202210539/http://facebook.g...

2 - https://reactjs.org/tutorial/tutorial.html
the Dojo AMD pattern sucks when you have too large of a collection of dependencies.. With Dojo you need to have exact matching order between your require collection and the parameters for your callback.
Showing someone an order from Newegg is not the same as actually having any orders from Newegg… it will be interesting to see how this plays out.
Is any sufficiently primitive scientist a magician?
I think this is what you're asking for:

<div id="root"></div>
<script src="https://unpkg.com/react@16/umd/react.development.js"></script>
<script src="https://unpkg.com/react-dom@16/umd/react-dom.development.js"></script>
<script src="https://unpkg.com/babel-standalone@6.15.0/babel.min.js"></script>
<script type="text/babel">
ReactDOM.render(
<h1>Hello, world!</h1>,
document.getElementById('root')
);
</script>
It's a bit better than sugar, yes, and I suppose you would tend to eat less honey than sugar.

Jaggery though... I can't imagine it has a GI much different from sugar?
I'd like to undergo taxidermy stretched over a robotic skeleton. With a bank of Li-ion batteries and a charging port on the belly button. And of course a few hard drives and a board or three and lots of sensors.

That way I can pre-program a bunch of activities for myself after death and finally catch up on all the stuff I meant to do but never got around to.
The way to fix this is to wear your own discreet camera and record them, not the other way around.

That way you have accurate, unmodified footage to use against them.

The key of course is to make sure the camera is not easily noticed, there are a few on kickstarter that look promising.

Who watches the watchmen? We must.
So I wonder... is the effect of sugar on your body permanent, building up over time? Or would stopping the intake of refined sugars restore your system?
For all apps, other than graphic intensive 3D, there is no need to implement something using WebAssembly. The performance gain is simply not worth it.

This will be even more true as browser JS performance increases
Might be useful to mention this article, and that maybe Olivetti's care for design also inspired the modern Apple store.
http://www.italianways.com/the-olivetti-store-set-to-conquer...
If butter is the only thing you removed from your diet, you must have been eating an incredible amount of it?!
A reasonably speedy Python ray tracer
Microsoft, Amazon, Apple, Netflix.

It's easier to ask what large company isn't using React. The PATENTS talk was odd because those same companies had and continue to use it with or without the new licensing.
The only API was the machine instruction set, the lower level language was the microcode language used to define machine instructions. For example, the bitblt operation used to move graphics around on the screen was a machine instruction implemented in microcode. Ditto for network etc. At boot time, the Alto and later Xerox machines that ran Smalltalk loaded a different microcoded instruction set for
each language: Smalltalk, Lisp, Mesa, BCPL ... Then the whole system was written in that language. Details appear in the many papers and reports linked here:

http://xeroxalto.computerhistory.org/xerox_alto_file_system_...

I just noticed that site includes the code, apparently including the microcode, in addition to papers and reports!
(I'm not sure if the microcode programs are included in Kay's 10 - 20,000 line estimate.)
logistics of distributing small solar panels are almost certainly easier than generators + having to resupply them with fuel regularly.
Parasite Can Pass Warnings Between Co-Joined Hosts
Who is this being marketed to? Do people want funky, colourful "gadgets?"

Personally, I've an aversion to anything that looks like it might've been designed with the focus on its appearance rather than its function.
jQuery is a syntax-sugar library. It's not comparable to react/redux, dojo, angular, or any other "framework". You could compare it to lodash, moment.js or similar.
We really are. It seems crazy that Australian banks had contactless phone payment apps (that actually worked pretty much everywhere) before Google and Apple.
HA has a bunch of things it will discover... See https://home-assistant.io/components/discovery/ and the list of manually configured components in the top tab.