skysight-inc/HackerNews huggingface dataset:
I do not dispute that outsourcing causes negative wage pressure on domestic compensation. I dispute that stagnation is anything other than a statistical artifact caused by measuring the wrong thing (e.g., wages rather than compensation).
I find it frustrating that someone so prominent in their field to merit an audience at the UN and British Parliament and to be published in Foreign Policy is able to be so easily dismissed on Hacker News as not "a serious historian."
I meant less interesting logic bugs, like "Oh we never considered the intersection of these 3 different business use cases".

I could see a couple ways where the type system could be more powerful than unit tests, but only to the extent that your unit tests didn't cover some obvious cases to begin with. Why not just write unit tests?

As for how I could possibly reject the trade-off... I mean, nobody's gonna hire me to code Haskell and my side projects are too systemy and not lispy enough to even consider it.

Thanks for the code sample though, I plan on looking at this more later tonight and getting a feel for it (barely glanced just now).
That's what I was thinking. Why didn't he just update the font and color of the logo?
> Facebook is godsent for people who love to talk, but have nothing to say.

Hilarious. So true.
Djanconau 2013 programme announced
A quick search on ebay turns up, for example, a set of 4 for $35.

They're plastic with (I hope) steel blades.

In general, though, the cost is certification (+ liability insurance) and documentation of provenance. Basically, every time it's touched by a human, add $100, because the person has to be "trained", they have to log any actions they've taken with it, and they have to make sure the certificates go with the tool wherever it goes.

Plus, random upcharge.
Edit: I just wanted to preface this by saying I think this is a very cool demonstration and a great first step towards a game: I should've made that clearer in the rest of my comment which continues below.

The state of the demo is about where Notch was about this time in 2009: http://www.youtube.com/watch?v=F9t3FREAZ-k

I point that out because every month or so someone creates a "voxel"-based terrain generator with basic building and gets branded a "Minecraft clone", as if that's all there is to one of the most abnormally successful indie games of all time.

Unfortunately, it takes a lot more than that just that to make something that's actually fun to play and is comparable to even Minecraft in its pre-alpha incarnations.

And if his success wasn't enough, Notch was comparatively fast at developing Minecraft (at least initially). Within a couple of weeks of the video I linked above, he had water and multiplayer working[1]. Nevertheless, it still took another 2.5 years to get to a 1.0 product, and Mojang is still hacking away at it. Skycraft, on the other hand, doesn't appear to have changed at all since it was last featured on HN[1] two weeks ago.

I don't mean to be a negative Nancy about it: I think it's great to mess around with this stuff and if playing around with a basic Minecraft/Lego-esque builder scratches a gamedev itch for you, that's awesome.

But it seems really premature to start asking for money for it[2], even as a "Kickstarter"-type pledge drive: I'm not sure I'd even consider this a MVP or proof-of-concept yet. Skycraft today is, relatively speaking, the easy part, and really more of a technical demo: there's no game here yet.

Best of luck to the developer, though: I'd love to see if they stick with it and make something really cool. The other ones I've seen all seem to die off shortly after being featured.

[1]: http://www.youtube.com/watch?v=kEAHqgZU-0o

[1]: http://news.ycombinator.com/item?id=5738984

[2]: http://skycraft.io/#buy
Screw that, in words of Theodore Roosevelt: "speak softly, and carry a big stick."
> What do Japanese historians have to say about how and why Japan surrendered in 1945?

Given Japan's current record on how they engage with World War 2 history, I honestly wouldn't trust any of their claims. Wikipedia has an overview of the subject:

http://en.wikipedia.org/wiki/Japanese_war_crimes#Debate_in_J...

http://en.wikipedia.org/wiki/Japanese_history_textbook_contr...

I'm not saying that they would lie, but at this point I think the propaganda war is going to eclipse any useful qualitative data that could be gained.
Select All: A bookmarklet for annoying sites that block you from selecting stuff
On that matter:

https://twitter.com/fearthecowboy/status/288721251374071808

