skysight-inc/HackerNews huggingface dataset:
500 Startups Demo Day is hardly invite only - I attended once and had the option to buy a ticket to attend demo days. The slides are publicly available anyways. Unless they were impersonating you when talking to investors this is irrelevant.

Buying Adwords on things related to 500 is definitely aggressive, but well within the lines of fair play. If this is actually hurting your startup then both companies need to reconsider the size of the market they are in.
If you had all the knowledge to create the components, you would still need a decade or more of industrial advancement to reach the point where you could actually build the necessary components. Knowing how to build every piece of an iPhone wouldn't get you an iPhone in 1991, even if you had all the money in the world. You couldn't build the fundamental technologies fast enough.
Some emotive content can get lost in the speed-up too, imho. A caring tone and cadence can turn into blunt sarcasm at x1.3 and above. I notice it interview shows like Fresh Air.
It's also on the legislators, to make the police less of an enemy to more of the people, and the courts to hold police accountable when they overstep.
Your first and second sentences contradict in a way which illustrates the challenge: interface discovery is trivial but that only helps with the lowest-level part of a client library.

There's a great Python library called UniversalClient which illustrates this nicely: it provides some helpful scaffolding for working with REST APIs and structuring your code in a maintainable manner but ultimately a programmer still has to provide the service-specific understanding:

https://universal-client.readthedocs.org/en/latest/basics.ht...
Just received an email from FB stating there is increased latency on the API and to expect some 500-503s when querying.

ETA for fix: shortly.
Thee is a certain logic there, but it's not reall the logic that drives stock prices. While it's true that the "backing" of a stock is a claim on the assets of the company in the event of dissolution, from which one could infer that distributing assets reduces the value of stock, the reality is that stock purchases are not based on valuation of the company—despite the fact that he whole idea of a market cap presumes they are—but on the expected value realized from the stock stock, which is driven by two things (1) expected payouts while holding the stock, i.e., dividends, and (2) expectations that someone else will be willing to pay more in the future for the stock (largely driven by perception that future growth or potential buyouts are not fully priced into the current market price.)

Establishing a practice of paying dividends feeds into #1 to increase the perceived value of holding the stock.
Awesome! Please let us know it goes. Thank you.
"free money"

Its not "free money", its taxes paid by taxpayers. There is no "free money" in government.
Using New Github Mapping Features to Create Sharable Choloropleth Visualizations
>> Google has most likely experienced the majority of its growth

> That does not follow.

Qualified opinions don't need to follow logically. If I had wanted to make a testable claim about a deterministic outcome, surely I would have avoided saying "most likely". Imagine an airline pilot saying, "Folks, we'll most likely land safely today".

> You're stating completely subjective things and presenting them as fact.

Prove it. Did I assert my claim as fact, or did I say "most likely"? Which of these common English words is causing you the most confusion? Locate my use of the word "fact" or any of its synonyms.

> If you think you can call the market by the "it has grown, therefore it will fall" ...

That is not a claim I made, that is a claim you made. I don't have to defend it, you do. The burden of evidence is yours.

In short, you need to find someone else to have your non-debate with, someone else for whom you can invent their position, then argue against it.
Apple's iPhone, the New International Currency
We certainly would. Please let us know what you are thinking.
Thank you.
Play is expected to be a $3.2 billion a year business in 2014. Where do you set the bar for "a successful product"? $5B/yr? Also I'm not sure if you're also excluding acquisitions from your arbitrary definition, but all the DoubleClick products (DFA/DFP/AdX) were post-IPO and are not even close to the same product as AdSense. Don't mistake "I don't understand what I'm talking about" with "anything that has the letters 'ad' in it must be the same product".
"Like the uproar about the child protection law that is called an "anti-gay" law, but nobody has found any evidence of the law being enforced"

