skysight-inc/HackerNews huggingface dataset:
Any way of using the api's in 'test' mode? Maybe have the methods return dummy / delayed data ? Or maybe have one instrument of each type available for free so that people can create mockups and test wrappers ?
Is someone actually dying due to Apple?

So far I have only heard about suicides but they do not seem to be above global averages.

The working conditions could probably be improved but I really don't know since all I read on the topic is sensationalistic.
> Is there any way to make a website that has no central location, that lives on hard drives and internet connections of citizens and self replicates and adapts when the government wants it to just disappear?

Maybe not completely as "decentralized" as your request, but take a look at I2P:

http://www.i2p2.de/
New York, NY or San Francisco, CA

DEVELOPER - FULL TIME

Codecademy is the easiest way to learn to code. Since August, more than a million people have used Codecademy to learn the basics of JavaScript and now they can learn Python and Ruby as well. We're still a small team of six and we're looking for backend and frontend developers to build the education platform of the future.

Our stack is Ruby/Rails, MongoDB, with some backbone.js. We're doing cool stuff like running Python and Ruby environments client-side and we love open source as well.

If you're looking to have an incredible impact on the education and future of millions, we'd love to talk to you. codecademy.com/jobs or email us at jobs (at) codecademy (dot) com. Thanks!
I am beginning to gather from this SO post as well as the other HN link to ShareFile, that REST is not something that can be summed up in a paragraph on HN or SO.

This is why the arguments over it are getting heated without seeming to go anywhere. All of the descriptions of REST are met with "That's X, that's not REST. X May be part of REST, but it's not all that REST is".

Turning the SO article into a community wiki is probably the way to go, and allow the discussion to expand until someone who reads it is able to get the concept of REST even though they'll never be able to explain it in a paragraph.
Glad we can prove this, but it should be obvious that our "heliosheath" is not some impervious shield that blocks out all extra-system matter.

Basic cosmology/astrophysics state that heavier atoms than helium could only be created by a starving star (shed off by a nova), and the heaviest of atoms can only be byproducts of supernovae.
How Socialcast Reduced their Rails Test Runtimes By 10x
Stereogranimator: Create Your Own 3D Photos Using Vintage Stereographs
I don't think the domain has propagated fully with the DNS provider I am using :/

Thanks for pointing it out!

edit: deleted the story until DNS sorts itself out.. thanks again.
As usual, there's always another side to the story. Why do you think these companies continue to be inundated with resumes and applicants?

A good read is Factory Girls by Leslie Chang. I went to listen to a talk she gave last year on her experience at Shenzhen. She made a comment that Shenzhen is a very tough place to live. The place is very industrial and polluted. But when she went to the hometown village of one of her friends (a factory worker) for several days during the Chinese New Year, she found herself missing Shenzhen because the conditions of Chinese countrysides were even worse.

This isn't t justify business practices of Apple, Foxconn, or other manufacturers, but it's important to remember that whether an environment is good or bad really depends on what we are benchmarking it with.
But you can be 99.994% sure they're writing your plan text user name and password into their logs if you're using get, and if somebody breaks in and gets them, then they have your password, even if those passwords are properly hashed in the user database.
For those not aware why this guy's rant might be important, he's the author of "Working with Legacy Code". That book is pretty much a how-to (and a great one at that) on how to get your legacy code base in a testable state so you can write automated tests.
Would be cool if Rapportive sent this info automagically.
In my experience, the biggest win is that it helps me as a developer to create clean interfaces. Whereas a homerolled RPC solution would encourage me to write controllers for different paths, taking arguments in various ways, when writing a REST interface I can create some kind of object:

{
index: function (req, res) { ... }
create: function (req, res) { ... }
retrieve: function (req, res) { ... }
update: function (req, res) { ... }
delete: function (req, res) { ... }
}

And then map that whole resource under a certain path, "/resources".

Further, it is built on sound principles such as, you can't destroy or change anything using GET, you can issue requests other than POST any number of times and nothing will go wrong.

Other things like using HTTP headers to decide in which format the consumer wishes to consume the resource, HTTP status codes for error handling, and HATEOAS, gives me the feeling of working with the system instead of building cruft.

