skysight-inc/HackerNews huggingface dataset:
Yup. I'd add to that list, but it sounds like you're here already :)
We're running 1.8.x to great success. Currently pondering if we want to test with 2.0 or just wait to start testing until 2.0 final is released.
Side-by-side Comparison of mobile apps map features
This is standard practice in NYC and SF. If you're going to look at an apartment, you bring your checkbook and are prepared to leave a deposit on the spot if you want the place.
This is a very apt way to describe the job...but is "data scientist" really the right term? Because there are many, many scientists who are terrible at software engineering, despite being great at research and analysis.

Wouldn't we call what @cloudera refers to, "data engineers"?
Interesting. I've never heard this from someone with a Blackberry before. Whenever I ask someone with a Blackberry to give me directions (like when I'm driving for example) they usually just ask me to use my iPhone because it's easier. My understanding is that it largely has to do with the poor scrolling on a Blackberry as compared to the iPhone/Android app.

Either way, point taken.
Epistemology is a field of philosophy not psychology.
Thanks for letting us know. Odd that the gradients aren't showing up on the buttons, which indicates to me a bug with Dolphin. I'll take a look.
We all thought it worked :) All of my friends with NES growing up encountered the same problems overtime. It was clearly a design problem as described in the article. The SNES was so well designed, I still use it to this day (almost 20 years later).
Fair enough - it wasn't a totally fair logical argument and you called me out on that one - +1 for that. However, you must acknowledge that the conclusions I jumped to were far from unreasonable. Who complains about technological progress?
This interesting. You say there is one reason airplanes fly. But "deflecting air downwards" is causing an lifting force by action=reaction (the way a rocket works) and "air pressure is higher on bottom of the wing than on the top" is causing a lifting force by pressure differences.

Those are different reasons, or am I mistaken here?
While this is amusing, it's also rather disrespectful.

You may not agree with the decision by the Ubuntu team to incorporate a feature...and that's fine. There are plenty of ways to voice that opinion (blogs, email, forum).

Putting patently invalid(joke) bug reports in a system that's designed for actionable bug fixes just makes life a bit more troublesome for people actually trying to fix things. Harassing them about it through this channel seems like a waste of their time.

Seems like Shuttleworth responded to this gracefully, though. :)
Online dictionary, 37 years in making, illuminates ancient Egyptian script
I know several people who make a comfortable living working under 10 hours a week. They've done two things: created a self-sustaining business with regularly paying customers, and adjusted their living situation to minimize expenses, by moving to low-cost-of-living areas, eating at home, and making use of the extra time so that it feels worth it.
While it is cool that a company is doing this in the USA, battery swap stations have been operating in Israel for a while. Better Place is actually only a battery company and does not participate in the electric car market.
http://www.mnn.com/green-tech/transportation/blogs/car-batte...
By free energy one usually means the excess energy going out of a system after putting energy in. Since this type of transformation is not possible we never see truly free energy. There are lots of systems which have things in motion, and could in principle stay in motion forever, that do not provide free energy because the amount of energy going out = the amount of energy going in = zero. A pendulum in a vacuum is an example.

If you want an analogy to the quantum situation of a time clock spinning around you can think of the penny rolling in a funnel. https://www.youtube.com/watch?v=C2awnAeuFbc If there were no friction then the penny would never fall through the hole. It would reach a 'ground state', where it's as far down the funnel as its initial angular momentum will allow, and go no further but continue to whiz around. This is still not free energy and is not a quantum effect.
Insanity! not just the arrest order but the 24hr blackout, can someone living there confirm if Google is blocked or was blocked recently?

This seems like an excessive amount of power wield by some random judge, not to mention the non issue of it all.
not so new; happened a few times on github (hello ruby community).
So..... Why don't you just save the password in your browser? Do you use a new computer every time you log into HN?
Wow! This is such a great tool! Thank you for making this. Did you build the landing page with Jetstrap?
It's not about "hating", or at least I hope it's not.

