Forgot your password?

typodupeerror

Comment: Re:Nobody is happy (Score 1) 259

by sorak (#39018333) Attached to: Why Microsoft Developers Need a Style Guide

is that an API does not break "unwritten" conventions like always returning true even when the operation was unsuccessful

Most POSIX APIs return true on error and false on failure. The idea is that this lets you write if (something()) { error_handler(); }. I've no idea why they thought this made more sense than if (!something()), but judging by the rest of UNIX I suspect that they had to type their code in morse with one hand while fighting a tiger with the other, so every character saved could mean the difference between life and death...

I was under the impression that this was so that you could return an error code on error. It makes sense in that there are few values that evaluate false, just as there are few necessary variations on "function executed successfully", but there are many ways to screw something up.

Comment: Re:Such systems have been proposed before (Score 1) 1064

by sorak (#38981715) Attached to: The Zuckerberg Tax

Let's not ignore that, as the article points out, there's a loophole method of getting money from these investments in the form of loans using them as collateral.

Don't these loans need to be paid back at some point? They're going to have to either sell their shares, or earn money from somewhere else, to pay that loan. When that happens, they have to pay tax.

I was wondering that too. How do these loans get paid back?

Not a tax lawyer, but if you die with excessive loans, don't they get repaid out of your family's inheritance, before taxes?

Comment: Re:Data, minutes, SMS (Score 1) 68

by sorak (#38942407) Attached to: New Mobile Plan Pools Data On Unlimited Devices

A minute of talk time consumes about 200kB per minute full duplex for typical mobile phone quality. Let's add 100% packet overhead and another 100% for better quality, so we end up with 800kB per minute. Then a gigabyte is 1250 minutes with excellent quality, or about 3000 minutes at normal quality. Do you really think anyone is going to wonder how many minutes they get out of their data plan when loading a typical web page is equivalent to 5 minutes of talk time? SMS makes this even clearer: Do you worry about the number of instant messages you can send with your data allowance? No, you know that it's "enough".

That's my point. Some people don't use their phone for web, ever. Why should they want to do this math? For many of them, they just want a straight and simple answer, even if it actually gives them less service. I can understand, for example, that a well-compressed data stream* will use a variable bit-rate compression, that if combined with efficient background noise reduction could result in conversations using a highly variable amount of data, based on how much of it is noise and how much is silence. Still, many of the people in my community would rather hear "you're getting 450 minutes of talk time" than "you're getting 2.5gb of data usage and your typical conversation uses anywhere from 64-128kps, meaning that you are getting 650-325 minutes", or the more likely advertising response of "you're getting up to 700 minutes"

Of course, I do live in a conservative community.

* And I don't know if common voip solutions do this

Comment: Re:Data, minutes, SMS (Score 2) 68

by sorak (#38926633) Attached to: New Mobile Plan Pools Data On Unlimited Devices

"Minutes" is an antiquated concept. It's all data. VoIP is here to stay.

People still would prefer to know how much of the final product they are getting, rather than something that can be used to estimate the quantity of the final product. If your primary use for a cell phone is conversation (mine is not), then you don't request 1gb worth of usage. You want to know how much talk time is available. Just as someone at a restaurant wouldn't want to request $3 worth of hamburger, or chicken measured by the amount of feed needed to produce that quantity of meat.

He who lives without folly is less wise than he believes.

Working...