skysight-inc/HackerNews huggingface dataset:
1dollarscan doesn't seem that good to me, what am I missing? It's $2 per 100 pages if you want OCR, and even then it's not clear what output format they're delivering -- it sounds like it's still a PDF? The entire point of eBooks to me is that you end up with actual text, not just scans. And $8 per average length novel seems like a lot just to chop a book in half, throw it through an auto-feed scanner, and run an OCR program.
After about a month of trying to debug a real-time process control program written in assembler by my boss, I had to resort to desperate measures. The program was about 150 pages long and written in unstructured assembly language. It ran on a minicomputer with the company's own operating system. The program controlled a machine full of hydrofluoric acid that etched semiconductor chips on big slices of silicon. It was a real-time program with a few dozen asynchronous parts and couldn't be slowed down because of the process machinery that it ran.

If it wasn't for the other junior programmer assigned to the project, I might have just given up in despair, but the two of us would come in on weekends when the clean room was down and crank up the program and look for problems in its execution.

We finally debugged the problems by taking a much larger computer with a fast line printer and used it to do direct memory access to the minicomputer, hex dumping the section of memory containing the bad program's data structures as fast as the line printer could print the pages. By calling out to me what was going on with the silicon etch machine I could annotate our core dumps as they printed and we could go back to our desks with the 9 inch thick listing and figure out what was going wrong.

Those were the days (1976).
Never touch the red keys.
Because you can have anonymous TLS connections that only use DH for forward security.
I wish I could double upvote this comment.
>I steal your car at night, go joyriding and return it in the morning before you even know (unlawful taking without intent to permanently deprive...would you say that is not theft?

I would say that is not theft. According to my lay-person's understanding of the law, what you've described is called criminal conversion.

I also remain unconvinced of your notion that copyright infringement is theft.
Another pattern you can use (and we do for one of our apps) is to make a google sheet with all the information you need and then write a python script which pulls down the information and transforms it into the json/xml/whatever you need for your relevant application. It should validate it at this time as well.

This allows non-technical team members to add/edit information that the technical team can then import in validated batches.
This comment does seem fairly harsh for something advertised as "a toy." Why would you expect a toy to be state of the art? When I see that phrase, I think of something that is a personal learning experience, might have an interesting idea or two but is not expected to replace anything that already exists.
A vegan, a crossfitter, an atheist, a crypto nerd, and a javascript disabler walk into a bar...
I had the same problem with puppet (which I ran agentless). One downside to Puppet that Ansible solved for me was no dependency graph. When Puppet breaks, it's error messages are sometimes completely uninformative as to why or even where. When Ansible breaks, you know exactly where it broke and usually why.

The second downside of Puppet was that it freaks the hell out and refuse to work if it sees the same command in two different places. If I have two roles and in those roles I'm installing a single package in the same manner, Puppet throws a wobbly and won't run, even if the conf for them is identical. The official answer is "write a module for anything used twice", but sometimes it's just so trivial.

In any case, I think Ansible is certainly much better suited to small deployments than (agentless) Puppet.
I consider it virtually certain that Pakistani intelligence at some level was specifically hiding bin Laden and probable that the highest levels of government/army either knew or suspected (I personally suspect the latter) that this was the case. Given the instability of the Pakistani state and ISI's known prior flirting with extremists, I find it hard to believe that he was sold out by the government. Said information being inadvertently leaked to a low-level, non-ideologically-aligned functionary is possible, but I don't know the state of affairs in ISI/Pakistan's military well enough to judge its plausibility.

As for cooperation: it's extremely plausible for anyone who is aware of where bin Laden was hiding to choose to do absolutely nothing (and to try to refrain those who aren't aware of that fact to stay the hell away until the dust settles). It's reasonable to infer that various people in the military figured out that the US was going after bin Laden sometime during the raid and decided to pretend nothing was going on. Again, given what's been known about Pakistan's cooperation with terrorists in the past, I'd be more surprised if the US was open to even limited people in Pakistan about what it was about to do--in a choice between "piss off Pakistan" versus "risk bin Laden getting away," the former would be my personal vote and probably those of most US politicians.

Ultimately, that's the problem I have with Hersh's version: it assumes that Pakistan suddenly deciding that bedding with terrorists is too risky is a more likely scenario than Pakistan being too incompetent (or merely unwilling) to stand up against the US making the raid it's been wanting to make for a decade.
Cloudformation is a shit-show. I wrote the boto_* modules in SaltStack to avoid using Cloudformation. It does magical shit like "oh, you wanted to change this one value? I'm going to rebuild entire portions of your cloud."
totally - but if you can effectively treat a substantial percentage, that's huge. And some effective antifungals have what many consider tolerable in the face of AD.
> whose co-inventor committed suicide two years ago after telling his wife that it was not effective