Notice I also ranted about VS2012, Win8 SDK, Metro Firefox, and XP.
The idea is to have the right incentives in place. The premium for medical emergency insurance would go down as you are more proactive in your healthcare.

For example, by having an annual physical, maintaining your weight, etc. you would get a discount.
agreed. would love a tool like this. would use it to make something like this: http://www.ted.com/talks/cesar_kuriyama_one_second_every_day...
I'm quite stoked about this app. I've been using PonyDebugger for a few months now and it has been really helpful. It's rough but sometimes that can be enough to aid you in major ways.

As for Reveal, I had it installed in two of my apps in just minute or so after seeing the post! It seems really promising. I'm looking forward to beta testing and sending my bug reports. I already have a few to send. :)

Editing because I had not heard of Spark Inspector before. That also looks awesome. Are these all inspired by the Tilt plugin in Firefox? These visualization tools are so helpful.

Time to go look at how much $ Spark Inspector is going to set me back.
NoScript blocks them by default or do you need to apply some rule?
> The bomb was dropped not to win the war, but to intimidate the USSR.

This was actually the essay topic on my US History AP exam.
btw, Google Chrome doesn't have a 64-bit version* for Windows. The Chrome team also disabled PGO on Windows because of the same MSVC linker limitations that Mozilla hit.

* Edit: oops, I corrected a typo where I wrote "32-bit build".
We are saying painful goodbyes to about 18% of our Zynga brothers and sisters.

Not to express an opinion about what Zynga is actually doing, but just from the perspective of usage: if you can be saying a "painful goodbye" to someone, where that "goodbye" takes the form of severance, they are not your brother or your sister. Unless you're fratricidal!
29 inch monitor here on Google Chrome (latest) in Windows 7 and no problems here. Looks great having all of that extra screen space with that background.
You mean a 32-bit build system?
Here is a free clue for you:
http://www.npr.org/templates/story/story.php?storyId=1253796

And some notes on his influence:
https://en.wikipedia.org/wiki/Qutbism
https://en.wikipedia.org/wiki/Ma%27alim_fi_al-Tariq

They do indeed "hate us for our freedoms" and the mind-numbingly ignorant position is to deny it.
Just curious, how is this not an MVP?
I agree, and I would like to be able to bind EDSF to direction keys when possible.

But it IS just a tech demo. Changeable settings I would expect by mid-beta at least, but this is probably late alpha.
And when?
It takes 2 seconds for someone to know you're a developer - you tell them. You don't have to be "known." Most people higherimg developers couldn't name more than a few "known" developers, and those developers charge twice your rates and a probably not available.

Frankly this is just negative self talk and excuses.
Since dice.
As a newcomer to Python (and programming in general), your article was very informative.

Thank you for writing it.
You can see horror upon horror just treking in the states. Whether you choose to, or more importantly, whether that is USEFUL to you is key.

Societies and cultures are complex systems. There are a lot of historical biases (e.g. castes even in the states) that are fairly easy to identify if you are looking. But for most people, I think, it is not worth stressing over aspects of the world that they have little ability to change. Why be unhappy?

> But you can see far more greatness, goodness, and humanity if you so choose. Which shall it be?

Unhappy critical people like some of us will see more because it is there to see. Many choose not to see it, because that is how cognitive dissonance makes people happier. Whatever world view works for you is the best one to have, I guess.
I'm glad I came across this article. I'm learning Python and was given that advice to use multiprocessing rather than threading, but hadn't researched why. Very informative, thanks for sharing.
> I always flag where I'm going beforehand verbally though.

This is absolutely fine. "Tell 'em what you're going to tell 'em; tell 'em; tell 'em what you just told 'em." is a legitimate principle. But it's one of the pieces of advice that's often over-applied: you should only do it when a deep dive happens.
If nothing else, more heap allocations will cause the collector to run more often.
What's the best way to sell off a music database
I know a guy who wants to sell off a database he has been building over the years. He claims its the only Nigerian music database and it has almost 800 artists and 10,000 songs. How do you think he should sell it and for how much?
This becomes readily apparent with medical care for animals. Your vet will send you home with bags of Ringer's, line, and a bunch of cannulae for $50.