I argue that REST in fact makes it easier "to maintain and implement the web services". YMMV.
I'm looking to buy a Windows tablet with a Wacom pen (for drawing), but at the moment they sell for $2100 in Sweden. I'm hoping there'll be more competition when Windows 8 is released.
Santa Monica, CA (Los Angeles area)

TRUECar.com - TrueCar shows consumers how much people actually paid for a particular new car in their area, then guides them to dealers we've certified. When someone buys from a dealer we've sent them to, we get paid. We already have solid revenues, are well funded and and are growing rapidly. We need lots of technical talent to help us grow.

* JAVA - We are looking for Java architects to design and build the technology used to power our production websites, APIs, widgets, and internal tools. This is a chance for you to join a growing company and build something that's going to scale to support millions of users/visitors and provide them with all kinds of data.

* Python/Django - Our main site is in Django, which means we need serious talent to help it scale and expand as we continue to grow. Plus, you'll get to work with me.

* We also have other technical positions for Front End, Senior Linux Systems Engineer, QA engineer, Java developers and more. If you're local (in and around Santa Monica) and interested, let me know (email is in profile).

* We also have some non-technical openings for senior positions in marketing, customer retention, HR, finance and accounting. Email me for details.

My story - moved from Atlanta all the way out to Santa Monica after stopping by the TrueCar booth at PyCon 2011. I started here three month ago and love it. I'm working with a great team that knows how to develop software and for management who seems to "get it" with regards to software developers.

The Python team in an open workspace that has a view of the ocean (http://picplz.com/user/dabent/pic/tpc4v/), and all the Santa Monica offices are blocks from the beach. They have great benefits, including company equity, 100% paid family medical, dental, vision, and a healthy 401k. They also offer gym membership reimbursement ($50 a month), 12 holidays, career training, 3 weeks PTO and have a kitchen stocked with fruit, snacks and such. I've honestly never had a job this good. If you're interested, send me your resume. My email is in my profile.
Might have been my poor connection or the file size limit, I just got this screen shot
http://dl.dropbox.com/u/9694286/zip.js/ScreenShot2012-02-01a...

Here is the zip output
http://dl.dropbox.com/u/9694286/zip.js/123Example.zip

And finally the guilty upload
http://dl.dropbox.com/u/9694286/zip.js/search-engine-optimiz...

Hope it helps debug or something!
Unrelated: I clicked through to Monotask, liked the idea, but got an error when I tried to sign up for the form.
I need this by the end of the week. :)
Ironically, those Fortune 500 employees are actually rather unfortunate.
REST, I just don't get it [2008]
CoffeeScript: An Interactive Reference released for iPad
HATEOS[1] is the one part of REST that I don't understand. I can see that it's great for discoverability, but the reality of the web is that a request-roundtrip takes a non-negligible amount of time. Also, it seems to fly in the face of persistent IDs, with the URL being the ID.

1: The reason the app in question had to traverse a tree and the principle that the poster probably breached by reorganising.
Me too. Sending an email to them right now...
Centaur Galileo, Sports Betting Hedge Fund Inspired By Mark Cuban, Collapses
I would respectfully ask: what problem? The tech community got exactly the outcome it wanted, didn't it?
So will everything else, including the URI being requested

I disagree from the data I'm seeing in the access logs from my SSL-hosted site running nginx. In the logs I can see lines such as:

GET /path/script?variable=blahblah&another_variable=123

EDIT since I appear to have lost the ability to reply to comments: I disagree with SomeOtherGuy2 that The fact that it may get logged is a red-herring.

Ignoring how secure a server with a rogue user accessing it is, it's possible that there will be more than one server involved in this scenario, and central logging servers are common. Will the traffic sent to the logging server be encrypted? And what if the logging server is compromised? You're essentially storing passwords in plain text.
Alternative Step 1.–6.: Do something worthy of attention, instead of spending time following dubious SEO techniques.
Rumble - SF Bay Area (Redwood Shores)

Lead/senior/mid-level engineers, data scientists, BI, producers, artists, designers, more - http://www.rumblegames.com/careers/

