skysight-inc/HackerNews huggingface dataset:
I really like this, also wondering why this is not getting more attention here. Some things i would like to see are:

- beeing able to sort (amount of mentions, threads e.g. )
- when opening a link in a new tab in chrome a get the start page instead of the detail page
- direct link to amazon in the overview list

Keep it up :)
Well, all apps in App Store are encrypted/signed. So they literally all use cryptography in that sense.
Does not make sense.
Oh really? I thought PostgreSQL full text search was pretty feature complete. I just didn't want to pay for extra space... and to play with Redis.

However my implementation wasn't feature complete either. IT was literally as you just said, tags. Never had time to add more search operations on it.
https://github.com/seivan/Rfizzy
If there is a reasonable suspicion I don't see the problem with giving law enforcement the legal ability to hack their targets. This is something very different from drag-net surveillance and should not be tainted with the same stigma. It's not like the government actually _needs_ or wants to maintain giant botnets of all the targets they've hacked.
This statement was made early December. And I think it does deserve some nuance:

Minister Steur (Security and Justice) this monday said, representing the second chamber, that "laws that prohibit encryption are not desirable at this time". That doesn't retract their early statement, but I think it's an important nuance. Arguably, it might also just be political play to get some douchebag rightwing parties over the line. (dutch source http://tweakers.net/nieuws/107104/kabinet-beperking-van-encr...)

Similarly, in december, a law was passed that allows authorities to hack 'criminals' without a warrant. In many countries, (liberty) activists are criminals too.

That said, I still appreciate where things are going. Privacy is a very tough political climate and I think it's solid that we (the Dutch) take this standpoint. Baby steps.
Also, I dont see any concepts of parallel programming or any object oriented programming features. It can only used by beginners to learn very basic features of a language.
FWIW, LibreSSL replaced OpenSSL in OpenBSD 5.6 -- over a year ago.
Ugly Mugs app aims to improve safety for sex workers
More than the open access aspect of the issue, it's the reviewing practices that appear to be the real success here.

Papers in EECS area are typically published in so called "top tier" conferences. These conferences like to have acceptance rates of 20% or lower. Supposedly this ensures that only the best of the best papers are published in these venues. In practice, the 20% or lower criterion ends accepting a motley crowd of papers with all sorts of biases. IMO papers submitted by PC members are favored, certain "hot" subfields tend to be favored, papers written by well-established research groups are favored over papers from "unknown" groups. I'm sure there are many other biases.

From the authors' perspective, we end up playing all kinds of "positioning" games to try and increase the chance of acceptance. Maybe I really have a technique that I designed to increase performance, but the hot new thing program committees are looking for is reliability. So I'll try and sell my paper as a reliability enhancer with a side-benefit of better performance. Or maybe I have some technique that works really well in practice but is just a combination of two previously known ideas. If my papers says so in plain English, there's almost zero chance of acceptance a top tier venue. So instead I'll go to great lengths to obfuscate the connection between the prior art and my work and spin it as brand new revolutionary insight that just so happens to be vaguely related to these previously known techniques.

The original point of peer review was: (a) catch unsound experimental practices and methodologies and (b) provide authors feedback to help improve the paper. The competitive nature of modern peer review seems to have lost sight of these original goals. Instead it's being used as some sort of ranking system for estimated future impact/novelty based on necessarily limited current information. The review practices in the OP seem to be going back to the original goal.
It's worth linking to the famous XML rant of Erik Naggum:

http://www.schnada.de/grapt/eriknaggum-xmlrant.html

It's both very insightful and enjoyable to read.
Yeah, it's just too bad we can't ask the (millions of) old Russian people who were around at the time and who got killed. Are you fucking kidding me?
Close to 20% across the UK (representing about 4 million people) and close to 50% in London (compared to 35% driving).

http://www.ons.gov.uk/ons/rel/census/2011-census-analysis/di...

These are not insignificant figures.

If you say "people don't want to do X" when millions of people in my country already do a more extreme form of X, then I think you're wrong.
His energy when he was starting out is amazing: http://www.9jumpin.com.au/show/60minutes/videos/103962957600...
For commuting, roughly 20% in the UK or about 4 million people (26M working residents, ~80% commuters). About 50% within London.

http://www.ons.gov.uk/ons/rel/census/2011-census-analysis/di...
> Is there a sector of the community that is okay to ostracize with word choice?

For sure. I'm an example. And I have a reason for this.

I remember myself from some ten years ago and I remember how far from reality my thinking was. I was largely self-taught, but I read many, many books and even wrote quite a bit of working code. I wish someone told me how naive I was, how mistaken in many areas. Instead, I went on to work - having quite a good luck and joining a very capable, professional team - and was in for the most depressing half a year in my life. All my teammates helped, and gradually I started seeing things in context and learned to appreciate all the accidental complexity and real-life requirements. However, this still was a terrifying experience for me and I'd be much better off, I think, had someone told me, without trying to be unnecessarily polite, how stupid and childish I was BEFORE I went and got bitch-slapped hard (repeatedly) by reality.

So yeah, I have no motivation to do this myself, because young programmers are indeed insufferable, but I cheer for everyone who tries to destroy the false, unfounded confidence of "young programmers". I strongly believe it will be good for these younglings in the long run.
There are laws about how you do accounting. They're not perfect. They can tweak their operations such that they can say "we made $40m in profit this year", and it's very hard to make that illegal. Investors need to go into the details rather than just assuming that whatever they did to make a profit is indefinitely sustainable.
Sure - as discussed in the article, the steps of deploying a server should only be performed once, and customised to your needs.

From then on you can - and should - deploy everything with Ansible playbooks, AWS AMIs / Digital Ocean images, Dockerfiles, or whatever else. You've already been doing this for years and have the experience - this is written for developers who haven't done a lot of Linux before and want to take control of the process.
Orifice Space – My life as a porn cubicle drone
Most obvious is there's no massive induction coil. Looks like the apple pencil has a battery.

EDIT: Here's a Wacom. Coil for positioning and powering. One at each end because there's an eraser function.

https://www.ifixit.com/Teardown/Graphics+Tablet+Stylus+Teard...
Try Jaycar instead!

Also, for those interested, RadioShack was called Tandy Electronics in Australia.
I an certainly see why some people might be protective of how they use an application.

However, speaking from experience, relying on user feedback alone to drive development is doomed to failure.

People lie about what features they use, or will use - perhaps not maliciously, but they do.

Also, it simply doesn't scale - apart from sampling bias (think about the sort of people who would provide feedback), if you have millions of users (and many of these webapps/mobile apps do), you need to use things like automated bug reports, and telemetry data to get your stats.

There are sites that I do not frequent, simply because the ads are annoying, or I don't agree with that service's TOS - I simply don't use those services.

The examples you cited (Lenovo and Sony) are certainly ones I wouldn't use (although to be honest, I probably wouldn't have used them even before either - I'm still upset at Sony for the whole MiniDisc fiasco, and their sad obsession with proprietary vendor/lock-in standards).

If you don't want to use those services - then don't.

But the author complaining about Amazon Underground, when the whole point of it is that it collects app usage data (to compensate application developers) seems a big disingenuous.

If there is some wider issue around telemetry data and privacy implications, I'm certainly keen to hear it.
The reason it's "easy enough to create an alternative syntax for it, one-to-one translation" is because XML document is a tree. Just that. There's an argument to be had about tooling & specification ecosystem, but that can be replicated in other formats, and if all you want is hierarchical data representation, it's not worth it to poke your eyes out while working with human-unreadable format XML is.
Please note that this describes something you would do for a toy project. If you do this for work you probably want to:

* Install NPM in a way that you can upgrade easily. Your package manager was designed to do this, so use it. Never ever put untracked files in the system directories.

* Don't git clone into production. You need to know which version was deployed when and where. At the very least set a tag. Better yet, roll a package from that tag (see above) which you then can sign and store. It's very easy and there are tools to help.

* Schedule when and how you upgrade your operating system, NPM, and your application. To do this you need a way to take an application out of production, which brings us to...

* You generally want a load balancer or some sort of web server between the world and your application. This could be as simple as an Apache or nginx. Don't muck about with port forwards!

* And most importantly, document this down to every command in the internal wiki! Even better, write a Puppet/Salt/Ansible file and put it under version control.

In short: Tools exist for a reason. Use them. Don't hack files manually until you master the tools and know why they exist.
This script is probably step number 5 in the 'how do I start out on this web-programming lark?' journey.

There is absolutely nothing wrong with being proud of it, regardless of the language or inevitable vulnerabilities that come from being inexperienced with web development.

It's a very small leap to go from this, to understanding separation of concerns.

Go easy on newcomers. We're not that elite.
Our Absurd Fear of Fat
I'm serious. We had AJAX not AJAJ. JSON mostly replaced XML in its only popular application. There would be no point of having JSON (as a thing not just JS notation for object literals) if XML wasn't that horrible to look at.

> Remember how Scala had XML as a first class citizen in the language? It didn't work out that well.

Funny how well having (sort-of) xml as first class citizen works in React ecosystem (in HTML too, to some degree). Easily composable bite sized chunks without over-engineered namespaces, doctypes and such. If only xml designers thought of their creation as pieces of flexible, composable hierarchical data not as documents.

> It's mostly declarative and pure, but there are some imperative elements here and there.

Yes. And despite all that it gets almost no love. My point is that this is mainly because of syntax (a thing that is considered by many, superficial and unimportant).

> JSON doesn't have that Impedance Mismatch with Javascript and languages that support JSON well, that's why it's there.

I believe you are overthinking this. JSON is just xml subset with slightly different syntax. If there is no mismatch between JSON and Javascript on any level beyond the syntax then there was no mismatch between subset of XML that was used for same purpose before JSON became popular.
Oh wow, I'm sorry I missed your comment because for the last few days I've been wondering why no one was asking that.

Why on earth is no one pointing out that the excessive influence of the rich on politics is a problem that has to do with institutions being corruptible, and not with money?

Don't want rich people to influence politicians? Don't give so much power to politicians in the first place.
> It's because those of us who have learned we don't know everything are annoyed by people who still act like they do know everything.

This is a beautiful way of explaining this. And so true!
Its worth noting that Dick Smith, the founder/adventurer/pilot, has zero to do with how Dick Smith Holdings is ran as a company.
Unless you are using HTTPS with NULL encryption algorithm, your bytes are encrypted and decrypted, so it's not "authentication only". I think that you can use NULL encryption algorithm and in this case only authentication will be performed. But I'm not sure that standard library will allow to use this algorithm.
I think this needs a whole lot more nuance. Minister Steur said that the laws are not desirable at this time, after other cabinet members said it will hurt economic relations. This is not a statement saying we don't want this, this is a statement saying we can't do this right now.

Also, the money going to OpenSSL and others is completely unrelated to the current encryption banning talks going on in the Netherlands. This is a great initiative that should be applauded.

I agree with your conclusion though, but I am very weary of the dutch MoD.
It doesn't appear to work much like a Wacom stylus at all. Wacom styluses are fairly passive, dumb devices, basically an induction coil in a plastic case.

This appears to be a rechargeable, active-sensing device.

I don't think this is unintentional. iPad Pro and Apple Pencil is Apple's warning to Wacom: we are coming for you.
Who's your carrier currently? I'm in Oregon as well, and I'm not impressed with the offerings here, at all.
If you read the document in your link, you will see that that regulation expired last July.
What your parent meant is that your #_ only comments out the first form, not the other two. Surrounding them all with an extra pair of parentheses groups them into a single form.
Back in February of 2013 I bought an XPS 13" convertible (nice btw, shocked it doesn't ship with Pro) and whilst it was on the way I got 2 very convincing looking shipping tracking scam emails that ask to run some executable and enter some details. They had the correct model of laptop and very specific timing. I've never had any other spam like in before it since.

Sadly gmail has removed the spam from so long ago and the initial Dell contact email must have been sent from a form as I only have the service desk reply with my correct shipping number to track myself.

This might be even more serious than it looks.
But XML has XPath, XMLSchema and XSLT and JSON doesn't

XML has those things because it's data model is hostile to every programming language in existence and you need tools designed specifically for it to manipulate it concisely.

JSON fits well with the list/map/primitve data model that is common to most scripting languages so those tools aren't needed, you can just use javascript or python, something you use everyday anyway and doesn't look alien.

A similar document would look like this in XML

... plus encoding and schema declaration and also all the garbage involved with dealing with namespaces. Or, at least, don't sing praise to XMLSchema and namespaces if you aren't going to put them in your example.

PS. XML is a markup language, if your data is a text document with markup then XML is a good choice, otherwise leave it alone.
The argument is that investors who purchase shares should do their due diligence before investing.
Reminds me of the College Humor video on genetics

http://www.youtube.com/watch?v=_zO2wFkl46g
Somewhat related: anyone know if the "API" for ESXi/vSphere works on the free version?

I've considered putting the free hypervisor on a server here at home instead of using VirtualBox on my laptop for my test VMs but I'd want to be able to create/provision/etc. VMs using my own tools (and not have to fire up a Windows machine to run the vSphere client).
Easy to use brainstorming tool
There is a point, but I think the wrong things are compared to indicate that it's "apples to oranges".

XML is designed towards a type of problem that is not an everyday programming problem. It is designed for a full-fledged schema - it builds on the lessons of SGML and its predecessors such as GML[0], for people who need those things, which has historically meant "documentation writers". DocBook and DITA do not really have equals at what they do, which is semantic, textual content with rich markup. (Yes, you like TeX. But it focuses on presentation for typesetting, not semantic meaning.)

This means that in practice XML is really useful for describing an abstract, pre-tokenized syntax. This is a useful tool from a language design perspective; it lets you take an intermediate position between human-friendly and machine-friendly formats, without going straight to binary data or writing a full string parser. When computer language tooling emits an XML AST, they give tool-writers who would like to manipulate or inspect the AST a major leg up.

Simpler forms like sexps or JSON exact additional overheads on that problem that can be nearly as bad as just writing a custom string parser, once you get beyond the "strings, numbers, and simple containers" cases that are basically about data serialization, not data parsing. You want to have nodes that have unique names or attributes once you get into the parsing problem, but they are superfluous if you have plain old data. And as soon as you get into mixing different types of documents validation becomes a major concern and XML has the right groundwork for that.

It's just that most people don't want or need to deal with data of that complexity, especially since XML as a plaintext document just looks like angle-bracket trash. For those needs they are better off writing in something that a string parser can work with and then using XML as an intermediate, if at all. Even for the documentation-writing situation, it's easier to write Markdown for 98% of the prose and then convert it to add the last 2%.

Basically, XML has been used for far too many things that it shouldn't, and the blame for that lies on some 90's-era hype machines that decided that XML would be the buzzword of the future and pushed it into every technology. We got some nice tooling out of it, but in the end, it's still most useful for a certain kind of document markup.

[0] https://en.wikipedia.org/wiki/IBM_Generalized_Markup_Languag...
> * Install NPM in a way that you can upgrade easily. Your package manager was designed to do this, so use it. Never ever put untracked files in the system directories.

The articles uses the package manager - specifically, the article directs people to install node using nodesource's RPM and dpkg node packages (npm is included with node), and only mentions tarballs if these don't exist for your OS.

> * Schedule when and how you upgrade your operating system, NPM, and your application. To do this you need a way to take an application out of production, which brings us to...
> You generally want a load balancer or some sort of web server between the world and your application.

Hence covering that and load balancing with HAProxy in the article. This is mentioned in the introduction.

> * And most importantly, document this down to every command in the internal wiki! Even better, write a Puppet/Salt/Ansible file and put it under version control.

Hence mentioning exactly that in the opening few paragraphs.

It's very clear you didn't read the article before commenting.
I worked at dickies during the last of the components era. I know that makers like to fantasize about it, but the reality is it was gotten rid of because it was a dog.

As a section it made basically no money, very few people were actually buying components, maybe one in 50 customers. Most people came to the store for batteries, chargers, step down converters, antennas etc, and I believe they were the real loss when dickies moved into the TV era.

However, despite the lack of traffic, it was the highest maintainence section of the store. It took three times the effort to maintain, because people would pull out 5 different strips of resistors and three different strips of caps, go back to their color chart and circuit diagram and figure out which two they actually needed, and then shove the six other strips into a random drawer and walk off, and it was the staff that had to go through 300 tiny drawers with a resistor chart figuring out what went where. You'll notice jaycar keeps most of that shit behind the counter.
The germans love for silence can be evidenced in the reviews for earplugs/protectors:

http://www.amazon.de/gp/product/B004RANCEA/
> The extraordinary thing is buying a business with $371m of inventory for $115m.

To be fair the buyer can say that the products are obsolete so the inventory cannot be valued at $371m.
If such a thing is allowed, then higher standards should be applied to forced digital entry by police than are applied to forced physical entry.

Also, one very bothersome side effect of government-sanctioned hacking is that governments have an incentive not to notify software vendors about vulnerabilities.
Google cache as the site is down:
http://webcache.googleusercontent.com/search?q=cache:6ejGUtu...
Well, if it's not fear, is there another reason you don't want application or webapp developers tracking your usage of their services?

I mean, isn't the whole point of these services that you store your data remotely on their services?

Why would you voluntarily choose to use something like Gmail, Instagram, Twitter, Dropbox etc, if you were concerned about the company in question or didn't trust them?

There are companies I won't use, precisely because of concerns like this (e.g. Sony, Lenovo) - but if somebody chooses to use a service, it's probably because the benefits of that service outweigh the "costs" to them.

In the case of Amazon Underground, which is the subject of the OP, I think it's a bit disingenuous to say, oh gee, I want free paid apps, but I don't want to allow Amazon to track my usage....which is sort of how the app developers get re-compensated.

Assuming you have voluntarily chosen to use a webapp or mobile app what are the key objections around those developers collecting telemetry data from you?
C++ Support in Intel(R) Single Event API
> Investors need to go into the details rather than just assuming that whatever they did to make a profit is indefinitely sustainable.

If the institutional investors (experts in the field like Commonwealth Bank) couldn't smell a rat, mom and pop investors had no chance!
> XPath: JSON doesn't need this in, say, Python or Javascript

That's not exactly true. There are books in the library. Here's how I get some book's main character's name: library[5]['mainCharacters'][3]['name']. Except I want to know all main character names in all books. This is a clear, simple request, there's no need for me to put 2 cycles here if I don't have to. So I would end implementing my own XPath here anyway, to write declarative stuff declaratively.

But then again, I don't have to, because JsonPath already exists and is just fine.
I think the 'logic' and 'electronics' should be in the device rather than the pen (or pencil in this case). My reasoning is that the pencil should be something light/cheap/disposable that you can lose and not worry about it.
You probably meant "wary". But weary too.
To get the most out of the series, you really need to follow along the articles by patching up your own synths. An audio programming environment like Reaktor or Pure Data is ideal for this purpose.