HN user

nonchalance

962 karma
Posts26
Comments275
View on HN
oss.sheetjs.com 12y ago

In-Browser Excel File Parser

nonchalance
3pts0
news.ycombinator.com 12y ago

Ask PG: What is the current state of the "Startup Ideas We'd Like to Fund"?

nonchalance
19pts3
sheetjs.github.io 12y ago

HTML5 parsing XLS (Excel) files in browser

nonchalance
3pts1
www.marketwatch.com 12y ago

Twitter expects to raise up to $1.61 bln in IPO

nonchalance
1pts0
www.latimes.com 12y ago

Netflix earnings jump; service surpasses HBO in U.S. subscribers

nonchalance
2pts0
undocumentedmatlab.com 12y ago

Undocumented Matlab

nonchalance
1pts0
news.cnet.com 12y ago

Netflix in talks with US cable providers -- report

nonchalance
2pts0
www.news.com.au 12y ago

Former NY Fed employee sues over Goldman Sachs collusion

nonchalance
1pts0
blog.nig.gl 12y ago

Excel VBA Password Protection is useless

nonchalance
27pts15
carywalkin.ca 12y ago

Arena.Xlsm version 1.3

nonchalance
1pts0
status.github.com 12y ago

Github is down

nonchalance
3pts0
nicolaskruchten.github.io 12y ago

PivotTable.js: JS PivotTables

nonchalance
2pts1
common-lisp.net 12y ago

Parenscript: Lisp to JavaScript

nonchalance
4pts0
www.telegraph.co.uk 12y ago

Candy Crush creator King files for IPO in America

nonchalance
1pts0
www.marketwatch.com 12y ago

Take-Two: First-day "GTA V" sales top $800 million

nonchalance
4pts0
online.wsj.com 12y ago

Ecotality (EV Charging Stations) Files for Chapter 11 Bankruptcy

nonchalance
1pts0
compsoc.dur.ac.uk 12y ago

Whitespace programming language

nonchalance
1pts0
medium.com 12y ago

Request for maintainers

nonchalance
3pts0
www.bloomberg.com 12y ago

Vodafone in Talks With Verizon Over U.S. Wireless Stake Sale

nonchalance
1pts0
news.ycombinator.com 12y ago

Ask PG: what happened with SkySheet?

nonchalance
4pts5
en.wikipedia.org 12y ago

Wirth's law

nonchalance
2pts0
news.ycombinator.com 12y ago

Ask PG: will the HN user pages ever come back up?

nonchalance
2pts3
www.hybridcars.com 12y ago

NHTSA Refutes Tesla’s Outsized Crash Test Claims

nonchalance
1pts0
www.asktog.com 12y ago

Keyboard vs the Mouse

nonchalance
1pts0
blog.izs.me 12y ago

JavaScript is Not Web Assembly

nonchalance
2pts0
www.google.com 12y ago

FB approaches IPO price

nonchalance
1pts0

If you're already fat, you're pretty much fucked.

That's not true, and that's a mentality that justifies self-destructive behavior. I used to be overweight but turned it around a few years ago, and in my case it boiled down to fixing some incredibly unhealthy habits

1) better sleeping habits. I used to go to sleep at 3-4 AM, now I force myself off of electronics by midnight and read a book or write until I doze off. Nowadays, when I first get up in the morning, I roll out of bed and do some pushups to avoid the crawl back to bed.

2) better eating habits. Eating breakfast is probably the best thing you can do for your diet. I found that I was eating much more later in the night, so as I shifted my sleeping pattern I also shifted my eating pattern (eating much more at breakfast and lunch and much less at dinner).

3) better exercise. It started with simple things: going to the grocery store, rather than waiting for the closest parking spot, I would park at the far end of the lot and walk the extra N steps; after a few months, I purchased a collapsable cart and just walked the mile from my house to the store. And bit by bit I would try to increase activity.

Obviously everyone's experience is different, but please don't propagate the idea that overweight people can't lose weight

The monthly fee makes it unappealing for small volume customers, and the per-transaction fee makes it unappealing for large volume customers. I'm guessing there's some intermediate range, when you are negotiating the final deal, where it's comforting to have that "flexibility".