Rumble is a developer and publisher of connected games. We were founded in 2011 with a mission to create the most engaging and fulfilling online game experiences on the planet. All of our games are free-to-play and available across your favorite devices and social networks. We are unique in our focus on the gamer audience and our exacting standards around quality gameplay. Our passion is to create experiences that surprise and delight our players. By combining the best of AAA game design with free-to-play accessibility, we believe we will change the way gamers play together.

We have an all-star team of game industry veterans from Zynga, Activision, BioWare, Blizzard, Playdom, Electronic Arts, Turbine, FooMojo and RockYou. Check us out: http://www.rumblegames.com/team/ http://www.linkedin.com/company/2326673.

We are backed by Rick Thompson, Google Ventures, and Khosla Ventures, and recently closed a $15mm series A:

http://techcrunch.com/2011/12/01/rumble-to-build-and-publish...

http://venturebeat.com/2011/12/01/former-ceo-of-bioware-and-...

Drop me a line: mike.babineau@rumblegames.com
Web Engineer - SeatGeek - New York, NY

We're a data-driven web app that's trying to use analytics and exceptional UX to making buying event tickets a wholly better experience. #Python #Ruby #PHP #MySQL #Redis #MongoDB #Javascript

Competitive comp, outstanding benefits, and a kick ass team. Only looking for folks in NYC.

http://seatgeek.com/jobs/web_engineer/
One would have to wonder why you would choose less.js over sass. In that case, you'd probably have to add support for both (at least it'd probably be requested), which in the end would add to the complexity of this little tool.

I think that's why it's just vanilla CSS...
What would be the RESTful way to specify jsonp? (i.e. wrapping the json response with a jsonp callback function).

A semi-related question - this is something I've wondered for a while - does the XMLHttpRequest single origin policy actually do anything for security? What kind of malicious resource might you try to fetch with an ajax call that can't just be wrapped in a jsonp callback?
Beautiful docs, documentation generator from markdown files in node.js
A big dumb mistake this api makes is sending commands and object ids via query parameters, instead of making them part of the url. The url should look like a file path that addresses an object -- the path of the objects shouldn't be in a query parameter. Especially when the object you're addressing is a file that has a logical location specified by a path.
Yes, the effort that people will go to troll far exceeds the effort average positive posters will go through.
Nano-hack 19yro runs kids code camps rather than making dotcom $. Needs donation
tl;dr you should donate to him here:

http://comicmac.com/help-me-setup-dojos/

I met him (James Whelton) once when he detailed his Nano-hacks (at age 17) at Dublin Web Summit. Then again recently (at age 19) where he discussed his home-grown coder dojos that are teaching thousands of kids throughout Ireland and now the US how to program in unpaid after-school workshops. He's inspirational and the best of coder conscience. He's paid a trivial weekly stipend and paying for travel out of pocket. I've donated. Your turn:

http://comicmac.com/help-me-setup-dojos/
On my linux machine I was [1] able to access the site. My girlfriend is using Mac and she was redirected to the same site you mentioned.

I thought they did that based on user agent, knowing the 37signals folks are Mac fans, it could be a joke on them. But I guess my hypothesis does not hold water.

[1] right now the website is down, domain does not resolve

edit: fixed typo
I think consumers do understand how things should work; the fact that the law doesn't agree with that is the law's problem. I don't know who came up with the saying "treat this software as you would treat a book", but it's a great idea IMO — over the last few hundred years we've come up with a pretty fair and balanced way of handling books.
Beautiful indeed, but one gripe: The mouse roll-over colors aren't sufficiently different from the button-pressed colors.
A Chrome representative said that they weren't going to fix this. I can't find the source. He/she said that they had a few arguments about this, but that they feel that by not showing your password they are creating a false sense of security.

Every browser has to store passwords in a way that's recoverable (as they need to be sent to the server), so if you store them and you lose control of your computer, you WILL most probably lose control of your passwords too, in every browser including IE9 (something this page, http://www.thewindowsclub.com/chrome-firefox-show-passwords-..., does not seem to understand).
The original Basecamp isn't going anywhere, so those 6000-ish employees won't be out a thing. They'll just need to advance a few IT years to be able to use Basecamp Next.

