skysight-inc/HackerNews huggingface dataset:
Ships also have much more space to store and use charts - it's difficult to unfold a full chart in a small aircraft

Ironically there was a US submarine that hit a reef recently - which was NOT marked on the paper charts it carried.
It was on the electronic charts which are updated much more often
Yes, it's screwed up but just the way it is.

I think it stems from incompatible networks (GSM vs CMDA).

Since you can't take an out-of-contract phone anywhere else (with some exceptions), signing a new contract for a free or reduced-priced phone is your best option. Other companies can't use reduced rates as an incentive to bring in newly-out-of-contract customers with a perfectly working phone.

It's created a consumer mentality where getting your phone from the carrier is just the way it's done and signing a contract is the best value.

> It’s just that they presumably also overcharge you if you bring your own phone.

Sure, you can look at it that way but the average consumer here has accepted that you get your phone from the carrier so the idea of being overcharged doesn't even cross their mind. They look at it as getting something in return for signing a contract and making a commitment.
Smoke Signals, Mark Pesce's (controversial) LCA keynote
Vote for the best artist in the Taylor Guitars contest
I'd ask you to cite your reasoning. The average age of first child in western societies is almost hitting the 30 year old mark, so I'd argue that (in western societies at least) there is a dramatic mental difference between those in their mid 20's over those in their mid-thirties.
If my iPhone were any lighter, I'd have trouble telling when it's in my pocket and when I've forgotten to grab it.
> As a developer #1 in market share is a very significant milestone.

Unless you're Android, which has significantly less apps than iOS and is getting bad press for its malware problems. Additionally, iOS runs on the iPad, so iPhone developers can universally target the #1 tablet in the world.

Google makes very little off of Android. They've been following Apple's lead design-wise (look at images of what Android was going to look like before the iPhone came out). As a free operating system that carriers can exert full control over, it's no surprise that it's #1 in marketshare compared to a single phone on two carriers, but if that doesn't actually translate into profits for Google, developers for the platform, or innovation for the industry, does it really matter? The iPhone is still directing the smartphone industry and getting the positive press, and the iPad practically has no competitors to this day.
... and the recipient also pays for "received airtime". Whereas, in most of the world outside the US, mobile phones get a different area code, and it is the caller that pays for "airtime".
I'd imagine there's a more innocent reason: deleting things is HARD in systems designed to scale. There are likely to be denormalisations, multiple redundant copies, separate search indexes, caches... bulk deleting an account actually ends up involving a fairly large amount of code.
Tips for making photo-mosaics
Photo mosaics are impressive to look at and are easy to make. Programs automate the generation of them, all you have to do is provide lots of source images. If you want to spend a bit of time you can have even better results, here are some tips for generating great photomosaics.
For me Node is useful when you need a non-blocking HTTP server. I'm currently working on a stats/analytics thing, and it works as the API layer between Mongo and incoming requests. I believe geolocation data company Simplegeo does something similar in terms of API glue in front of Cassandra.

It's most definitely not a sledge hammer, but it's a great tool for your stack.
Especially with organizations being free (for open source projects at least), I think this usage will increase for github.

As for Zed main argument, I am not sure it is the whole story. I think the launchpad vision is great, but the delivery mostly a failure. The fundamental idea of being able to track downstream bugs in a project sounds really right to me, but launchpad UI is really a big mess: you need a lot of hoop to get the code. Sure, you can do lp:foo for project foo, but few people know bzr, and for a long time, there were numerous issues between different incompatible bzr versions (which have been fixed ever since I think). Forcing people to use bzr has been one cause of failure I think.

I also wonder how much differences can be attributed to how the things came to life: launchpad wanted to do many things from the start, wherease github grew organically.
Long Form Java Articles
Pondering when I'm going to be able to start pushing production sites to AppHarbor. Does anyone have any experience to share in terms of robustness, scalability, support etc?
the link is broken dude..what the hell..for the youtube videos
I didn't choose the domain. The domain chose me.
> (BTW, I am 30, and when I was 16 I was basically acting as supervisor of a team of 12 workers when my family was building the house due to my father having heart problems. Yes, I was good with money, I could negotiate some, tell people what to do to a certain point, but I lacked emotional intelligence, tact, or general maturity to handle more finer problems).

So basically you're saying you was more adept at 16 with dealing with other people, responsibility and money than the vast majority of college grads are in their mid-late 20's. So I'm failing to see your point.

Because of an education you wouldn't have otherwise received you were capable of doing tasks considered vastly beyond your age's observed responsibility level, seemingly even by yourself.
There are a handful of internal users w/ UK numbers but cost has been the concern since it's significantly more expensive to acquire numbers in the UK vs. the US.
I fail to see why people want to delete their accounts when they decide not to use a service any more. Why not simply stop logging in?

With Yammer it at least makes a little sense because there's possibly sensitive business data on there.