I feel... strange about reading this in an article when it is framed as evidence of anything. People's reasons for committing suicide are often complex and to mention that here seems... improper for reasons that I can't quite put my finger on.
There are some in existence already:

- quantifiedmind.com for self-testing your mind, which has a few group experiments as well. I'm looking into integrating with them as part of doubleblinded.com.

- PACO (by Google) https://www.pacoapp.com/ Pretty cool and flexible platform, although not the most user friendly or easy to figure out. It is open source and has an app, which is cool.

- A few sites like 23andme and ubiome have a lengthy list of survey questions they ask you, which I only imagine they would pass through pattern recognition algorthms to detect correlations between whatever information you give them and your Genome (or gut genome in the case of 23andme).

So yeah, there is stuff out there. We want to do this for nootropics and supplements (and eventually much more).
Wow, it seems like you can do it with a simple DC circuit too! That paper's a bit complicated but if you just make the road network with constant voltage drop diodes and resistors instead of constant travel time roads and time-proportional-to-traffic roads respectively, it looks like adding a link actually increases the voltage drop across the overall circuit for a constant current!!
It is unusual to claim that programming in a statically typed language is more error-prone than in a dynamically typed language, even if only when dealing with HTTP requests specifically. Could you elaborate? It sounds like there might be a story behind this.
This is definitely one potential path we are considering. There's a question of whether we want to keep this specific to supplements/pills or try to broaden it to other things like exercise or diet (which are not exactly double-blindable)
On an unrelated note; what's with the over use of the word "narrative" in this article? It seems to be a fad lately for people to use it to sound smart (I guess) but you'd think the editor of the NY Times would've told the guy, "try picking a different word for once, eh?" It's used so much it's almost distracting.
Hersh is a hero of mine but -- and I hate to play the age card -- he is getting a little wackier as he ages. I'm not sure why he rushed to print this story. There's nothing time-critical here.

Also it's not a question of accepting Hersh vs the government. It's a matter of balancing Hersh's investigative reporting with the details provided by other investigative reporters.

Seems like he's onto something but, like he was told when his story was rejected, I don't think he has it all figured out yet.

EDIT: These two sentences in particular are very un-Hirsch: "(The informant and his family were smuggled out of Pakistan and relocated in the Washington area. He is now a consultant for the CIA.)" Doesn't name the informant (who would obviously be in a protection program) but gives the city and employer? Why? It's unrelated to the story. If it's only important enough to be in parenthesis, probably shouldn't risk putting a man and his family's life at risk over the disclosure.
I got a mortgage on H1-B so I don't think non-permanency is necessarily a problem. I also know several people who have gone from E3 to green card: http://www.limaechoecho.com/2012/11/e-3-visa-to-green-card.h...
As a biomedical researcher, I'm confident in calling this sloppy science. There is no quantitation of staining differences across multiple fields (to demonstrate that the images aren't hand picked), no controls with the PCR study (or even showing the results besides one in the supplement), and no demonstration that the antibodies don't bind to amyloid. Extraordinary claims require extraordinary evidence, and this wouldn't even motivate me to perform a follow up study.
As cool as it is you guys are giving good stories a better chance of hitting the front page. I can't help but wonder:
1. How a post is determined to be "good"?
- Is it just if any of the moderators like it?
- Is there a voting system for mods to determine this?
- Would these not require a lot more work for the mods for possibly little benefit?
2. How do you ensure that feature isn't abused by a "bad" mod to promote their own content or views?
According to your link, there is a possibility that some cases of Alzheimers are caused by a degraded blood-brain barrier, which might also allow for fungal infections to take hold more readily.
Thanks for telling us how you think other people should be spending their lives. That's super valuable!

(For the record, work in healthcare, but no doubt am wasting my time saving the wrong lives.)
No reason to be sorry. well, the title was supposed to be longer :P. I was going to write the same as the github title but it didn't fit. It is clearly a toy---ahermmg---semi-serious theoretical exercise, and not a real competitor to bitcoin or zerocoin, you are right in that respect.

This (as far as I know) does make it impossible to trace the history of a coin, because there is no recorded transaction history, assuming you don't send the transaction details directly from your ip (and valid coin transfers are mathematically impossible to spoof from e.g. an exit node). You also don't need a centralized tracker, you just need a public record of all known coins which is kept in sync across several mirrors. I should clarify that in the readme; the only reason why I mention assuming a centralized tracker is for the performance estimate, because syncing trackers would induce overhead. Unless you see something I am missing...

