skysight-inc/HackerNews huggingface dataset:
A single visit or even a walk-by can reveal a lot too. As I understand it, SSID probing basically reveals all the networks your device knows about to any AP [1]. This can give away a lot of information too.

[1] http://blog.rootshell.be/2012/01/12/show-me-your-ssids-ill-t...
There are various services that can provide a centralized storage for you.

I keep mine pretty old-school, keep them in text files, which I then print out and file in a safe. Lately I've been encoding my text to QR codes before printing, making re-entry a little easier.
Huh, it's an interesting service that's for sure, I'm just more lost about some of it's subject.

Call me stupid, but "no roaming charges" are available for any type of "VOIP" service, not specifically to them. If I live in the US and travel to Europe, and want to make a call with what I'm guessing is going to be a US Data Only Sim on a standard Android phone, I'm going to be charged extra, right?

And if using their Blackphone, would it remove the need for US Data Sim? Just lost, the blog post didn't get too specific in those details. Can't beat all these telecom competitors listed if you're dependant on them in some way for your apps on native phones.
File system that stores location of file in Pi
1) Because they aren't a last-mile carrier, but instead a backbone provider and thus don't have chips on the table.

2) As trevelyan said, they operate around the world, and state that this situation, and mindset of last-mile carriers, is unique to the US.

3) One would think a backbone provider would share the same views as the last-mile carriers, since it would mean more money for them too. However, they state that big content providers such as Netflix are very much so not a problem, but instead it's the last-mile carrier's refusal to make necessary network infrastructure upgrades to augment capacity.

This information is available on their blog. This post in particular worth a read: http://blog.level3.com/global-connectivity/chicken-game-play...
Ah yes. Thanks.
This discussion is ridiculous. NaN should obviously return true of isNumber, and probably just indicates you did something funky with your numbers and they exploded. They're still numbers, you're the one who's at fault (I never really saw NaN come by on purpose...). It's just that computers can't really represent some numbers and when that happens you get NaN and as much as you want languages to read as english or be perfect abstractions sometimes practical implementations details end up surfacing and theres nothing you can do.
There is, just not a very good one.
TANRI TEYİDİ: MHP-CHP PARTİLERİ, YÖNETİCİLERİ AZAPLARA GİRDİLER
jsonapi looks interesting, but it's really too bad that they require HTTP. If they would change it to be more transport agnostic, it would work really well with websockets.
Plants Listen for Hungry Caterpillars, First-of-Its-Kind Study Suggests
Satya Nadella’s Vision For A New Microsoft
I spent two years in rural Vietnam setting rice husk on fire. [1]

Here are two pictures if you're curious what they look like in larger quantities (the videos linked in other comments don't show them too well)

http://ricehusk.cc/goodboiler/day7
http://ricehusk.cc/

They're a fascinating material, quite unlike anything else in nature.

They've got this really high silica content and unique lattice structure that makes them really tough. They've got a weird particle size/shape, making them fluffy but also with a very high angle of repose (meaning you can pile them up into an almost vertical wall)

Trouble is that it's hard to do anything economically productive with them. Those boats in the picture I linked above float all around the Mekong delta, not all of them dropping of the rice hull to someone that would use it.

I was surprised to see quite big rice hullers (2 stories tall) being operated by a few guys all over rural Cambodia. The big challenge for most people seemed to be financing the fuel not the upfront capital investment of the huller. The most prevalent technology was diesel powered hullers. Some people were piloting gasifiers that would use the rice hulls themselves as fuel.

Anyway, I could go on and on. Very interesting to see someone in the US playing around with this stuff!

[1] https://www.engineeringforchange.org/news/2012/03/08/i_spent...
There are some consequences for not registering (can't get federal government jobs, can't get federal student aid) so it's not quite true that no one cares.
Focusing on Ownership in Rust
The Top 10 Things InfusionSoft Won’t Tell You About InfusionSoft
> but also blocking syscalls as it'll freeze all the other processes running on the thread.

