skysight-inc/HackerNews huggingface dataset:
This is nice for a single situation but there is a way to solve the general problem of "make files go where I want": use Folder Actions.

Basically, you tell the Finder that whenever files show up in Folder A, it should run a script to process them (e.g. to move all of them to Folder B):

1. Use Automator to create a Folder Action with a "Move Finder Items" phase that puts items in the target folder that you want. Actions of this type also have a source folder setting.

2. Save the workflow as a Folder Action.

3. In the Finder, you can then right-click your source folder (including the Desktop, if you start from your Home folder) and under Services choose "Folder Actions Setup". The Folder Action that you saved from Automator will now be available in the list.

Now, whenever anything shows up in the source folder, the script will run to see what to do.
>prior to the 1920s, city streets looked dramatically different than they do today.

Just to support your point and provide video showing everyone just how the main street in San Francisco looked in 1906:

http://youtu.be/d1RvgfoXGTs
Liquid wire makes Arduino board flexible for prototyping
Do you not see a problem with a massive deployment of new crypto infrastructure that leaves Verisign in cryptographic control of any site in .COM?
Using one-off examples as it pertains to the US doesn't work very well as an argument when laws and enforcement vary so drastically from location to location.

Simply put, that isn't a good counter example to the parent's point, because it doesn't apply to more than a very small percentage of the US population.
Of course. :)

With antialiasing the pure dmnd version does indeed look better to me, which is funny, as in games i hate anti-aliasing and love my little discrete pixels.

Now there's a second weird issue: I can't actually see any differences between 1 and 2. Maybe my vision is not good enough, or my Samsung 245B+ has too much DPI for where i'm sitting at, but i honestly can't tell a difference in that image. With the Z-machine image the difference is extremely visual though. Maybe that would be a better front page example?
Google will never bring a Glass-like product to market successfully. Period. They are incapable.
Everything he said is true and I know this for sure. But I like PF so much and even the stripped down version of FreeBSD feels awesomely good. You're in no danger what-so-ever. OpenBSD's version of PF has loads of advanced features and way better performance but you'll only notice these things if you need an (very?) advanced configuration.
I have a question. Your article's reference for "governments control the DNS" just describes public in rem legal actions by the Justice Department to Verisign to seize domains. How does that imply control? By that logic, wouldn't it be a valid statement to say "Matasano is controlled by the US Government (i.e., the NSA)" because it's only one in rem legal action away from injunction?

I'm just asking for clarification for the statement; I'm in agreement with the crux of your argument. I just don't understand how the Government(s) control DNS more or less than any other aspect of the internet that is vulnerable to meatspace attacks like injunctions and arrests.

EDIT:
I think I understand the distinction now. Your argument is saying "the CAs are bad but we mustn't allow DNSSEC to replace them." And a domain's TLS certificate is safe from an individual government's subversion if the CA resides outside of that government's jurisdiction.

Am I understanding this correctly?
mDNSResponder supports DNSSEC validation, please look at the source code:

http://opensource.apple.com/source/mDNSResponder/mDNSRespond...
The hard part about infrastructure is getting it through cluttered urban environments, like the Peninsula or LA County. The advantage of HSR is that it can use existing tracks to serve San Francisco and Los Angeles before new, more rapid tracks get build. The trains WILL go from LA to SF, even though they won't be high speed all the way at first. Hyperloop can't use existing tracks and in the first draft Hyperloop service was actually linking the outskirts of LA with the outskirts of SF, NOT LA to SF.

Building things through the Central Valley is costly, but not nearly as much as in urban environments. The first draft of Hyperloop was presented as cheaper than HSR because it didn't account for land cost. Land cost is what accounts for the bulk of HSR cost. Yes, Hyperloop could be built as a viaduct, but so could HSR, and would still have to splurge mney into buying land/indemnize landowners. HSR doesn't have a technology problem as much as it has a land cost problem. And Hyperloop won't solve that.

