You are focusing too much on the fact that they were naked. The point isn't that they were naked and then clothed themselves, the problem was that before eating the apple there was no difference to them whether they were naked or not. In plainer terms: they discovered the opposite sex, and were therefore the temptation of sex.
If you look at this another way: the story of Adam and Eve is that of two children growing up. When we are really young we don't know the difference between right and wrong, so you really can't say that a young child does "evil" it does not apply. But once a child learns what is right and wrong, then it applies. And when children start having sex, then they are "adults" (remember, this is when most parents were in their teens, and people died in their 30s) and therefore should make their own way in the world.
Most of that obvious bit of interpretation has been paved over in the last 2000 years, but the story is still there to interpret yourself.
No, you are wrong. Going from HFS+ to ZFS would require some tricky maneuvers to get the data moved over. On the Intel Macs (actually... on Mac's formated with EFI's disk format, but these are only Intel Macs) can volumes be dynamically resized, which would be needed in this case. Even then there would be some real gymnastics involved on a disk over 50% full.
You are right that ZFS can handle volume size changes live (and HFS+ can sort-of do it), but this does not mean it is a slam-dunk. I would not want to be a product manager in charge of providing the transition code.
TimeMachine is a backup tool, not really a live versioning tool. That makes having a second volume a requirement. If you don't understand that, then you don't understand what backups are for.
I already know how TimeMachine is going to work (it was part of the filesystem presentation at last years WWDC... so I know it, but can't reveal it), and unless they have completely redone that entire system (which was quite elegant), then ZFS will not bring a single thing to it. I do know how ZFS could make that all really elegant, but Apple already has it covered on HFS+.
To be fair, there are some great news outlets here in the US. The top three in my mind would be NPR (Morning Edition and All Things Considered), The Christian Science Monitor (ignore the name... it is a great paper for sectarians), and the New York Times. These stack up nicely to any new source I have seen in my travels. The average news source in other parts of the world are (on average) better than what most americans pay attention to, but we still do have great news organizations (here and there).
And in our defense, I do hear the same silliness from a lot of European new sources. I just had a lot of conversations with Austrian and Germans, and they thought that the US was getting a lot of free oil from Iraq (they are not even producing enough for themselves at this point), and that the 9/11 hit on the Pentagon was by a cruise missile.
Many of the sub-systems, especially in things like drawing and sound, often have the more robust API written in Carbon, and then some of the Cocoa API's call those APIs while running. But generalizing like you do that Cocoa is built on Carbon is a mistake, there are many sections of Cocoa that have no Carbon at all underneath them.
A better concept of the major MacOS X API's are that at the root of things you have a layer called CoreFoundation that is written in C. This sits next to the APIs taken from FreeBSD (and the latter dangles down into the Kernel space as well). The primitives from Carbon are often found here, but that is not to say that these belong to Carbon. The primitives found in Cocoa are all built around these, and are often interchangeable with them in some regards.
On top of this you have the "Foundation" layer. This one is mostly written in C or a sub-set of C++ (basically the stuff that does not conflict with Obj-C). Many of the "core" services at the heart of the OS are built here, and at the top of this things start to blur with the bottom of the Carbon layer. Services such as Quartz (but not QuickDraw... which sort-of sits on top of Quartz... but that is messy) sit on this layer.
On top of this layer comes Carbon and Cocoa proper. There is quite a bit of messiness with the two of them calling back and forth, and there are some areas (like Quicktime) that have been very slow to get full implementations in "pure" Cocoa. And a lot more that have had real speed penalties for calling from Cocoa.
Carbon's roots go a little deeper (but less so every new version of MacOS X), but Cocoa and Carbon are philosophically on the same level.
I gave 2 examples, and then a link to information about 6 countries (including the two examples). While this may not be the majority of Europe, I do think it counts as "many".
Germany and Austria are both examples of countries that have near-manitory taxes based on what religion you are a member of. The taxes are collected based on a percentage of your income, and go to the religious organization that you are registered as a member. You can register yourself as being non-religious and then pay nothing, but you will be officially excommunicated from your church.
For a quick overview of this there is a nice WikiPedia entry.
Except that all of your traffic is now going over your USB port twice... and the USB port is your most processor-intensive I/O. I have no idea how the numbers will work out... but there is a good chance that this will eat a lot of processor time.
I have heard this statistic many times and tend to believe it, within reason. The import thing to remember about it is that this also includes contributions to some organizations that you are a member of, most importantly your church. My bet is that if you look at donations to your own church as something other than "charity", then this statistic may swing the other way.
Another way of looking at this might be that "Religious Conservatives" spend a lot more money (primarily) improving the well-being of those they consider to be part of their own group, while "Secular Liberals" contribute a smaller amount to people outside of their own group. Both seem like perfectly natural responses.
Also remember that many religions have the concept of a semi-inforced tithe, and many European countries have gone so far as to make this a part of tax law. That sort of thing is going to skew the statics to almost meaninglessness.
The "Free" coupons were only available with the sale of an OEM copy of XP, and thus they can take some portion of that sale and defer the income till now, which is what they have already said they did for the first round of numbers, which this second round includes.
This also undoubtedly covers all of the OEM and Enterprise "Software Assurance" licenses.
At least give the man a chance by quoting his full statement:
Video is pretty different from music right now because the video industry does not distribute 90 percent of their content DRM free. Never has. So I think they are in a pretty different situation, and I wouldn't hold it to a parallel at all. In other words: he doesn't have a stick that he can beat the major players around the head with. You think he is going to come out swinging on an issue he has no chance of winning and would hurt his relationship with the very industry he is trying to woo? Once Apple is the largest online video distributer, then if he wanted to he could express that opinion (assuming he has it in the first place).
He has also said in the past that he thinks that the way people use video and audio is very different. He made that statement in a different context but I can see that as being a valid viewpoint on this issue as well.
I think they are well aware of it... they have just gotten used to the idea that they can dictate demand through control of the advertising avenues (radio playtime, etc), and thus feel hurt when the game somehow eludes their control.
Re:Anyone here have any experiances with Zimbra?
on
Comcast Goes to Zimbra
·
· Score: 3, Informative
Except that Zimbra uses iCal, not CalDAV, so you can't use the calendars from multiple computers at once. They do have a really nice iSync plugin on the Mac side that allows you to sync your calendars out of iCal.app, and that winds up having the same effect.
I am trying to get them to allow you to disable the automatic event notification emails that go out to people you put on the events (this is really annoying when you want to do these notifications yourself).
Oddly, it is not MacOS X Server that will help you out in this case, it is Apple Remote Desktop. Apple has chosen a curious mix of functions to put in a product of that name (the least of which is the remote desktop viewing part).
With ARD it is really easy to push anything you want out to any size group of Macs that have been configured for this. For some things you need to know a few trick involving making your own packages (like that you can create a package with just scripts to run), but the learning curve is remarkably shallow.
However, if you are trying to match group policy, then MacOS X Server, and notably the Wrokgroup Manager part of it are the way to go.
They are not proposing an open connection, but rather a closed one where everyone who is a Time Warner customer would have a login that would work on every participating hotspot. Logins and sessions would be tracked, so they would always know what login was associated with what IP for a given time. This takes care of the legal problems (unless people share their passwords), but does open up some privacy ones as this would allow Time Warner to have a mountain of data about when people are on the internet (not necessarily where they go, but when and where they connected).
No, but having a gun on you if you happen to "flare up" strongly increases the chance that you will use it. If you don't have a weapon you can hurt someone by punching and kicking, but the chances are that you will not kill them. When you bring a gun into the situation, the chances that someone is going to get killed greatly increase.
Actually, the noise on the big education lists is that they are very happy about the timing. The delay means that any new hardware before October (so the suff they will buy for the new season) will not require 10.5, and so their current build process will work with those computers with only minor tweaking.
And while there will be some people who won't buy before 10.5, Apple will eventually get those dollars when they do buy. And there will be some people who don't make the switch because of the absence of a big run-up for 10.5. But I think that more people will be drawn in by the press arround the iPhone anyways, so Apple is probably betting that that will offset those "losses".
In order to sequence DNA you need to completely destroy the cell that houses the DNA (sort of like shucking corn)... so you are going to have to kill whatever you are sequencing (or some of the cells at least... and they are talking about organisms with small cell counts here).
The thing that the article ignores is that Apple is not entering in the generic cell phone market, they are entering into the smartphone market (or the newly defined "feature phone" market). And as a owner of a Palm-based phone and someone who has used the WindowsMobile phones, I can tell you that that market is still in its infancy. The vendors have no idea how to make a good product right now, and the bar for entry into the market is can you do it at all, not how well. I really hope that Apple can change that and raise the bar so that it will be how good a product you can make.
Those six people were caught using the credit card information, that is not to say that they were the ones who obtained it in the first place. They probably purchased the sub-set of the information that they were using from someone else (who might still be a step or two removed from the initial cracker). There seems to be a whole ecosystem of people trafficking in data like this, with the initial providers only working through multiple layers of intermediaries.
I think that there is a very flawed perception in your argument. You are correct that Apple does not reveal "everything" about new products before unveiling, and with some products (especially new ones) they are absolutely secretive.
But I think it is a common mistake in industry to think that you can do better planning based on the information from any vendor other than Apple (in the Steve Jobs Era). If you take Windows Vista vs. 10.5 as an example:
Microsoft has been touting features of Vista for years now, but if you take a look at the list of those features, and the ones that businesses were planning on building on, you would have been completely mislead as recently as 9 months ago. WinFS (database based file system) was arguably the killer feature that everyone was planning on. And we don't know when and if that will be delivered. And if you are really one of those planners who needs to know the future, then you would know that this feature was originally on the plan for Cario, which was Windows 95.
So Microsoft has been giving out information all along, but you can't rely on that information at all. Sure they have had a beta program going for quite some time... but we are talking about long-term planning here. The people who make those plans do not have time or inclination to play with those betas.
Now Apple on the other hand: I was at WWDC last year, and so got to see a lot of the new API's that Apple was working on, and I got to see a lot of the demonstrations of technologies that will be in 10.5. There are a whole number of technical-level details that Apple gave out, the type of things that are very important for programmers, and systems integrators. I got a great idea of how 10.5 will fit into my employer's network (even better than 10.4).
I didn't get to see the wiz-bang super-secret features that are still secrets, but to be honest, those aren't things I have to plan for until 9 months after 10.5 comes out anyways. The things I need to know to do my planning or programming Apple has made available to me (granted not for free), and the stuff that it would be cool to know, but I don't need to know to get my job done they still have behind the curtain.
And the stuff I saw I know will make it into 10.5 (unless the specifically told me it was on the bubble). Apple has a great track record with that. The stuff they didn't know if they could pull off correctly was excluded from public view. In my mind that helps me make the right decisions, rather than lead me to false expectations.
1) I would doubt that the data like addressbooks and the like will sync to Linux... since it would be hard to find something to sync against. Apple has a really nice framework for this on the Mac side (iSync) and they have already ported part of it to Windows (the parts they need to to sync this information to iPods). Linux is an absolute mess in this regard: everyone does things in a different way. That is great for the open-source environment, but is not something that commercial groups are going to make money supporting.
2) The iPhone is unlikely to support formats that the iPod (or QuickTime) does not. And Apple has really no incentive or interest in supporting ogg products at this time: other than the open-souce nature of these products there are no real technical advantages to the ogg formats when compared to QuickTime lossless or AAC. Apple already has their entire system setup to use those formats, and the people who use ogg formats just because are not likely to add significantly to Apple's bottom line.
And with AAC you have a large patent organization supposedly looking out for license/patent issues. With ogg there is no defense on that front. If the MP3 lawsuit goes forward that might change, but for the moment that is still the status quo.
And lastly: You really have to say that Apple has approached its open-source initiatives openly and in good faith. They are not in it to give away everything that they ever made, but they have given away a number of things of value: Obj-C in GCC, a large part of Safari, a CalDAV server, Bonjour (now under Apache license), and a number of other things. Note that I am only listing things that are under non-ASPL licenses and thus are useful in other commercial applications. Crying because Apple has not given everything they own is just silly.
Well, there are two problems with this: the companies involved are granted special rights by governmental bodies to use public "right of ways" to create their network infrastructure. These special rights for effective (and sometimes legally enforced) monopolies. Now they are arguing that the public (that which grants the power to the government) has no right to know exactly how services that they provide on this special monopoly compare.
In other words: the consumer has no right to the information that would drive capitalistic market forces.
Slashdot Mirror
You are focusing too much on the fact that they were naked. The point isn't that they were naked and then clothed themselves, the problem was that before eating the apple there was no difference to them whether they were naked or not. In plainer terms: they discovered the opposite sex, and were therefore the temptation of sex.
If you look at this another way: the story of Adam and Eve is that of two children growing up. When we are really young we don't know the difference between right and wrong, so you really can't say that a young child does "evil" it does not apply. But once a child learns what is right and wrong, then it applies. And when children start having sex, then they are "adults" (remember, this is when most parents were in their teens, and people died in their 30s) and therefore should make their own way in the world.
Most of that obvious bit of interpretation has been paved over in the last 2000 years, but the story is still there to interpret yourself.
No, you are wrong. Going from HFS+ to ZFS would require some tricky maneuvers to get the data moved over. On the Intel Macs (actually... on Mac's formated with EFI's disk format, but these are only Intel Macs) can volumes be dynamically resized, which would be needed in this case. Even then there would be some real gymnastics involved on a disk over 50% full.
You are right that ZFS can handle volume size changes live (and HFS+ can sort-of do it), but this does not mean it is a slam-dunk. I would not want to be a product manager in charge of providing the transition code.
TimeMachine is a backup tool, not really a live versioning tool. That makes having a second volume a requirement. If you don't understand that, then you don't understand what backups are for.
I already know how TimeMachine is going to work (it was part of the filesystem presentation at last years WWDC... so I know it, but can't reveal it), and unless they have completely redone that entire system (which was quite elegant), then ZFS will not bring a single thing to it. I do know how ZFS could make that all really elegant, but Apple already has it covered on HFS+.
To be fair, there are some great news outlets here in the US. The top three in my mind would be NPR (Morning Edition and All Things Considered), The Christian Science Monitor (ignore the name... it is a great paper for sectarians), and the New York Times. These stack up nicely to any new source I have seen in my travels. The average news source in other parts of the world are (on average) better than what most americans pay attention to, but we still do have great news organizations (here and there).
And in our defense, I do hear the same silliness from a lot of European new sources. I just had a lot of conversations with Austrian and Germans, and they thought that the US was getting a lot of free oil from Iraq (they are not even producing enough for themselves at this point), and that the 9/11 hit on the Pentagon was by a cruise missile.
You have this almost right...
Many of the sub-systems, especially in things like drawing and sound, often have the more robust API written in Carbon, and then some of the Cocoa API's call those APIs while running. But generalizing like you do that Cocoa is built on Carbon is a mistake, there are many sections of Cocoa that have no Carbon at all underneath them.
A better concept of the major MacOS X API's are that at the root of things you have a layer called CoreFoundation that is written in C. This sits next to the APIs taken from FreeBSD (and the latter dangles down into the Kernel space as well). The primitives from Carbon are often found here, but that is not to say that these belong to Carbon. The primitives found in Cocoa are all built around these, and are often interchangeable with them in some regards.
On top of this you have the "Foundation" layer. This one is mostly written in C or a sub-set of C++ (basically the stuff that does not conflict with Obj-C). Many of the "core" services at the heart of the OS are built here, and at the top of this things start to blur with the bottom of the Carbon layer. Services such as Quartz (but not QuickDraw... which sort-of sits on top of Quartz... but that is messy) sit on this layer.
On top of this layer comes Carbon and Cocoa proper. There is quite a bit of messiness with the two of them calling back and forth, and there are some areas (like Quicktime) that have been very slow to get full implementations in "pure" Cocoa. And a lot more that have had real speed penalties for calling from Cocoa.
Carbon's roots go a little deeper (but less so every new version of MacOS X), but Cocoa and Carbon are philosophically on the same level.
I gave 2 examples, and then a link to information about 6 countries (including the two examples). While this may not be the majority of Europe, I do think it counts as "many".
Germany and Austria are both examples of countries that have near-manitory taxes based on what religion you are a member of. The taxes are collected based on a percentage of your income, and go to the religious organization that you are registered as a member. You can register yourself as being non-religious and then pay nothing, but you will be officially excommunicated from your church.
For a quick overview of this there is a nice WikiPedia entry.
Except that all of your traffic is now going over your USB port twice... and the USB port is your most processor-intensive I/O. I have no idea how the numbers will work out... but there is a good chance that this will eat a lot of processor time.
I have heard this statistic many times and tend to believe it, within reason. The import thing to remember about it is that this also includes contributions to some organizations that you are a member of, most importantly your church. My bet is that if you look at donations to your own church as something other than "charity", then this statistic may swing the other way.
Another way of looking at this might be that "Religious Conservatives" spend a lot more money (primarily) improving the well-being of those they consider to be part of their own group, while "Secular Liberals" contribute a smaller amount to people outside of their own group. Both seem like perfectly natural responses.
Also remember that many religions have the concept of a semi-inforced tithe, and many European countries have gone so far as to make this a part of tax law. That sort of thing is going to skew the statics to almost meaninglessness.
The "Free" coupons were only available with the sale of an OEM copy of XP, and thus they can take some portion of that sale and defer the income till now, which is what they have already said they did for the first round of numbers, which this second round includes.
This also undoubtedly covers all of the OEM and Enterprise "Software Assurance" licenses.
He has also said in the past that he thinks that the way people use video and audio is very different. He made that statement in a different context but I can see that as being a valid viewpoint on this issue as well.
I think they are well aware of it... they have just gotten used to the idea that they can dictate demand through control of the advertising avenues (radio playtime, etc), and thus feel hurt when the game somehow eludes their control.
Except that Zimbra uses iCal, not CalDAV, so you can't use the calendars from multiple computers at once. They do have a really nice iSync plugin on the Mac side that allows you to sync your calendars out of iCal.app, and that winds up having the same effect.
I am trying to get them to allow you to disable the automatic event notification emails that go out to people you put on the events (this is really annoying when you want to do these notifications yourself).
Nice find, but do you have any links to reviews of their products, or where you can buy them?
Oddly, it is not MacOS X Server that will help you out in this case, it is Apple Remote Desktop. Apple has chosen a curious mix of functions to put in a product of that name (the least of which is the remote desktop viewing part).
With ARD it is really easy to push anything you want out to any size group of Macs that have been configured for this. For some things you need to know a few trick involving making your own packages (like that you can create a package with just scripts to run), but the learning curve is remarkably shallow.
However, if you are trying to match group policy, then MacOS X Server, and notably the Wrokgroup Manager part of it are the way to go.
They are not proposing an open connection, but rather a closed one where everyone who is a Time Warner customer would have a login that would work on every participating hotspot. Logins and sessions would be tracked, so they would always know what login was associated with what IP for a given time. This takes care of the legal problems (unless people share their passwords), but does open up some privacy ones as this would allow Time Warner to have a mountain of data about when people are on the internet (not necessarily where they go, but when and where they connected).
One thing to note: the one bug that Secunia is rating as "moderately critical" is on FTP, and it is not enabled by default.
No, but having a gun on you if you happen to "flare up" strongly increases the chance that you will use it. If you don't have a weapon you can hurt someone by punching and kicking, but the chances are that you will not kill them. When you bring a gun into the situation, the chances that someone is going to get killed greatly increase.
Actually, the noise on the big education lists is that they are very happy about the timing. The delay means that any new hardware before October (so the suff they will buy for the new season) will not require 10.5, and so their current build process will work with those computers with only minor tweaking.
And while there will be some people who won't buy before 10.5, Apple will eventually get those dollars when they do buy. And there will be some people who don't make the switch because of the absence of a big run-up for 10.5. But I think that more people will be drawn in by the press arround the iPhone anyways, so Apple is probably betting that that will offset those "losses".
In order to sequence DNA you need to completely destroy the cell that houses the DNA (sort of like shucking corn)... so you are going to have to kill whatever you are sequencing (or some of the cells at least... and they are talking about organisms with small cell counts here).
The thing that the article ignores is that Apple is not entering in the generic cell phone market, they are entering into the smartphone market (or the newly defined "feature phone" market). And as a owner of a Palm-based phone and someone who has used the WindowsMobile phones, I can tell you that that market is still in its infancy. The vendors have no idea how to make a good product right now, and the bar for entry into the market is can you do it at all, not how well. I really hope that Apple can change that and raise the bar so that it will be how good a product you can make.
Those six people were caught using the credit card information, that is not to say that they were the ones who obtained it in the first place. They probably purchased the sub-set of the information that they were using from someone else (who might still be a step or two removed from the initial cracker). There seems to be a whole ecosystem of people trafficking in data like this, with the initial providers only working through multiple layers of intermediaries.
I think that there is a very flawed perception in your argument. You are correct that Apple does not reveal "everything" about new products before unveiling, and with some products (especially new ones) they are absolutely secretive.
But I think it is a common mistake in industry to think that you can do better planning based on the information from any vendor other than Apple (in the Steve Jobs Era). If you take Windows Vista vs. 10.5 as an example:
Microsoft has been touting features of Vista for years now, but if you take a look at the list of those features, and the ones that businesses were planning on building on, you would have been completely mislead as recently as 9 months ago. WinFS (database based file system) was arguably the killer feature that everyone was planning on. And we don't know when and if that will be delivered. And if you are really one of those planners who needs to know the future, then you would know that this feature was originally on the plan for Cario, which was Windows 95.
So Microsoft has been giving out information all along, but you can't rely on that information at all. Sure they have had a beta program going for quite some time... but we are talking about long-term planning here. The people who make those plans do not have time or inclination to play with those betas.
Now Apple on the other hand: I was at WWDC last year, and so got to see a lot of the new API's that Apple was working on, and I got to see a lot of the demonstrations of technologies that will be in 10.5. There are a whole number of technical-level details that Apple gave out, the type of things that are very important for programmers, and systems integrators. I got a great idea of how 10.5 will fit into my employer's network (even better than 10.4).
I didn't get to see the wiz-bang super-secret features that are still secrets, but to be honest, those aren't things I have to plan for until 9 months after 10.5 comes out anyways. The things I need to know to do my planning or programming Apple has made available to me (granted not for free), and the stuff that it would be cool to know, but I don't need to know to get my job done they still have behind the curtain.
And the stuff I saw I know will make it into 10.5 (unless the specifically told me it was on the bubble). Apple has a great track record with that. The stuff they didn't know if they could pull off correctly was excluded from public view. In my mind that helps me make the right decisions, rather than lead me to false expectations.
1) I would doubt that the data like addressbooks and the like will sync to Linux... since it would be hard to find something to sync against. Apple has a really nice framework for this on the Mac side (iSync) and they have already ported part of it to Windows (the parts they need to to sync this information to iPods). Linux is an absolute mess in this regard: everyone does things in a different way. That is great for the open-source environment, but is not something that commercial groups are going to make money supporting.
2) The iPhone is unlikely to support formats that the iPod (or QuickTime) does not. And Apple has really no incentive or interest in supporting ogg products at this time: other than the open-souce nature of these products there are no real technical advantages to the ogg formats when compared to QuickTime lossless or AAC. Apple already has their entire system setup to use those formats, and the people who use ogg formats just because are not likely to add significantly to Apple's bottom line.
And with AAC you have a large patent organization supposedly looking out for license/patent issues. With ogg there is no defense on that front. If the MP3 lawsuit goes forward that might change, but for the moment that is still the status quo.
And lastly: You really have to say that Apple has approached its open-source initiatives openly and in good faith. They are not in it to give away everything that they ever made, but they have given away a number of things of value: Obj-C in GCC, a large part of Safari, a CalDAV server, Bonjour (now under Apache license), and a number of other things. Note that I am only listing things that are under non-ASPL licenses and thus are useful in other commercial applications. Crying because Apple has not given everything they own is just silly.
Well, there are two problems with this: the companies involved are granted special rights by governmental bodies to use public "right of ways" to create their network infrastructure. These special rights for effective (and sometimes legally enforced) monopolies. Now they are arguing that the public (that which grants the power to the government) has no right to know exactly how services that they provide on this special monopoly compare.
In other words: the consumer has no right to the information that would drive capitalistic market forces.