I think he was talking about Erlang, do you know what system calls freezes all the other processes in Erlang? I know it was engineered to have an I/O thread pool and scheduler specifically to handle those calls. So it seems that is not necessarily true (although it maybe true for Rust).

> Note that you not only have to worry about FFI bindings with this sort of architecture (as mentioned in the article)

Once you start writing C bindings and loading them into directly into the VM memory space you lose the isolation and many things that come with it. There are other ways to talk to C -- use a port (spawn as sub-process and use stdin/stdout + serialization, there is helper library to help with that code). Can also emulate whole Erlang node (VM) from C and talk to it using distributed Erlang protocol via a socket.

Other things that wreck your systems are running out of memory, out of disk space, filling your mailboxes or message queues due to large spike or consistent rate mismatches between senders and receivers. Also deadlocks.

The number #1 thing that wrecks systems is ... software bugs mixed with complexity. Throw concurrency, shared memory and pointers on top and it becomes a disaster. Small demos still look and work very very fast. Large concurrent systems become a mess. Yeah everyone can hold their hand up and swear to never create global structures or shared pointers and always talk via queues/mailboxes but then so did application when they ran in Windows 3.1 or DOS environment. It worked ok for that time. But eventually your word processor would crash because your game overwrote its memory and so on.

Running concurrent units of execution (threads), mixed with pointers and a shared memory is like going back and time and running Windows 3.1.

EDIT: Highly recommend reading http://jlouisramblings.blogspot.com/2013/01/how-erlang-does-...

It describes at an intermediate level what happens in Erlang scheduler. See the part about +A argument that relates to blocking IO system calls.
90's and 00's, yes, but it's become even more extreme. I was arrested a couple of times as a teenager, but if I had done half the things as a teen now that I did back then I would probably have spent my formative years in juvie.

I'm just saying, the trend is there. More and more kids get arrested for what I would argue is petty stuff that most kids do.
Its behind some signup wall. Post a direct link.
Century field? In all likelihood, this is actually a repair to a y2k bug.
Better get the lawyers ready for the inevitable "national security" letters.
Well, I don't know; why are 15 year olds walking the streets at 1 a.m.? Something is wrong there 99.99% of the time. I don't think they should be arrested though, just returned home. I had cuffs thrown on me for curfew when I was 16 or so. No arrest, but seriously, cuffed and thrown into a pen.
From the documentation for Analytics and Location Engine 1.2.1 (ALE):

Location API

This API retrieves Retrieves historical location objects for a specific MAC client. The last 1000 historical locations
are stored for each MAC address. This API also publishes a location event if ALE receives an RSSI reading from a
single AP for a station....

The API appears to return an X/Y coord pair which is associated with a campus, building or floor map. It also returns an accuracy value for the XY pair.

I dug into this because I was curious if it was getting actual GPS coords but it looks like it's using access point data and floor maps and (now I'm guessing) it may be using multiple RF antennas per AP which lets it separate an area into pie slices. That and signal strength will give you not-too-bad location data.

From:

http://support.arubanetworks.com/Documentation/tabid/77/DMXM...
"infect" doesnt quite seem to fit, but yeah +1 for Pry-Fi. I just wish it would let me set a specific MAC for a specific SSID. ie xfinitywifi will let you on if your mac is 00:11:22:33:44:55
Robocop’s Helmet Gives Policemen The Most Sci-fi Tech Ever
Everyone is out of touch with some reality or another.
More like No ID, no problems.

Except no ID is its own problem.
The main compelling feature is that nobody uses Google Apps.
Funcgo author here. Thanks for all the interest and comments. I'll respond individually to the comments.
Look at it from the cost effectiveness point of view. For instance, currently we have a problem with several thousands of children illegally crossing border into the US. To solve this, 4B$ has been requested. This amounts to a million per child, roughly. I could think of alternative proposals: e.g a voucher for 10k$ to the child's family, payable in a year if they demonstrate up-keeping the child: sending it to school, etc.