NoSQL, in many ways with MongoDB leading the charge, came on to the scene very quickly with a lot of support on HN. When action outpaces education, then it's natural to expect education to play catch-up for a while, which is what's happening now.

Some of it is education by 10gen, some by users who made mistakes (the leading cause of education), and some by traditional database people who want to highlight the lessons learned that might have been missed by 10gen or mongo users.

Generalizing all of this as "hate" is not productive.
I'm really tired of everyone talking in absolutes (also the overuse of the word terrible). The right answer is (almost) always "it depends".

It depends how critical that functionality is to the core value the site provides. It depends how appropriate it is to a mobile platform experience.

As a contrived example I'd probably be perfectly happy if I could only browse, read, and maybe vote on HN if the mobile experience of reading was significantly improved. I never want to write a comment from my phone, I hate typing on it. Not a great example since a textarea isn't complex and it's easy to add to a mobile layout, I just want to get across the point that not all interaction is appropriate or important on every platform.

This is why responsive design is hard, because doing it well means far more than just changing the layout, size and visibility of elements. It is a different interaction paradigm and generally will need to be treated as such to maintain a quality experience.
Not sure I agree that normal people need a ton of hand holding, but even that's true, those people will eventually disappear.

As for the image on our homepage — that's our app icon. Pretty funny that it's quite realistic (done by the talented folks at SoftFacade). We didn't think it was a huge contradiction, since it serves as more of a pretty picture than an interface.

That said, we probably will end up throwing it out when redesign our rather outdated external site :)
I'm starting to feel this way about the traffic in the Bay Area. I moved back here after living in New York for four years and am absolutely astounded by how bad the traffic has gotten. It takes me upwards of an hour and a half to get from my house in San Jose to my office in Menlo Park (a distance of ~30 miles.) Definitely makes me miss the amazing public transit infrastructure back east.
Could SPDY have been patented?
Can't think of a good article, but here's my take:

Delegate == singlecast. Meaning it can only point to one function at one time. Calling the delegate calls the assigned function.

Event == multicast. Meaning an event is essentially as list of delegates. When the event is fired, each delegate is called synchronously in the order they were added.

That is the functional difference. Hope that helps.
You beat me into writing this =) Great article, btw!

It seems to me that there are three camps of people when it comes to dbs - (1) The "I hate anything new" camp, (2) The "I hate anything old" camp, and finally (3) The "I will pick the best tool suited to my needs"

Those from camp (1) are the ones who hate anything that IS NOT relational or sql. The mongodb bashers would fall in this camp.

Those from camp (2) are those who hate that IS relational or sql. The "web-scale" people would flal in this camp.

Those from camp (3) are the silent majority who do their independent research, pick the right type of DB for their job, and live life happily.

For my startup (Semantics3), we deal primarily with JSON strings (which have no fixed structure). We use MongoDB because a really good use case for it is to just store JSON documents with a unique id. We only run simple queries on it - basically existential (does an id exist) or count.

We are aware that it's query performance is not as fast as that of a relational db. So we then index that data to ElasticSearch and run our advanced queries through that.
We are really happy with our current system and it has been working great.

If we had some sort of "relational" data with a fixed structure I sure has hell would have picked MySQL or PostgreSQL and used Sphinx on it for indexing.

Peace.
"A developed country is not a place where the poor have cars. It's where the rich use public transportation." @petrogustavo Mayor of Bogota

As a brazilian from São Paulo, who nowadays lives in Europe, I can confirm that. That kind of traffic is unsustainable. It doesn't matter how much of a good job you have, if you have to face this routine every day, your life WILL suck.
Poe's Law: http://en.wikipedia.org/wiki/Poes_law
In practice, you're writing code that has to deal with records that were updated by versions 3, 5, and 7 of your code but not 4 or 6. After a few years you can be sure somebody got it wrong at some point, and now you have records in a few out of the 2^n states where not even the developers can anticipate the system's behavior. The fix is to make ALTER incremental and less painful, not to stop writing down and checking your schema.
"No city in the world will ever manage to end congestion because when traffic flows, people are drawn to their cars." - I disagree with this statement. There may be something about São Paulo that makes this true, but it's not a guaranteed universal truth.

