skysight-inc/HackerNews huggingface dataset:
What does corruption have anything to do with this? I would think it's largely irrelevant.

And also, you're right, those people do work in the defense industry.
If your app is Railsian and will have requests that take a few seconds to be served, I'd suggest AWS. If it's ultimately a simple CRUD app then Heroku should be fine until you're at significant scale - and this issue will never be as severe.

Bit I wrote earlier about time-consuming requests - http://news.ycombinator.com/item?id=5216593
> How many Americans have been killed by drones? A handful? How many of those were actively fighting for terrorist organizations? All of them.

How would you know? There were no trials.
glad I'm not the only one who noticed this. that really threw me off I had to double check to make sure I hadn't missed some days.
Whatever you do, get your database off Heroku. Heroku's postgres offering has sweet options, but performance is fucking awful. We went from a 20k+ month heroku bill to a fraction of that price on EC2 so we could get a slave that could keep up with the writes to our master.

Performance being shit would be fine if it wasn't a miserable experience trying to migrate off. Not being able to setup replication to slaves off of Heroku means you have to deal with things like Bucardo and all the problems that brings along.

Heroku is really awesome for little web apps that performance doesn't matter on. If you think you're building something that people will want to use, you don't want to be on Heroku.
But those aren't police states at all, Russia and Central Africa. They are very poorly organized and great parts of the countries are lawless. They may have authoritarian governments but those governments have limited authority to enact things.

And with Stalin/Hitler, you'd also have to look at the neighboring historical eras. For all you know Germany historically was also very non-corrupt. (not a challenge, if you do know, please speak!)
python + web.py
I tried both in similar circumstances (coming from a long backbone background), all I can say is I personally found with Ember.js (around august 2012):
- more boilerplate
- learning curve was much steeper.
- the documentation confused me, it turned out there were many slight diferences between 0.9.xxx and 1.xxx. This "gotcha" is probably rectified by now

I tried Angular.js next (this month) and "got it" immediately:
- testing is easier
- writing dom manipulation is easier (ie directives)
- the documentation/seed projects are great
- angular-ui project is cool

In that last 6 months I imagine Ember has improved, I also feel like if I came to it now Id pick it up quicker having gone to all this effort
Nooooo! Why so many simple useful products, that I would be happy to pay for are simple closed after aquihires.

I know that this may be good for founders, but it let me against trying new companies which doesn't have a clear monetization strategy.
No, thanks. I'm already frustrated by all the crappy "native" (non-ported) javascript applications that never work as expected, so let's not keep adding to this.
Neither. Small modularized CommonJS files that serve the need of what you are doing is always faster to write and easier to load in your head than large frameworks that you never fully understand. Learn to use npm and use it well.
> How would you legally distinguish between programmer-written assembly, and assembly disassembled from compiled machine code?

The same question could be asked about certain languages that possess this "de-compilation" property, including Java. And the answer is, if someone understands the code well enough, (s)he can sprinkle comments and plausible-sounding function and variable names and pass the result of as the original.

> Without doing that, it's pointless to require source code, since disassembler-generated assembly is no more useful than the machine code it was generated from.

Yes, to a programmer, but to a lawyer it makes a world of difference. An invented source code file would have two traits of use as evidence -- it would be byte-for-byte identical with the real source, but it would have gaps in the reasoning expressed in the comments, and it might show implausible function and variable names.

Also, apart from providing a basis for a fraud allegation, requiring a source file takes more effort than simply providing an executable.

> And it seems like no matter what rules you set for how the assembly should look, someone could change it just enough to comply with those rules, while still not being very useful.

When all is said and done, I agree. Although such a requirement places obstacles in the path of cheating, it's not any real barrier to someone who intends to produce what at first glance seems to be the original source code.

Also, we don't know if this requirement even exists, which was the reason for my original question. Requiring source might not even be in the minds of those making this proposal.
Havent looked for several months, but the website/docs are really looking great/improved. Well done
You can lock yourself out easily with noprocrast and minaway set to a week or two (say 60 x 24 x 10). At least one prominent HN'er claims to have done this when needing a break.