It's not as simple as insurance alone driving the cost, but having a throat to choke if something goes wrong does contribute to it.

As has been mentioned elsewhere, random overhead is covered in weird places, as well.
Well, there are some comments just about that in the "coming soon" part, and it seems that the selling point is about making multiplayer easier for you compared to Minecraft.

Whereas you have to host a Minecraft server yourself (or host a world on a LAN) in order to play multiplayer, Skycraft doesn't require you to do that. All you have to do is share a link with your friends. In addition, you can "[i]nvite anyone to fly or walk around in your world in spectator-mode", which I optimistically intepret as "walk around in my world without buying the game". (Of course, that's my take on it.)
Pretty nice. I found a spherical cave with a 3x3x3 cube of some light-blue material suspended in the middle. Have i found diamonds? =D

The light-blue blocks emit light when they are in block form. The illumination looks quite good and seems very reminiscent of the original Minecraft illumination technique, where light "leaks" through holes. Props to that!
Or maybe they were thinking more along the lines of honey versus vinegar, if we're going to try reducing something as complicated as trademark law to clichés and homilies.
I could have used "don't have a business partner that goes to jail" at one point in my life. Or "don't have a business partner with undisclosed IRS issues from his last business". I am no longer partners with anyone, and I do not believe a person needs a co-founder.

I may have some bias.
I'm batting for FFOS - if for no other reason than the industry needs more competition.

I've got a Keon I'm playing with and it is pretty cool. It needs a lot of polishing to be sure - but it works - on a cheap phone, which in many ways is remarkable when you consider it is running that too slow, not so good, aint my favorite language, Javascript! LOL.

I'm betting on technologies that are open web standards, have the fewest barriers to entry/exit and offer less cost/risk.

I remember back in the dark ages (2000) having the discussion about biz apps in Delphi/VB/etc vs the web. The web won - at least for business apps, imo.

I think FFOS has a chance and wish it the best.
Yes indeed. http://developer.android.com/sdk/installing/studio.html
Show HN: Stack Trace Visualization for C#/.Net
To Increase Privacy, Company Removes Polarized Film From LCD Monitors [video]
40 is the one that sticks out most to me.

"Don’t let your company be run by a sales guy. But do learn how to sell your product."

But for me it hits a little closer to home, I saw first hand how this could be a very bad situation and its a mistake I won't make again.

Founders should be product people in some way, that does not necessarily mean they need to BUILD the product, but they should definitely be more than just a "Sales" person
Looking for feedback if you have any. Best viewed in Chrome with high res monitor. If you want a "flat" view...just use Internet Explorer :-P.

This is the output/result of running a C#/.Net stack trace through StackTracePreview.rb (a class located in the GitHub Repo).
Absolutely; I was just wondering if anyone knew how big of an impact this would be; all VMs I've used have tiny stacks compared to the size of the heap, so it is academic for many times I would want this.
I think this makes a lot more sense on the choosing a job side than the hiring side.

I've had great luck working for awesome friends of mine and awesome friends/acquaintances/ex-coworkers of their friends. In a large software organization, so much comes down to not just the company and the problems but the exact team you're on that removing a lot of that uncertainty and working on a team with/for people close in your social graph is great.

But strongly biasing your hiring search toward people close in the social graph is a terrible idea. First of all, you're artificially limiting the pool of "ideal candidates" dramatically. Second of all, if most people you hire are friends of friends, you're likely not to build a very diverse company. Your culture will get skewed toward things that you and your friends care about and are interested in, and pretty soon there will be large groups of people who don't feel that they especially fit in at your company because eg. they're not male, they have kids, they don't drink, they don't watch sports, they read philosophy, they don't find working >40 hours/week productive or enjoyable.