Not sure why you were downvoted. A perfectly reasonable growth strategy would be to limit API requests for applications based on a free plan (and progressively increase the limit based on the plan chosen)

If they really did create two sets of disk images based on presence of Firefox, Dell could argue that the price is not for the software but for other differences between the disk images.

Note that I'm not arguing about the spirit of the actions, but merely about whether Mozilla actually has a case here

I think there's a different force at play here:

When the software comes with the computer, you can turn around and complain to Dell about the software. There is someone you can call, and generally it's rolled into the phone support contract.

When the software is installed afterwards, you don't have the same ease of complaining. Dell can argue that Firefox somehow messed up your computer.

That is a convenience many people are willing to pay for. Whether they would pay the 16£ is a different question

The problem is that Mozilla's policy applies to distribution but not necessarily to installation. Since this is a legal issue, the details are very important.

In this case, the process of ensuring that a functioning version of Firefox resides on the machine involves:

1. Transferring the Firefox software to the machine

2. Explicitly preparing the machine so that the Firefox software can be run (in this case, installing Firefox)

The Policy only applies to the first item. No part of the policy refers to the second action, and it's fair game for Dell to charge a fee for the labor associated with installing the software (they cannot, of course, charge a fee for the part of the process where the software is distributed to the machine).

If this sounds like nitpicking, welcome to the world of law

It's about future likelihood, not prior probability, and the fact that an issue was discovered means that the likelihood is much higher than if it were some isolated incidents.

To put it differently, if it were entirely random, the premiums would not change, but if there were a systemic problem (which appears to be the case here) the premiums should change to reflect the risk

You aren't looking at the whole picture. In fault states, the insurance company would have to pay out to the other party in the case of an accident. That money needs to come from somewhere, namely the premiums, which is why they go up after there is reason to believe it could happen again. This isn't about emotions or ethics but rather cold logic

That logic makes sense if you assume the only incidents are single-car. When this happens near other cars and is deemed to be the factor behind a multi-car accident, the insurance company still has to pay out for the other participants (unless you are in a no-fault state). I would argue that, regardless of the PR spin and warranties, unless Tesla takes liability for entire accidents I would expect insurance rates to skyrocket

Unfortunately, they love "the fall of the guy" even more.

Tesla went out of their way to flaunt the safety features of the car, alleging a 5.4 NHTSA score when the agency explicitly said that they don't issue scores that high. Tesla said they had the safest cars on the road, and this is the eventual result (people actually expect it to be safer).

IMHO the reaction is entirely appropriate given Musk's and Tesla's behavior up to this point. If Musk and Tesla weren't flaunting their safety claims, this wouldn't be a significant issue

Once an open source project has enough traction, there is generally little need for outside donations (as companies that use the product will hire people that focus on using and improving the product). The challenge is making that cross-over from hobbyist to professional project, and that is when money is helpful.

Debian had funding at the right time, crossed the rubicon and now has enough momentum to continue. Not all projects share the same luxury, and I view the funding as an attempt to make projects more professional

it was only supposed to pre-pend one or two zeros when importing zip codes from CSV files. Anything with fewer than three digits is supposed to be an invalid code

The true problem here lies with the poor choice of function name on the part of the original author and lack of commentary. The name "formatted_zip_code" automatically primes people to expect that you passed a (possibly mal-formed) zip code and the function should format it properly. Under that metric, the original code was indeed deficient and should have been changed. Whether it retained the original style is secondary, but there were clear functional deficiencies.

"Anything with fewer than three digits is supposed to be an invalid code" is not reflected in the code (why does it return digits and not trigger an error there?) and apparently there are no comments, so it should be no surprise that it needed to be fixed.

I'd point out that those innuendos are based on manipulative statistics: the standard is comparing the rate of car fires, but most of those 250 million cars are far older than Tesla Model S (decades as opposed to months old). A proper apples-to-apples comparison would look at new cars (within a year, lets say) and compare those rates.

Amusing how positive stories about tesla take the top spot on HN while news of the fire was quickly flagged off the front page.

Not to question what was said here, but:

Had I not been in a Tesla, that object could have punched through the floor and caused me serious harm.

How is that the case? There are cars that are higher off the ground than a Tesla (where it wouldn't have a chance to punch through the floor) and most cars have material in the undercarriage to protect against small blows like this ...