The reason why this uses zero-knowledge proofs is twofold; first, to allow anonymization of individual transaction ids by ensuring it is impossible to spoof transactions without knowing the secret key of the corresponding coin, and second to avoid the use of a blockchain which further degrades anonymity. Again, it may be that you have discovered a reason why this does not hold, in which case I would be interested to hear it!

Regarding the matter of coin transfer, this was a design decision because of the project scope. I could have spent many days implementing a transaction system which did not depend on the secrecy of keys, but I have other commitments. That being said, there are a subset of transactions (involving money, but also authentication of physical goods in transit, for example) which can potentially be treated this way. For instance, I can use it to verify the user is in possession of a particular hardware (a physical "coin") which stores the secret key in encrypted form. Which could be useful in e.g. shipping applications, who knows.
Wow, I can't say I'm surprised at the quality of the answers. I'll add a couple of my own:

.) be mindful that different members of the team are on different trajectories skill set wise. (beginner Exs -> juniors -> mids -> seniors -> etc)

I like to pair members with technology whose stability is inversely proportional to their experience.

More experienced engineers design tighter interfaces in the face of increased variability in final spec.

Whereas technology that is older will usually have a good breadth of info either in house or available on Stack Overflow which means the problems (and communally derived solutions to them) are accessible.

This I've found results in having to clean up less code overall, which helps build team momentum.

Which is my next point.

.) Team Momentum

You're leading a team, which can be assessed as a set of quantities at any given point in time (viz. velocity in Pivotal Tracker for instance).

The team however is a dynamic interplay of business expectations (from the principal, boss, client) technical debt (recurring known issues), and the team strength (which waxes and wanes based on moral, environment, etc).

Always look for ways to make the lives of the engineers around you easier.

-) build tooling

yeoman generators
build tools
etc.

enriching internal tooling makes each engineer more effective, which means it has a compound effect.

You can cover a lot of ground just focusing on addressing pain points in your team.

]) One last point actually, you're a leader so remember that means you're expected to have finer grain control over your ego, it helps if you take an objective view towards the technology that comprises your stack rather than a predominantly fanatical view.

Congratulations by the way!
Regards,

Dante Elrik
You can solve said problem by having a semi decent CLI api with defaults, e.g. "--date=<date> defaults to $TODAY".
Slightly OT, but it seems like this company has several people on staff (the article mentions at least 3 developers, plus content people, plus the guy writing - so at least 5, maybe even 10 or so).

Is it possible to sustain a business of that size on a tool as niche as this one? You need $1mln revenue a year at least just to stay afloat, and that's if you're in a not very expensive area, which would put you far away from your clients. How many customers could such a product have, and how much would they pay per year? I can't see how the numbers could work.
This study fell into the trap of allowing people to judge themselves by their conscious intentions, and others by their actions.

I assume this is advocacy research, because such incompetence is rare, even in the social sciences.
In Canada they are banned in a way by not allowing milk from the cow on such treatment to be sold. Once the cow is healthy then the milk can be used.

It seems that from the leaked TPP documents, if true, a lot of the food standards countries are using will be lowered under TPP not raised.
Version control. If I add an ASCII art diagram to a text document, I can git diff it, and see that the ASCII art diagram was added. If my documentation is is in PDF, I can keep it in version control, but I lose a lot of the advantages that version control provides because PDF is a binary format.
Just read through that. I agree with the points about self-reporting being unreliable.

Even with the bias of self reporting, differences between real and placebo will still be meaningful. You can't entirely deceive yourself if you don't know what you just took.

