Does the iPhone store your SSN, I didn't think it did that. That seems like incredibly poor form to store your SSN on a phone. I mean, what if it gets stolen?
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
iPhone SDK Limitations: Multitasking, Java, Emulators
- Thread starter MacRumors
- Start date
- Sort by reaction score
Does the iPhone store your SSN, I didn't think it did that. That seems like incredibly poor form to store your SSN on a phone. I mean, what if it gets stolen?
I can't say that you misquoted me because you have the correct quote included in your post. You just can't read. NO iPhone stores your SSN. It stores your AT&T account number. And what unique identifier is connected to ANY cellular phone account number? Yes, your SSN. So its not that far off to believe that this information could be stolen with an app that is constantly running in the background. Also think about you current location. I think its bad enough that AT&T (and maybe even Apple) can see where I am at all time while my iPhone is on. Do you really want some developer having that same information by using some app?
There is no GPS in the iPhone. You could get info about the nearest cell towers. But if you are online with your Macbook on the go using a mobile phone, this is possible on a computer, too.
Maybe. But a spy software on your computer could capture your ISP account, your eBay or PayPal account, your homebanking pin, data about your business, your private contacts and emails, your photos and much much more.
Even my Sony Ericsson K610i ( that is much more like a "telephone" than the iPhone) allows me to run multiple JAVA apps at a time and they can also run in the background. There are also Java apps that load executable code (emulators for C64 or Gameboy). It is also common on other mobile platforms.
No one restricts you in writing VoIP apps for Windows mobile etc.
I see even less reasons for such restrictions on the iPod touch.
Christian
Saying that the iPhone doesn't have GPS is correct in the true meaning of the technology, but that is only semantics because it does triangulate your location. Google Maps?
And so because spyware is common on your computer, Apple should open up the development which will allow spyware on you iPhone? Good argument.
First of all, Windows Mobile isn't tied to any specific carrier. Thats why VoIP apps can be written. Apple is tied to AT&T right now. But it seems like I've heard this argument a million times. "Because someone else is doing it Apple should do it". If that were the case, Apple wouldn't be what it is today. Why can't Apple just be different from other companies? If they don't have what you like, CHOOSE to spend you money somewhere else.
Ah, I did misread
. As far as I can tell AT&T uses your phone number for account related stuff, your actual account number is different though. According to the AT&T rep the full number is probably stored in the system for billing. According to her the full SSN only used for the initial setup, they do keep the last four visible for account verification. That can be changed by setting up an account password.For the location thing, since I work for for the government, I really don't care. They already know where I am all the time as it is
.
That would be an incredibly primitive form of multitasking.
Essentially a workaround due to the lack of more efficient
multitasking.
Wow, you really do need to relax! And you completely missed my point, which is that it makes more sense to compare the functionality of an iPhone with other smartphones, not desktop cpu's. Processor speed is just a small part of the equation.
Haha, I'm completely relaxed. If you don't think so, you must be pretty thin-skinned …
Yes, there are more to the equation –*apologism for one.
The reality is, that the processor is almost as capable as the Somo 650. And although the Somo has somewhat more ram, yet the Somo is much more capable.
And really, I don't think the real comparison should be with a smart phone, but with a pda phone. I know you don't want to, as it will hurt, but the reality is, that it has the same speedy processor, the same ram, and, not forgetting: A big touch screen.
Of course you can come up with all sorts of excuses, and it really doesn't look that bad, when comparing it hardware-wise to "smart phones", whereas it sucks compared to many PDA-phones.
Frankly, I think you're making a strawman, when you claim people are comparing it to a Mac, whenever they mention processor speeds and ram. PDA phones and smart phones have that too. And if you want to compare, why not compare it to something with the same or just about the same processor and ram?
Great comeback, rocketman. You really proved your point!
Yup. Almost as good as yours.
Come on , I have a mongul htc 6800 and an Iphone, and the only advantage I see with the mongul is I can use it with the exchange server at work and sprint's 3g is the best I've seen.
There's only one app I really miss not having on an Iphone and that is slingmedia other than that everything is so much better on the Iphone.
There might be other reasons to not allow background tasks (including the likes of AIM). AIM is a good example actually. If AIM is allowed to run a background task listening for messages, for as long as it is using the EDGE connection, you cant take a call or receive a text. Intermittent checking is fine, but defeats the object of AIM too.
Its too early to say how strict Apple will be on these Guidelines, but for the end user, I think its a great idea to impose such limitations. It saves headache and poor experience all round.
Its too early to say how strict Apple will be on these Guidelines, but for the end user, I think its a great idea to impose such limitations. It saves headache and poor experience all round.
The only thing that I really want to run in the background, as everyone mentioned is IM. Is there anything else that is crucial (or really, really convenient) to have running in the background? So as long as Apple treats this AIM app as 1st party and allows it to run in the background, everyone will be ok?
Unfortunately, I don't use AIM. I use MSN and Yahoo. Does AIM allow me to add users from the other services? Like how MSN and Yahoo contacts are interchangable? I really hope that Apple supports those two clients as well.
I can't wait to see what the app store has to offer. I lost my iphone and have been holding out replacing it until a 3G model is out there. Incidentally, I have a blackjack as a replacement and IMO windows mobile blows.
Unfortunately, I don't use AIM. I use MSN and Yahoo. Does AIM allow me to add users from the other services? Like how MSN and Yahoo contacts are interchangable? I really hope that Apple supports those two clients as well.
I can't wait to see what the app store has to offer. I lost my iphone and have been holding out replacing it until a 3G model is out there. Incidentally, I have a blackjack as a replacement and IMO windows mobile blows.
I'm sorry, but I'm not in the same country as you are, so when you go "sprint's 3g is the best I've seen," it really doesn't do much for comparing anything. And if you mean that sprint put their name on a phone, I need to know what the real phone are, before I can agree or disagree.
Yup. If you don't want or need the features and/or speed of a smartphone/PDA-phone, then I understand.
I love reading these threads about how evil greedy companies don't let you do whatever you want with their products, especially since you dont have all the information. You guys think that just bc you buy something you should be able to use it any way you want and I say you are right. You are allowed to do whatever you want with it that isn't illegal. If you want to jailbreak it, do so.
But while you guys are busy bitchin' and moanin' you forget that this freedom thing goes both ways. Apple is allowed to implement the SDK any way they want too. Its called being a consumer and being a supplier. If you don't like it, don't buy it. Stop trying to paint Apple as bad bc they want to protect their product and make it as simple and user friendly as they can. And this is about protecting the image of the iPhone as being a great easy to use, incredibly satisfying smart phone. If you get a bunch of software running all kinds of services in the back ground that eat up memory and power you know that people are going to blame the iPhone, not the Apps. Apple knows this as well, which is why they implement some protection in THEIR SDK. Again, if you don't like it, don't use it.
But while you guys are busy bitchin' and moanin' you forget that this freedom thing goes both ways. Apple is allowed to implement the SDK any way they want too. Its called being a consumer and being a supplier. If you don't like it, don't buy it. Stop trying to paint Apple as bad bc they want to protect their product and make it as simple and user friendly as they can. And this is about protecting the image of the iPhone as being a great easy to use, incredibly satisfying smart phone. If you get a bunch of software running all kinds of services in the back ground that eat up memory and power you know that people are going to blame the iPhone, not the Apps. Apple knows this as well, which is why they implement some protection in THEIR SDK. Again, if you don't like it, don't use it.
common on other mobile platforms =/= best solution for the consumer.
empty generalizations aside, something tells me your SE's java environment is totally sandboxed - VMs, and then some. that means the CPU efficiency of those java apps is quite low, as there are (or at least should be, if carried right) layers upon layers of code making sure your co-existing java apps do not step on each other's toes or, worse, on the essential services of the device. apple have approached the same problem differently - your app gets (a big portion of) the benefits of a full native app, but in return it is expected to behave. now, guess which approach gives a better work/watt ratio (yes, that minor thing on mobile devices). or better yet just wait half a year and then compare the quality, functionality and battery life of apps for the iphone versus what you have on your SE.
as a sidenote, i think that it might be very beneficial for many of the posters in this thread if they cared to enlightened themselves on the subject of mission-critical environments and OSes - they may be surprised to see that the ability to run arbitrary apps at arbitrary moments is not valued highly there.
again, straight into the empty generalizations bin. many parties can restrict you if not from writing, then from running a VoIP app under WM. which of those parties do, which don't, and why they'd do so, is not covered by a simple 'but you can write app X for this other OS'.
and i see a pretty darn good reason - the common platform, which includes APIs, protocols, SDKs, etc. i don't see apple taking the route of spawning an 'ipod touch platform' from the current model. do you?
Couple of things:
* You should probably post this question in the programming forums.
* If you don't initialize "MyRect" to point to something that implments the display method, it should generate a run-time exception error when you send that message. This is the same for Objective-C and Obj-C 2.0.
Thanks, I had no idea that smart phones and pda phones were completely different objects. I guess I'm the only person who thinks smart phones are relevant to the discussion. Clearly, as you say, I'm just an appologist. Please accept my appology. Damn, I did it again!
I am not sure if you were being sarcastic, but pda phones can be considered different than smartphones. That difference mainly has to do with what takes presidence, the phone or the pda? For smartphones the phone is more important, for pda phones it is the pda. Plus (at least according to wiki) pda phones tend to come with the ability to edit documents as well as view them.
OK thanks. Didn't know there were programming forums on here so I figured this was the most relevant place.
Secondly, how would initialize MyRect? I just started out on this whole programming lark and "MyRect" was an example from learning ObjC 2.0 on Apple's site.
Thanks.
I never said smartphones weren't relevant. I said that because of the touch screen, processor, and memory, the best comparison is a PDA-phone. And that that is certainly not saying that the iPhone should be compared to a mac.
I also made a point about comparing it to "just" smartphones, as those tend to come with less memory and slower processors than the iPhone, hence you're comparing a product with superior hardware where the OS isn't that caple to a Smart phone where the hardware limits it.
It would be much better to compare it to a comparable product hardware-wise, where the OS isn't crippled (although not as sleek). Here, have a look:
http://www.socketmobile.com/products/handheld-computer/somo-650/default.aspx?page=Specifications
Or this which actually only have a 201MHz processor (Meaning: The iPhone should be capable of much more):
http://www.pdadb.net/index.php?m=specs&id=952
Or this hardware wise much closer, although just 400 MHz:
http://www.pdadb.net/index.php?m=specs&id=913
Of course, these are phones *but as you can see, the iPhone is much faster, more like a top-of-the-line PDA. Hence we should compare it one, when the talk is about PDA-features, installing and running apps, and so forth. Unfortunately for the apologists (yes, really), in a like-for-like comparison the iPhone loses out. Not because of "lack of memory", or because of the processor speeds ("it's not a Mac Pro"), but simply because the OS limits it. Not the hardware, not the memory. If you don't believe me, take a look at the hardware on other platforms and then check out what they're capable of.
A great example is this (both the hard- and software):
http://www.maycom.nl/NT.html
http://www.luci.eu/home.html
LOL, it's rather funny to watch people so intent on disagreeing that it doesn't matter what one writes.
Just to be clear, and bring even the back of the class up to speed:
I am saying the OS on the iPhone is the sleekest. Unfortunately it's crippled as well. It's not the hardware limiting the iPhone.
I doubt I can be even clearer. But I have no doubt you will misconstrue that as well.