Vancouver, British Columbia has taken an interesting approach - they don't run freeways into the city, and have, over the last 40 years, zoned a large stock of residential units in the downtown/west side of the city.

The goal is "Live where you work."

People still commute by car, and skytrain - but, in general, there is an approach to ending congestion. Affordable, high quality, inconvenient mass transit is a large factor. But, generally, just avoiding having to travel long distances to get to work is another.
The author had everything in one package. The package is the real compilation unit. The author claimed that this is the only way to use go because you can't have circular deps. Well, this is where structurally-typed interfaces come in to play -- you shouldn't have a circular dependency, it is just that your interfaces need to be compatible. For instance, each of the parts of the standard library is its own package... there is no circular dep on the "reader" interface, things just implement Read() and it "just works" (and is enforced by the compiler at link time.)

Having 700 files in one package is an abuse of api.
Don't drive your Nissan Leaf too much
signup and login page not working at the moment...very excited about the builder tho.
Deficient public transit systems create areas where owning a car is THE thing that lets you into the middle class - this is bad for the environment, bad for traffic, and creates a barrier to social upward movement. Here on Long Island in New York, the bus system only serves /certain/ areas and the train system (Long Island Railroad) is expensive and designed to bring people to and from Manhattan and back and does anything else quite poorly.

p.s. Anyone remember the Doctor Who episode Gridlock - where people actually lived and died in traffic? (:
I lost it at the monocle bit.
You built one very basic bootstrap site and despite not having done HTML/CSS in 3/4 years you've now got the expertise to tell everyone else they are doing responsive design wrong?

I've built responsive sites in Bootstrap, Foundation and "without a net" and I wouldn't presume to tell anyone what's hard or not about responsive design or even if I'm doing it right or wrong. Look if out-of-the-box Bootstrap is good enough for your needs (and more importantly your user's) awesome. That's called an anecdote.
Using !important is bad practice.

If you're loading a child stylesheet properly, you should be able to overwrite the styles without having to use !important.

You just have to make sure the selectors match up properly.
Battery fade is an interesting issue, that its this pronounced in the Leaf is not a good sign. The nature of 'commute' cars with short trips and repeated recharging might exacerbate the issue.
Very interesting. I'm pulling a lot of interface design inspiration from Layervault right now and saving it in the back of my head for later.
I absolutely love the idea, but this works horrible on both Chrome and Safari.

I've seen bugs ranging from not being able to drag anything at all to elements not landing in a proper container, to just being overall confusing (dragging a table row results in dragging a table cell as a ghost. Where is my row?).

My trial was about trying to drag&drop a super-simple layout, with a table, with some form elements.

Unfortunately that's not properly possible right now, i'll wait up another bit for fixes. PLEASE keep up this work, we need more tooling like this!
If your beef was with the W3C, you should have stated that in your original comment. And then do some research on what it is, how it works, and who sits on the panel before you decide to rule them all inefficient idiots.

...then you argue that we should replace javascript with another language, and that would improve "best viewed in" problems? The kinds of changes you are proposing here would make the same issues you complained about 1000x worse. "Sorry, we wrote this in python, so you have to upgrade your browser, because it only runs javascript". This would immediately invalidate all old browsers, rather than slowly upgrading the tools we already have. Progressive enhancement and graceful degradation is how it goes when upgrading, you can't just make vast and rash changes like this.

It's great that you are thinking this way, but you have a lot more thinking to go, and a lot more research before you start posting comments like this.
This comment is speculation and is wrong. You cannot take energy out of a ground-state configuration but it has nothing to do, at least directly, with measurement.
It would be interesting if email started adapting to this new use. For example, if we standardized around these login emails being sent from login@url.com, then you could set up a rule to automatically delete any email from login@url.com after 5 minutes. Over time, if this caught on, you could imagine this being standard practice by email clients vs. a custom rule.

This of course only solves problem (1) that you mentioned and possibly(?) (2) partially.

It occurs to me that this is kind of an interesting evolution of systems like 1Password, where the user experience is very similar: you have one password that gives you access to other passwords. Similarly here, your "one password" is your email password, and that gives you access to what is conceptually a new password on every login (vs a pre-generated one).

I wonder if we couldn't solve 3 and 1 together by creating a "login email provider". For example, pretend dropbox wanted to offer this service. Dropbox gives you an @dropbox.com email specifically for logging into places. When a login email was sent to you, you would go to dropbox and navigate to the logins tab, which would have a very non-emaily interface showing you the last login links that were sent to you (again, auto deleted after 5 minutes -- and since this is not meant to be used as normal email there is no expectation for them to last longer). If websites only supported "known" services like @dropbox.com for this kind of login, then the (3) could be solved. Maybe to make things even clearer, the .login TLD could be used or something.
Why the heck Google is not allowing Indian Developers to sell Paid apps?
I wish to know why Google is still now allowing Indian Developers to sell Android apps in the Android market(PlayStore)? Whether there is any concrete reason behind this? Why a big corporation like Google thinks that only Americans and others can make brilliant apps? and Why not us?Even Amazon allows us to sell Android apps.Why not Google? Whether "Dumb" Google is thinking we can't make good apps?? This seriously shows how Google is less intent on capturing emerging markets and this also how there is lack of clarity at the top management in Google to capture new markets and make more revenue.Realising our immense potential,even Apple allows us to sell apps in the Android markets and some of the Indian companies like Games2Win.com has made apps like Parking Frenzy that has captured top position in iTunes market!! But on other Google is still dragging it's feet on allowing Indian Developers!!
Portland rocks!
Great job Max! The app works great, can't wait to see where this goes.
Does this still work today? I tried downgrading and got error 3194, which seems to indicate that Apple is no longer signing 5.1.1 (I hadn't jailbroken/saved shsh blobs yet). Am I SOL?
Sure, the American NES was deliberately designed that way in order to not look so much like a video game device, because everybody was paranoid due to the video game crash having happened recently.

I'm really asking a mechanical question. Basically, if you're going to build an insert-and-press-down device, it would make sense to have a mechanical system to handle all of that separately from the electrical contacts. Basically, you'd have the cartridge slide into some kind of device which captures it and has the springs and latches to make the system work as desired. Within that device, you'd also have the electrical contacts with the cartridge, but set up so that the fragile electrical contacts don't actually transmit the spring's force, which goes through the outer frame instead. You made it sound like the force got transmitted directly through the electrical contacts without any separate spring-loaded device, which seems like a pretty obvious failure point.
We were also talking when writing the blog post that it depends on what the interface is for. When designing a site that accepts user-generated content (whether it be LayerVault or Facebook), the interface—is in many respects—only there to get out of the way. A flat design is often best at showcasing others' content.

When the interface is to facilitate a straight-forward task, one could make the argument for a more embellished interface.
I think it is highly unlikely that any of his actions would result in any significant jail time. Community service, a fine, and/or some sort of probation are all more likely.

I had a childhood friend who got in with a bad crowd in high school. At some point, when he was about 17, he was caught illegally entering a business at night. His parents refused to go pick him up from the police station, so he had to spend the night and most of the next day in a cell. I don't believe his ultimate punishment involved any jail time.

I respect his parent's decision. That sort of action teaches a troublesome kid that there are real consequences for breaking laws beyond just upset parents. While a criminal record might make it harder for him to get a job in the future, it certainly doesn't make it impossible. I also suspect it is better than letting a kid think that other people will protect him and he can get away with whatever he wants.
Want to move off FeedBurner?
It seems like you think this would replace bank login's, which it won't, but rather this is perfect for about 90% of the sites out there that require a username/password.

1 & 2. If your email is hacked, the least of your concerns is what else is being accessed. No matter what, if someone controls your email then you are screwed. We've seen enough examples of that being true.

3. Well, if you don't remember your password and you no longer have access to the email you're in trouble as well. Password managers are great, but there is still some use cases where they don't work very well and I've had keepass go corrupt on me once before.

4. They already know all the sites you visit (if you're really worried about it). You still get password resets, user account confirmations, and weekly notifications from most sites.
Error when dragging a Text input onto a form:

Uncaught TypeError: Object #<Object> has no method 'apply' jquery.js:3332
jQuery.event.dispatch jquery.js:3332
jQuery.event.add.elemData.handle.eventHandle

When dragging a select input, this did, work, when then dragging another element, more errors:

frame:55
Uncaught TypeError: Cannot call method 'value' of undefined builder.js:142
Uncaught TypeError: Object #<Object> has no method 'apply'

I hope you have automated javascript error logging and are fixing every bug in this 'cause i really would like this to work!
Will Windows 8 be able to run on that chipset as well?
1980s home computers maybe did not, but one cannot not claim Apple was locking you in in 1978. I think ftp://ftp.apple.asimov.net/pub/apple_II/documentation/misc/a2_reference_manual_alt.pdf shipped with every Apple ][. It seems to contain enough information to clone the machine (electronics diagrams, timing diagrams, ROM disassemmbly, etc.)
Will this stand in a replacement for CoreData on most apps? TBH, I've read over CoreData docs and I just don't get it.
Don't use this. Mutation events are insanely expensive.
Yeah, "d - You don't usually jump through hoops to get a demo website working in your perfectly capable browser" must have been left off the list accidentally.
It would be a fun day if that happens but it is highly unlikely. All of google products are either free or ad supported. Ads (or all the other forms of revinue) are in the DNA of maps and they are definately not going to change the whole maps platform for a paid ios version of maps. Either that or release a paid maps that also has ads, make no sense.
Symantec Norton Utilities 2006 source code leaked by Anonymous
IndieWebCamp
I moved here from a place in Colorado with 300 days of sunshine a year. Everyone said, upon hearing I was moving "You know it rains a lot there?". Buy a jacket. Go outside when it's nice, don't when it's not. Living your life by the weather is pretty silly.
This may have been on his mind:

http://www.iovation.com/blog/dutch-hacker-extradited-from-ro...
It's a matter of how comfortable you are with someone having access to your bank account.

If you believe it's unlikely anyone will ever either A. work for a telecom company, or B. build an OpenBTS base station, while also C. try to get into your bank account, then you shouldn't worry.

If you believe it's unlikely anyone will ever A. work for an ISP or other mail relay, or B. sniff traffic on a network segment that an unencrypted mail relay runs on, while also C. try to get into your bank account, then you shouldn't worry.

Now then. If you think both of those are likely to happen, you can simply use a one-time pin program on a phone (or a keyfob -- much more secure than on a phone) and neither of the two attacks will be possible, thus your bank account will be more secure.

It's only a matter of how much you care about your bank account. If you care enough you won't use e-mail or SMS. If you don't care, then whatever happens, happens.
Nope, they're completely inseparable. If you deflect air downwards, no matter how you do it, you must end up creating a pressure differential where air pressure is higher on the bottom than on the top. If you create such a pressure differential, then no matter how you do it, you'll end up deflecting air downwards.

Pressure is just a fancy way of saying force per area. The air pressure on the bottom of the wing is just the downward force exerted by the wing on the air, divided by the wing's area. The only way to deflect air is by applying a force to it, and the only thing applying a force to it is the wing.