Happy to have been of assistance; please send the $250 to GiveWell. ;-)
Working in any industry in Pakistan or Nigeria (both #139 on the Corruptions Perceptions Index) is probably going to be more life-threatening than working for the Danish, Finnish, or Kiwi (tied for #1) defence establishments.
In a way, yes––if the airline's product for sale wasn't a particular "flight," but instead a speedy "travel system" that guaranteed customers to fly on the first available (ergot fastest) flight.

To further extend the airline analogy, it's as if you had bought one of these "fast travel" products and were told to buy more plane tickets to avoid delays!

The tort (aka crime) committed is the deceitful way in which nature of the product was marketed to the clear financial benefit of Heroku and to the clear financial detriment of the customer. The fix offered to customers is always an up-sell effort to "buy more Heroku products."

The thing about Heroku's intelligent queing system is that it lowers customers' costs and thus Heroku's profits. Switching away from intelligent queuing to random queuing was a business decision with clear moneymaking advantages for Heroku.

In one fell swoop, the move made the value of a customer to Heroku skyrocket, potentially increasing its valuation upon acquisition and/or helping the founders more easily hit any earn-out revenue targets required by Salesforce as part of their acquisition.
Agree too many screen repositioned. And click next you could use the right arrow key.
> For the first 12 or so years of its existence it was basically unusable. It wasn't until jQuery hit the scene that it started to meet even the bare minimum level of usability.

jQuery didn't address problems with the JavaScript language -- to the contrary, it's a pretty good example of the power JS has and what can be accomplished with it. The problem jQuery addressed was the DOM API (and some other points of interface with the browser), which was probably the most significant pain point, and which probably wouldn't have been much different had another language been chosen.

> Developers who do have more experience with other languages usually use JavaScript very reluctantly

Yes, by and large, one of the biggest problems with JavaScript might be that people seem to approach it as if they don't or shouldn't have to learn it instead of whatever else they're already familiar with.

I fit that description from 1999-2003 or so -- along with the description of someone who had/has experience with other "better" programming languages -- but after a few key pointers about scope and functions from someone who had taken the time to learn to use it, I don't share your apparent view at all. My experience has been that it's serviceable and more or less on par with Perl, Python, and Ruby... to the point where my suspicion is that most developers for whom the language itself is a significant obstacle wouldn't do appreciably better were JS magically replaced with something like any of those three.

> Developers don't want to use it, and so they try to hide it to a large extent (CoffeeScript)

CoffeeScript is JavaScript semantics with different tokens and a handful of shortcuts/sugar. More power to people who enjoy using it, but to the extent anybody's arguing that it's good enough, they're also arguing that JS really wasn't that bad all along.
> Unfortunately, in my experience anyway, good agents are rarer than gold dust in the IT industry.

Considering all the gold in computer parts (or so I've heard), seems like we get a good deal then. (/pedantic)

Is it even a good idea for a startup to try and recruit through classifieds? In small teams it seems like knowing people beforehand goes a long way to quickly integrating into the team (and thus going along with the "release fast and often" we all so cherish). People in startups probably know other relatively smart people, and the cost of learning the tools would seem to be outweighed by the advantages brought by the social dynamics.

Do people in startups have friends? Do they find the time to hang around with people outside their own business to work on those sorts of relations?
Interesting -- can you go into more detail or provide references that you found helpful when trying to run Postgres on ec2?
GitHub Repo: http://github.com/onesuper/vivid/
LOCs aren't a great metric. I'm far more productive with Backbone than with JQuery alone and Angular offers a fundamentally different approach (stuff auto-magically just works) which is brilliant but isn't always easy to customize.

I agree about YUI though ;-)
I disagree, because the problem is ultimately down to density on the charging stations, which is a short term issue.

It's functionally the same as "Tesla is shit, since they are slow to deliver their products and there is a huge backlog" "No, we're shipping a lot of cars" "No, you're not" "Yes we are".

Even if you don't believe Tesla now, it's pretty clear that the supercharger issue will be resolved in a year or so (which is before you'd get a Tesla if you ordered it today). People are becoming aware of the free unlimited lifetime supercharger thing who wouldn't have, otherwise.

Making a big PR case out of an easily-fixed issue, as long as customers can see it is going to be easily fixed, is a viable tactic.

"Oh no, Apple products are horrible, because they don't support ____" "New announcement: Apple now supports ____"
I've used SC before it was Ember, hated it.
I've been using Angular for a few weeks - LOVE it. It's amazingly quick to build great stuff.

I was on a Skype call with my UX designer the other day talking about how we should display a permissions list: we sent back and forwards a few different sketches, by the time we finished discussing the final sketch I had reimplemented the modal as a radio button, disabling and hiding the checkboxes when the first radio was clicked... at which point I thought, "shit, that would have usually taken 15 minutes to do".
Counter perspective: I used to work in robotics and really the majority of the jobs are in defense or defense related. There are a handful (less now that willow garage is closing down) of robotics companies that do civilian work. Sometimes it is not just about the money.
I wonder how Dan would review Square and Github's job listings:

https://github.com/about/jobs

https://squareup.com/careers/engineering
Oh I see. Yes I was thinking of alpha-equivalence, sorry.

Now I must ask, do you know any good papers/algos on that reduction? And how would you envision animating? It seems a bit like a lambda/var pair just fall off...
Also using LAMP. For small websites/campaigns I tend to use a CodeIgniter back-end with jQuery and Twitter Bootstrap front-end. For bigger things a separation into an API and a client helps to keep it clean so a Kohana RESTful back-end that communicates through JSON with a Backbone front-end.
Depends a lot on the needs of the client. Some have preferences on the development language, deployment setup, etc. I tend to mix and match the following...

Groovy/Grails, Java/Spring, Ruby/Rails, Python/Django|Tornado|Web2Py, Node.js, Meteor

&

MySQL|PostgreSQL|Sqlite, MongoDB

Haven't had to do anything requiring significant amounts of message passing yet, so no ZeroMQ, RabbitMQ yet.
This inaccuracy may not arise from what you think. Each map has a "datum", a coordinate correction that obeys one or another convention. Examples include NAD83, NAD27, GRS80 and WGS84. Which of these corrections are applied may change the location of sites on the resulting map when it's compared to satellite-derived positions. And a GPS receiver must be told which datum to use.

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

http://geography.about.com/od/geographyintern/a/datums.htm

A quote from the second link: "Today, there are hundreds of different datums in use; but, they are all either horizontal or vertical in their orientation. The horizontal datum is the one that is used in measuring a specific position on the earth's surface in coordinate systems such as latitude and longitude. Because of the different local datums (i.e. those having different reference points) the same position can have many different geographic coordinates so it is important to know which datum the reference is in."

So it may not be as simple as saying "Google maps inaccuracy", even though that's the outcome.

> That is when I realized satellite maps is fine, but road map is off by some distance.

This sounds as though the satellite map used one datum and the road map another. This is fairly common in locales other than the continental U.S. and Europe.

I just performed a comparison for a freeway intersection in Hangzhou:

https://maps.google.com/maps?q=hangzhou&hl=en&ll=30....

... and came up with an approximate error of 521 meters between the satellite and road maps. This is a rather extreme case, but it could easily be explained by the use of one datum for the satellite map and another for the road map. Here's a reference about this:

Source: http://en.wikipedia.org/wiki/North_American_Datum

Quote: "A point having a given latitude and longitude in NAD27 may be displaced on the order of many tens of meters from another point having the identical latitude and longitude in NAD83, so it is important to specify the datum along with the coordinates."
Listbattle.com on Drupal. Case Study
Am I the only one who finds the "evaluation as conversation" idea incredibly annoying? I mean, it's not like I can't run the conversations 100x times faster in my head and with less "visual noise". And teaching you to run code inside your head should be the main purpose of such exercises - outsourcing to an interpreter you have a conversation with defeats this purpose!
If the men in power decided the death needs to be covered up, that is exactly evidence of corruption - it's just high-level corruption and not low-level.

Mexico is an example of a country with a lot of low-level corruption (you can bribe the police to get out of anything). The United States is an example of a country with very little low-level corruption, but with (arguably) lots of high-level corruption.

Singapore is a country with almost non-existant low level corruption in my experience (i lived there for a time and have visited many times), and their system is specifically designed to eliminate high-level corruption: they pay public servants high salaries and punish any corruption with very long prison sentences.
I think the discussion comes down to which option you ultimately prefer -- 1) be in full control of your stack, having only yourself to criticize, and having to deal with all the devops action that comes with it, or 2) let heroku deal with the underlying while you focus on your app, as their promise suggests, and suffer (also financially) from time to time due to faults like this.

