Apple and Microsoft both run their own advertising businesses. You seriously think they're not selling you to their advertisers? RIM on the other hand... what do they do again?
Whether or not that's true, I can't say, but from the article I read, apparently things needed to be VERY quiet or the text-to-speech would fail hard.
It's not true. Ambient noise has no effect on the rendering of text-to-speech, just your ability to hear it. Oh, you meant speech-to-text! Carry on then.
I'm sorry you think I was trying to be arrogant. It's just the way most (consumer) search engines have worked since the days of Hotbot and Lycos. At least it's better than inserting brackets and uppercase keywords like AND, OR and NOT as some engines have required.
Apple's iPhones and iPads have remained malware-free thanks mostly to the company's puritanical attitude toward its App Store: Nothing even vaguely sinful gets in, and nothing from outside the App Store gets downloaded to an iOS gadget.
WTF? Are you serious? Games and apps download data external to the App Store all the time. e.g.: The myFish3D app downloads new 3D models for fish and ornaments from its home site, uselessiphonestuff.com.
In this case you have to figure out how to exclude the various ways of saying anti-spoof while not excluding essential links. And google often times makes it a pain in the ass to find things as any appearance of the terms anywhere in the page is by default considered a match. Even if they're not only not in the same sentence, but not even in the same paragraph. My favorite thing is when the engine finds the words in a link bar on the side of the page or as contact information at the bottom.
Put something in quotes to say "find this phrase" or stick a hyphen in front of it -"do not find this phrase" or limit your scope to site:"slashdot.org". How hard can it be?
Yes, users want a binary answer, but they have no understanding of what's going on behind the scenes to arrive at that answer. As far as they're concerned "it just works" and they leave the details up to people smarter than themselves.
Example: the line showing up green in the user's browser is only indicating that the presented certificate is trusted by a CA somewhere in the user's browser certificate cache. It might be that the presented certificate is signed by DigiNotar, even though the correct certificate should have been signed by Thawte, but the user agent doesn't do that check - it only knows that DigiNotar is trusted - so the presented certificate is shown to be OK.
Having multiple CAs signing a certificate isn't going to help anybody, as the browsers don't check that a certificate is signed by the correct CA (or collective). What is needed is something to confirm that the presented certificates are genuine, not just that they're signed by someone we supposedly trust. That's what Convergence and Perspectives seem to be trying to achieve, but now you're needing to trust them instead of the CAs.
TFA doesn't even mention Mark Langsdorf. His LinkedIn profile still shows him employed at AMD, and so does his homepage. So where did the news that he's been sacked come from?
Linux actually has it better over Windows and OS/X in that there is a well-defined place to dump your user's configuration that is *not* part of the Application, so the users don't clobber each other and the configuration stays even if the application is removed. This is to put it in ~/.appname. Windows suffers from a *lot* of potential locations (due to everything being writable at one time), while OS/X has a misguided attempt to put writable data into the application directory.
Putting.config files in the user's home directory is so 2001. Please stop it. If you're to believe one of the many specifications out there, like the XDG Base Directory Specification, then you should be storing user configuration files in ~/.config/blahblah so you're not filling up the user's home directory with crap.
I was with you right up until this "You don't have time to try them all, so you look at the top ten lists and getting on those is often a matter of luck."
Unless things have changed recently, I thought that you had to pay for front page placements in the Amazon/Android/Apple stores.
You can support this effort by finding a developer of a Linux program and hitting them over the head with a rubber chicken until they make it so they read configuration information from either ~/.config/frobinator.conf or ~/.config/frobinator/whatever.
Occasionally I do. Some people get very defensive about their projects though and the majority of GUI users don't show hidden files, so developers rarely see a need to move things around.
Your first mistake is hard coding paths in your application. That's what causes breakage in the first place.
I dislike Windows about as much as you claim to like it, but at least it has an API call you can use to ask it where various standard folders are: SHGetSpecialFolderPath(). It's been around since Windows 98 (95?) and is even accessible from.NET through the managed wrapper function System.Environment.GetFolderPath()
In comparison, Windows scatters executables all over the disk so I'm not sure how Linux is worse exactly.
Linux isn't worse than Windows in this regard, they're just trying to make it even better. I can't help but feel, though, that it's another case of "we don't like the existing standards so let's make a new standard!"
My bugbear isn't where library and executables are located - it's where user configuration files are located. Programs seem to store things randomly, such as ~/.configfile or ~/.program/configfile or ~/.config/configfile or ~/.config/program/configfile. Then there are the ~/.gnome and ~/.gnome2 folders which seem to get a lot of 3rd party junk in them. And ~/.local.
Please, pick one place and make everyone migrate their data there!
Just where exactly do you think it's ripping off Google Maps? As a contributor to OSM I know that its maps for my suburb are way better and more detailed than Google's attempt - Google has a nearby class 1 highway off by 75m, for example.
Nowhere in TFA does it say it's a Mk-III variant and Vanguard's own article says that it's a Mk-II. The difference? The Mark-II isn't weaponisable - at least not out of the box.
TFA seems to misquote Vanguard CEO, Michael Buscher, as he's talking about weaponisation options for Mk-III and IV (military) variants.
We'll soon need to upgrade an old - but still adequate - dedicated lab computer running a single piece of equipment, just because IT have chosen McAfee...
At least you can be thankful they didn't put Norton AV or Trend OfficeScan on it.
I'm additionally skeptical because the article says its source for the story didn't start working for Apple until 2010, though Linkedin says he worked there from 1995-1997 and omits the more recent experience, and during both of those periods, Steve was not as omnipresent as he might have been at other times.
You can be as sceptical as you like. Andy Hertzfeld started working there in 1979 and mentions Steve's tendancies even back in the mid-1980's.
though software just not being updated is, from a security perspective, terrible, which sadly puts the iphone in a more secure arena than any android device.. with the iphone there are always little things that don't get enabled with the update if you don't have the newest hardware.
Too bad if you're an original iPhone owner - they couldn't install iOS 4 at all, let alone the current iOS 5. And iPhone 3G owners are out in the cold as of iOS 4.3. Luckily iPhone 3GS owners can still install iOS 5... but for how much longer?
Thank you for the link.
This wouldn't be a problem if the book wasn't so wrong.
This is hardly an authoritative source, but it does give some historical insight (from 2009) into why Carmack's Reverse had to be removed from the Doom 3 source release: http://newenthusiast.com/carmacks-reverse-still-an-issue-20090409489
Apple and Microsoft both run their own advertising businesses. You seriously think they're not selling you to their advertisers? RIM on the other hand... what do they do again?
Let me Wikipedia that for you: Brookfield Properties.
Whether or not that's true, I can't say, but from the article I read, apparently things needed to be VERY quiet or the text-to-speech would fail hard.
It's not true. Ambient noise has no effect on the rendering of text-to-speech, just your ability to hear it. Oh, you meant speech-to-text! Carry on then.
This only affects the Gmail app, not accessing Gmail via BIS which is how almost all BB users access their Gmail.
Reading fail much? That's exactly what is said: Google has decided to stop providing its popular Gmail app for BlackBerry.
TFA is from Feb 2010.
I'm sorry you think I was trying to be arrogant. It's just the way most (consumer) search engines have worked since the days of Hotbot and Lycos. At least it's better than inserting brackets and uppercase keywords like AND, OR and NOT as some engines have required.
Apple's iPhones and iPads have remained malware-free thanks mostly to the company's puritanical attitude toward its App Store: Nothing even vaguely sinful gets in, and nothing from outside the App Store gets downloaded to an iOS gadget.
WTF? Are you serious? Games and apps download data external to the App Store all the time. e.g.: The myFish3D app downloads new 3D models for fish and ornaments from its home site, uselessiphonestuff.com.
In this case you have to figure out how to exclude the various ways of saying anti-spoof while not excluding essential links. And google often times makes it a pain in the ass to find things as any appearance of the terms anywhere in the page is by default considered a match. Even if they're not only not in the same sentence, but not even in the same paragraph. My favorite thing is when the engine finds the words in a link bar on the side of the page or as contact information at the bottom.
Put something in quotes to say "find this phrase" or stick a hyphen in front of it -"do not find this phrase" or limit your scope to site:"slashdot.org". How hard can it be?
Yes, users want a binary answer, but they have no understanding of what's going on behind the scenes to arrive at that answer. As far as they're concerned "it just works" and they leave the details up to people smarter than themselves.
Example: the line showing up green in the user's browser is only indicating that the presented certificate is trusted by a CA somewhere in the user's browser certificate cache. It might be that the presented certificate is signed by DigiNotar, even though the correct certificate should have been signed by Thawte, but the user agent doesn't do that check - it only knows that DigiNotar is trusted - so the presented certificate is shown to be OK.
Having multiple CAs signing a certificate isn't going to help anybody, as the browsers don't check that a certificate is signed by the correct CA (or collective). What is needed is something to confirm that the presented certificates are genuine, not just that they're signed by someone we supposedly trust. That's what Convergence and Perspectives seem to be trying to achieve, but now you're needing to trust them instead of the CAs.
TFA doesn't even mention Mark Langsdorf. His LinkedIn profile still shows him employed at AMD, and so does his homepage. So where did the news that he's been sacked come from?
Linux actually has it better over Windows and OS/X in that there is a well-defined place to dump your user's configuration that is *not* part of the Application, so the users don't clobber each other and the configuration stays even if the application is removed. This is to put it in ~/.appname. Windows suffers from a *lot* of potential locations (due to everything being writable at one time), while OS/X has a misguided attempt to put writable data into the application directory.
Putting .config files in the user's home directory is so 2001. Please stop it. If you're to believe one of the many specifications out there, like the XDG Base Directory Specification, then you should be storing user configuration files in ~/.config/blahblah so you're not filling up the user's home directory with crap.
I was with you right up until this "You don't have time to try them all, so you look at the top ten lists and getting on those is often a matter of luck." Unless things have changed recently, I thought that you had to pay for front page placements in the Amazon/Android/Apple stores.
You can support this effort by finding a developer of a Linux program and hitting them over the head with a rubber chicken until they make it so they read configuration information from either ~/.config/frobinator.conf or ~/.config/frobinator/whatever.
Occasionally I do. Some people get very defensive about their projects though and the majority of GUI users don't show hidden files, so developers rarely see a need to move things around.
Your first mistake is hard coding paths in your application. That's what causes breakage in the first place.
I dislike Windows about as much as you claim to like it, but at least it has an API call you can use to ask it where various standard folders are: SHGetSpecialFolderPath(). It's been around since Windows 98 (95?) and is even accessible from .NET through the managed wrapper function System.Environment.GetFolderPath()
In comparison, Windows scatters executables all over the disk so I'm not sure how Linux is worse exactly.
Linux isn't worse than Windows in this regard, they're just trying to make it even better. I can't help but feel, though, that it's another case of "we don't like the existing standards so let's make a new standard!"
My bugbear isn't where library and executables are located - it's where user configuration files are located. Programs seem to store things randomly, such as ~/.configfile or ~/.program/configfile or ~/.config/configfile or ~/.config/program/configfile. Then there are the ~/.gnome and ~/.gnome2 folders which seem to get a lot of 3rd party junk in them. And ~/.local.
Please, pick one place and make everyone migrate their data there!
Just where exactly do you think it's ripping off Google Maps? As a contributor to OSM I know that its maps for my suburb are way better and more detailed than Google's attempt - Google has a nearby class 1 highway off by 75m, for example.
Nowhere in TFA does it say it's a Mk-III variant and Vanguard's own article says that it's a Mk-II. The difference? The Mark-II isn't weaponisable - at least not out of the box.
TFA seems to misquote Vanguard CEO, Michael Buscher, as he's talking about weaponisation options for Mk-III and IV (military) variants.
Fail. But here's your white cane.
I see you've never plugged in iThingy into the USB port of a Linux desktop computer.
We'll soon need to upgrade an old - but still adequate - dedicated lab computer running a single piece of equipment, just because IT have chosen McAfee...
At least you can be thankful they didn't put Norton AV or Trend OfficeScan on it.
I'm additionally skeptical because the article says its source for the story didn't start working for Apple until 2010, though Linkedin says he worked there from 1995-1997 and omits the more recent experience, and during both of those periods, Steve was not as omnipresent as he might have been at other times.
You can be as sceptical as you like. Andy Hertzfeld started working there in 1979 and mentions Steve's tendancies even back in the mid-1980's.
though software just not being updated is, from a security perspective, terrible, which sadly puts the iphone in a more secure arena than any android device..
with the iphone there are always little things that don't get enabled with the update if you don't have the newest hardware.
Too bad if you're an original iPhone owner - they couldn't install iOS 4 at all, let alone the current iOS 5. And iPhone 3G owners are out in the cold as of iOS 4.3. Luckily iPhone 3GS owners can still install iOS 5 ... but for how much longer?