skysight-inc/HackerNews huggingface dataset:
I find it shocking to think that China and Russia will begin WWIII over North Korea (or will move their military in unison. You don't exactly see Chinese/Russian war games going on. They're both positioning for regional control against one another, not as best friends).

If China and Russia launch against the US, we know it in seconds and launch against both them. Which means that within an hour, China Russia and the US are basically no longer major international players.

They know it's suicide. They know we can respond and do as much or more damage. They won't do it, neither will we.
A radical attempt for people to share software: Firestr version 0.1 (GPLv3)
I have published version 0.1 of my p2p communication and computation platform.<p>http://www.github.com/mempko/firestr
The glass-ceiling index (chart)
More detailed breakdown in a previous comment of mine in this thread.
When doing freelance jobs, I've rarely had the chance to choose the hosting provider for the client as they in most cases already have a web site which they need to extend with certain functionality (web shop, blog, etc). Convincing them to switch hosting provider without obvious (to them) benefits is pretty pointless. Of course, your point still stands if the job entails creating a platform from scratch.
"a language that still can't decide if 0 is something empty or just the number 0"

Beautiful.
That's about the most silly analysis I've ever seen.

There isn't a chance in hell Russia and China end their entire existence just to defend a war against North Korea that the North also happened to start.

How do I know that? Tons of historical evidence says it would never happen. Vietnam, Cuba, Afghanistan, Iraq, Iran, the original Korean War. There have been countless proxy skirmishes over the decades. None of the majors are even remotely interested in committing suicide for a proxy.

We invaded Korea with hundreds of thousands of troops, and fought a real war with massive casualties. We even fought a war with China at that time. Nobody launched any nukes at the US. Nobody is going to launch nukes at the US in the parent scenario either.

This isn't a video game. You launch nukes, everyone dies, and your civilization and culture is erased for all time. Russia would see a thousand nukes rain down on it, obliterating every relevant city. Ditto China. North Korea is not even remotely worth it, and they know it.
The DPRK has been taught over the years that if they rattle their sabers and then back down, they get foreign aid. As far as they're concerned, it's a winning strategy.

Is it a sane strategy? Decidedly not -- one day the foreign aid won't come, or it won't be enough, and their only option is to escalate. When they become a credible & real threat (which they are very quickly becoming), other nations will have no choice but to act out of self-preservation.
I have published version 0.1 of my p2p communication and computation platform.

Here is the github link

http://www.github.com/mempko/firestr
I don't think it's so much that it's considered an upside, but rather that it's basically impossible to displace PHP with something better unless the thing you want to replace it with is equally easy, or easier, to implement.
A new tool for simple reportage sites
Why most advice is contradictory
Not quite. Due to the tensions and an error in a Soviet early-warning system, it looked like the US had indeed launched a couple of rockets in a first strike. If not for Petrov's level-headed reaction, nuclear war might have started by error.

http://en.wikipedia.org/wiki/1983_Soviet_nuclear_false_alarm...
How I Completed the Monopoly Pub Crawl, London
I agree that trust is not at stake, but the implication bothers some people because it cuts against the culture of OSS (rightly or not). You may just be one of the early pushers of a profit model that hasn't had time to normalise. I'll be interested to see.

EDIT: cut down for brevity
Maybe "low-skilled people" can just stick to Wordpress?
Elon Musk's speech at the Geneva Motor Show (videos)
Author here, I updated the article; now a user called "deployer" runs the app. Turns out it was easier now than when I started with the migration.
Python CLOCK-Pro caching (LIRS approximation)
Government handouts of taxpayer money only creates dependency. If you wish to give money to the poor, then give YOUR money to the poor. Do not vote to have government give your neighbor's money to the poor. Your neighbor's money does not belong to you. When you vote for politicians who favor government handouts of taxpayer money, then you are acting as a thief who lacks the courage to perform the act of robbery himself. Socialism is therefore simply a cowardly form of theft.