Also, there is some degree of honesty required for this experiment. If someone really wanted to, they could open up the pills and taste them to see if it's placebo or not. They could also intentionally lie. But the goal here is to learn about yourself through experimentation, so I expect most people that participate to have some level of desire for truth and honesty. I would also argue that while these biases do exist, even large randomized clinical trials have the same pitfalls, so we are not necessarily worse off than what's already out there.
Being inexpensive and fast apparently..
Great work. Looks nice and clean. If you haven't taken a look at it, you should probably look at Oracle's APEX framework. It is the BEST declarative RAD framework I've seen so far. Perhaps you can get some ideas of what to tackle next.
Work on finding things you can do without anxiety. It will likely be something very different from programming, but it will make you happy! That is the key. You must focus on your own happiness. It will be a tough transition, but consider it. Maybe just do some thought experiments (like "what if I were to get involve with art?" or "what if I built an app to help volunteers do . . . ?".

Go slow, but look into very, very different areas for a potential match. Think about YOU and happiness.

The very best of luck to you, my friend!
Contrary evidence is available, and there is no clear reason for the confusion.[1]. I have not read any of the studies you cite, though I will take a look as soon as I have the time. From what I have read, blood pressure reducing medication has been shown to reduce blood pressure (at the cost of severe side effects), but not reduce mortality.

[1] http://m.openheart.bmj.com/content/1/1/e000048.full
Build applications using only your web browser
http://www.washingtonpost.com/sf/investigative/2014/06/23/cl... - "In 15 cases over the past two years, drones flew dangerously close to airports or passenger aircraft" - "A NASA database of confidential complaints filed by pilots and air-traffic controllers has recorded 50 other reports of close calls or improper flight operations involving drones over the past decade." - "Since November 2009, law enforcement agencies, universities and other registered drone users have reported 23 accidents and 236 unsafe incidents, according to FAA records."

> On Sept. 22, while at an altitude of 2,300 feet over Phoenix, a pilot reported a near-collision with a black-and-white drone the size of a basketball, according to records the FAA released with many details redacted. The pilot reported that the drone was 200 feet ahead and closing in. The pilot swerved left and the two aircraft missed each other by 50 feet.

> On March 25, 2012, a pilot was flying 11 miles northwest of Houston at 2,000 feet when he saw what he described as a drone just 100 feet below his plane. The mysterious aircraft disappeared in a blur before the pilot could get a better look. He notified the control tower, but it could not find the drone on radar.
Thanks for calling me out on that, I might have a hard time justifying the claim. It was a reference to the fact that, at your system boundaries the benefit of a strongly-typed language aren't only offset by the lack of flexibility, but, in the case of Go, it's weak reflection capabilities and type system.

A web app has 4 (often more, rarely less) such boundary:

- Getting input from users

- Querying a database

- Getting results from a database

- Outputting results to the user (html, json, ....)

Within these boundaries, yes, static languages are less error prone. But you get no compile time checks AT the boundaries. You'll need integration tests (and it's easier to write tests in a dynamic language (where IoC is a language feature) than static languages.

You deal with these boundaries via automated mapping (with annotations, or external files (like in Hibernate)) or manual mapping. Automated mapping might not be much more error prone, but it's certainly much more cumbersome (especially with weak reflection). Manual mapping is also much more cumbersome. Does this cumbersomeness make it more error prone? I don't think it helps.
"The truth is the best people in chip design no longer want to work at Intel or Qualcomm. They want to work at Apple"

http://stevecheney.com/on-apples-incredible-platform-advanta...
For one, many locals will oppose it because the influx of additional workers may lower their compensation due to increased competition.
So, what I mean by zero knowledge is that there is zero knowledge of the secret key x, the discrete log of y. Y itself is supposed to be derived, that's part of the protocol. But when Bob randomly offsets the x-value before sending it, he is committing to a value of x, c, and b which he must then verify. It will be impossible for him to verify the c and b if he doesn't know x, which is important (see below).

modp groups are easier to implement, I was look into EC but I may come back to it later.

Bob doesn't want to send y directly because then another man in the middle could, before the transaction times out, forward y, spoof his own b and c, forward the verification of x and then verify his own b and c. Then he cannot spend the coin but he can make it unspendable.

If one tracker is malicious, he'll be out of sync with all the other trackers to which the transaction is also broadcast to. Every single known tracker would need to be compromised (they are all public).
The "have ASCII diagrams converted to images" thing is getting ridiculous. No, I don't want to type a border around my diagram. Text is completely and utterly unsuitable for this, I don't want to have every change require me to reformat everything.

(And frankly, the diff thing is nonsense, too. Diff produces an unreadable mess on ASCII art. I'd rather see the diff of some XML that shows me nodes added, removed, properties changed.)
Could you elaborate on what polyclonal means here? Does it mean that they might not have detected fungus after all, but some other thing that would activate the same antibodies?
Obviously one could, hypothetically, believe that "feminism", whatever one intends that word to mean, is harmful or orthogonal to the interests of women collectively.

(I say "whatever one intends that word to mean" because I believe that the English speech community, collectively, uses the word "feminism" to mean a variety of things, and as a good descriptivist, I believe that a word means whatever people use it to mean (and understand by it), and as such believe that it does not have a fixed meaning at this time.)

I don't actually understand how you can ask that question without trolling, though I assume in good faith that you were not trolling.
They meant multiple, the authors are from Spain. I'm not sure why an editor wouldn't try to alter the title though, perhaps they are also not native english speakers.