skysight-inc/HackerNews huggingface dataset:
> What is your opinion on Ken?

Chief Judge McKee's concurrence in this case summarizes how I feel about such tactics: http://digitalcommons.law.villanova.edu/cgi/viewcontent.cgi?...:

> Bribery has thus undergone a metamorphosis that has transformed it from a prosecutorial theory that “just doesn’t have any place in this,” to the lynchpin of the Government’s argument on appeal. I understand why the Government adopted this adversarial bait and switch after Skilling. However, the argument could have – and should have – been made in a less disingenuous and more candid manner.

> Although I agree with, and fully join the analysis in the Per Curiam opinion of my colleagues, I feel compelled to write separately to ensure that the “now you see it, now you don’t” approach to advocacy adopted by the Government in this case does not pass without comment.
The author even anticipated your parent comment's argument and used Elm for this very reason. He seems to make it reasonably clear where Elm's approach is different from that of Cycle.js and still both are preferable to React/Reduct.
Cloudfare publishes a transparency report https://www.cloudflare.com/transparency/, whether you trust it is another thing. Personally I have given up on privacy and now just hope that it can be made so that we are all equally naked.
Jeesh, 500k?
Guess I'm in the wrong industry....
what is the purpose of ycombinator in layman's terms? Serious answers please.
"Not in poverty" is not the same as a professional (engineer, dr, etc)!
The cost to secure the system is orthogonal to the cost of processing transactions and rises and lowers proportional to coin price, providing a level of security commensurate with the market value of the thing secured.

The cost per transaction is simply a function of the rate limiter that is attached to Bitcoin. Bitcoin could secure many more transactions per second if the rate limiter was removed.

> a measly 100k transactions

As I type this the network is averaging ~12000 txns per hour, or 288,000 per day, FWIW.
It's not the boilerplate that get's me. It's just easier to reason about the state using Redux (imho). The idea of 1 single global state which mutates and pushes down (instead of managing observables all over), makes it easier to see when/where something changes. The idea isn't new (check react-cursor for example).

That said, there's nothing wrong with vanilla flux. Just that I find redux much easier to understand and follow.
Usability Wishlist for Amazon Web Services
Nest Thermostat Leaked Home Locations Over the Internet
The biggest casualty of Science this decade has been elementary school dioramas.
Subscription models and micropayments are not mutually exclusive, as in Spotify - you pay a subscription fee to listen to unlimited music. In practice that is the same as paying a fraction of a cent to the artist each time you listen to a song.

I would be willing to pay for a service that tracked each site I visited and billed me at the end of the month at a price-per-pageview comparable to CPM prices today.

EDIT: This is very distinct from asking me to pay 20 cents each time I want to open a particular page. The time I would spend considering whether to open a particular page or not isn't worth 20 cents, without regard to the fact that 20 cents/view is easily 100 times over the going rate for a page view.
What happens if you apply to YC and another accelerator and need to respond to the other accelerator while you are waiting to hear back from YC?
I run some Tor relays on Scaleway, currently handling close to 100Mbps for some 3.60€/month after tax.

Although my uptime isn't exactly spotless, I think I'm getting just what I paid for, and I'd gladly recommend them (if and when they start accepting new customers again).
These are real problems. However they are solved elegantly by central banking, and indeed that is what we have in the US: ACH and FedWire. Each bank holds an account with the Federal Reserve, and can make cheap instantaneous or free nightly batch transfers between its Fed account and other banks' Fed accounts. The strong central system extracting guarantees and ensuring minimal abuse is a major production, but we still use it for all electronic transfers.

The problem is that many American banks also process their own transfers in a nightly batch on the same 60s mainframe application they've been using since mainframes were cool.

First business night: money is taken out of your account.

Second business night: money is moved between banks via the Fed.

Third business night: money from the Fed is credited to recipient account.