edit:typos
Double Fine “Devs Play” – Legend of Zelda (Hacking the ROM) [video]
Someone call Aaron Sorkin and David Fincher to get in on this.
He wasn't the real Dread Pirate Roberts either. The real Roberts has been retired fifteen years and living like a king in Patagonia.
The Silk Road trial just took a crazy twist implicating Mt. Gox
"An update on Google Glass..."
> DNSSEC is a government-controlled PKI.

This needs to be better explained in depth. Do world governments control DNS because of ICANN's GAC? Does the USG control DNS because ICANN is contracted to the NTIA? Are the root key creators USG agents? What is your reasoning behind world governments controlling DNS and/or DNSSEC?

I can't argue against this statement because it's not clear to me what you actually mean.
Can you be more specific? If I'm going to spend a great deal of money on compute and tailor my library decisions based on this feature, I need to know that it is really important. Alluding that Yandex might not have this technology yet is not good enough for me.
It is absolute if you aren't a weasel or have a political axe to grind (the supreme court):

"Congress shall make no law respecting an establishment of religion, or prohibiting the free exercise thereof; or abridging the freedom of speech, or of the press; or the right of the people peaceably to assemble, and to petition the Government for a redress of grievances."
Yeah, me too, probably.
Doubtful, undoubtedly.

I'm not cut out for schmoozing wealth.

Just for expressing the idea that there may be a space for computer stores.
> However car ownership there is not as widespread as in the US due to a number of economic constraints (space cost, gas price, taxes).

As someone living in one of those cities (not owning a car), I can say that the reason is certainly not the cost. It's just that 99% of the time taking the bike or using public transport is way more comfortable. For the remaining transports to the country side (where the public transport is insufficient), car sharing fills my needs just fine.
> Technological progress doesn't necessarily have to work against privacy.

I honestly see this as unavoidable. There are important problems to be solved that need more data and constant monitoring.