The 'guaranteed income' is much trickier than that, of course, but the question is still valid: can it compete on cost-effectiveness with the current system of Medicare/medicaid/SS/WIC/.....
Design choices, in terms of the code structure and what is maintainable to you vs another person, are subjective in that they are often driven by personal choice and a sense of what is elegant. Your thinking is too left brained.
Yep, fundamentally Funcgo is just Lisp without parentheses. Or put it another way, it is Lisp with more syntax. The fact that Lisp has so little syntax is beautifully elegant from a mathematical point of view, but that is I believe at the expense of readability, at least for programmers coming from other programming traditions. Of course readability is somewhat subjective and I understand that for long-time Lisp programmers, Lisp is perfectly readable.
One of the most adult things to do is fighting over money / direction. Comes down to preference, but I would rather bring on co-founders later and be in charge.
KeePass on two USB drives.
They really do care if you register. If you don't register by 26 and decide to go to college later, you'll lose a significant amount of financial aid offered to independent students. There's no way to register after 26, so you're stuck.
I do too, which is why I only back projects that deliver an open source/free software/creative commons product in the end. I'm not going to invest in your company for zero equity unless you're doing something meaningful.
The fix isn't particularly ridiculous. Updating an exisiting databases value from an 8 bit to 32 bit integer would have required quite possibly rebuilding the entire database and any software that was bound to getting an 8 bit integer as a return value (For example messages split by length rather than coupled with a label). Which might have been made harder because the hardware costs involved (say for the extra 20 hardrives to store the 20GB of data) would have been much higher than now. Much easier just to create another table that includes century and a foreign key pointing back to the database entry. Not great but it does the job and you can patch over what look like minor visual or selection errors as they pop up rather than dealing with every custom form that relies on the database throwing exceptions that stop workflow altogether.

As embarrassing as this headline is you can at least say the people who were supposed to get the communications did.
Fascinating implementation I must admit. How does i/o performance change as the byte-length or chunks vary in size from 3 to 200 bytes?
I've no immediate plans for another target for now – there is a lot of work still to do just targeting Clojure and making sure the toolchain is easy for programmers, both server-side and client side. As regards typing, Funcgo has type inference using Clojure's type-hinting and it can use all of Clojures immutable collections as well as the standard Java mutable collections. As for operator overloading, it's not there yet, but I just I added a user story (https://github.com/eobrain/funcgo/issues/18) to my backlog to allow function names to be operators (like in Scala). However it won't really be operator overloading because the underlying Clojure only allows overloading by arity, not by type.
What does the 45% of light that is in the photosynthetic range have to do with the with the efficiency of solar cells and LEDs? It would be more direct to compare % of natural light that is in photosynthetic range with % of LED light that is in that range. If you have a formula on which you're basing your assumptions then write it down so I can understand and examine your logic without any misunderstanding. Else, you're making hand wavy assumptions, with statements like "numbers matters" without clearly stated relationship between said numbers.
How long before you are completely, utterly outsourceable?

I don't know why you think business and marketing are useless. I'm a programmer, and had more than one conversation today on how to market our product. Most technical decisions depend on business decisions. I don't make the business ones, but I have to know when the business folks are missing something (it is more common for tech types to know business than vice versa) and inform them.

I need linear algebra. I need statistics. I need physics. I need algorithms and optimizations. I need to understand DCF. It goes on and on. I'm taking time out tonight from reading a pretty heavy math book to answer this. Learning will never, ever stop.

All of that must be caveated by the quality of your school. Some schools will set you up to be able to do anything you want in the field for the next several decades. A bad one, well, good luck. I wouldn't waste the money if you are at the latter.
This project was posted before and hasn't been updated since. I doubt that it is still in development
Those are very clever uses of this idea, glad to hear more people have thought of and run with it.

I hadn't given GeoIP much thought yet, but you make an excellent point. GeoIP determining citizenship and basic civil liberties is indeed crazy scary. Can't get more "the architecture is the truth" and "code is law" than that.