If both banks were to actually do online transaction processing (like MC/Visa) then you'd only wait for the Fed's nightly batch. Some institutions like Alliant Credit Union have the rare differentiator of actually transacting with you and the Fed on the same day, instead of in separate nightly batches.

FedWire is actually instantaneous settlement, but the banks have all apparently conspired to charge an enormous markup on it. It doesn't help that cheap ubiquitous wires would outright destroy MC/Visa, who effectively get to tax all consumer spending by being the only system with live/online transaction processing for authorizations.
Why crude oil prices keep falling: Supply exceeds demand
I wasn't implying that I was dubious that you aren't interested in whatever is being advertised (though I see how it reads that way now). I was dubious that you aren't still a target no matter how futile the effort. If I throw a water balloon at you but don't hit you it doesn't mean you aren't the target.
Or it is even worse, in that not being tracked is now a negative so some of us allow ourselves to be tracked enough so that we don't fall foul of not being tracked. Kinda like jobs that look at your social media presence before hiring and consider no such presence to now be a negative.
The BBC serves a charter which is managed by the BBC Trust. The Trust effectively interprets the charter. Their interpretation of the goals of the enterprise are (http://www.bbc.co.uk/bbctrust/):

"Make the most creative and distinctive output;
Innovate online to create a more personal BBC;
Serve all audiences; and
Improve value for money through a simpler, more efficient, and more open BBC. "

Increasing readership by reducing quality of headlines to match junk media clickbait doesn't appear to fit in there.

The actual Royal Charter, http://downloads.bbc.co.uk/bbctrust/assets/files/pdf/about/h..., at Section 4 puts quite succinctly what the aims are:

"The Public Purposes of the BBC are as follows—
(a) sustaining citizenship and civil society;
(b) promoting education and learning;
(c) stimulating creativity and cultural excellence;
(d) representing the UK, its nations, regions and communities;
(e) bringing the UK to the world and the world to the UK;
(f) in promoting its other purposes, helping to deliver to the public the benefit of emerging communications technologies and services and, in addition, taking a leading role in the switchover to digital television."

I'd argue that this sort of change goes against the stimulation of cultural excellence, the tail is wagging the dog.
let alone coding styles or project/files layout

Agreed, the lack of project structure is in my opinion the biggest issues when building React apps. An interesting discussion on project structure can be found here: https://github.com/mxstbr/react-boilerplate/issues/27
Today, there are 0 add-ons that support MySQL, that are actively maintained or worked on, that you can download through atmosphere, the package manager.
> I am sure this is a reflection of the companies they get to look at.

I think it's the opposite actually; there are an effectively infinite amount of startups, but the bandwidth of YC is (currently) finite. What we're seeing now is exactly what you'd predict just from the math, even without any data.
For me the solution has been to pick a relatively popular library, work around the quirks, then just DONT UPGRADE the package. EVER. (Unless there is some real benefit to the end user or a security issue or something)

As a solo developer trying to bootstrap a startup I started out 8 months ago with React, I have had a reasonably good experience with React itself. For a pre 1.0 project it's surprisingly stable and once you figure out what you're doing I've been able to move relatively quickly.

The big holdup has been the supporting libraries. Some have been an absolute mess but the solution to that is that once I got it working, just don't touch it and don't buy into the promises that it's always going to be the next version that solves the issues. I didn't opt for Redux and went with Fluxxor instead which has worked reasonably well but I kept getting errors and ended up forking it to fix the problem. I'm not going to go back and use Redux for everything because someone told me it's better.

I am now on my 3rd build tool over this timeline. I am now on Webpack because people kept promising that the next one would be better. I struggled to finally get React-Hotloader to work and occasionally it works but most of the time I just get Invariant Violation errors and have to do a full reload. I had to jump through hoops to get this to work and enable CORS etc for virtually no benefit.
It will almost certainly be my last build tool for a while.

The pattern with JS from my viewpoint has been to overhaul entire libraries because it's not quite right.
It seems that what these developers don't realize is that when you solve one problem you often introduce another. Once you have a working solution there isn't really much incentive to change things. This guy laments that there is not a good way to do pure JS instead of JSX but you know what? JSX is fine. I already need a build tool to use ES6, and as long as you are consistent you shouldn't run into too many issues using the pure JS solution that comes with React if that's what you really want to do.
JSX might be ugly but I would rather just deal with the ugliness and settle for good enough then keep creating extra work for myself in search of perfect.

My goal is to build an app. I don't have the time or inclination to try out libraries like cycle or elm every time someone brags about how perfect they are just because they might provide me with a little benefit in terms of ease of development. I am perfectly fine with sitting back and reaping the benefit of other peoples' WWE-style back and forth even if I have to wait a year or more for things to stabilize.
"The money" is money held in the bank's account at the Federal Reserve, and sending an electronic message to the Fed to transfer this money immediately (FedWire) counts as actually moving money. The only problem is that all banks have decided to charge $25 for this service, despite it costing them on the order of $1.
Netbeez: Network monitoring with Raspberry Pi
Fun thing, apparently GIMP (on Linux at least) supports MIDI as input device: https://www.gimp.org/unix/howtos/gimp-midi.html

Of course I don't expect that to be very polished feature, but I'm kinda tempted to buy some cheap controller just to try it out.
As an innocent bystander and without commenting about the parent post, yeah. You need to lay off the ego.
With all due respect, horseshit. It doesn't matter how much extra information was presented to the jury; the other cops stated in testimony that the key and the bullet were not present in those locations on many prior police searches. The stories the Manitowoc police tried to offer in order to explain their conflict were fantastical and clearly made up. And these weren't cut-up out of context snippets; these statements were all full questions and complete answers at trial.
Flattr is still running and is used by more than a few major webcomics (presumably other sites as well, I've only really looked at it for webcomics).

Granted it never took off like it wanted to, but Patreon operates on a similar model and is absolutely booming right now. Several comic artists I'm aware of have been able to quit their jobs and go full-time on the strength of Patreon alone--A Ghost Story, for example. So it's definitely not true that micropayment services always fail.
they can photograph distant galaxies, but they can't be sure how many planets there actually are on our solar system. weird.
Yes and it works well because it means that I can more easily see what I will be paying for the goods. As far as I am concerned the price of the goods is the cost to me of getting it to me, I'm not interested in who gets what slice of the pie.

As for multiple items, the same applies, I am only interested in the total cost to me, the supplier and the computer should do the arithmetic for me.

This is essentially the same argument as the stupid business of quoting ex-tax prices in shops; I'm glad this no longer happens in European shops and online stores, it annoys me every time I go into a dollar store in the US and hand over a dollar bill only to be asked for another seven cents or whatever it happens to be in that state.
I've never used it, but I am surprised you haven't looked into Ember. It's a bigger cognitive load and might not be a good fit for small projects, but I feel like this recent blog post[1] was made for you.

[1] https://medium.com/@jonpitch/ember-get-shit-done-36383c2ccc5...
Still can't see it. This feels like one of those magic eyes where I'm the only one that can't see it....
anyone else think it is curious that there is hardly any Tor traffic in/out of Seattle? You would think with the high density of tech-types, and proximity to pacific links, that there would at least be something?
I'm doing a bit of tricks to speed up the performance. And I'm perfectly find that you question the performance :) I encourage you to try it out.

My first problem/observation is that Haar cascades looove running on a GPU due to their Float-y nature. But dealing with them on a CPU frankly stinks. I was getting 1 frame/10 seconds at 800x600 with the included Haar face detector. That's effectively unusable.

Turns out there's also LBP cascades, which are integer based. And they run fast on a cpu. But, from my observations, they have many false positives. But they seem to have no issue with false negatives, so I grab all the faces, plus a few "junks".

The speedup is, is that I can use an LBP and then throw the region of interest (the potential face) onto a Haar cascade eye detector. Now that I'm dealing with much smaller pictures, haar runs acceptably. Literally, if
(eyes.size > 0){is valid face.....}

Then I proceed to use the built in function on OpenCV contrib Face library. The problems with the library are numerous. Mainly, the settings are provided without good descriptions, or whatever the defaults of whatever academic papers had them set as.

Because I'm also an academic, I was able to get ahold of quite a few large datasets of face data. After doing so, I wrote a few small programs that attempted to calculate the ideal settings for the FaceRecognizer call, which I believe I did so. (The settings are in the call, in the source.)

Of course, I do get some slowdowns depending on how many faces there are (mainly, stay away from google searches for faces). But then again, 4 haars on 50x50 images is not that bad at all.

My machines used: Thinkpad T61 (8GB ram), Intel NUC (8GB ram, I5 cpu)
Camera: Logitech C920 webcam

I did try my code using the max resolution the camera could acquire (1920x1080).... 1 frame/5 seconds.
It was more the field of educational accomplishment I was interested in. It's good IMO that MPs have higher qualifications in general than the norm but I was really wondering what the distribution of qualifications per field was. The 26/650 in tech and IT seemed like it might match the populations in general, but I don't know.
In terms of paradigm, I still, to this day, find the Knockout.js MVVM paradigm best for most scenarios.

They don't get much hype but to me it's just a very mature and feature complete library with many "plugin" points to plug your own custom behaviour when you need to.

I did use React and I do find it unnecessarily confusing. In terms of performance gains, it doesn't really do a whole lot (for me). You still have to put a lot of though into structuring your rendering pipeline for maximum performance, and at the end of the day whether you spit out the DOM using react's "Virtual DOM" or some other custom templating engine doesn't seem to really make much of a difference.

React gets negative points for creating a parallel DOM structure and taking complete control of the portion of the DOM tree where it renders its components.
I've enjoyed React immensely, so I expected to dislike this article, but there are a lot of good points in there.

This part confused me:
> I can confirm React/Redux is an inferior paradigm...

But all the examples don't show a "different paradigm", let alone a superior one. To me, they show the same paradigm, done better? The conclusion seems to support that interpretation as well.
Busy Beaver
It's hard to call the de beers advertising campaign as anything other than manipulation. Maybe the worst example of the set of all advertisements, where the best would be advertisements that only explain what a product is, and where you can get it.

The problem is, Advertisers don't earn their paychecks by being honest.
I concur. Friend has been learning React and from time to time asks about various things. Those questions made me realize that for the newcomers, especially people who are not well versed in JS, React could be incredibly challenging to learn.

That said, I imagine cycle.js would be even more complex to learn - with this recent race to "FPR all the things!".
Atmel was a sleepy, ran-with company until they had a hit with the tiny and mega series. They were a fresh architecture, ample peripherals, great documentation and open. Who could have anticipated the Arduino's success? Their transition past 8-bit was lackluster due to poor peripherals, poor documentation and unimpressive performance.

They were on the ropes when the cortex cores delivered the coup de grace. I'm not sure they were worth even this much. So long, Atmel. It's been a slice.
Yep - if you chose to develop something by paradigm alone we'd all be using PureScript: but there's so much more that's necessary to make something that needs to be around for 5+ years. Having FB dog-fooding and putting so much resources behind it is comforting and gives an acceptable trade-off of paradigm vs practical-ness.

Until Elm/Cycle/whatever's next have been around for along time and become established then to pick a framework to base a serious project on you're in the "two kinds of languages: the ones people complain about and the ones nobody uses" category.
Indian security researchers crack encryption of TeslaCrypt ransomware
And furthermore, what you often find with "Prime" products is that there are alternate sellers shipping "like new" versions of the products that the same price as the Prime offer, but have shipping split out. For example:

$14.99 prime item

$10.99 + $4 like new used item
The low end is something like the PIC 10F family, when compared to the Cortex-M0 its about a tenth the cost and a fiftieth the power consumed. Lighting an LED takes 100x the power of running a 10F series at full speed.

I can buy some 10F series PICs cheaper than a 555 timer chip, which is pretty amazing.
Really? They mentioned the tongue why then?
Why did you have to return it? Surely it is up to Amazon to collect it.
I like this solution, but does "feel" costly with a starting price of $199. I would love to see a MIDI (hardware) expert create a similar offering that could be used with music software and the adobe suite.
From TFA: "exploding offer"

What's an exploding offer?
> In Cycle.js you can omit the props object. Since props are always an object and children are always an array, it’s obvious which parameter is what

Ack, I really do not like this. Detecting the meaning of each parameter based on its type is too much magic for me. If you're using positional parameters, they should be positional parameters. Otherwise I'm always having to guess how much magic is actually supported, and what each function call actually means.
Good piece. Thanks for the link.
To be honest, this whole thing just seems like a vague rant.
It's full of hand-wavy statements like 'Once you learn Elm or Cycle, getting things done will be more productive' with only vague anecdotes to back them up, with no specific examples of worked problems.

The section on JSX & the React.createElement API is a weird diversion, because these aspects are so unrelated to the high level code structure complaints that they belong in a different article. Putting that aside, this section seems unfair at best. Firstly the JSX syntax is disregarded due to verbosity[0]. Okay, not to everyone's taste. However the author then goes on to making a comparison between React's createElement/createFactory APIs and the hyperscript-helpers npm package, which is incredibly uncharitable as the former is a performant, low level API intended for building ergonomic APIs on top of, and the latter is a high level, ergonomics-centric API.

Redux is a small library, which needs to be used underneath application-specific abstractions to avoid boilerplate. Not everyone will want to come up with such abstractions themselves. I can certainly see the value for an ergonomic, high-level, Rails-like project on top of React + Redux. Maybe that's the article the author should have written.

[0] I would argue many developers actually find the verbosity of JSX helpful when dealing with large trees of components, as compared to nested function calls. The fact that JSX closing tags repeat the tag name is key to this.
ICS-CERT 2015 Report: Critical Infrastructure Sector Sees Spike in Cyber Attacks
A web-based weather app that doesn't predict weather
Not all ads manipulate, and not all advertisers are evil people looking to manipulate their target audience.

(Disclosure--I do digital media for a living)

Case in point, I once had a vet clinic as a client. People were seeking out information on Google for certain pet symptoms that owners may not have realized warranted a vet visit, and we ran paid search ads against those terms. People were clicking them and then coming in to get their exam, and often getting in front of what could have been a much worse outcome for their pet.

Was that manipulative or helpful?

Point is, people like to paint with overly broad strokes when speaking about advertising. Make no mistake, the lengths to which publishers have gone over the past couple of years is disgusting. Would you be surprised to learn that many in the industry also hate this kind of crap? I'm not trying to make excuses or anything as there are definitely bad actors (among advertisers, networks and publishers), but there can be very legitimate and helpful uses for ads that also respect privacy and aren't in-your-face. Not all ads are sponsored content or autoplay video units.
Is this true in all countries, or just the ones (like my country, the USA) where the real estate market is rigged by various government/incumbent entities?
How to fine tune your robot’s payload, and why
It's more of a replacement for slow Amtrak and airplane travel than for cars.
I wouldn't use Trello if they linked multiple accounts like that. TBH, I can't imagine a situation where I'd want to get work notifications at home or home notifications at work. Ditto for mobile devices. Work notifications go to the work device, home notifications to my personal device, and I don't want them mashed together.
This is still my favorite ML framework. Lua is a joy to code in.
Yeah I think it's one of the least talked about conventions, and unfortunately there's a lot of debate because of how React is (CSS next to component or in its own place?, etc).
It's a record label for startups.
Haha, what specifically are you talking about?