This is a problem in many Silicon Valley startups that leads me, despite being demographically indistinguishable from what these companies overindex on (young, male, white, straight, elite education), not to want to work at most Valley startups. I deeply admire that Thomas cares about making a company that avoids these problems, which is a large reason why I'm working for Matasano this summer instead of one of the many Valley companies that would feed me three meals a day and in many cases would have a better-known brand.
I've met plenty of people whose political views on health care were along the lines of:

Person 1: "You should pay for your own care"
Person 2: "What if you are poor and can't?"
Person 1: "Sucks to be you."

With the possible addendum of:

Person 1: "But charity organizations will cover
the costs for those that can't pay,
because then I can choose of my own
will to put money towards the cause."
Person 2: "What if not enough people donate?"
Person 1: "Well, it sucks to be poor."

[I'll note that "sucks to be you" as an answer could probably be translated as, "I have not thought out my position that far, and I don't like you challenging my views, so I'll give you a short and curt answer."]
Me too! http://blog.richardkiss.com/?p=247
Frankly I'd hesitate in working for any company backed by the same VCs that let this happen. To allow this erosion of what I'd call the "startup bargain" (trading salary for equity) by greatly reducing the upside is shortsighted and undermines the very conditions that makes the startup scene thrive and succeed.

Not exactly that, but Google invested on Zynga.
How can you guarantee the health of a person? Doesn't that incentivize risky activities? If someone else will pay to stitch you up if you get injured, or cover your drugs if you get sick, or keep you going in your old age if you make terrible long-term lifestyle choices: wouldn't that skew the overall population toward cheaper, more convenient, or more fun decisions at the expense of the state?
Because we took the red pill as we want to see how far the rabbit hole goes.

Fancy graphics are for the mainstream crowd who took the blue pill, want to wake up and believe what they want to believe.
Unfortunately the incentive structures for researchers tend to reward big claims, both on terms of results and novelty, over careful comparisons. It's always better to sell your work as a conceptual leap toward than a slight variation in a mathematical model
I personally find that I talk substantially faster in front of an audience than in private. Therefore if I practice for myself, I do not get a sense of how fast I'll actually be.
Ahh gotcha, I hadn't look at that angle. That is unfortunate.
Ahh, one variable I hadn't factored in. The mix-n-match option mish-mash of C++ is so fun :)
For public speaking, I have a theory of what "confidence" is. It's pretty simple: confidence is actually knowing what you're about to do. Public speaking is scary because there are so many things that people haven't accounted for.

1. Know your subject. This is usually the easy one. Know exactly how you came to your conclusions, and why it's valid. You can defend the hell out of it if you need to, and you can honestly engage with useful criticism.

2. Know what you're going to say. This comes from practice. Are you worried about time? Practice and time yourself. Are you worried about how you look? Practice and video it and watch it. Are you worried about sounding stupid? Practice and record and listen to it. Get someone else to listen to it.

3. Know your audience. This is the hardest one. It comes from experience. What does your audience care about? How can you move your audience from where they are to where you want them to be? Get to know them. Become familiar with who they are. This is why talking with your friends is easy, but an auditorium of strangers is scary. This is also why making eye contact with different audience members is helpful. You need to respect your audience, and also believe that your audience respects you.

This was a bit of a brain dump (my best write-up has been lost to /dev/null, unfortunately), but hopefully you get the idea. I suspect this would serve as a good core to learning public speaking, though.
Did you even read the article, Daniel?

Contrary to your assertion, the essay is not asking "What if action X did not end the war in the Pacific?". It is stating - categorically - that the commonly accepted narrative is based on an insufficient accounting of the facts, and that this narrative is unsustainable in the face of a more complete record of what actually happened.

Here's the key passage:

"It didn't take a military genius to see that, while it might be possible to fight a decisive battle against one great power invading from one direction, it would not be possible to fight off two great powers attacking from two different directions. The Soviet invasion invalidated the military's decisive battle strategy, just as it invalidated the diplomatic strategy. At a single stroke, all of Japan's options evaporated. The Soviet invasion [of Manchuria] was strategically decisive -- it foreclosed both of Japan's options -- while the bombing of Hiroshima (which foreclosed neither) was not."

Again, that's not "speculative" or "pseudo-historical" writing. And there's no way an attentive reader of good will could characterize it as such. Now, you may dispute the veracity of the facts. Or you could bring additional facts to bear. And you may reasonably disagree with the writer's conclusions. But for a guy who is ostensibly adverse to arguments that "smell of a political agenda and manipulation", you do yourself no favors by (a) seriously misrepresenting the basic nature of what's being said, and (b) responding to your straw man in the most inappropriately condescending manner possible. (Seriously, lumping this in with UFO conspiracies, as though the Soviet military were what? A figment of unreliable imagination?)

If you want to see some real slimeball rhetoric, sir, look no further than your own remarks. The only good thing about dishonesty of this sort of is the amusingly ironic dearth of self-awareness that it also represents.
Honestly, I didn't check the dozen-plus packages pending update for us and then someone else cutting their teeth on it for a while, but Twisted was clearly marked as not being updated for Py3. But yes, clearly we're waiting; apparently Guido also wants to take a stab at the async batteries, which could help or hurt, if the Twisted contributors think they will be affected.

To the point of the comment you first responded to, there is lot of issues not being "solved" with respect to network libs, their upgrading to Py3, and Py3 looking to step into that arena. In other words, there is no horizon for networking libs updating, and they may feel even less motivated if the Py3 crowd is saying, "don't worry about it, because we are going to standardize our way." Does the Py3 transition-clock only start then?
The thing that I most don't understand is that there is tons of very clear research on the subject and founders and VCs all seem to just be able to pretend like it doesn't exist. Is it just like, once you own your own business you start expecting the people you hire to work like slaves no matter what the rationality? This is something I will never understand.
3000 people were making those Zynga games? Doing what exactly? Pls I'm genuinely curious.

These social games seems so lame to me that I can't think of any reason why someone will even think of building a public company on top of it. You simply cannot meet investors' quartely demand when your success is built on being "flavor of the month" business model.

I don't have anything wrong against Zynga or its founder and so I don't wish them failure but this should have come as a common sense that they should have stayed private and stayed lean (both in taking VC funding and the number of employees)
I stunned that you compare the atomic bombing with the Armenian genocide.

The atom bombs saved millions of Japanese lives because the alternative was a protracted brutal ordinary war.

Reminder: the firebombing that preceded the atomic bombs killed a lot more.
One really has to be careful with this kind of reasoning. That Japan minimizes its war crimes (as other countries do) and engages in propaganda (as other countries do) does not render irrelevant what Japanese scholars have to say about how and why Japan surrendered in 1945. Indeed, nearly all the important evidence on this is bound to be of Japanese origin (not to mention language), so it's the obvious place to start to learn about it.
> Oh we never considered the intersection of these 3 different business use cases

Take a look at the history of any repository near you, for a project that uses C, Python or Java.

Review bug fix commits. See how many of them relate to "business use cases" and how many relate to implementation bugs. I believe you'll find the latter is far more common.

Even in the "business use cases", enforced invariants will be a tramendous help. In the infinite possibilities of all the use cases, none will be able to break any invariant forced by the type system.

When you set out to prove a property of your program, you will end up finding bugs, almost regardless of what properties you are trying to prove.

Writing unit tests is also useful. But if I can have 10 lines in my Red Black Tree that mean I don't have to write any test whatsoever for the tree's invariants -- I saved myself from a whole lot of work writing and later maintaining tests with every change.

Generally, to get similar confidence levels from unit tests as you get from types, you'll need to write many more tests. If I had to choose whether to trust a well-typed system written in Agda (which is similar to Haskell but has an even more powerful type system) with only the most trivial testing done, or trust a highly tested system written in dynamic or a much weaker type system, I'd definitely trust Agda more.

Or if I were to trust my 10 lines of type code or hundreds of lines of tests for the invariants of the tree, of course the 10 lines of code are far more reliable and easier to maintain.
Any particular reason you are reposting this today?