The minimum wage, however, while not theft, is a destroyer of jobs. The minimum wage increases unemployment. Raising it, further increases unemployment. Additionally, you are telling people under what terms they may enter into voluntary business arrangements with each other, which is none of your concern. You have no natural right to direct the affairs of others.
SMB is better than NFS in Unix Tricks? Shame Shame Shame. Possibly just wrong. Like the rest though. Thanks!
> Joel Skousen has an interesting analysis.

A simple visit to his website, and wikipedia page, convinces me that Joel Skousen is about as non-authoritative a source as one can possibly get on this subject.

> Then there is a nuclear strike on the US from Russia and China in retaliation

This is a huge jump in logic without any explanation.
Easier to trivialize when you're not the one being threatened with nuclear attack I think.
What do you mean by the totally outdated approach to concurrency? I'm also a longtime Java dev who's embraced these values for a long time, and I generally thought of using ExecutorServices and Callables as a very functional approach to concurrent programming. If you're referring to manually starting threads and using synchronized monitors to ensure thread-safety, then I agree, but java.util.concurrent really doesn't encourage that approach.
@Stealx Your previous comment is dead for some reason. Re-posting it below:

"To date we've been selling IT training courses on DVD's for approximately $400 a piece. We create the curriculum, create the content, market it ourselves, everything.
We've sold almost $35 million dollars of our own IT training one course at a time to about 50,000 customers in 147 countries. Being in business for a number of years we've built up expenses to over $500k monthly and we're risking it all to start from 0 subscribers with the subscription model.
Completely bootstrapped, no outside money."

Are you offering previous customers who purchased at least one IT training course a subscription discount? It seems that would guarantee an immediate early seed base for subscriptions, even if they are at a discount.
Quick, everyone copy Google.
4 Steps to Landing an Interview With a Startup
Yeah, and other languages certainly don't require a separate server instance per application. I have about 25 .NET apps running on my production server at work and it's humming along quite nicely.
You deserve a pat on the back for digging up research instead of simply spewing opinions like most other HN comments. Bravo. This is the gateway to reasoned argument. (Although, I notice, I am the only one replying to you.)

People pretend that their feelings about minimum wage are facts, far too often, and that kind of self-ignorant argumentation hurts everyone.
Israel is protecting against at most a few rockets at a time. Shoot the rocket, and it disintegrates into relatively harmless pieces.

Seoul is under continuous threat of thousands of artillery guns, basically lobbing enough boulders to level the city (which contains 1/4 the population of South Korea) in about a half-hour. No modern technology is capable of stopping that kind of low-tech assault on that scale.

North Korea is akin to a drunk with a double-barreled shotgun and Tourette Syndrome: acts irrational, says disturbing things, can cause a lot of harm to one person, and will be put down fast once he does - but can't be stopped prior because attempting to will cause him to harm someone. The hope is to keep him just content enough, as long as it takes, that he'll give up or self-destruct on his own.
That was a separate incident - just happened to be right before Able Archer.
We’re Through. Check the App.
I'd add that as with any "advice" articles, it's worth being mindful that one size does not fit all. They should be taken only as advice, no matter how assertively stated.
>but the execution model is efficient

It is quite the opposite. It is incredibly inefficient, running hundreds of copies of the exact same code, building up an entire framework of objects to use for a single request, then trashing them all to do it again from scratch on the next request. It is easy for beginners, which is why it is so popular. But that is not the same as being efficient.
What I Learned from 10,000 Tweets
Ratings

The ratings are calculated by counting hits of the most
popular search engines. The search query that is used is

+"<language> programming"

I wonder why BASIC is so popular :)
NFS has 2 mount types, soft and hard.

http://tldp.org/HOWTO/NFS-HOWTO/client.html

Soft mounts report errors immediately, hard mounts hang.