Everyone has their own reasoning on this decision, and that's ok. I think that the voices here saying "I won't start my project on heroku because of this" are not thinking this through. I think that for any project starting up, focusing on app rather than infrastructure is much more important than routing issues.
One theory that's been gaining some attention is less lead = less crime.

http://www.motherjones.com/environment/2013/01/lead-crime-li...
Yeah, if you run Ubuntu, don't try running any versions other than 11.04 if you're going to be under heavy i/o. We had all kinds of CPU soft lock issues with software raid on other versions. Otherwise? 2 m2.4xlarge running mostly standard postgresql installs absolutely dominate Mecha instances.

Obviously, you need to deal with backups and that sort of thing, but, you can hire a full time person for the price difference between Heroku and EC2 as soon as you get to the top end of Heroku pricing.
How do you check the loc on todoMVC (without you know, going into the half dozen different files and adding them all up)?
Most of the Fogbeam Labs stuff - that's web based - is built using Groovy/Grails, with PostgreSQL as the persistent store, and HTML/CSS/JS on the front-end with JQuery and Bootstrap. Lucene is heavily used for search.

Looking to the future a bit, I'm sure we'll be gradually introducing more HTML5 stuff, and might start looking at angular.js or ember.js for some of the javascript centric front-end stuff. On the backend, there will probably be some places where we introduce a graph database, perhaps Neo4J. We'll also be doing more and more with Hadoop, Mahout, OpenNLP and UIMA in the not-too-distant future.
I'm quite comfortable in defense. There are good reasons to avoid doing direct operations contracting for the USG (bureaucracy, inefficiency, etc.), but if you can just sell products, it's fine.