Want to have early warning about diseases and their spread (extremely important as we're entering the age of garage biotech)? We need more data about people, their movements and health, preferably realtime.

Want to have better weather prediction? More data.

Want to have better disaster relief? More data, more monitoring, as real-time as possible.

Want to turn social sciences into some kind of actual hard-ish science? More tracking, more data.

There are absolutely enormous benefits we could get from constant gathering and processing of data about people. There are tons of security issues here which are of course important and need to be talked about, but it seems to me that this is the only thing people are talking about now, and no one is noticing that we could use this data to further improve our lives.

While threats to one's safety are real and have to be adressed, I'm starting to believe that the notion of "privacy" as is currently understood needs to go, if we want to enjoy the continued progress of mankind.

Someone wrote somewhere downthread that society is based on trust. I think it should be based on "I trust you won't harm me with what you see" kind of trust, rather than "I trust you don't look at me even though you can" kind.
Cool stuff. Was planning to do something similar but never got around to implementing the client-side rendering bit (http://www.jbernier.com). The codebase I work on at work is also isomorphic JS with React. Sharing client/server code is definitely the way to go.
That's the same information. That the DHS agent believed they had probable cause is not a stupendously high bar. They also apparently never actually arrested Karpeles in relation to Silk Road (so perhaps said agent backed off that belief...).
Now that's an obscure reference
This is like saying "everyone can just run their own DNS server". Of course, as I said, they won't. The fact that Apple has a DNSSEC-resolving recursive lookup server and Safari doesn't use it strengthens my point instead of weakening it.
Conveniently the decrease in validity time is not accompanied by a decrease in price per certificate?
>It's not always sufficient to just "look out for people"....

Aren't the drivers of vehicles expected to look out for other vehicles that may be driving either slower or stopped within a driver's line of transit such as delivery vehicles or police cars?

Is it reasonable to say "... well I can't be looking out for a police car working a traffic accident, it's really more their fault than mine..."

That seems to be the implication if the collision is vehicle/person vs. vehicle/vehicle.

At some point it's not unreasonable for drivers have to pull their heads out of their asses and "look out for people" as they drive.
Though, that a system like this emerged in another period of dramatic and unprecedented change suggests analogy to today.
I'm betting that's because it's at the bottom of a list of deaths whose cause can be directly traced to an individual.

Surely the perfect murder would look like an act of complete provenance, with no apparent ties to anyone else or suspicions as to the cause.
They suppressed the entire market. They should pay tens of billions to the workers in the affected market. The individuals responsible should at the very least be fired!
And if the government or anyone creates a bogus cert for a TLS domain, you can exclude it from your cert store. DNSSEC, not so much.
Offering to pay $415M, up from original offer of $324M which a judge rejected.
> Boston ... do not acknowledge the existence of motor vehicles

I presume you haven't spent much time in Boston? There's a constant dialog that goes on between pedestrians, cars, bikes, etc where for any situation everybody judges each others' velocity, figures out the obvious ordering, and then executes on that plan. When there's a conflict, the party that's already behind generally delays themselves slightly and that's that. It's the people that don't understand this give-and-take that tend to cause problems.

To me, that seems a lot more reasonable that eg SoCal where if I'm planning on walking behind a car in a neighborhood or parking lot, most of the time they'll slam on their brakes and wave me on as if they're doing me a favor by getting in my way.
Programming for Physicians
What if the FDA enforced a rule where only one company can have an active trial? Then the first to file shifts to the FDA and the bearer has a monopoly for a few years, including the lead time before another company can complete a subsequent trial.
StandardFuture, your post is marked dead. Reposting for you:

Just to support your point and provide video showing everyone just how the main street in San Francisco looked in 1906:

http://youtu.be/d1RvgfoXGTs
Cool story, didn't know about the automation and scriptability. I wonder how many customers are still using NetObjects Fusion today, e.g. how well it has kept up with changes in the browser landscape.

Edit: was a browser included on the CDs? Today, one could bundle a portable-apps version of Firefox, increasing the likelihood of the content remaining readable, without needing external plugins for video.
No. A lot of it can't go above 3 Mbps download. 15 is available only if you are very close to the box. So it's definitely not most.
> AR doesn't significantly augment your experience of riding the bus to work

That is both incredibly accurate (watches will already provide you with all the information you need in a less obtrusive manner), and it reminds me of that toothbrush test Google gives its products:

> We ask ourselves, 'Is this something people use once or twice a day and does it solve a problem?'

They might need to revisit this. Airplanes wouldn't pass the test, for instance. Glass shouldn't have; they simply tried hard to make it pass the test.
This is great. I want to find a reason to use this. I have been doing some retro looking visualizations on an oscilloscope lately. I need to learn more about programming vectors to sound frequencies.
Because idealistic utopia/good old days/change is inherently bad.
> Google Glass has a bright future in B2B — minus the stream everything to our cloud approach, I hope.

I'm still not sure about how my feelings toward "streaming everything to cloud", but I totally want that camera in my AR glasses. Armed with proper software, this is a huge area for immensely useful solutions. Unfortunately for now you need to offload the data somewhere for processing, as there's only so much computing power that can fit in your glasses.
I don't know what country you're in but in the US something like 80% of the population lives in urban areas where playing in the street is essentially impossible.
>but that isn't a full solution for a couple hundred people all hammering network storage.

Come on, I have seen 8 10k SCSI drives/RAID10 in a Windows 2000 box be used by "a couple hundred people". It wasn't great, but this setup would blow that away, esp. if the hosting machine as a decent amount of RAM (32 GB+).

Yes I was suggesting NFS + jumboframes.
There is a project called gwt-ns that supports Web Workers (https://code.google.com/p/gwt-ns/)

Real threading would have to use ES6 yield/generators to translate an entire thread into a spawn loop so that async/await blocks can be emulated.
It's also legal to cross a pedestrian crossing on the "red man" in the UK - the lights on the crossing are only advisory to pedestrians.

I live near the German school in West London and have many German friends here. When I cross on the red light, I always get lots of hard stares from the Germans waiting at the crossing. Many don't realize the laws here are different, and it's perfectly legal. Of course if you do get yourself run over, the driver is unlikely to be found at fault.
I like this one: http://dnsreactions.tumblr.com/post/108069740597/dnssec-ince...
Thanks a lot for the detailed information! Personally i still wish people would not release unhinted fonts, because they are invariably used by people who're completely oblivious to the difference and simply make large swathes of text nigh-unreadable.

That said, the usage on reportagen.com does impress me. It's by no means perfect (A and other uppercase letters could use some love), but otherwise the width of vertical lines is consistent overall, making it quite readable even at small font sizes and without anti-aliasing.
I think it is a form of judicial corruption where the justice system does what is popular rather than what is right. Pretty much everyone drives and anyone can make a mistake while driving. The needs of the majority outweigh the needs of the few.

The Canadian Supreme Court actually stated this principle in a decision where they weighed the "social value" of driving against the responsibility of the driver. If we were to make drivers strictly responsible for their actions we would make the value of the automobile less.

Ref: R v Roy
Coincidentally, VeriSign (responsible for DNSSEC for the root zone and .com) also runs a major CA in the existing CA infrastructure. Even worse, it is such a major player that removing it from the certificate store would invalidate the certificates from a huge amount of sites and it would be impossible for a browser to remove them without breaking a significant part of the internet. Thus while the situation is horrible now, it won't get any worse with DANE.
Blogging about your cloud tech is only interesting when it's novel
Ask HN: In what ways do non-developers waste money not knowing how to code?
I think a lot of people are exaggerating in this thread. Still, only 5% of New York drivers who are involved in a fatal crash with with a pedestrian are arrested, let alone convicted[1]. It seems that most of the time, there isn't much criminal liability.

[1] http://freakonomics.com/2014/05/01/the-perfect-crime-a-new-f...
It's still true that SPAs suffer from slow startup time.

Google may be able to index SPAs but they can't do it nearly as effectively as static HTML - which is why still recommend you use progressive enhancement rather than going JavaScript-only: http://googlewebmastercentral.blogspot.com/2014/10/updating-...
Hey, not bad. I just tried it for a bbc.com story and it showed up on search.

Maybe this javascript thing will catch on.
Each of your points is valid.

We have unit tests (fewer on the client than server though), CI that runs integration tests, automated UI tests and other stuff - but that's all much slower than "VS tells me that my code's broken so I should fix it before starting to debug". We'll catch bugs with TS or JS, it's just how long it takes to catch them that's the issue.

Modules aren't so much an issue for us (we don't have a big ball of mud IMO), it's how these modules talk to one another. This is not a problem that we experience in our serverside code because we have powerful tools (in terms of the IDE) that largely stop us from doing dumb things. We refactor a lot, and historically doing this in js has been a massive pain (ie there are no GOOD automated tools for refactoring that I'm aware of). If you use C# and move a method, you expect everything to keep working, but you don't have that same expectation when refactoring javascript. If your app is structured correctly, you do get that with TypeScript.

Same with reviews and training - we have both, but our team isn't big enough to have people dedicated to each area. We mostly hire C# devs, for better or worse, and want them to be as productive per hour as possible. Having it harder to shoot yourself in the foot means fewer feet shot over time, regardless of the team and their skillset.

Getters/setters was an unclear use of term "properties" on my behalf (which actually referred mostly exclusively to methods). Regardless of my personal opinions on getter/setter methods/closures etc, we have established patterns that will take a while to change. The problem is there, and so tooling that helps reduce what breaks when we make changes is a big plus. We don't have a robust message bus in the application, so there's a lot of crosstalk (that's a refactoring area).

And, overall, TS is a superset of javascript so you can always just write JS if that's what you've gotta do.

I guess that my overall point is that javascript is a great language (well, it's ok), but that tools like TypeScript just make things "better" for the average developer working on a large-scale system. JS is an organically grown language, and it shows in a number of places. You can do some super-cool things with it, sure, but for a lot of uses it's a worthwhile tradeoff to write something in a slightly-more-strongly-typed way.

We're about 10% new code, 90% refactoring and updating (though that's a guess, I haven't looked at the stats lately). For us, JS is more painful to maintain than C#. From what we've seen, TypeScript will give us significant benefits on that 90%.
That doesn't really respond to the point. Does Safari use DNSSEC or not?
I assume the US has parks and squares too.
Through my research I have found you can trick someone into clicking a link but a share not so much.

I built a search engine that ranks on social shares and the social comments.

It's great for avoiding click bait in results.

http://engu.me
Una-May O'Reilly is particularly interested in genetic programming, which is commonly used for free-form regression, but its larger vision/promise is as a method of program synthesis. As far as I know there are no more straightforward approaches to these problems.
I'm sure that emergency friction braking could be implemented along with other aerodynamic measures to brake the pods at a rate probably only limited by the human occupants.

More importantly, (never say never, but...) this will not actually be a high-value target for terrorism; the individual pods don't hold enough people to make for a significant death toll, the tube itself being of a uniform construction would be relatively easy to repair, and the system itself doesn't really hold any political or cultural significance of note.

Keep in mind that it would have to compete with far more valuable targets as well - the ever-popular White House, Pentagon, various national airlines as well as soft but high profile targets like shopping malls, stadiums, movie theaters.

The risk of terrorism for this mode of transportation is actually less than many others.
My first suggestion here is: having to pay your developer to make even the smallest changes (like a spelling mistake between a <h1> that if you knew the tiniest bit of code you could potentially fix by yourself).
Many Americans would consider New Jersey's weapons laws insance, yes…
Wikipedia wins prestigious Erasmus prize
Fail Safe Hiring: The SSID Process
Breaking News: Mark Karpeles says that Ross Ulbricht is responsible for Mt. Gox theft, was actually the CEO of the the failed exchange the whole time.

That said, this is actually a great defense.
You can scale this to an even bigger level: when the Milky Way and the Andromeda will collide they will in fact mate. (The __Milky__ Way being the female counterpart in the intercourse)
> Actually they already did. OS X for instance has this baked into mDNSResponder.

That's not altogether true and now also irrelevant.

mDNSResponder has DNSSEC support that isn't quite baked and was not enabled by default. The only way to use the support it did provide was by passing specific flags to a relatively low-level API. (You'd have to configure the system to use a DNSSEC enabled resolver as well of course.)

mDNSResponder has been replaced by discoveryd which does not have any DNSSEC support (other than silently accepting the validate flags). Perhaps it'll gain further support in the future. If it does I'd not bet on it being enabled by default any time soon.
For Berlin have a look at http://itsinberlin.com/jobs-in-berlin-startups/ and http://venturevillage.eu/.

You might want to stay away from Praktikum (internship). Those are paid, but for a http://en.wikipedia.org/wiki/Blue_Card_%28European_Union%29 it's better to have a full-time job.

Go for it. In central Berlin it's more likely to be approached in English than German already. The startup scene is quite international.
SEO penalties of moving our blog to a subdomain
Perhaps the opposite in fact. Modern high-speed rail is a concentrated, semi-fragile target. 200-300mph with 150-200 passengers - a particularly bad combination if you're talking about a terrorist target.

From what I understand of Musk's hyperloop approach, the pods will each carry relatively small numbers of passengers. In theory it should be much, much more difficult for a terrorist to kill a lot of passengers this way.
I agree with the sentiment, but in this case only someone with pockets as deep as Elon's can afford to JFDI.
>At first he refused, saying he needed to talk to a lawyer, his wife said, but changed his mind when he was told his children would be removed if he did not comply.

Protecting children from abduction, by abducting them. GG America!
But their argument is that Ulbricht founded Silk Road of his own accord, then handed it to the "real DPR" months later. (Only to have it handed back to him just in time to be arrested!)