From the article:

"We know it’s not always easy to upgrade your browser (or force an upgrade on a client), but we believe it’s necessary to offer the best Basecamp we can possibly make. In addition, we’re not going to move the requirements on Basecamp Classic, so that’ll continue to work for people who are unable to use a modern browser."
Far east countries do seem to be going through the same events that lead to the migration of the Department of Labor from statistical institution to enforcement institution.

The have similar weak laws like the Working Condition Service act that really do little to force change, but begin to change the mindset of workers. This beginning change of mindset will force real workplace safety regulation in the future, but even in the US it took over 40 years and was mostly because of a side effect from a shipping regulation change that expanded the scope of the DOL to enforce safety requirements on merchant ships. This small change was used as precedence for real regulation in 1970 with OSHA, which was very necessary, with numbers of workplace deaths in the near 15,000.

It will take time for the public will to be great enough to force real change, and it is hard regardless of your buying power to change cultural practices.
It's only a matter of time before mobile kills Ticketmaster
It must feel terrible to see something you built and put your blood/sweat/tears into left to die after it's been purchased.
I guess it depends on if you were in it for the paycheck from the get go or to create something that would live on. :-/

HP in general has a history of killing stuff off after purchase (Ehem.. Touchpad/WebOS I'm looking at you)
I'm the author of both this and the PragProg book (http://pragprog.com/book/tbcoffee/coffeescript). I wanted to offer a more succinct guide to the language that would quickly address common points of confusion. My hope is that CoffeeScripters who hit some unexpected behavior will be able to open the iBook to the right page, tweak a code sample, and say "Aha!"

Caveat emptor: This is a first edition, and updates (both technical and content-wise) are planned for the near future. Feedback is very welcome.
I don't think your argument would transfer to circlejerk.reddit or hypothetical 4chan karma though.
Unless you're willing to carefully curate a healthy community, allowing and reading comments from any idiot with a web browser is a losing proposition. The comments section on your local newspaper or TV station's website, or on YouTube, or on any site with high readership and low moderation is just a waste of time that does little than fuel one's misanthrophy.

Does this mean there's no such thing as open discourse on the web? Nonsense. But if you're not willing to set up an account or set up your own blog to back up your discourse with some sort of identity, your discourse is worthless.
Don't assume that people who disagree with you simply don't understand you.

I don't mean "fork" in the sense of "hit the fork button on github to do a 'git clone'". I mean "fork" in the sense of "I've taken over maintenance of this project due to lack of maintenance or fundamental disagreements with the existing maintainers". You can't usefully fork software in that sense when the original authors maintain effective veto power over the entire community. The ability to fork software in that way, though rarely actually invoked, prevents a large number of problems simply by always remaining an available option.

Apart from that, you've just attempted to reinvent a new way of profiting from proprietary software, except that numerous vendors have already tried it in numerous forms and failed. Heed the warning. Or, alternatively, don't: http://www.despair.com/mis24x30prin.html

If you want to write proprietary software, do so. If you want to foster a development community around your source code, do so. Don't try to mix the two; you'll annoy both sides, and that won't end well.
New York Public Library's New Tool to Create 3D Stereographs
I'm sure this has been done but out of curiosity I wrote a (highly unscientific) little script to count the times that some languages are mentioned herein[1]. The results:

java: 53
python: 28
ruby: 16
php: 14
node: 9

Winnah: Java! :)

EDIT: Thank you goo!
Take 2, maybe it will work better:

java: 42
python: 38
javascript: 34
ruby: 24
php: 16
node: 15