And for permissions, NFS provides everything under the sun that you could possibly need via ACLs. NFSv4 is a very modern protocol, much as SMBv2 is (not SMB though, it's awful).

Linux has had NFSv4 for what, 6 years now, at least, and even v2 and v3 had some limited ACL support?

http://wiki.linux-nfs.org/wiki/index.php/ACLs
For navigation, Dragon uses positional information that it receives from the ISS, along with GPS data it calculates itself. As it approaches the station, it uses imagery of the ISS and the relative size of the station to compute the distance to the station. Because it might well be in darkness, Dragon uses thermal imaging as the station is slightly warmer than the background.

That's an impressive system. I never thought about the number of safety systems and fallbacks needed to ensure safety when navigating around the ISS.
> just upgraded all of their servers to support PHP 5.4...

They start supporting the newest version, not upgrade everything to 5.4. They do not force you to upgrade, you decide if you do that.
We abandoned Linux for Mac, because Samba was horrendously slow when running on a large case-sensitive filesystem; because netatalk (we MUST have AFP at our company, given our industry) is horrendously slow an large filesystems of any type due to the CNID database it maintains, and it doesn't support spotlight searching from Finder clients (evidently there is now alpha support - too little too late); and because Linux does not integrate with a large network of Macs nearly so well as a proper OpenDirectory installation.

AND because we are running Mac-based workflow automation software for which there is no equivalent in Linux. For example, it drives Adobe Creative Suite in an automated fashion, as well as other print-industry specific tools.
Yes the overall tone of the article was clear that it was "this is what you shouldn't do" - but I read it as implying that somehow this rube-goldberg-esque contraption was arrived at by a series of logical and reasonable steps, one of which would have been "re-write the REST layer because HTTP is slow". So it was kinda implying that this was actually a reasonable step to take in isolation...

My problem with the statement "HTTP is slow": All of the reasons why an HTTP connection might be giving poor performance (serialization costs, SSL encryption costs, TCP latency) are not intrinsic to HTTP and would be a problem for any protocol that goes over the network. So it's almost never accurate to say "HTTP is slow".

Anyway thanks for sharing the write up. It's easy to sneer and say "what a bunch of clueless idiots!" but when I think back on some of the stuff I did when I was first starting out as a programmer and thought I was shit-hot:

* My first ever experiment with Yacc ended up in a "scheduler" with a custom dependency language for expressing the dependencies, used to schedule our whole overnight batch processing

* After learning about smart pointers in C++, I knew that they were the way to go! I happily wrote: std::vector<std::auto_ptr<T>> - it was only a year after I had resigned that my (ex) boss, who was still on friendly terms, calls me up to query why the latest version of the C++ compiler won't compile this code.... "Did I write this? What the fuck was I thinking!?"

* I think my first Java class was a very complicated thing that, at the end of the day, allowed one to "more easily" write code to read a CSV file...

Well, it's all a learning experience! </shudder>
> Then don't mess up. It's not that hard. If you follow best practices (don't use global variables) you should handle this fine. I haven't heard anyone having this problem in Rails at all.

Sure, though how do you know all the library code you are using isn't going to mess things up for you? Granted, chances are small, but they are there.

> No it's not. You'll have to re-open connections to databases all the time. You can't use keep-alive to external HTTP APIs. You'll have to re-parse the PHP for every request.

Use a cache for your bytecode to not re-parse all the time. Use a special purpose TCP proxy to keep connections open if that is your bottleneck (in most web apps it's not). Also, certain DB drivers let you have persistent connections out of the box.

> It's perfectly possible to write a shared-nothing architecture without dumbing it down to CGI.

It hasn't been done yet for the price that PHP offers. It is very limited in some areas, but if you go with the grain, it is very cheap.

My main point is that two different applications cannot share an interpreter in RoR/Django/nodejs. This leads to overhead which is not there for PHP. Places like Heroku and Google App Engine try to be clever about this. You can technically shut down interpreters that aren't used frequently, and spin them back up when many requests come in, but guessing when to shut things down and spin them back up is tricky. This is why Google App Engine is so pricey: they suck at figuring this out. But even if you have a great way to figure it out, you are still going to have unpredictable performance, and the cost of waking up/spinning up an interpreter is fairly high.
IPv6 Sessions At IETF 86 Next Week In Orlando
If there is one thing that marathoning Mythbusters on Netflix has taught me its that gasoline is a poor explosive for everything except looking pretty.
tar czf - . | ssh destination "tar xz"

To pipe all the contents of your current directory (including dotfiles) to the destination machine.

Greetings from LSI-UPC!
It's true that the title might be a little hyped. However, the most interesting thing I learned was that improving sitting posture alone will not alleviate standing posture problems.
1. `man pgrep` is your friend (you save two greps, and TBH the `grep -v grep` should be a hint that there's a better way)

2. In my experience on Debian (granted this was in 2010), there is a noticeable performance difference between `htop` and `top`.

4. ssh-agent stores the password in memory and is erased on reboot. OTOH If you use a passwordless key file, anyone can use it if they have the key.
Just wondering, but have you heard of Jekyll or Octopress? Both are static HTML generators (Jekyll is done in ruby, octopress is a layer on top of it)

https://github.com/mojombo/jekyll
http://octopress.org/
Whut? ctrl-r? How have I missed that? No more 'history|grep foo' for me!
Ask HN: What are your thoughts on .co domains in 2013? 
Is there _still_ an advantage in finding a somethingN-A-M-E.com or N-A-M-Esomething.com rather than a N-A-M-E.co? I know http://2013.go.co/about/ has been promoting .co domains and wanted to see what you think for a business facing or consumer facing startup?

some old posts related to .co on HN

http://news.ycombinator.com/item?id=2209859

http://news.ycombinator.com/item?id=1595573

http://news.ycombinator.com/item?id=3219989
Not sure where you work, but where I work the entire reason we are able to do websites quickly and efficiently is because of Drupal, Wordpress. We are very very rarely over budget/time.

Sure they have problems, but so does Rails, and Django.
That's nice to know, it seems that we have the "hard" configuration at the lab and it's a real pain. Backwards compatibility, you know. For my mini-cluster we use SMB and couldn't be happier.
> Compile your own version of 'screen' from the git sources. Most versions have a slow scrolling on a vertical split or even no vertical split at all

or just use tmux
>Why is PHP so threatening to so many developers

Because we inherit the horrible mess of shit PHP developers leave behind when the company finally releases they've painted themselves into a corner and can no longer move forward because every time they try to fix a bug in their software they add two more.

>Don't take jobs where it's the primary tool.

It is so widely used that even avoiding jobs where it is the primary tool, you will still almost certainly be stuck dealing with some PHP mess.
There were a couple of versions of the Enigma. The German U-Boat command used it (4-rotors) as well as the Army (3-rotors). It's possible they hoped to pick up one being used by the Army, and even better, the keys for it.

Operationally, the Navy generally had better procedures, but both had weaknesses (cribs) that were able to be exploited by Bletchley Park. Both tended to have the phrase "Heil Hitler" in their messages, and the Navy would transmit identical weather info in both Enigma and weaker encryption systems.
I know not everyone is a fan of Disqus, but it's as easy to implement (OK, the scripting side, anyway) as Google Analytics. Probably wouldn't be more than a couple of lines to have that option and then put Disqus comments at the bottom of the template.
Conversely, why should employers be the ones responsible for providing a safety net to a nation's citizens?
Anyone have experience with eye issues? I've seen Ophthalmologists and my vision is perfect, but I am constantly in discomfort/ border line pain and it's been like this for over 2 years. I know it's due to computer use but various "therapies" don't seem to be making a difference. Would love to hear your experiences.

Edit: I've gotten some great responses below. In case it helps anyone here is what I do to help myself:

* lower the brightness of displays as low as possible

* make sure I am looking down at any screens

* fish oil supplements

* I wear these ridiculous yellow tinted motorcycle sunglasses (motorcycle sunglasses are padded, trapping moisture)

* avoid overhead fluorescent lighting
I use that everyday, but didn't think about adding it to the list. It's on now, thanks!

PS: hey, we're neighbors! :)
And keep your bootloader locked. It's nice that you can do this on many devices but you probably shouldn't if you care enough to encrypt your data.

They used fastboot mode to boot a custom recovery image to perform the cold boot attack. I imagine it would have to be much more difficult if you couldn't boot unsigned code.

At least on Nexus devices unlocking the bootloader results in a data wipe, in an attempt to mitigate some of this risk. Otherwise someone can just take your phone from you, unlock the bootloader, and do who knows what to it.

Similarly, don't leave USB debugging mode on when you're not using the device; with that on you can extract tons of data whether the phone is encrypted or not (since the user data volume is decrypted when it's mounted at boot time). USB debugging is how many of the Cellebrite and other forensic extractors work: http://www.cellebrite.com/forensic-solutions/android-forensi...

They've done some work to address this in Android 4.2.2, where now there's a key exchange taking place as part of the debug mode handshake and you're prompted on the device to accept the signature. If the device is locked then the attacker wouldn't be able to answer the prompt.
The special bash command I'm most often asked about by shoulder surfers is !$.

It substitutes the last argument in the previous command into the current one.

For example:

$ ls /some/long/path/somewhere/looking/around/
<output>
$ cd !$
cd /some/long/path/somewhere/looking/around/
So what if one of those apps gets lots of use and you want to re-allocate resources from the other 24 to it? Now you have to manually tune your server settings, or have some automated process that does this. With a PHP-like environment, that would happen automatically. Say you have 100 interpreters, so average of 4 per app. Now, app A gets 80 requests. apache automagically re-assigns 80 interpreters to app A, and others idle. No re-configuration on your part necessary.
> non-explosive artillery shells

Artillery shells contain explosives in the nose.
Good luck! But that's going to be hard. LAMP on Windows is as easy as downloading a exe file and running it. LAMR (or what ever you want) will never be that simple. It's the nature of the language. They are completely different.

I'd like to believe maybe one day someone will commit the 6 months to make such a thing happen. But I really doubt it.
I guess that if "can be deployed my a non-technical user through FTP" weighs heavier than all other technical considerations put together, then I guess PHP is the right choice. Or you could just CGI.
Just wait till we get to 5D.
True in 1952 but hardly true now. More recently China has indulged the Kims because they don't want tens of millions of refugees flooding over the border.

Kim Jong-Un may be about to find that his sponsor's patience is neither unconditional nor unlimited. The Chinese leaders are not stupid. They know they have a problem.

The best endgame for Kim is an offer of exile in China, at this point. That may be what he is fishing for here.
I can vouch for 'easy to learn': if you can already program in another language, learning Python is like being reintroduced to an old friend who has grown up quite a bit since you last met him.
I wonder if this is true. Having a rogue dictator developing nukes in your backyard is not the thing most governments are comfortable with.

Beijing - Pyongyang is merely 800Km, after all.
Guess what you do with vacation days when you have no money. Sit at home and be bitter about the fact that you can't afford to go any where.

Good grief, no. I was in a similar situation- I got a day off each week, and worked from home for another. That day off was a fantastic benefit- I could get all of the dreary stuff I had to do on the weekend (grocery shopping, laundry) done in half the time I would otherwise, because everywhere was less busy.

That, in turn, made my weekends much more productive and fun. You can do a lot without spending too much money, you know.
The one technology that's nearly as ubiquitous on shared hosts as PHP is CGI. Plain, one-shot process-per-request CGI.

So if we want a language that can displace PHP in its niche, perhaps we should choose a language that's amenable to short-lived CGI processes. For this, I think a language that can be compiled ahead-of-time to fast-starting native code is appropriate. By fast-starting, I mean that startup should consist of little more than the kernel's exec routine.

I think the Go language would be a good fit.

So the next time you need to write a web app that should be easy to deploy on a shared host, try writing it in Go, using a web framework that supports FastCGI, which can then degrade to plain CGI. Then compile the app on a Linux box, upload it to the shared host, and thanks to the self-contained nature of executables produced by the Go toolchain, the app should be ready to go with no fuss.
>However, when faced with having to do a benefits analysis it is almost impossible to not choose PHP these days

For what? We were already heavily invested in PHP, but still our benefit analysis had it second last, only ahead of javascript. What benefits were we missing?
Microsoft Depicts How We Will Communicate In The Next Five Years [video]
You can't get any easier then FTPing files. And maybe changing a config. That's all you need to do.