In most regex engines, you should be able to do this with backreferences. I don't use them often, but I think something like this would work:
/^(.*?)([FB][ot]o)((.+?)\2)+(.*?)$/
I think the reason the example you gave using \1 didn't work is because the.* was too greedy, and ate up the rest of the pattern before the \1 got a chance to match. Also, when you're doing full line matching, it's always good to think about ^/$ and whether you're using any multiline modifiers.
Google actually lets its developers use 20% of their time to work on own projects...which is an emulation of the twho guys in a garage I think...It leads to innovation and many of the best google services were born this way.
True, but by most reports, as the company has grown, internally it's been more and more difficult to get that 20% time. It's kind of the dark secret of the HR department that although they pitch 20% time pretty heavily to applicants, the reality is not the same.
I get the impression the ones that do are either pet projects of higher-ups, or those who happen to be ahead in the internal corpo-political geek battles.
Furthermore, it I've read that search is (not surprisingly) the most difficult team to get involved with and actually innovate with. There seems to be a general attitude of "don't meddle with the thing thats paying for all these crazy side projects."
Contrast that with the iPhone: Everything that ships on an iPhone runs as root, and not in a compartment. Period. If you hack the browser (or any other in-ROM app), you've hacked the entire device with root level access (how do you think jailbreak works?).
FYI, the iPhone has not run user apps as root since version 2.0 came out. They run as a secondary non-privileged user.
Of course, your personal data is also owned by that user, so it's still not anything like the Android sandbox.
Honestly, I've maintained my own mail server for 5 years, and my company's corporate server for 2 years, and I can count on one hand the number of times either of them have failed in that period. When they did fail (because I was being irresponsible about configuration changes, or hardware failures, etc), there was pretty much no way I was going to be getting in bed before I got them back up.
Granted, I don't have millions of users and petabytes of email. But I also am not any kind of real system administrator, I don't have a massive redundant data storage facility, and neither do I have millions of dollars and endlessly brilliant engineers working at my beck and call.
Some GMail downtime is, of course, to be expected. But these kind of high-profile outages from Amazon and Google are truly shocking. I don't think it puts the nail in the coffin of SaaS by any means, but it does indicate a significant necessity of SLAs for paying customers.
I would desperately love to divest myself of the responsibility for these mail servers, but I want to know that I can trust GMail's response time during crisis as much as I can trust my own.
Some years ago, I (GLS) was snooping around in the cabinets that housed the MIT AI Lab's PDP-10, and noticed a little switch glued to the frame of one cabinet. It was obviously a homebrew job, added by one of the lab's hardware hackers (no one knows who).
You don't touch an unknown switch on a computer without knowing what it does, because you might crash the computer. The switch was labeled in a most unhelpful way. It had two positions, and scrawled in pencil on the metal switch body were the words âmagic' and âmore magic'. The switch was in the âmore magic' position.
I called another hacker over to look at it. He had never seen the switch before either. Closer examination revealed that the switch had only one wire running to it! The other end of the wire did disappear into the maze of wires inside the computer, but it's a basic fact of electricity that a switch can't do anything unless there are two wires connected to it. This switch had a wire connected on one side and no wire on its other side.
It was clear that this switch was someone's idea of a silly joke. Convinced by our reasoning that the switch was inoperative, we flipped it. The computer instantly crashed.
Interestingly enough, I just used it for something practical the other day.
I was going to be in a part of Brooklyn I hadn't been before, and I wanted to find a deli en route to my destination. A friend of mine had mentioned there was one on a particular street, but doing a 'search nearby' on google maps yielded nothing -- not uncommon for a bodega in a post-industrial part of NYC.
So I started "walking" down the street from my subway stop, until I "saw" the place, and I knew exactly how to get there that afternoon.
Companies may try to do this, but I question how likely they would be to succeed.
Mac users will generally not accept (consciously or unconsciously) a repackaged Windows app, as it won't adhere to any of the standard UI guidelines that many have come to take for granted.
A good comparison is Java apps. How many major Java apps do you really see in use on the average Mac?
I can come up with two, NeoOffice, and Azureus. Maybe a handful or rarely used utilities, but nothing so important and frequently used as a browser.
I actually use the home button constantly. I don't like new windows to auto-load my home page (an old habit from lower-bandwidth days), but I do read my home page (a feed aggregator) constantly throughout the day.
I would definitely miss the home button, but I'm sure bookmark bars and the like could be a reasonable substitute.
I had to undo the change so I could post this message here, but for those complaining, it's easy enough to get rid of idle: Click "Customize" in the top bar. Then click "Sections". Then for "Idle" choose the circle-slash option. Click "Save" at the bottom. *Poof* - no more (atrocious) "Idle".
Think of "Idle" as a "Roach Motel". Do you really want these "Idle" writers involved in the main articles? Better that they are stuck here. Now I'm going back to that setting....
You sure about that? This is in books, not idle. That's the problem.
OTOH, as others have mentioned, it seems the biggest problem is samzenpus. I believe there's an option to filter all his stuff, though...
It definitely depends on where you are located. I'm in NYC, and I've gotten 3 jobs, countless (decent) interviews, 2 apartments, and 3 or 4 bands/musicians using craigslist over the last few years.
OTOH, a friend of mine is up in Albany (obviously a huge contrast there), and the craigslist for albany is jam-packed with spam, scams, and people who want "a really simple website...i can't pay in cash, but i'll bake you cookies".
If you're in a bigger metropolitan area, craigslist is definitely worth checking out, but every area is different.
If the ISS was orbiting the moon+earth, it would always be going fast enough to get all the way to the moon. Any resupply ship would have to be going the same speed to make contact, which would mean that the resupply ship would also have to be capable of making it all the way to the moon. Which means that things wouldn't be any cheaper.
Just curious, wouldn't it only need to be able to go as fast as the ISS for a much shorter period of time? It seems like that would be cheaper than a vehicle that needed to go that fast all the way to the moon.
Actually, I would suggest that the commercials are fairly accurate in displaying the Mac vs. PC world. I think the only difference is that in the real world there's more anger.
I think most people's objections to the commercials are due to the smugness that the Mac always shows to the PC. Combine that with the fact that John Hodgeman is easily 100x more hilarious than the Mac guy (see? I don't even know his name), and of course someone who is already wary of Apple is going to react negatively.
The thing that no one ever talks about is the smugness and derision mac users were forced to tolerate for at least ten years during the Dark Ages of Apple. My family got a Mac in about 1991 after a small financial windfall (at the time we wouldn't have been able to afford a computer otherwise), and I've been hearing this shit as long as I can remember.
The arguments against Macs haven't changed in 17 years: Macs are expensive toys that are only good for this, that, or the other thing, whereas a PC is what you need if you want to get real work done.
You talk about how Apple has forced an image on the public, but anyone that's been involved with Macs long enough knows that this has been Apple's image since day one, and very little of that image was directly created by Apple. What backfired on Apple's competitors is that now PCs have become such a part of everyone's lives that it's actually relevant to seek a more pleasant, "fun" computing experience.
Computing for "regular people", is not fun. *Writing* can be fun. *Music* can be fun. Some people find *email* fun. Even *programming* can be fun. But people increasingly no longer care about the myriad things you can do with "a computer", they want to actually *do things*. So any sane computer marketing is going to cater to what you can actually do when you buy their machine, immediately, without needing to buy anything else. Naturally Apple is going to promote the things that they are good at, which, generally speaking, are known to be "fun" things.
OTOH, I see little in the Apple commercials that could be called "fake problems" -- all I really see is the common advertising tactic of making genuine problems in a competitor's product sound as bad as possible.
There's a lot of smug Apple users that weren't there for the bad times, and they make the rest of us sound like raging zealots. It still doesn't change the fact that this attitude was created by the people who criticize it most.
Oh come on. Java is definitely quite verbose, but no one would ever write that code like that.
This code example wouldn't even compile, these classes don't exist in any version of xalan.xslt that I can find, and it's not even using import statements.
import org.apache.xalan.xslt.*;
String xmlSystemId = new File(xmlFileName).toURL().toExternalForm( );
String xsltSystemId = new File(xsltFileName).toURL().toExternalForm( );
XSLTProcessor processor = new XSLTProcessorFactory().getProcessor( );
XSLTInputSource xmlInputSource = new XSLTInputSource(xmlSystemId);
XSLTInputSource xsltInputSource = new XSLTInputSource(xsltSystemId);
XSLTResultTarget resultTree = new XSLTResultTarget(System.out);
processor.process(xmlInputSource, xsltInputSource, resultTree);
And claiming that you ought to be able to do the following:
You can't transform XML that isn't stored in the local filesystem
You can't apply any kind of preferences to the processor
If you wanted to process multiple documents, you'd have no factory to instantiate/set common objects and attributes
And surely a million other things. You must realize that in this day and age people are using XML and XSLT for myriad different uses, and a proper toolkit should be able to handle as many of them as possible.
That's the best and the worst part about almost every Java library that people love to complain about. Swing gets much of this, but when you want a platform-agnostic way to put that essential UI component in the lower right-hand rectangle made by the scrollbars on your JScrollPane, Swing is the only way you're going to get there (or maybe SWT, I've never used it, but I hear similar complaints and praise).
Java is the only platform-independent language that has this kind of power in the core library. Furthermore, this announcement means we've now got an true open-source environment that is already making inroads in the business programming world, in areas that have been previously dominated by C/C++ and (shudder) VB. This is a good thing.
In the first place, if you agree with the sentiment about the attractiveness of the iPhone as a deployment platform, the language it's written in should be irrelevant.
Furthermore, since I'm not a huge fan of the C++ way of doing things, Objective C provides all the OOP features I require within a syntax that really isn't *that* far from C, and reminds me of other nice languages like Smalltalk and Lisp.
Developers could be intimidated by the Cocoa API, though. It's a pretty different way of doing GUI development, particularly if you're used to the verbosity of Swing, or the vapidity of VB. Still, the end result of learning to develop for the iPhone is access to a built-in audience of potential users, and (if you're so inclined) an easy transition to Mac OS X development.
The OS has had a full point release and there doesn't seem to be much for it.
Where's iChat or am I supposed to keep spending like $0.15 a text for SMS. Speaking of SMS, where's the damn MMS? Seriously.
How about spam filtering on the mail client. This is supposed to be "just like the desktop OS X" so how hard can it be to upgrade the mail client to more completely resemble the functionality of mail.app on the desktop? I think it may be related to CPU usage. I'm not sure about the OS X mail filtering, but I know spamassassin uses a huge amount of CPU on even a lightly loaded mail server. I'm guessing some of that's due to more than just the Bayesian filtering Mail.app does, but considering how 'frugal' Apple has been about the iPhone (e.g., officially no background apps), it wouldn't surprise me if there was some correlation.
No discussion of how the 1st gen phones will handle location. I think this is a non-issue for most location-based apps. Unless they need a high-level of precision, the existing methods of using cell tower triangulation will be enough in most cases, although obviously not as precise as GPS. The key element here is that there's a well-exposed and documented API for this now.
Of course, GPS Maps will be a no-go.
Nice one month slip on the OS and app store. Eh, yeah, that's lame, but.... I'm not really losing sleep over this.
So as a 1st generation owner, the only major upgrade in my day to day is the ability to get 3rd party apps. Hopefully 3rd party apps will fill in the gaping holes. I dunno, me.com is kind of a big deal. I already use.mac to keep my iphone/ipod/machines in sync, so for me, it's a bonus.
It's hard to tell whether Apple intended iPhone 2.0 to be much more than this before the wailing and gnashing of teeth "forced" them to make a developer API. I get the impression that somehow, some way, they didn't see that coming, and may have had to change plans really fast. Creating an SDK/API for a completely new device is a **huge** undertaking, and it has major implications if they get it wrong.
Still, I think we're going to see 3rd party apps as a very big deal in the coming months, as long as Apple stays reasonable about access to the developer program. If so, they will have created a pretty huge infrastructure that will allow independent developers to seriously compete with the major software houses.
There are some things I don't like about the SDK rules, but the fact that free (speech and/or beer) apps will be distributed at no cost could also be a boon for public awareness of free software.
Well, I wasn't really complaining. It was just a joke.
That being said, I've got nothing against Groovy, or BeanShell, or PNuts, or any of that ilk. But let's be realistic, it's only been around for *maybe* four years, and to I would suggest most people consider it a niche language that hasn't been around long enough to avoid the "flavor-of-the-month" label.
Since the OP was advocating Eclipse as a universal development environment, it seemed odd to leave out Perl, Python, Lisp, and others, but still include Groovy.
What's that? Don't develop for handhelds in general because the company you are developing for will most likely screw you over? No, don't do low-level development on handheld you can't afford to "brick"...
And come on, as I said, Apple fucked up. But it's hardly like they did this on purpose.
That seems like a pretty serious bug on RIM's part right there... You're telling me merely installing a third party application can destroy the phone? Or was it something more sensitive, like flashing firmware or writing device drivers? Or does Blackberry simply not do protected memory? (This last possibility would be a serious offense in my mind, and makes every Blackberry application potentially devastating.) I wish I knew the true issue. This was around 2003-2004, before quite so many people were addicted (the unit was black and white, if that gives any context).
It's possible that this happened during a restore of a backup. This was my douchebag boss' personal phone at the time, so every time I did anything on the actual device I always backed up his data first.
After the crash, I could no longer restore the backups I had made, or do any firmware upgrades. We had to send it back to Verizon, and he bitched at me for days saying it was my fault, (because the software crashed while I was using it, of course).
I am an apple fanboi, it's true...so you can stop reading now if you wish...
But I also used to develop for the Blackberry, and I bricked that thing three or four times in the first month just loading custom software onto it (bad USB chipset or something in my motherboard caused it to fail mid-transfer)....
Apple screwed up on this one, but I think those Devs learned a valuable lesson about handheld development...
That's nothing, by the time I was 11 I had already been running all the networks in my district for 5 years, *and* I had Slackware on all school machines by 7! It wasn't until 12 that I began consulting for the Federal Reserve, although in retrospect I should have taken the NASA gig instead.
I would have started my career sooner, but for most of my Kindergarten year I was under contract to the NSA.
In most regex engines, you should be able to do this with backreferences. I don't use them often, but I think something like this would work:
I think the reason the example you gave using \1 didn't work is because the .* was too greedy, and ate up the rest of the pattern before the \1 got a chance to match. Also, when you're doing full line matching, it's always good to think about ^/$ and whether you're using any multiline modifiers.
I like stackoverflow a lot and have been tangentially involved in other tech knowledge base-type sites, but they suffer from one typical problem.
People who already *have* certain knowledge don't often spend much time reading sites dedicated to dispensing that information.
Google actually lets its developers use 20% of their time to work on own projects...which is an emulation of the twho guys in a garage I think...It leads to innovation and many of the best google services were born this way.
True, but by most reports, as the company has grown, internally it's been more and more difficult to get that 20% time. It's kind of the dark secret of the HR department that although they pitch 20% time pretty heavily to applicants, the reality is not the same.
I get the impression the ones that do are either pet projects of higher-ups, or those who happen to be ahead in the internal corpo-political geek battles.
Furthermore, it I've read that search is (not surprisingly) the most difficult team to get involved with and actually innovate with. There seems to be a general attitude of "don't meddle with the thing thats paying for all these crazy side projects."
MobileSafari has not run as root since version 2.0. It now runs as the 'mobile' unprivileged user.
Contrast that with the iPhone: Everything that ships on an iPhone runs as root, and not in a compartment. Period. If you hack the browser (or any other in-ROM app), you've hacked the entire device with root level access (how do you think jailbreak works?).
FYI, the iPhone has not run user apps as root since version 2.0 came out. They run as a secondary non-privileged user. Of course, your personal data is also owned by that user, so it's still not anything like the Android sandbox.
Honestly, I've maintained my own mail server for 5 years, and my company's corporate server for 2 years, and I can count on one hand the number of times either of them have failed in that period. When they did fail (because I was being irresponsible about configuration changes, or hardware failures, etc), there was pretty much no way I was going to be getting in bed before I got them back up.
Granted, I don't have millions of users and petabytes of email. But I also am not any kind of real system administrator, I don't have a massive redundant data storage facility, and neither do I have millions of dollars and endlessly brilliant engineers working at my beck and call.
Some GMail downtime is, of course, to be expected. But these kind of high-profile outages from Amazon and Google are truly shocking. I don't think it puts the nail in the coffin of SaaS by any means, but it does indicate a significant necessity of SLAs for paying customers.
I would desperately love to divest myself of the responsibility for these mail servers, but I want to know that I can trust GMail's response time during crisis as much as I can trust my own.
Interestingly enough, I just used it for something practical the other day.
I was going to be in a part of Brooklyn I hadn't been before, and I wanted to find a deli en route to my destination. A friend of mine had mentioned there was one on a particular street, but doing a 'search nearby' on google maps yielded nothing -- not uncommon for a bodega in a post-industrial part of NYC.
So I started "walking" down the street from my subway stop, until I "saw" the place, and I knew exactly how to get there that afternoon.
Companies may try to do this, but I question how likely they would be to succeed.
Mac users will generally not accept (consciously or unconsciously) a repackaged Windows app, as it won't adhere to any of the standard UI guidelines that many have come to take for granted.
A good comparison is Java apps. How many major Java apps do you really see in use on the average Mac?
I can come up with two, NeoOffice, and Azureus. Maybe a handful or rarely used utilities, but nothing so important and frequently used as a browser.
I actually use the home button constantly. I don't like new windows to auto-load my home page (an old habit from lower-bandwidth days), but I do read my home page (a feed aggregator) constantly throughout the day.
I would definitely miss the home button, but I'm sure bookmark bars and the like could be a reasonable substitute.
I had to undo the change so I could post this message here, but for those complaining, it's easy enough to get rid of idle: Click "Customize" in the top bar. Then click "Sections". Then for "Idle" choose the circle-slash option. Click "Save" at the bottom. *Poof* - no more (atrocious) "Idle".
Think of "Idle" as a "Roach Motel". Do you really want these "Idle" writers involved in the main articles? Better that they are stuck here. Now I'm going back to that setting....
You sure about that? This is in books, not idle. That's the problem.
OTOH, as others have mentioned, it seems the biggest problem is samzenpus. I believe there's an option to filter all his stuff, though...
-phil
It definitely depends on where you are located. I'm in NYC, and I've gotten 3 jobs, countless (decent) interviews, 2 apartments, and 3 or 4 bands/musicians using craigslist over the last few years.
OTOH, a friend of mine is up in Albany (obviously a huge contrast there), and the craigslist for albany is jam-packed with spam, scams, and people who want "a really simple website...i can't pay in cash, but i'll bake you cookies".
If you're in a bigger metropolitan area, craigslist is definitely worth checking out, but every area is different.
<pedant>I think you mean, "ONCE AND FOR ALL!!"</pedant>
If the ISS was orbiting the moon+earth, it would always be going fast enough to get all the way to the moon. Any resupply ship would have to be going the same speed to make contact, which would mean that the resupply ship would also have to be capable of making it all the way to the moon. Which means that things wouldn't be any cheaper.
Just curious, wouldn't it only need to be able to go as fast as the ISS for a much shorter period of time? It seems like that would be cheaper than a vehicle that needed to go that fast all the way to the moon.
Actually, I would suggest that the commercials are fairly accurate in displaying the Mac vs. PC world. I think the only difference is that in the real world there's more anger.
I think most people's objections to the commercials are due to the smugness that the Mac always shows to the PC. Combine that with the fact that John Hodgeman is easily 100x more hilarious than the Mac guy (see? I don't even know his name), and of course someone who is already wary of Apple is going to react negatively.
The thing that no one ever talks about is the smugness and derision mac users were forced to tolerate for at least ten years during the Dark Ages of Apple. My family got a Mac in about 1991 after a small financial windfall (at the time we wouldn't have been able to afford a computer otherwise), and I've been hearing this shit as long as I can remember.
The arguments against Macs haven't changed in 17 years: Macs are expensive toys that are only good for this, that, or the other thing, whereas a PC is what you need if you want to get real work done.
You talk about how Apple has forced an image on the public, but anyone that's been involved with Macs long enough knows that this has been Apple's image since day one, and very little of that image was directly created by Apple. What backfired on Apple's competitors is that now PCs have become such a part of everyone's lives that it's actually relevant to seek a more pleasant, "fun" computing experience.
Computing for "regular people", is not fun. *Writing* can be fun. *Music* can be fun. Some people find *email* fun. Even *programming* can be fun. But people increasingly no longer care about the myriad things you can do with "a computer", they want to actually *do things*. So any sane computer marketing is going to cater to what you can actually do when you buy their machine, immediately, without needing to buy anything else. Naturally Apple is going to promote the things that they are good at, which, generally speaking, are known to be "fun" things.
OTOH, I see little in the Apple commercials that could be called "fake problems" -- all I really see is the common advertising tactic of making genuine problems in a competitor's product sound as bad as possible.
There's a lot of smug Apple users that weren't there for the bad times, and they make the rest of us sound like raging zealots. It still doesn't change the fact that this attitude was created by the people who criticize it most.
Oh come on. Java is definitely quite verbose, but no one would ever write that code like that.
This code example wouldn't even compile, these classes don't exist in any version of xalan.xslt that I can find, and it's not even using import statements.
import org.apache.xalan.xslt.*;String xmlSystemId = new File(xmlFileName).toURL().toExternalForm( );
String xsltSystemId = new File(xsltFileName).toURL().toExternalForm( );
XSLTProcessor processor = new XSLTProcessorFactory().getProcessor( );
XSLTInputSource xmlInputSource = new XSLTInputSource(xmlSystemId);
XSLTInputSource xsltInputSource = new XSLTInputSource(xsltSystemId);
XSLTResultTarget resultTree = new XSLTResultTarget(System.out);
processor.process(xmlInputSource, xsltInputSource, resultTree);
And claiming that you ought to be able to do the following:
XMLTransformer.transform(xmlfile, xsltFile, outputStream)Okay, so with your version:
And surely a million other things. You must realize that in this day and age people are using XML and XSLT for myriad different uses, and a proper toolkit should be able to handle as many of them as possible.
That's the best and the worst part about almost every Java library that people love to complain about. Swing gets much of this, but when you want a platform-agnostic way to put that essential UI component in the lower right-hand rectangle made by the scrollbars on your JScrollPane, Swing is the only way you're going to get there (or maybe SWT, I've never used it, but I hear similar complaints and praise).
Java is the only platform-independent language that has this kind of power in the core library. Furthermore, this announcement means we've now got an true open-source environment that is already making inroads in the business programming world, in areas that have been previously dominated by C/C++ and (shudder) VB. This is a good thing.
-philCan you elaborate on this?
In the first place, if you agree with the sentiment about the attractiveness of the iPhone as a deployment platform, the language it's written in should be irrelevant.
Furthermore, since I'm not a huge fan of the C++ way of doing things, Objective C provides all the OOP features I require within a syntax that really isn't *that* far from C, and reminds me of other nice languages like Smalltalk and Lisp.
Developers could be intimidated by the Cocoa API, though. It's a pretty different way of doing GUI development, particularly if you're used to the verbosity of Swing, or the vapidity of VB. Still, the end result of learning to develop for the iPhone is access to a built-in audience of potential users, and (if you're so inclined) an easy transition to Mac OS X development.
Anyways, my 2/100ths...
Where's iChat or am I supposed to keep spending like $0.15 a text for SMS. Speaking of SMS, where's the damn MMS? Seriously. How about spam filtering on the mail client. This is supposed to be "just like the desktop OS X" so how hard can it be to upgrade the mail client to more completely resemble the functionality of mail.app on the desktop? I think it may be related to CPU usage. I'm not sure about the OS X mail filtering, but I know spamassassin uses a huge amount of CPU on even a lightly loaded mail server. I'm guessing some of that's due to more than just the Bayesian filtering Mail.app does, but considering how 'frugal' Apple has been about the iPhone (e.g., officially no background apps), it wouldn't surprise me if there was some correlation. No discussion of how the 1st gen phones will handle location. I think this is a non-issue for most location-based apps. Unless they need a high-level of precision, the existing methods of using cell tower triangulation will be enough in most cases, although obviously not as precise as GPS. The key element here is that there's a well-exposed and documented API for this now.
Of course, GPS Maps will be a no-go. Nice one month slip on the OS and app store. Eh, yeah, that's lame, but.... I'm not really losing sleep over this. So as a 1st generation owner, the only major upgrade in my day to day is the ability to get 3rd party apps. Hopefully 3rd party apps will fill in the gaping holes. I dunno, me.com is kind of a big deal. I already use
It's hard to tell whether Apple intended iPhone 2.0 to be much more than this before the wailing and gnashing of teeth "forced" them to make a developer API. I get the impression that somehow, some way, they didn't see that coming, and may have had to change plans really fast. Creating an SDK/API for a completely new device is a **huge** undertaking, and it has major implications if they get it wrong.
Still, I think we're going to see 3rd party apps as a very big deal in the coming months, as long as Apple stays reasonable about access to the developer program. If so, they will have created a pretty huge infrastructure that will allow independent developers to seriously compete with the major software houses.
There are some things I don't like about the SDK rules, but the fact that free (speech and/or beer) apps will be distributed at no cost could also be a boon for public awareness of free software.
Well, I wasn't really complaining. It was just a joke.
That being said, I've got nothing against Groovy, or BeanShell, or PNuts, or any of that ilk. But let's be realistic, it's only been around for *maybe* four years, and to I would suggest most people consider it a niche language that hasn't been around long enough to avoid the "flavor-of-the-month" label.
Since the OP was advocating Eclipse as a universal development environment, it seemed odd to leave out Perl, Python, Lisp, and others, but still include Groovy.
Groovy. Really?
Traditionally, I've found that forums devoted to relatively specific interest groups tend to be mercifully free of gaping orifices.
And come on, as I said, Apple fucked up. But it's hardly like they did this on purpose.
It's possible that this happened during a restore of a backup. This was my douchebag boss' personal phone at the time, so every time I did anything on the actual device I always backed up his data first.
After the crash, I could no longer restore the backups I had made, or do any firmware upgrades. We had to send it back to Verizon, and he bitched at me for days saying it was my fault, (because the software crashed while I was using it, of course).
But he got me my own unit shortly thereafter...
I am an apple fanboi, it's true...so you can stop reading now if you wish...
But I also used to develop for the Blackberry, and I bricked that thing three or four times in the first month just loading custom software onto it (bad USB chipset or something in my motherboard caused it to fail mid-transfer)....
Apple screwed up on this one, but I think those Devs learned a valuable lesson about handheld development...
-phil
That's nothing, by the time I was 11 I had already been running all the networks in my district for 5 years, *and* I had Slackware on all school machines by 7! It wasn't until 12 that I began consulting for the Federal Reserve, although in retrospect I should have taken the NASA gig instead.
I would have started my career sooner, but for most of my Kindergarten year I was under contract to the NSA.