The USG doesn't tend to assassinate its contractors.
Wyoming offers a lucrative incorporation package, you dont even have to live there.

http://wyomingcompany.com/wyoming-corporations/
A PoC and an exploit are equivalent. Attackers have saved the time trying to figure out how to leverage it.
That's quite interesting; I don't see how one can really so soundly beat the disk configuration, but it certainly can be matched by something similar.

It was posted about quite some time ago: http://orion.herokuapp.com/past/2009/7/29/io_performance_on_.... If this has become bad advice, inquiring minds wish to know. EBS Priops seem promising and different.

Replication out of Heroku would be neat, but the WAL as-is is architecture and operating system dependent. Luck and tenaciousness willing, logical replication in Postgres may yet serve that use case, some day -- we'll have to see as to the details. A lot of effort has been expended attempting to get it in some form into 9.3, but it's far from sure thing.

Also, don't forget to set up archiving, if you continue to retain fast interconnect with S3: https://github.com/wal-e/wal-e, which I principally wrote on Heroku's behalf, but now is a project of multiple users and contributors. It has a focus on ease of use and reliability, although it could suffer improvement.
They're landing pages, not one liners, so different rules apply. But they're not bad examples of the form. My favorite jobs landing page right now is http://jobs.amicushq.com/.
MVC can be used to build websites, but I prefer something more like MVVM (which may be MS term, I don't know) so I would stick with Knockout.js
It may be relatable at extremes like you mentioned, but I'd have to see more evidence of a direction relationship between corruption and safety. Of course countries with little to no government will be more corrupt on some NGO's index.
Nokia has a bug bounty program, excludes tools
I think there are more use cases for similar tool but based on Set instead of an Array. Otherwise worth noting
>> Sounds like a classic case of corporate murder.

No, it sounds like a case of Chinese government murder, something they have plenty of experience with. They must have known that there was a good chance that he would talk to the US government. The more interesting aspect is that the IME, a agency of the Singaporean government, would appear to be in on at least the suppression of the story.
I don't work in the field I have a degree in. You have to judge these things against your own morals and ethics and decide whether working in your field is actually even a good thing.
Snoop-doggy move over; Nerd-DAGgy defines the season!

In an interview with MTV on his new formal collection, taglined 'S-eXpression', Nerd-DAGgy was asked what the secret of the hot new look was. In characteristic brevity, he replied "It's declarative."

-- This Season's Assembly, Fashion World, February 16, 2013.
They don't really claim to be the most reliable or performant, just the easiest to deploy and maintain (arguably scale). Keep in mind they don't even have any meaningful SLA.
Tough one. I've now had similar collections struggle experience with two months of my labor performed on credit terms, now 3 months late to be paid. Lesson: payment uncertainty must not be discounted.
You are adopting a simplistic with-us-or-against-us view, and disrepesecting Aaron's free-speech absolutism in the process. You are also assigning me positions I haven't taken. (I made an "absurd accusation"? Where?)

Your should read more carefully. The 'manifesto' does not limit itself to out-of-copyright works. It mentions civil disobedience, which usually means breaking unjust laws with carefully-considered intent. He writes, "We need to download scientific journals and upload them to file sharing networks."

At bits.are.notabug.com, Aaron suggests laws against crypto export, patent infringement, copyright infringement, and even child porn sharing (but not production) are wrong in the age of bits. He slyly uses the imperative verb form in each header, which vaguely suggests without being explicit that he his advocates each of these actions. The footer has a similarly sly joke of wordplay. If you think he was saying "he supports the overthrow of the US government", read what he actually wrote again until you get it.

These writings aren't hedged, mealy-mouthed expressions of support for a little more open access, of only out-of-copyright or academic-oriented or public-funded bits, within the lines of the law. They are brave and consistent arguments for total free speech in the digital domain, without any patent/copyright/export/obscenity restrictions. A person who wrote and believed them would redistribute in-copyright JSTOR articles; he might even believe it was his moral duty to do so if presented the opportunity. You're not doing Aaron's memory any favors by watering-down what he expressly advocated.
Ah that explains why they have turned evil. Usually once a company has been acquired they are no longer worth using.
A Professional Corporation is different from an S-Corporation. The S-Corporation is an IRS classification of a regular corporation, while Professional Corporations are a different type of corporation created at the state level. Professional Corporation owners are limited to the profession it is aimed at. So they must be, for example, all lawyers or all doctors. They are generally used for professions that require a state license.
William Gibson writes this plot repeatedly
From the little I know, corruption in Nigeria is usually about bribery, not murder.
How many abortions has she had? That might have something to do with it.
Around 40-60 requests per second, of which almost anything an be cached. Any single server should suffice.
Cute idea; compile C++ -> LLVM -> Javascript.

...but the problem is that relatively few business GUI applications do nothing. The front end has no purpose other than to trigger some kind of backend action, or update some database, or read some data from some source and display it.

...and that backend, non-QT code, which talks to system libraries, is never ever ever going to compile to javascript.

So other than tech-demo, what's the use case for this?
Ask HN: The pmarca Archive on Posterous, Is That Being Moved To PostHaven?