Right now it's like massively enforced, even so far as going after a schoolgirl who claimed she was a lesbian
(later dropping charges but only after effectively ruining child's life)
C-Based Toolchain Hardening Cheat Sheet – OWASP
I agree absolutely. I believe that future AI's will be educated in much the same way we educate children. Perhaps less education will be needed - possibly we could start them off at a higher age bracket for example. But ultimately I'm certain the first "strong" AI's will be educated/supervised to some degree.

My point was more that perhaps we're a bit too focused on the wrong metric for success. The current criteria set is {positives, negatives, false positives, false negatives}, and we try to optimise for high/low degrees of one or the other in order to determine whether a particular approach is successful or not.

What is then overlooked, is that perhaps we don't need to have a near-perfect positive rate, but instead achieve an acceptably-incorrect false positive or false negative rate. Where the answer may be wrong, but it's not too far wrong. Much like a human might pin a country like India in the wrong place on the map, but wouldn't ever put it in the middle of the Indian ocean.

In summation: Perhaps the key for computers to appear intelligent, is not to be perfectly correct, but to be not too disastrously incorrect.
This just introduces additional tools/products to the stack, but you can use Ansible with the Netflix OSS stack, such that Ansible provisions your AMIs and Asgard manages auto-scaling and deployment (with very fine-grained control).
> I understood the parent to be saying that they disagreed that "someone that smart would have known IQ is bogus", not that they disagreed that "IQ was bogus".

Yes, and because of how the post was worded, we may never know. I suspect (and acted on the idea that) he was disagreeing about my claim about the veracity of IQ testing, but that's just a guess.
Oh right. My brain was stuck in another language. Wow, I forgot how much I'd forgotten about C++.
I look at the list of bug fixes, and I can't help but think that this is a losing battle, and that there are much more worthy projects that the concerted efforts of these undeniably skilled developers could be building.
> Then the person who is the closest to the light will know that he is the one who killed the individual.

Apart from the possibility of arranging those firing in an arch (and providing a random selection with blanks[1) -- how on earth would a "soldier" know that? Anyone close enough to see the light above the curvature of the earth/within rifle range would effectively see the light at the same time (just based on the latency of the nervous system)...

[1] It seems to me that it would be much easier to tell if you'd fired a blank -- as the recoil would feel different?
I can actually agree with this also.

(Sometimes things fall apart in implementation but we won't go down THAT route)

Most of the time software is fairly 'easy', find the source problem, map out a solution, use your design patterns, and then implement it. I am NOT book-smart by any means (and 5 years Marine Corps vs College did not help that(though going back now while working in the industry seems to be helping to fix it somewhat), however I've always clicked with programming. Sure at times I lack experience that someone who has 10-15 years experience in a certain language might have, but 90% of the problems really only need 2-3 years experience to come up with workable solutions.

I consider myself lucky though, my first job was re-writing an entire code-base to OOP with only one Senior Dev (who was hired a month after me) for guidance. And he taught me everything you could learn, involved me fully in decisions and together (yes a full team of two lol!) stood up Agile Development practices.

I really think that a combination of variously-challenging levels of work combined with an excellent mentor, and being treated as a full-equal is the key to training software engineers to be amazing engineers and giving that 'click'. But I will also say, it takes a certain type of person, some of the people I've seen in school will never be amazing, they lack the flare of passion, but I do believe that the certain type of person needed, is more relevant in Software Development.
Did you know IT guys work nights/weekends? You can't bring down an email server to patch it during a regular business hour.
I've used ihackernews.com in the past, and maybe it is time to go back. This problem occurs on other websites, too, so it is not a complete solution.
The first line of the documentation says that it uses a "HAPI-REST API". https://github.com/jheising/HAPI
Janitorial work isn't "complex" in any way that approximates programming--even the programming that "RoR jockeys" do. If the two were on the same level of complexity, "RoR jockeys" wouldn't be paid as well as they are. And, yes "real programmers" earn more than "RoR jockeys," because what "real programmers" do is both more complex and harder. But I think calling them "RoR jockeys" or implying they aren't "real programmers" is both wrong and juvenile. Otherwise I don't think you've written anything that conflicts substantially with what I wrote.
No, the money that was refused did not reduce anyone's taxes, so your statement is false. Obviously, expenditure has to come from somewhere, but when the government operates in a deficit, marginal spending comes from debt, not taxes.
More efficient? Are you on drugs?
Every country is a joke of a country, in case you haven't noticed. The ruling class everywhere lives large on money looted from the general populace.
I'd be really interested to know more about how the switch shaved 40% off of the response times. What was the major bottleneck? RAM? CPU? Network IO to PostgreSQL? Network IO to memcache?

Heroku is offering 2X and soon, 4X dynos; did he experiment with these?

The author also sounds rather excited about nginx serving static assets. The Rack::Cache problem on Heroku is easily solved with a CDN layer (and Heroku even recommends you do so.) (Cult Cosmetics /is/ set up with CloudFront, so the author obviously knows this.)

There are a lot of Rails architecture smells in this article, such as worrying about the 60-second boot timeout and the 30-second request timeout. [1] I have to wonder if the time invested in learning Chef and managing the architecture may have been spent making the app more performant.

Developer time is really, really expensive. Not only can you bill $100-$150 hour instead of learning how to use Chef, you could be shipping features for your own products, which can bring you passive income forever. A lot of companies are successfully running on Heroku, and it seems strange to throw everything out for the explained reasons.

[1] Specifically, adding 'require: false' to your Gemfile and only loading heavy libraries when you need them greatly helps with boot time. Ideally, you won't run any image processing libraries (like RMagick) except in background jobs, and your main app should not even need these libraries available. Same goes for PDF generation, scraping technology, or any other heavy processing.

The 30-second timeouts either need to be handled via background jobs (the author mentioned they use sidekiq) or uploading directly to S3, side-stepping the web process entirely.
At WeHostels we moved from Heroku to Rackspace last year and we shaved ~30% off response times.
Thank you for the kind words. Please let us know how you fare.
Correct, it's not RESTifarian. It's HAPIfarian! :)

https://github.com/jheising/HAPI
Exactly. The word you're looking for is "undefined". Even with four million dollars, it's impossible. As other people have mentioned, it might have been possible to build something that worked in a similar fashion, but it most certainly wouldn't have had even a similar form factor.

It's a product of the technology available at its time.
Premium Rush (http://www.imdb.com/title/tt1547234/). I loved that movie!
If phones still work then it's only fair to say that the pumps, stations, etc still work and someone would take it over and provide the same services, disruption would be fairly short term.
The thing I don't get about Cmd+D is, what do you do when you get to an occurrence you don't want to include in your selection? There doesn't appear to be any "skip" shortcut -- is there?

I always prefer nice Replace All commands where you can see a condensed overview of all occurrences and then uncheck things you want to exclude. When Brackets added that it made me very happy :-)
Your post is well written and logically consistent. If you're a troll, you're a very good one. However...

...it is also the logical and moral equivalent of a defense of slavery on the grounds that it would be extremely disruptive to abolish it in a society that is organised around its existence.

You say that the gay rights would be "deeply socially disruptive in a really bad way" for Russia. True! And the civil rights movement was deeply socially disruptive for the Jim Crow South, just as the abolition of slavery was deeply socially disruptive for the antebellum South even earlier. And that's okay, because societies that are structured around the systemic oppression of out groups deserve to be disrupted in a "really bad way".

Your entire post boils down to "but Russia is a really bad place, thus it doesn't need fixing". This does not follow. Explaining how discrimination against gays is part of the fabric of Russia does not mean that Russia is a better place than Western critics had thought, it means it is much much worse.
Our only use-case was ridiculously simple. I don't think CoAP or MQTT fit into that use-case, however at some point, yes we will add other protocols. Thank you.
> We would not live in our current modern age without oil

really? Do you mean that I am an idiot who does not undestand this?

> Exxon has over 1,000 PhDs on staff.

Really? Can I prove that 1+1 = 3 based on that?
I'm being pedantic (sorry), but to the best of my knowledge, there never was a G5 laptop, which is one of the reasons for the switch to Intel.
Totally agree. Instead of just erasing the source code, they could release it as open source. I for once would love to play with it.
Plus one for first legitimate use of 'begging the question' I've seen in a decade.
Any two things can be sufficiently generalized to being describable using a single term.
At Google, employees nourish big ideas over lunch
Oil isn't only used as a motor fuel, and the pace at which it is displaced as a motor fuel is unlikely to be great enough to prevent oil companies from continuing to make increasing profits selling it.
How to login any app online ? - trick
Feeling Blue? Girl Guitarist plays BB KING
Counterpart: Live in a jurisdiction which does not regulate any of the above and you'll quickly realize why all Western countries do so.

It's not about restricting competition, it's about very real concerns that are addressed by specific licensing regimes for each such industry. Tort law and market competition are useless, alone or together, in regulating low-entry-cost industries with high potential externalities. Licensing imposes capital requirements which make tort law and market competition feasible, along with guaranteeing certain other benefits to customers that increase the potential market of the industry.
I'm gay, and a friend and former colleague went through a period of regularly endorsing me with anything that sounded at all that could sound either camp or gay. I can't seem to figure out how to find them now, and off the top of my head the only one I can think of is Pearl (I'm not a programmer, and I doubt he even knows Pearl is there as a programming language). Meanwhile I'd return the favour with anything that hinted towards the fact that he's a massive pervert.

Was great fun for a while, and the only use I've ever had from endorsements, which I've now completely disabled.
I can't wait until designs like this become common.
Exactly. A human would usually make "acceptably incorrect" decisions, such as not indicating, or speeding. But these mistakes generally don't end in disaster. Only occasionally making a really bad mistake ending in an accident. So out of those 13%, it might only end up with <0.1% overall as accidents, the rest being recoverable.

Whereas the uncontrolled randomness of computer mistakes could be horrendous. Hence why I'm saying an interesting avenue to look at in AI, might be to achieve acceptably incorrect answers (acceptable negatives), rather than just aiming for high true-positive and low false-positive rates.
Well I fell into the same hole as you did. IMO, you don't defeat a company. Because a defeated company can always come back.
Apple almost disappeared. Samsung suffered seriously from the Asian financial crisis.

But any how, what's your source for this statement:
Secondly - Samsung was forced to sell bigger screen phones because they couldn't achieve good battery life with smaller devices.
Except it would be much harder to use and understand.
> A good amount of the oil does go into gadgets.

http://www.thedailygreen.com/cm/thedailygreen/images/product...

90% is fuel. Thanks for making me an idiot. You should add that burning that oil in your car helps the gandgets to sustain. You afford much more gadgets to yourself, once the car finishes burning all your oil. Right?
Fair enough. I just felt like that was probably something I was guilty of when younger. If you have no pro experience and you are asked that question then your most likely instinct is provide a number and base it on hobby projects. Later on you realize there are other ways to answer such a question :).
The latest spot with Red Bulls Stratos made me think: where do you want to go from there? We've seen those things can handle a jump from space. You can't do that. Nobody can do that anymore. This is the ultimate thing. Everything else we've seen already. All those crazy base jumps, flight suits, whatever.

There is nothing more to get there.

How do you sell a new product based on this??
That no reason to give up, you are completely forbidden to do that >.<.
It is not rude to decline a connection request from someone you do not know.
How to convert a git repository from normal to bare?
Facebook Platform-wide issues
You mean 90% of the web applications out there.

The other situation where communication is important is once you have a large enough application that you have to start dealing with other people's code and design.

There is a lot of hellish bureaucracy in even the best of these situations but I think there is none-the-less some important learnings available there.
>Stop the spam

So its not ok for LinkedIn to spam you but its ok for you to spam all your contacts with a mass holiday greeting to "stay in touch"? Ok.
Just curious if there are any countries that are very pro bitcoin?
I like how you completely sidestepped the rebuttal of your argument which I also added in there. And how you've failed to respond to the question of why someone who can't demonstrate that they can distinguish council and counsel should be taken seriously on such a matter -- especially when they are making such bombastic claims. If we look further on in the thread, you make even more ridiculous claims, for example, that companies should be able to compensate their employees with free options.

Don't you think it's incumbent on someone who takes these positions to demonstrate that they understand why the law requires proper dating of options, or FFS why income tax exists even, as your proposals have very broad reaching implications?
I've learned about it in a 1977 magazine about robots, when I was 6 (that I probably still have lying around somewhere), and I've been fascinated by computers ever since, and a great admirer of Terry Winograd.
I was using 2X dynos on Heroku. I did have memory issues and had to continually reduce the number of unicorns that I was running. I think CPU and disk were the major bottlenecks, but again, Heroku makes it hard to track down exactly what the cause is.

Also, we're an ecommerce site so we rely on a lot of external services (specifically for payments) where we have to run the call in the web process ... hence the issue with 30s timeouts.
the opinions of ignorant journalists are not really relevant. it was strongly criticized by experts in the relevant area. do you realize how intellectually lazy you look when you form strong opinions on subjects without even doing basic research first?
Just to clarify - Live Preview in Brackets is significantly fancier than plain 'live reload on save.' As you edit HTML or CSS the browser preview updates continuously: on every keystroke, even while dragging a colorpicker slider. And it does it without a full-page refresh, so if you have any state on the page it doesn't get reset.
I kind of like the HAPI concept but it feels strangely redundant. Especially in the responses, where almost half of the k/v pairs are just for "decoration" purposes. I concede that it does make things a slight bit easier to read, but are you guys sure it isn't bordering on redundancy for the sake of redundancy?

Very nice idea, by the way! Congrats!
Oh, to be clear, it wasn't meant as critique -- I just saw the aptly named variable, and thought it might be useful to highlight this aspect of python to others that might be new to the language. It's one of the few "special" parts of python I have personal experience with, as I worked on a small program that dealt with parsing emails, and being able to fully comment the reg-exp over several lines as I tweaked both it and the groups was very helpful :-)
It is more ethical to rip off game mechanics: in one instance you re-implement an idea (game mechanics) and in the second you take the pixels, the concrete form of the ideas that an artist had.

The problem with game mechanics as with other ideas is taking them and present them as yours or as new, even if you didn't add anything much to them. This is what I think people refer to as "ripping off" a game mechanic. The other case of "stealing" a game mechanic is perfectly acceptable in the collective mind. Nobody complains about Half Life, Unreal or a first person shooter game that ripped of the main mechanics of a FPS.
Such comparison!
Based on his mention of SSD-backed instances (c3.large) being only $100/mo, I looked at EC2 pricing again to see if it had become more competitive. Turns out it only has 2x16 gigs of storage and 1 physical core.

Looking at the c3.8xlarge instances, they're specced pretty much exactly like the servers I just built for $9k/each, except they have half the ram (60 vs. 128) and half the storage (2x320 vs 4x320). And they cost the same to rent for 6 months as it does to buy one, including coloing.

So, if you need more than a fraction of a physical server, EC2 still loses pretty hard on the pricing. It seems as though it has become competitive with Softlayer, though, at least.

EDIT: Ah, but if you pay $11.6k upfront to reserve it for three years, it reduces the monthly bill from $1728 to ~$370, which is a much better deal than Softlayer offers. That's actually a pretty reasonable premium compared to racking them yourself, though you lose flexibility and the hardware is worse than what you'd get yourself. Well played, Amazon.
That's a whole other conversation ;)