But I built and ran a moderately successful Facebook app and people bugged us about it constantly until we built the feature, but the motivations behind wanting to delete an account just baffled (and continues to baffle) me.
Umm, not paying taxes? Declaring a virtual loss on millions of dollars revenue would make for a nice tax "bonus".
Google had enabled for a while a XMPP in/out gateway but they seem to have disabled it. It's still working on my account though and pbxes.org has a nice support for it built in, so it seems imminent they'll re-add this feature at some point in the near future. Given the on-deck support for SIP calling in Gingerbread, I figure they must be in the final stages of testing now.
The classical notion of ecstasis is to be outside oneself, as in the phrase "beside oneself with joy". That's very different from inhabiting an expanded self. Are you saying that Heidegger revised the classical notion? If so, did he do this as part of an extended critique?

Nietzsche was a classicist and Heidegger's whole philosophy (if I remember grad school) was about taking off from classical roots, so it's unlikely they would have changed this concept without saying why. I'd like to know where they say it.

This isn't merely theoretical. My experience has been that Nietzschean self-assertion, at least in its more vulgar forms, leads to unhappiness in the long run - and that taking the focus off self, as suggested by the etymology of "ecstasy", is a more viable strategy. (Then again - not necessarily in adolescence, but later.)
I wonder how this is going to pan out with the FlightPrep/RunwayFinder patent drama?

http://news.ycombinator.com/item?id=2007899

(this might be a very smart move on FlightPreps part - wait until some well funded company gets far enough down the rabbithole to get FAA approval, then hit them up for license fees. _Way_ more likely to get money out of _that_ than from RunwayFinder)
No its really not. I worked on a system where the average user had hundreds of thousands of objects across dozens of servers.

The delete button sets an account flag saying "this user is deleted." The front end UI honored that and no longer showed the user. A half dozen DELETE tasks were then tossed into a job queue, one for each major subsystem (cache, archival storage, etc). The visual effect of deletion was instant and within 20 minutes everything was gone.
Webml.org - WebML papers
Features which by definition never generate sales are dead last on my priorities, too. I have to log into the Rails console to completely kill an account, as opposed to refunding or turning off billing.

These features are also frequently a usability cluster flop because users are absolutely impervious to wording like "If you tell us to delete this WE CANNOT GET IT BACK."
Paying to receive is the part of the US system that I don't understand, not just when it comes to SMS.

In the UK/Europe (and afaik most other non-US regions?) receiving never costs - even if I receive a call when in another country, doesn't cost me anything.
About testing puppet changes...

If I had to do it again I would probably ditch the puppetmaster altogether and use an rsync server to distribute the entire configure repository to every server, then run puppet locally to apply changes. This way you can simply modify any local repository and run puppet to apply the desired configuration to any machine you want. When you're happy with the changes you can check them in.

Using the puppetmaster and the puppet fileserver was trickier, essentially I would use FACTER_var="value" to pass in a value to puppet that would use local files rather than central files (which came pretty close to the purely decentralized model anyway).
How I'd Spice Up The TechStars Startup Madness Tourney
I was speaking in general.
> deleting things is HARD in systems designed to scale.

That's an excuse, not a reason.
This is an awesome Idea. Always looking for something like this. Cab rentals are too high.

You can talk to Cab Service Providers in different cities. And don't worry about monetizing. Once you have a good userbase, you can charge a minor amount from Cab Service Provider or even users when they book a Cab (and its actually saved them some bucks). No one will mind giving 1 buck each time they book if it is saving them 10.
With twitter, and social media, and all these email addresses all over web, if you have absolute merit then you can make those connections. It's a matter of persistence.
2010 CWE/SANS Top 25 Most Dangerous Software Errors [pdf]
It works the other way around. Facebook is retarding their growth right now, when they can't afford to have it retarded. On the other hand, when they are big, they can afford to make users jump through hoops (and identify themselves).
An interesting, abstract twist on cinema redux.
Which iPad 2 should I get?
I think the two methods result in the exact same thing. Especially since the crawler won't see any raw HTML pages anyway - all links are hashbanged, and have to be crawled via the Google parameter rewriting scheme.
How many legitimate businesses want access to my entire Facebook network?

How many scammers/spammers?

Isn't group B a lot larger than group A? Isn't even group A a little scammy? Does Kellogg's want access to my info to help me, or because they want to show me more cereal ads?

You're starting off putting yourself in group B, which is not a good idea at all. Facebook is acquiring a very negative user reputation, along the lines of Ebay and Paypal. That doesn't mean that people will stop using it, but there's very little trust for Facebook - Facebook has done everything in its power to demonstrate that it is not trustworthy.

Facebook can't be trusted to keep your data private, and you're lumping yourself in with them. Seems like a bad plan to me.