Let's hope someone smarter than me can figure out a good way to make this interface easier to use and more widespread, be it with a virtual network interface or not. It could just be a well-design, dead-simple API for building serverless/p2p apps on top of hidden services without knowing Tor, or a streamlined way to do tunneling as you're doing.
Sorry, I don't get a signup wall.

Here's a link to the author's slide set from FLOPS 2006 if the above doesn't work:

http://www.info.ucl.ac.be/~pvr/flopsPVRtalk.pdf
You're making the assumption that psychology classes teach you how people think, and that marketing classes teach you how to generate sales - they don't. If he was still interested, he could just buy the textbooks, or more likely, get similar resources for free online.
I think it would probably take forever for the initial lookup, because the probability of matching any 3 byte sequence is higher than matching a 200 bytes sequence?
Callbacks, synchronous and asynchronous
As good as Ricochet and OnionShare are, they still had to go
through the trouble of integrating hidden services themselves.

This is definitely part of the problem. I looked into tightly integrating Tor / Hidden Service connectivity into some apps, but was disappointed there aren't widespread libraries, and that you have to fall back to asking the user to install Tor separately. At least there is a bit of a control-plane API to configure Tor from your App over sockets.

One library I was able to find for Tor called Orchid: http://www.subgraph.com/orchid.html if you browser through the code it will give you a real appreciation for the complexity of the protocol. So after seeing that, I didn't feel so bad about the lack of Hidden Service libraries. But the current process of setting up a Hidden Service is definitely not for the average user.
> So really these companies cater almost exclusively to businesses which are too small to actually manage bulk emailing, but who want to send their newsletter or whatever garbage to everyone on the internet. Screw those people.

This is just not true. Almost no major company develops or hosts their own email marketing. Both Microsoft and Apple use ExactTarget, for example, a major ESP which was recently bought by SalesForce.

This whole post is pointless. Professional bulk senders honor opt-outs because their entire business depends on staying in the good graces of ISPs and blacklists. So if you know an email is coming from Constant Contact, then you also know that you can trust the opt-out link--so just click it.
There is an Android app that will do this for you, if you have root. https://play.google.com/store/apps/details?id=eu.chainfire.p...
Funcgo can readily call Java code, so it supports numerical programming or linking in C++ code to the same extent that Java does.
Good point. If any sufficiently complicated NAT traversal solution ends up containing an ad hoc, informally-specified, bug-ridden, slow implementation of half of the hidden services protocol, might as well put our efforts into building out Tor itself and get the privacy for "free".
The sorry state of Amtrak’s on-time performance, mapped
Wait, what? How does voting determine who gets a taxi?

How does it not? Voting represents long term needs and desires, like the desire for an orderly, reliable public transportation system. Voting determines whether there are going to be taxis at all. It's not a matter of semantics. I read the article, the headline, and many of the comments, including yours. And I don't see any 'context' that supports a flat statement that pricing is the only way people express their need for transportation, sorry.
If they did... This is one patent that should be openly, freely licensed in the public interest.

This feature alone would be enough for me to switch full-time to an iPhone 6 from my Nexus 5.
"must" is pretty loose, if you don't fill the slip out nothing happens
Study cracks how the brain processes emotions
Very cool and thanks for the response! I'll need to experiment with this + a clojure matrix math library at some point.

I'm new to the clojure ecosystem but it looks like https://github.com/mikera/core.matrix could be worth trying.
Please please please let companies use this instead of SharePoint. Anything sane.

Ah well, probably the kind of people who make "enterprise" buying decisions will not even SEE Zocalo on their perception radar, so it will never happen.
(shameless plug) git-cola can do that, and it's open source.
I wish that none were written this way: Using a sample size of 4, the paper proposes some layer model. Already the first language (erlang) does not correspond to this model, yet the model will later be concluded to be the way to go: "A surprising result is that the four resultinglanguages have a common structure (comment: no, they don't). [...] I postulate that this common structure will be part of one possible deﬁnitive programming language".

