skysight-inc/HackerNews huggingface dataset:
RESTful, as opposed to REST, seems to be clear about the use of HTTP and all of its verbs. It is not RESTful if you do it any other way just by definition.

REST itself does not concern itself with the protocol you use. Theoretically you could build a REST protocol over HTTP that does not use HTTP verbs, using it as only a transport layer. Though I'm not sure what you would gain by implementing a REST protocol over another REST protocol.

Pragmatically, if you choose to use HTTP, you need to think about the infrastructure that exists. Each verb comes with a very specific meaning, and systems like proxies and other software that come between you and the client will act in different ways depending on which verb you choose. To meet the goals outlined in the REST dissertation, you need to be aware of those behaviours.
Menlo Park, CA. Full time.

Lead Designer at Everyme (YC S11)

Everyme is the best way to keep in touch (https://everyme.com). We are looking for an extraordinary designer who has designed for mobile devices and the web. Experience with HTML/CSS is NOT necessary. You will be paid market salary and you will have generous equity. You will be treated like a god and your designs will be followed to the pixel. You will work with a team of 5 amazing engineers. Last month we hired a web engineer from the who's hiring post.

Please email me at vibhu@everyme.com with your portfolio.
Triggit, Inc.

San Francisco, CA Full-Time. Remote considered.

http://triggit.com/careers

Want to work with hundreds of terabytes of realtime data using advanced JVM Languages like Clojure and Scala, dig into that data with Hadoop, and invent cutting edge products to handle it all?

Triggit, a San Francisco ad:technology startup is hiring.

Ping us @ engjobs@triggit.com.

If you're obsessed with distributed systems for processing big data and are intimately familiar with Java and Hadoop, you're going to have a lot of fun. At Triggit, we pride ourselves on our merit-based, ownership culture. You get to run your projects, not be run.

What You'll Do All Day:
• Design and Deploy Triggit’s data tools including A/B testing, forecasting, etc.
• Collaborate with multiple teams to implement requests into the Hadoop Cluster
• Build and Optimize dozens of reports and create data visualization and storage tools around them
• Grow and Scale the Hadoop Analytics Platform

Additional Openings:
-	BackEnd Engineer (C/C++ on Linux)
-	Platform Engineer (Ruby on Rails)
-	Sr. Dev Ops

Base pay for engineers starts in the six figures, you get to build your own battle station, and every engineer gets an office - with a door. Positions are full time and based in our SOMA, San Francisco, CA office.
That's really not how CCN works. CCN is basically a content-based IP that affords easy caching for routing providers. Servers would still exist in their same general form.
If you have any inklings whatsoever about wanting to apply to Hacker School, just reach out[0]. Dave and company are way cool and actually respond to requests in a timely manner. There was a 4 day, 5 at max, turn around time between when I emailed them and when I was on skype with Dave.

[0]http://www.hackruiter.com/registrations/new
I have been meaning to play with this project since I saw it a few weeks ago. It looks really useful.
Hey, thanks! This is a great resource that I wasn't aware of. After reading it, I highly recommend anybody interested in bill C-11 should also read through this for greater context.

I should also point out that my original comment indicating that the precursor to C-11 was C-31 was incorrect. The correct bill is C-32.
> I don't think everyone pursuing their own self interest is at all a good thing when done on a global scale.

I think that's irrelevant. Humans have whatever natural inclinations they have. Propose solutions that work with them or shut up; misanthropically blaming human nature isn't constructive in the slightest.

Frankly, this is the same kind of unenlightened thinking that e.g. the Catholic Church applies to questions of public health. The Church thinks that the solution to AIDS is for people not to fuck; enlightened thinking realizes that people do fuck and proposes a system of preventative health care, including condoms, that addresses that reality. It's funny to see the selfsame leftists who condemn the Catholic Church for trying to keep condoms out of Africa apply the same basic fallacy to economics. If we just stop people from being self-interested....
The very last part covers potential solutions, none of which have a great chance of success due to the vested interests but should be tried anyway

What happens if we try them all and they (as expected) do not succeed?

If they don't have a great chance of success, why can't we find other solutions?
You sir, if you make this shine as well as jsfiddle, I want you to come into my house and take one of anything. While you're at it, partner up with this guy http://www.tsqltidy.com/ .
Thanks for the kind words Zack!

A quick correction: Hacker School application page is actually http://www.hackerschool.com/apply. If you just want to talk or are looking for a job, Zack's link is the way to go.
10 Beautiful examples of responsive Web design
January programming language index from jobs posted on Twitter
The the difference between the top 0.001% and 0.002% is in most sports the difference between making millions and working at Wendy's. As long as everyone is dealing with the limits of biology there is a huge incentive to avoid injury and promote general heath. But, once you start artificially altering basic pathways you can trade huge long term downsides for a tiny performance gain. And due to the competitiveness nature you basically force everyone to do the same. In other words it's a zero sum rule so why not chose rules that keep people healthy over time.

But, outside of Med school there is simply less competitive pressure so I don't think we are going to see the same sort's of banning unless there is significant long term damage. On second thought people often take a fair amount of drugs to get though Med school as it is.
Ranger zaps off-leash dog walker with shock weapon
I once worked with a major product from a large company that hilariously used these two HTTP headers:

passwd: yourpassword
quoted-passwd: "yourpassword"
How Did Israel Become “Start-Up Nation”?
In the past I've paid like $4 for the EOD prices and $9 for the implied vol calculations per year...the actual pricing is here:
http://www.ivolatility.com/data/data_download_intro.html
Derivatives data is priced much more reasonably & imho arguably more useful (it isn't tickdata or changing by the minute...and in any case, most option trading models are ok with 10-20 cents leeway. You can't buy a single call, you have to buy a minimum of 100, plus the trading fee, and in most cases its simply not that liquid - you will move the market unless you are trading spx etc
I think this is the same question many LOB devs asked when VB6 went into retirement... Microsoft does provide other non-exact replacements/technologies to transition into. Most people just made the switch.
Self-Guided Bullet Spots, Steers and Nails Its Target
I would argue that you don't need different hardware to see "closer" to the sensors - probably just recalibrated hardware and altered focusing systems dressed up as new hardware to justify the price increase. Would be interested in an iFixIt teardown for confirmation, though.
New York, NY. Reshape civil society with your code at Amicus. http://jobs.amicushq.com/

Intern, H1B, full time.
> Requiring failed candidates to pay back a percentage of their spend may be a way to mitigate that (e.g. a "co-pay").

Doesn't this also create a pretty powerful disincentive for the non-wealthy to run?
We've talked to a ton of people, including one costume designer for a well-known show and some mid-level people at a few retailers. Right now we are focused on gaining traffic and building up to the next level of visibility so we can start bringing interns onto sets, approaching manufacturers and retailers directly, etc.

Also, we encourage any independent fashion designers that have had their products (or similar ones) featured on a show to email us: team@curvio.com. We'll be happy to add their product and get them additional exposure.
Every time I start reading Backbone documentation, my head hurts. This article is even worse.

What they need is a simple, to the point, complete examples of apps. There's one that I found that makes some sense to me:

http://documentcloud.github.com/backbone/docs/todos.html
The free exchange of information is about the big picture. Who cares if individuals use it to download Glee or call the king a pig?

And as far as I am concerned, any flow of information into North Korea is a good thing. Beggers can't be choosy.
Been very pleased working with Stripe for one of my projects. It just feels like it was very carefully thought out. Hope they continue to make strides in the developer community.
> How can customers expect publishers to refund for games when they (publisher) have no guarantee it didn't work?

Well, under UK consumer protection law, goods normally have to meet certain basic guarantees, such as fitness for purpose. Moreover, the presumption is that if they fail within the first few months after the purchase, it's the vendor's problem unless the vendor can show why it shouldn't be. It might seem harsh, but that is what the consumer protection laws here say, and it's a cost of doing business here.

I don't see why the same principle should not apply at least as strongly to software, particularly given that software is often relatively expensive, very often of poor quality/compatibility in ways that aren't clear to the purchaser up-front, and usually issuing a refund in such cases will cause very little actual damage to the vendor beyond losing the price of the sale. Surely this all goes at least double for a service where the vendor is providing the software entirely on-line, so their actual damage from issuing a refund is nothing but the admin overhead, and where the vendor can see whether the user has actually been able to run the software effectively as a defence against fraudulent refund claims.
In general, I've had nothing but good experiences with them. They're reasonably bare-bones, though; don't expect miracles in terms of support.
>And having read and written this particular audit line item about 29074894389734897 times in the last 15 years, let me assure you that logging is clearly an issue.

Which is what I said. Logging sensitive info is an issue. Not requesting info that could be logged if you were using default settings. You will get dinged for logging sensitive info, you can either not have the info in the query, or not log the query. Either is fine.

>The bit about how "if someone can see your logs you're already boned" is also message-board-logic more than reality.

No it isn't. If you can read the logs, you are already either the httpd user or root. Hence you don't need application usernames and passwords anymore, you can just go right ahead and do whatever you like.

>Logs are shipped all over the place.

Wait, I thought we weren't doing things that a security audit will catch? Why did you change your mind now that is convenient? Rather than considering theoretical "what if they are absolutely retarded and send my username and password in the logs in plain text to internet accessible log storage servers?", why not consider the reality that if they are that stupid, they will be compromised anyways. So what is the concern here? As a user of their system, I know they are either doing things right and I am fine, or doing things wrong I and I am boned. So, exactly what we knew before the whole GET vs POST debate. Very helpful. If they are idiots, then there is nothing I can do to secure my account with them, this is why we don't use the same password for multiple services.

>If you have more questions about this stuff, my contact info is in my profile --- just click my username above this comment

I would suggest that you read the posting guidelines.
New York, NY Full Time (remote or relocation)

Backend Engineer @ Dispatch.io

What we do
----
Dispatch connects your cloud services to give you one place to organize, share, and collaborate around your stuff. Our vision is for a more connected cloud.

Why you should work here
----
We are a small, fast-moving team who are passionate about building awesome things. You'd be one of the first few members of the team (we’re 5 people right now).

We have a big open office in the Flatiron district in NYC, in the center of the NYC tech scene. Our kitchen is well stocked, and our Campfire overfloweth with animated GIFs. As a team member you'll work on your schedule, have access to competitive health insurance plans, a chance to earn real equity, and, most importantly, the opportunity to contribute in a big way to building new ways to organize, collaborate and share in the cloud.

We're looking for a backend engineer. The Dispatch backend is a service oriented architecture, built entirely on AWS. Most of the current services are written in Java (and some Scala), but we’re language agnostic. Want to write that new service in Fortran? Go for it! Ok, maybe not. Let’s talk about it.

You'll work on architecting and building new stuff, and on improving existing services.

Like hacking on 3rd party APIs? Good, because we build on Dropbox, Google Docs, Facebook, Twitter, Gmail, with plans for many more.
Interested in file transfer and sync? We’re making moving files in the cloud fast and reliable. Search? We’re building search across the stuff in your clouds. Realtime? You can head up our plans to move from asynchronous polling to a socketed system.

Things we're looking for
----

* Good architecture skills with a focus on details, experience with fault-tolerance, use of message queues, etc.
* Experience with small or cross-functional teams (startup experience would be nice).
* Solid understanding of computer science fundamentals, e.g. data structures, time complexity, algorithms.
* Comfort with statically-typed languages, knowledge of OOP.
* Security-mindedness, with the ability to identify and defend against threats and vulnerabilities.
* Experience with Amazon Web Services would be nice.

If you're interested in applying please email jobs@dispatch.io
New York, NY Full Time (remote or relocation)

Backend Engineer @ Dispatch.io

What we do

----

Dispatch connects your cloud services to give you one place to organize, share, and collaborate around your stuff. Our vision is for a more connected cloud.

Why you should work here

----

We are a small, fast-moving team who are passionate about building awesome things. You'd be one of the first few members of the team (we’re 5 people right now).

We have a big open office in the Flatiron district in NYC, in the center of the NYC tech scene. Our kitchen is well stocked, and our Campfire overfloweth with animated GIFs. As a team member you'll work on your schedule, have access to competitive health insurance plans, a chance to earn real equity, and, most importantly, the opportunity to contribute in a big way to building new ways to organize, collaborate and share in the cloud.

We're looking for a backend engineer. The Dispatch backend is a service oriented architecture, built entirely on AWS. Most of the current services are written in Java (and some Scala), but we’re language agnostic. Want to write that new service in Fortran? Go for it! Ok, maybe not. Let’s talk about it.

You'll work on architecting and building new stuff, and on improving existing services.

Like hacking on 3rd party APIs? Good, because we build on Dropbox, Google Docs, Facebook, Twitter, Gmail, with plans for many more.
Interested in file transfer and sync? We’re making moving files in the cloud fast and reliable. Search? We’re building search across the stuff in your clouds. Realtime? You can head up our plans to move from asynchronous polling to a socketed system.

Things we're looking for

----

* Good architecture skills with a focus on details, experience with fault-tolerance, use of message queues, etc.

* Experience with small or cross-functional teams (startup experience would be nice).

* Solid understanding of computer science fundamentals, e.g. data structures, time complexity, algorithms.

* Comfort with statically-typed languages, knowledge of OOP.

* Security-mindedness, with the ability to identify and defend against threats and vulnerabilities.

* Experience with Amazon Web Services would be nice.

If you're interested in applying please email jobs@dispatch.io
I don't think they attempted to build a REST API. They just built a weird API and said "oh hey we'll call this REST, that's cool right?"
Optimal Distributed Sampling
Interesting, I missed that, my older server with them server had 2 public ip's
The applications that tend to get pentested most are for a variety of reasons more likely to have SOAP interfaces than apps in general, so we spend a fair bit of time with WSDL files, and this just isn't my experience; for the most part, given a WSDL for a service, a Ruby RPC binding for that service is mostly painless.

That doesn't mean I like SOAP (I don't), but I don't find that this particular critique of it rings true.
San Francisco, CA (2 min wlk from Caltrain) FULLTIME REMOTE H1B

★ Full stack JavaScript Engineer (Backbone/Knockout/Express/Node) ★ at Gild.com

We're rethinking the way professionals find great companies to work for and apply for jobs. We believe that the current process is broken for both applicants and companies, and we're fixing it. We're venture-backed (Globespan, TMT Investments), and our customers are crazy about what we're building.

This position is our first technical hire dedicated to our new Node.js infrastructure, with a ton of room to influence its evolution. The best fit will be someone with hands-on experience working with a production Node.js app. This is an amazing opportunity for somebody who is passionate about JavaScript technologies.

We're looking for somebody that can translate a high-level product vision to production-ready code without needing a babysitter.

Technologies we like: Javascript/Coffeescript, Ruby, Perl, Express.js/Zappa, Socket.io, Sprockets, Rails, Compass, SASS
What you don't know, we will teach you. What we don't know, you will teach us.

Cool things we've built: http://youtu.be/13GaYDoRwOg

Apply here http://goo.gl/SX4sW

(Please don't apply if you suffer from the "Not invented here" syndrome. We like lazy coders.)
C++11 Makes Competitors Go Rusty
Sugar should be controlled like alcohol: report
I wouldn't have called KVM/IP a requirement for a remote dedicated server. Nice to have, but by no means a requirement. What do you use it for?
We do have some of the links as affiliate links. That's our first source of revenue which will hopefully enable us to bootstrap to the next level.

In principal, there should be a system to do this automatically. What we're seeing is that Hollywood has trouble getting it in place. Lots of issues arise and it's been tried before, but at the end of the day it has never been executed well. Our goal is to execute in progressively bigger steps until we can be working directly with the studios, but that's a long way away. :)
are you saying you are not convinced that the dissertation holds water?

afaict, REST is (right now) the undisputed way to interpret the web's architecture.
Your text is grey for me which I think means you're being down voted, I'm not sure why your points seem valid to me.
"Then why does TPB mention Syria and North Korea at all?"

Because they care about that.
Berlin, Germany (Remote considered) FULL TIME

NVIDIA ARC GmbH is looking for a senior software engineer to join our GPU cloud computing project. We're building a rendering solution that greatly reduces the upfront costs for rendering and design studios by seamlessly integrating cloud computing into the 3D modelling and rendering workflow. User response so far has been great - see these (slightly outdated) videos to get an impression: [1] [2]

We're a team of five engineers looking for an engineer with outstanding C++ and network programming abilities to take over the client-side part of this project. You should be familiar developing in multi-threading applications and integrating with binary protocols and RESTful APIs. Experience with EC2 and HTML/Javascript/Coffeescript is a plus.

Technologies we use are AWS EC2, (unbiased/consistent) real-time raytracing, C++, CoffeeScript/Javascript, Python, PHP, HTML, Flex, RESTful APIs, single-command deployments. You'll have a lot of freedom in working with technologies you like and prefer.

We prefer somebody who's in Berlin or willing to move, but are willing to consider remote as an option for the right candidate.

Personally, I've been with NVIDIA for 4 years and enjoy the flexibility and freedom I'm given, both on as an engineer and employee (for example, moving to the US to study abroad & transfer to NVIDIA US for that time was encouraged and quite easy).

Feel free to email me (see profile) or apply online at [3].

[1] http://www.youtube.com/watch?v=NSHkJfDrsf8
[2] http://www.youtube.com/watch?v=-4CoC1HL0Eo
[3] http://careers.nvidia.com/pljb/global_jsp/applicant/DisplayJ...
Stripe has been fantastic for us at http://mailgun.net

Aside from solving the problem of dealing with recurring payments, they bring some unexpected benefits to the table. Their reporting (and the overall dashboard design) is so good that we canceled our original plans for building our own reporting completely - we just link directly to Stripe reports and customer pages from our own backoffice admin portal.
TPB has hosted torrent files, they were not hosting content, so what they did was perfectly legal.

Legal is a court's decision to make. And they made the inverse decision, i.e that it was illegal.
I've stopped doing minor multivariate testing in favor of A/B testing only major changes to a page.

It's just too tempting to play around with color changes all day instead of building my business.
The data protection directive might be an issue for you; protection of personal information is much stronger in the EU than in the US.

Less likely, but because it's Germany, if you're hosting bigoted content, particularly Nazi-associated content, that will be a problem.
It's a code generator, you use it to style your button then use the CSS in your site.
Graphical User Interface Timeline
I've seen almost the opposite; to me, it seems there is a fascination in the .NET community, when presented with choices, to automatically choose the latest Microsoft option available, simply for the sake of it being produced by Microsoft. Almost every .NET developer I know uses (or tries to use) ASP.NET MVC and EntityFramework, and almost all of them complain enough that I wind up hearing about it. The problems they complain about boggle my mind, partly because they're problems that I experienced when I last worked with that stack and partly because they're problems that are solved in non-.NET stacks as well as .NET stacks that aren't official Microsoft projects.

NHibernate is (again, imo) arguably as good as or better than EntityFramework, yet (again, in my experience) no one tends to even be aware it exists.

I've seen this as a small part of the larger disappointment I have with "the" .NET community. Despite my love for .NET/C#, I have no love for IIS, web.config files or the broken Debug/Release configuration management in Visual Studio (1). Since I've worked with the .NET web stack, I've gone back to python, ruby and now golang and I missed them and the community (IRC, mailing lists, IRC, forums [that weren't written in 1995], IRC, etc) so, so much.

(1) (for a regular MVC project it's not awful, but for an Azure project it's very inconsistent, hard to control, and easy to screw up which is annoying with 45 minute deploy times, using something other than MVC or EF helps a bit as you can do more in the configuration either in code or XML rather than having to flex opaque VS options)