Clicking "let this company I've never heard of suck down all my Facebook information" is a terrible idea. It's like downloading and running an executable from ugothacked.ru. Except you can't even wipe your computer and reinstall - it's irrevocable.
If your new solution ends up making you unhappy you're probably much more likely to switch back if you can just resubscribe and have all your old data back.

If you trusted them with your data while you were using it they probably weren't expecting you to not trust them anymore once you left. Even as you delete every user by hand surely all that data is backed up somewhere?
Which is why "at scale" you design systems that let you mark records as deleted (without actually deleting them).

You then need to choose how you explain that to users (preferably before they sign up and start entering sensitive data) as well as the normal problems of deciding the policy about having backups of "deleted" data (if you don't actually delete it - either from the live data set or from archived backups - a court could require you to hand it over).
Nicely done thanks. Much clearer than quickbooks or quicken.
case in point: i was working for twitter support when Miley Cyrus deleted her account. it took down all of twitter for the better part of a day while the system was trying to invalidate/delete millions and millions of records... that was not fun.
First off, like many Android fans, you insist on comparing an operating system to a single phone. It would be a shock if a free OS on multiple phones didn't outsell a single phone. However, the word "outsell" is a weird one, because Android doesn't cost anything, so it's not Android that's outselling anything--it's the total sum of the multiple phones that just happen to run Android compared to the one phone that runs iOS. Almost all of Android's market share gains came at RIM's expense, not Apple's.

Android is not a serious competitor for Apple because it's not making Google money. It has a negligible app presence and a fragmentation problem. iOS is still what guides the industry, it's what people talk about, it's what Android is copying (Android was going to look totally different before the iPhone came out in 2007), and it's where the developers are.

It took an operating system with no price tag and the promise of total control for the carriers to outsell a single phone. That's a big deal. Even then, not one single Android handset outsells the iPhone on its own, and the iPad still has no legitimate competitors.

More importantly, Apple make huge profits on iOS devices. It has the developers, and it gets the press attention. Android makes no money for Google, barely has developers, and is known as the geeky platform for cross-armed OSS evangelists who hate Apple. It's also experiencing a non-trivial rise in malware--two negative articles came out today in major news outlets. Sorry, but Android is not a serious competitor for Apple.
A small question:

Assuming you use a single type and version of the OS (say ubuntu vXXX) -- Does it make sense to use the OS native packaging system instead of something like Puppet?

I.e., maintain a private packages repository where you add your custom packages, and have the various servers pull from that repository?

Obviously, this doesn't work if you have different types of servers - but for many servers configured identically, it should work.
looks good. Very Hipster like. When are you guys launching?
Puppet requires both a puppet server (Rails) and client, SSL key exchange, firewall rules for the puppet server, proper DNS records for everything, and a host of dependencies, all of which you need to set up before you can actually do anything.

Not to join the chorus of "that's not actually true" I do want to take a step further and say that's not even the way I'd recommend using puppet.

The puppet server gives you an alternate authentication method (SSL vs SSH is a toss-up imho), a fileserver (rsync is better), a "dumb client" model where clients are only given the files and configs they actually need, and a master server to process all the manifests and load them into memory, etc., which might under some circumstances (which I have never encountered) help performance. That's about it. If anyone else has other insights on the benefits of deploying a master I'd be happy to hear them.

If you don't need any of those things, you don't ever need to deploy a puppet server. You need ruby and its dependencies, you need facter and its dependencies, and possibly a couple of other libraries (ruby-augeas, etc.), most of which are built in to modern distributions. Ideally you will use revision control as soon as possible. Rsync your manifests and run the puppet client on them directly. That method scales up or down really well and is generally more flexible (see the comment below about difficulty testing changes)
Or for that matter I kind of want to hover over parts of the barcode to see a screenshot from that scene -- I wanna see what that one "red" part is really quickly.
Let me endorse both of the above posts. Having now spent many months tinkering with Puppet, I wish to god I had fully understood the value of not using any of Puppet's server features but had instead just shipped the manifests via some other method and applied them locally.

If you need a super-performant version of that strategy (which you probably don't) try googling up Twitter's "murder" project. (Not as violent as it sounds! It's the crow kind of murder.)
The only reasons not to get one are (1) Not-great hardware, if you love top-of-the-line stuff, it'll fall short, (2) Sprint's network is pretty sucky, and you can't roam onto Verizon like I believe you can with regular Sprint, (3) Virgin Mobile doesn't allow VM forwarding so you can't easily use Google Voice for Voicemail.

On the other hand, it's a nearly-pure Froyo experience, the battery life and performance is great, the plans are dead cheap, it has awesome hardware buttons not crappy haptic capacitive ones, a Market install of "Quick Settings" opens up the Wifi Hotspot feature. Seriously, $25/mo?!

Anyway, I bought one, and coming off an old iPhone (and AT&T), I think it's great so far. Might have to reevaluate after I spend some time out of the metro area and away from Interstates.
Its not going to kill the SMS. However, its going to impact operators revenue. SMS has been the cash cow to operators for a longtime now. The cost for sending/receiving SMS is almost zero except for the network maintenance cost. So this will definitely impact operators revenue. Mobile VoIP didn't kill circuit switch calls, but did dent operators voice revenue especially international calls.
It would be interesting to see how the different languages stack up in getting jobs in the bay area. The bottom line is that web application developers in general are getting lots of job offers there (assuming that Ruby developers aren't having a problem.) I couldn't see a situation where all the Ruby developers there are getting snapped up and a glut of PHP developers are being left out in the cold. In the world of freelancing, I'm certainly not seeing a lack of work for PHP developers, though you have to cut through a lot of noise to find the decent jobs (still not lacking though)

I would think that your general skills as a developer would be important. Versatility and productivity with your tools is probably important. If you have that down, then I imagine you could easily pickup the same with a different language.

Edit: I also wonder if it's any good to have a job in the bay area making $90K+. That's an expensive area to live in, I think I would be just as happy freelancing for half that (or just as much) from a cheaper area. However, it also seems to be the mecca for developers, so maybe that's all you need as an excuse. ;)
Whoa. Eric Schmidt co-wrote lex? I had no idea he had that kind of programming pedigree.
Maybe the Android fans needed something to cheer themselves up with after last week's Apple event. :)
congrats on the launch Chris! looks awesome!
Say, penultimate.fm?
I had this EXACT same issue with Yammer about 8 months ago. The experience of canceling my account made me want to bolt off their system and killed any hesitation I had. I checked out Presently (http://present.ly) the next day and after a week of using it, it erased all of our data randomly. No go. Not a great first impression. The following week we discovered Socialcast. And we've been VERY happy with Socialcast (http://www.socialcast.com) since that time.
It will definitely be concerning to see planes crashing into helicopters and landing after 180-degree turns at 500 feet.
Interesting becuase it is becoming increasingly obvious that Android is aiming wide, yet their userbase are not as automatically app savvy or interested as Apple users.
"It’s not meant to be a Pandora but a compliment to it, it’s a place for sound discovery, where you go and listen to music.”"

Right, because I don't go and listen to music when I visit Pandora, Grooveshark, etc.
I signed up for Yammer with the re-assurance that I would be in control of my company's data. And that the service could be cancelled at any time. Having to make TWO phone calls to cancel my account for a web-based system is absolutely inexcusable, unless it's 1995. The experience took me from mildly unsatisfied to livid in record time. I ran, not walked, away from Yammer after that.
I think I talked to maybe three adults who were not parents, teachers, or family in an eight year period.

Don't mean to pry, so feel free to ignore this, but how do you reckon not talking to more than 3 adults over a 8 year period is fortunate? I am genuinely interested, not being facetious.
can't directly lie, but people play games with accounting numbers all the time. for all we know, a large chunk of that revenue could be going to pay year-end bonuses.

but given they have 45 people, after salaries and benefits, and after all the costs of running the site, that kind of net profit doesn't seem entirely unreasonable on $4.8M rev.
I think it'd be worth mentioning this is accrual basis accounting. In cash basis you wouldn't write down things which haven't already happened, like the anticipated payment from customer 2.
I think the transcribing got a little messed up, but what I meant was that Like.fm isn't meant to be a listening destination. It's not meant to compete with Pandora, Rdio, or iTunes. It's supposed to work with content delivery platforms, aggregate the data, and the ability to play via youtube on the site is simply a convenience feature to aid in discovery.
Accounting gets interesting when you get derivatives and the fed involved. You own a volatile asset, so the price can go up and down, everyday. However, you don't necessarily know how much said asset is worth. So, you have no P&L. You can possibly borrow against said to cover cash flow, but if asset declines in value, your creditors can demand payment.

Furthermore, your balance sheet can look great. However, if your debtors go bankrupt, a solid balance sheet can quickly deteriorate. If your customers pay late, and you can't borrow money, the delicate balance can collapse.
I think the whole delete your account and in this case your network was motivated by having a tremendous amount of private company information on there. Some of it was harmless, but if given the choice it would be better that it were removed from the servers of what is a third party at the end of the day.
That sounds convincing.
The World’s First Goateed Robot Is Unbelievably Creepy
Hmm, not exactly a ringing endorsement. It's interesting how so many Android fans call the fragmentation issues FUD, but developers consistently confirm it as a real problem. Supporting multiple devices like that is a headache for the small developers that make up the majority of mobile app development.
Let's look at the opportunity cost of you leaving. You get to do something more significant to you that's more valuable. And also, someone else (who may actually want it) new gets an offer from Goldman Sachs. So you're helping that new person and (probably) helping yourself too.