Then we have four conclusions:

1. the notion of declarative programming is a the 'core' of programming languages

2. it will also stay there

3. it is concluded that message passing "seems to be the correct default for general purpose concurrent programming" (my emphasis)

@1: what's the 'core'? Without any useful definition, this is a meaningless statement.

@2: aha! The core seems to change over time. OK, I rephrase my last question: what's the 'core' today?

@3: First, it's a weak conclusion that something 'seems' to be the case. But, ignoring the odd usage of the word 'correct', how does the author support this conclusion? It seems like the author thinks that presenting a couple examples for your proposed solution (message passing) allows to conclude that a competing solution (shared memory programming) is worse. I fail to see evidence for that. Yeah, programming with locks is harder than programming with actors. But it's also more expressive, so the comparison is unfair. If you want to compare erlang to, say, java, you need to compare it to programming with higher level data structures (queues, actors, ...).

btw, this one's a gem: "Declarative concurrency is a deterministic form of concurrency that is much
simpler to program with than the shared-state concurrency used in mainstream
languages such as Java [18]" -- if you look at [18], it doesn't support the simplicity claim; it's a reference to Doug Lea's "Concurrent Programming in Java". The simplicity claim remains a claim. That may be sloppy writing. Or not.
Visit of a Shenzhen factory making smartwatches
Meraki APs have a similar system. The school I work IT for has used it to correctly identify vandals and thieves on several occasions, and recover stolen wireless devices. It's more than possible, it's already put into practice on many large wifi networks.
Now, we all know that it can take a while to find a long sequence of digits in π,
so for practical reasons, we should break the files up into smaller chunks that
can be more readily found.

In this implementation, to maximise performance, we consider each individual byte
of the file separately, and look it up in π.

Definitely worth a chuckle. Very cute idea and implementation.
I'd call that a capitalist view. In all its brevity, it exhibits one of the absolute top fallacies of capitalist thinking when in "have evolved anti-market biases" you allude to markets being some kind of 'natural' state of affairs. This falsity was neatly summed up by George Soros: Classical economics is based on a false analogy with Newtonian physics... by which he means, if you listen to or read any of his numerous interviews, that there is no 'equilibrium' and self-regulating nature of the market is fundamentally more a well-spun, oft-repeated tale than a self-evident truth. Further smackdown can be applied through reading Debt: The First 5000 Years (which conventional capitalist economists positively hate).

Leaving that aside, you'll note that I alluded to the ugly truth (the world is inherently limited; ie. there's sure to be critical resource shortages given current trajectories). From my perspective, any so-called anti-market bias will evolve right about the time we see mass starvations due to stupid short-sighted environmental management, potable water shortages, etc. - ie. if you think we've got anti-market bias now ... my wager is that you'll be shocked at how hollow the notion becomes in the relatively near future.

But the view does have some credence, ie. some forms of decision-making don't scale. But the obvious answer to that, far from assuming a self-evident path of decoupling historically present social, environmental, cultural and other local factors from economic decision-making across an inherently globalized god-like market that will deliver us from all ills as you imply (clearly, it won't), is perhaps to evolve newer and more subtle modes of collective decision-making that include market-like consideration of these factors and scale more effectively. That would be more like the market-libertarian view.
> I know people who say to their kids that they've got it easy. I'm telling the kids that I know that they've got it hard.

You might be right, but that advice may not be helpful or actionable. It might be better to say their world is different, but there are all kinds of opportunities in it. In almost any situation in life (work, marriage, prison, anything) it's almost NEVER the right influence/move to remove or reduce hope.
> light weight and easily-managed containers rather than virtualizing entire systems.

Not if lighweight easily-manage containers can run Windows. Not just windows but any non-matching-with-host-kernel OS-es so nobody is eating VMWare's lunch yet.
Its also pretty obviously an elaborate mathematics joke.