A teaspoon of sugar is about 16 calories, which is nothing compared to a can of non-diet soda. It's hardly worth making your drink taste like crap (making it more likely that you'll to give up on your diet completely) to squeeze out every last calorie.
Way to miss the point. I (and other readers) would happily fix the problem for them if they provided any means to do so, but they don't. Instead, they provide an illusion of wanting feedback when they won't bother to actually read it, which is worse than simply not accepting feedback at all since it wastes the submitter's time for nothing. Other sites, like the PHP documentation site, manage to handle user feedback, but Microsoft can't?
Also, whenever function arguments are of some #define'd type (e.g. DWORD, LPSTR, SQLHDBC), those type names should all link to some explanation of what they are and how to appropriately generate and use them (e.g. how to do conversions between all of the different string types) so developers don't have to go on a long expedition to find out how to set up the inputs for a function.
Minor rant, but look at the "InConnectionString Argument" section (which I can expand/collapse [useless] but can't link directly to, which is annoying) of this page. Try to read their grammar for a connection string. Confused yet? There are line breaks that have completely disappeared, causing words to merge together (e.g. "connection-stringattribute" should be "connection-string" with "attribute" being on a new line). I filled out the little "did you find this helpful" thing at the bottom of the page explaining the problem a year ago, and it hasn't been fixed. Dumping half-assed documentation on the web and not fixing (reported!) errors wastes the time of each individual developer that has to read/decipher it. The PHP online documentation is one of the most useful ones I've found, largely because it allows users to add comments/examples that make things clearer. Microsoft does the opposite -- not only can users not add to it, but the improvements that users suggest (through the "did you find this helpful" thing) are ignored. Perhaps all of the useful information is on StackOverflow because Microsoft doesn't allow it to be added to their own documentation.
More generally, it should be easy to bookmark pages (URLs should NOT break, even when new versions are released!) and sections within pages so it is easy to refer back to important things, as you could with paper documentation. Documentation for each function/object should link back to an overview that explains how it fits into things, and it should link to examples that show how all of the arguments (not just one special use case) works. Documentation should explain any differences between new/old behavior of any function/object because not everyone is developing for the latest version of the OS or development platform. And, just to beat a dead horse, users should be able to submit improvements/clarifications that actually get used.
On the other hand, if someone says "the price increased tenfold" would they mean the price is now 10p or 11p? Taking the words literally, as you have for reducing tenfold, it would be 11p, but I would guess that most people intend 10p -- not that it's right, but people tend to use such language in a very sloppy manner.
Except that the exchange rate for Bitcoin may not be as well established as other currencies (I don't know that for sure, but it seems a reasonable guess), making it harder for your employer to defend the amount they paid during an audit.
I don't think you understand how a futures contract works (or you're just wildly speculating). The futures price is not the price of the underlying asset -- it takes into account the appreciation of the underlying asset that is expected to occur over the life of the contract (and some adjustment for interest rates). So, the expected payout (ignoring interest rate effects) of the contract is $0.
Also (this is more a reply to the parent), futures contracts are "marked to market." You pay nothing to enter into one (although you'll need to have cash in your account). Each day money is added/removed to your account based on changes to the future price, so the value of the contract itself is zero. Hence, if someone pays you in futures, they've paid you nothing -- you may gain/lose money in the future due to fluctuations, but the expected value of those fluctuations is 0.
I've noticed that for large SVG files where much of the content has display='none' (so it is only displayed when something is clicked to trigger a change in the display property) Chrome seems to take several seconds to become responsive after the SVG page load is initiated, while other browsers seem to handle it almost instantly. Since a display value of none "indicates that the given element and its children shall not be rendered directly (i.e., those elements are not present in the rendering tree)" it seems Chrome shouldn't be spending so much time processing such stuff. Version 24 doesn't seem to fix that issue.
Is close-source software likely to have problems with the LGPL if they link statically instead of dynamically? That's a question, not an accusation -- I don't know which libraries game makers are likely to use, and whether they are LGPL or something else.
I think the Nexus 7 will generate a hover event (instead of a click event) if you hold your finger down on the same spot for a long enough period of time. I don't know if that you works on the Galaxy Tab, but I thought it was worth mentioning. I was just reading about similar problems with hover events on the iPad yesterday.
I think you got lucky. Several years ago, I discovered that some jerk cloned one of my company's websites. I tried to contact the person through every piece of contact info in the WHOIS record (even sent a letter half way around the world and waited for it to bounce) and it was all bogus. I reported it to ICANN and the response I got after a long wait was something like "the registrar says the contact info is fine." Fortunately, the hosting company was much more responsive and made him change the site.
I have never received anything from Amazon about an e-gift card being redeemed, and I've been giving them out to contractors that work for me for years.
Related question: If you have something like an Amazon e-gift card emailed to someone, how do you know it was received and not simply eaten by a spam filter?
Why would you be adding/dropping fields outside of installation/upgrading?
I'm not sure whether you intend "you" in the above to mean the person who wrote the "accounts software" referenced at the beginning of this thread, or me personally. My personal experience was with writing document clustering software (groups related documents together based on analysis of the content) that could analyze the text stored in virtually any SQL database with an ODBC driver and export the cluster results back into the database as a set of additional columns. It would add a Cluster ID column (rows with the same ID would be in the same cluster), a column indicating whether the document was the representative document (i.e. approximately the center) for the cluster, and a few other columns. If the user ran multiple calculations on the same database and wanted to replace some old results instead of adding new columns, the old columns would be dropped and replacement columns would be added -- this was done because sizes needed for the columns may vary between different calculations, so simply overwriting the old ones wouldn't necessarily work. Getting everything to work across all test databases (Oracle, MSSQL, DB2, MySQL, PostgreSQL) was a major pain.
Slashdot Mirror
A teaspoon of sugar is about 16 calories, which is nothing compared to a can of non-diet soda. It's hardly worth making your drink taste like crap (making it more likely that you'll to give up on your diet completely) to squeeze out every last calorie.
...This decision was entirely based on NIH (Not in House) Syndrome...
NIH = Not Invented Here
This is follow-up to this story from a week ago.
Way to miss the point. I (and other readers) would happily fix the problem for them if they provided any means to do so, but they don't. Instead, they provide an illusion of wanting feedback when they won't bother to actually read it, which is worse than simply not accepting feedback at all since it wastes the submitter's time for nothing. Other sites, like the PHP documentation site, manage to handle user feedback, but Microsoft can't?
Also, whenever function arguments are of some #define'd type (e.g. DWORD, LPSTR, SQLHDBC), those type names should all link to some explanation of what they are and how to appropriately generate and use them (e.g. how to do conversions between all of the different string types) so developers don't have to go on a long expedition to find out how to set up the inputs for a function.
Minor rant, but look at the "InConnectionString Argument" section (which I can expand/collapse [useless] but can't link directly to, which is annoying) of this page. Try to read their grammar for a connection string. Confused yet? There are line breaks that have completely disappeared, causing words to merge together (e.g. "connection-stringattribute" should be "connection-string" with "attribute" being on a new line). I filled out the little "did you find this helpful" thing at the bottom of the page explaining the problem a year ago, and it hasn't been fixed. Dumping half-assed documentation on the web and not fixing (reported!) errors wastes the time of each individual developer that has to read/decipher it. The PHP online documentation is one of the most useful ones I've found, largely because it allows users to add comments/examples that make things clearer. Microsoft does the opposite -- not only can users not add to it, but the improvements that users suggest (through the "did you find this helpful" thing) are ignored. Perhaps all of the useful information is on StackOverflow because Microsoft doesn't allow it to be added to their own documentation.
More generally, it should be easy to bookmark pages (URLs should NOT break, even when new versions are released!) and sections within pages so it is easy to refer back to important things, as you could with paper documentation. Documentation for each function/object should link back to an overview that explains how it fits into things, and it should link to examples that show how all of the arguments (not just one special use case) works. Documentation should explain any differences between new/old behavior of any function/object because not everyone is developing for the latest version of the OS or development platform. And, just to beat a dead horse, users should be able to submit improvements/clarifications that actually get used.
On the other hand, if someone says "the price increased tenfold" would they mean the price is now 10p or 11p? Taking the words literally, as you have for reducing tenfold, it would be 11p, but I would guess that most people intend 10p -- not that it's right, but people tend to use such language in a very sloppy manner.
Except that the exchange rate for Bitcoin may not be as well established as other currencies (I don't know that for sure, but it seems a reasonable guess), making it harder for your employer to defend the amount they paid during an audit.
I don't think you understand how a futures contract works (or you're just wildly speculating). The futures price is not the price of the underlying asset -- it takes into account the appreciation of the underlying asset that is expected to occur over the life of the contract (and some adjustment for interest rates). So, the expected payout (ignoring interest rate effects) of the contract is $0.
Also (this is more a reply to the parent), futures contracts are "marked to market." You pay nothing to enter into one (although you'll need to have cash in your account). Each day money is added/removed to your account based on changes to the future price, so the value of the contract itself is zero. Hence, if someone pays you in futures, they've paid you nothing -- you may gain/lose money in the future due to fluctuations, but the expected value of those fluctuations is 0.
If anything, I would expect visible="hidden" to be worse since: "With ‘visibility’ set to hidden, however, processing occurs as if the element were part of the rendering tree and still taking up space, but not actually rendered onto the canvas." I don't have time to verify that at the moment, but maybe I'll test it later and post an update.
Since none of the other browsers are exhibiting the same slowness, are you saying that Chrome is exceptionally slow at building the DOM?
I've noticed that for large SVG files where much of the content has display='none' (so it is only displayed when something is clicked to trigger a change in the display property) Chrome seems to take several seconds to become responsive after the SVG page load is initiated, while other browsers seem to handle it almost instantly. Since a display value of none "indicates that the given element and its children shall not be rendered directly (i.e., those elements are not present in the rendering tree)" it seems Chrome shouldn't be spending so much time processing such stuff. Version 24 doesn't seem to fix that issue.
Yeah, I badly misread the post I was replying to to imply static linking when he/she said nothing of the sort. My bad.
Ignore the above -- I'm not sure how I read "ship all necessary DLLs" as statically linking the libraries. I think I need more sleep...
Is close-source software likely to have problems with the LGPL if they link statically instead of dynamically? That's a question, not an accusation -- I don't know which libraries game makers are likely to use, and whether they are LGPL or something else.
I think the Nexus 7 will generate a hover event (instead of a click event) if you hold your finger down on the same spot for a long enough period of time. I don't know if that you works on the Galaxy Tab, but I thought it was worth mentioning. I was just reading about similar problems with hover events on the iPad yesterday.
I think you got lucky. Several years ago, I discovered that some jerk cloned one of my company's websites. I tried to contact the person through every piece of contact info in the WHOIS record (even sent a letter half way around the world and waited for it to bounce) and it was all bogus. I reported it to ICANN and the response I got after a long wait was something like "the registrar says the contact info is fine." Fortunately, the hosting company was much more responsive and made him change the site.
I have never received anything from Amazon about an e-gift card being redeemed, and I've been giving them out to contractors that work for me for years.
Ask them.
That's a little hard to do without rubbing in their faces the fact that they (perhaps) weren't grateful enough to thank you for the gift.
Related question: If you have something like an Amazon e-gift card emailed to someone, how do you know it was received and not simply eaten by a spam filter?
This gives some ways to accomplish the same thing.
Lead is the element
Words can have more than one meaning. Try: Lead Generation.
Parent post was apparently moderated by people in Asia ;-)
Yep, 2 months ago
Why would you be adding/dropping fields outside of installation/upgrading?
I'm not sure whether you intend "you" in the above to mean the person who wrote the "accounts software" referenced at the beginning of this thread, or me personally. My personal experience was with writing document clustering software (groups related documents together based on analysis of the content) that could analyze the text stored in virtually any SQL database with an ODBC driver and export the cluster results back into the database as a set of additional columns. It would add a Cluster ID column (rows with the same ID would be in the same cluster), a column indicating whether the document was the representative document (i.e. approximately the center) for the cluster, and a few other columns. If the user ran multiple calculations on the same database and wanted to replace some old results instead of adding new columns, the old columns would be dropped and replacement columns would be added -- this was done because sizes needed for the columns may vary between different calculations, so simply overwriting the old ones wouldn't necessarily work. Getting everything to work across all test databases (Oracle, MSSQL, DB2, MySQL, PostgreSQL) was a major pain.