[1] https://gist.github.com/1718350 [updated for]
Step 0: Find a customer.
Are there really that many teams who have just too darned many otherwise-perfect automated tests? I freely concede it's theoretically true, any non-trivial cost/benefit analysis with an infinity or zero for one or the other is always wrong, but I'd be more concerned about people using this sort of thing as an internal excuse to ignore tests than hopeful this will actually save someone.
Regarding your experiences with the Silverlight app, I don't see that as a case against REST at all. IMO, it's perfectly reasonable to have a view which returns some kind of aggregate resource, while still having endpoints for each individual resource. Or including "sub-resources" as full objects instead of arrays of URIs, or letting the consumer specify their preferred depth of recursion.
In my experience, Steam is only wrong occasionally if I launch the game without Steam open first. Do you have a different experience?
It is funny that the author calls Jason Calicanis a bully when he pays him homage with the entire content of the blog, slightly-misleading facts and figures, dragging competitors in a fight of words, catchy headline...
Not that I agree with the sentence, but becoming a fugitive is not necessarily a great strategy. These guys are human after all, they probably don't want to live their life hiding underground, never being allowed to travel, always looking over their shoulder.

It seems romantic in spy books, but I doubt the reality is very satisfying way to live your life.
And that's why submitting trash needs to come with a karma penalty.
Similar: http://colorfiddle.heroku.com/
Sure, you can use an ioctl for this. You could use some combination of ioctl()s to tunnel absolutely any API, just like you can wrap any text string in pointy brackets and call it XML.

The question is whether this is useful. In particular, once your interface requires ioctl(), you lose the benefit of easy interoperability with UNIX command-line tools.
If everyone voted selfishly then majority rule would benefit the majority? I don't think so. This definitely doesn't scale in the way you seem to think it does.

An extreme example. Suppose a country consists of three tribes. Each tribe hates the other. Tribe A hates tribe B less than C. A & B vote to combine their interests in liquidating C. After C is gone the majority tribe then votes to kill off the smaller remaining tribe.

Given the grand scale of environmental destruction going on in the world I don't think its fair to say that markets (nominally free ones) have done such a good job of translating self-interest into the greater good.

What's good for each of us does not necessarily translate into what is good.
Amazon DynamoDB webinar
The absolute truth about abs()
Should the Government Subsidize and Profit from Data Markets
One trouble with discoverability is the problem with precise semantics. Even if an automated system can discover the existence of a service, to know ~exactly~ what to do with it requires progress in upper and middle ontologies that still isn't here in 2012.

I hate to defend SOAP, but WSDL does a good job of documenting web services. My jaw dropped when I pointed Visual Studio at Salesforce.com's WSDL file and it correctly created a set of statically typed stub functions for a very complex API... I'm so used to this stuff not working that when it does it's like WOW.

HATEOS addresses just a fraction of what WSDL does.
Isn't it more "cache friendly" to use urls that address objects by path, instead of addressing them by query parameters? Like http://foo.com/rest/suite/foo/bar is more likely to be cached than http://foo.com/rest/suite?dir=foo&file=bar or http://foo.com/rest/suite?file=bar&dir=foo
Anyone know if they have a CDN like they did for 1.4? I was using it on a test site with this link - http://twitter.github.com/bootstrap/1.4.0/bootstrap.min.css and it works fine but didn't see if they have a hosted 2.0 version yet.
SEEKING WORK - Boston, NYC, OR Remote

EXperience with many technologies:

- iOS and Android development

- Web development with Django

- server languages of choice: Scala/Python/Java

email: notnoop<at>judeapps.com

github: https://github.com/notnoop

stackoverflow: http://stackoverflow.com/users/125844/notnoop

linkedin: http://www.linkedin.com/in/mahmoodali
1. This has nothing to do with the article.
2. I doubt that ever happened. Why would she read aloud the rating?

Looks like a post straight from reddit.
This isn't about the suicides (which actually are statistically lower at Foxconn than in the rest of China). It's about working conditions that kill workers.
Experience shows that your benefits are actually myths. A 'RESTful API' is not more discoverable, understandable and 'honest' than any conventional, local or remote API.
We Met on the Plane helps reconnect flyers.
This article is from May 2009. Your startup no longer needs a Delicious, friendfeed or Mixx account. Half of the other steps are nearly irrelevant.
That style of IntelliSense would be fantastic for languages that change the ending based on context (aka declination). I know I had troubles learning Finnish because of this, and even the easy Esperanto was tricky at first.