now you can panic

Well, I was wrong. Apple seems to think that signing all apps is more important than anything resembling a sane test+deployment strategy.

That better be a good iPhone simulator.

Comments (1)

iPhone SDK release rumors: don’t panic

John Gruber writes about the iLounge article about the rumors about the upcoming iPhone SDK release.He makes it sound as if the only way to get an application is from the iTunes Store which Apple will be the gatekeeper of.

Here is why he is wrong: developers will need a way to get an application onto the iPhone before it has been released for sale. There will have to be a way to get incomplete applications onto the iPhone before their release to the iTunes Store. I haven’t seen anything in the rumors that say a developer or user can’t simply drag the application into iTunes like any music file for loading into the iPhone.

Tiered SDKs? Sure. Apple’s approval required for selling apps in the iTunes Store? Sure. Not being able to write and test a deployment of an app to the iPhone before getting Apple’s approval? So impractical, I don’t see how it would be workable for any developer at all. And if a developer can deploy an app, I don’t see any reason a user couldn’t use the same mechanism.

Comments

The Forgotten Delicious

Comments

gpl craziness

Sometimes, late at night when the moon is full and no one is around, I’ll download the Emacs source. Then, I’ll make a single change. Maybe rename a variable or a function, or comment something out. Then, I’ll recompile it and put the binary on my website for people to download. But I won’t provide the source of my changes! Muahahahaha.

Comments

whoa guys

In Vacuous Virtuoso’s CTGradient code bloat article, he showed how easy it was to trim a 1300 line 3rd party piece of code down to 30 lines by trimming the unneeded code.

Super. We should all look at what code we use and whether it is inefficient or not.

The problem is he didn’t include any numbers beyond the LOCs. It would have been nice to have had some before and after numbers on execution speed, binary size, and memory usage.

No big deal though. It’s still a decent article.

It’s turned into a bit of a flame war though, or as close to a flame war as the usually polite Mac developer community gets.

I started it with what I like to think of was an innocuous comment.

It went back and forth a little bit with Daniel Jalkut joining in too.

Then this guy, Rick, joined in and immediately went personal.

Rick also posted a fun little timecube style rant on his blog where he referred to developers as the Landed Gentry of Mac Development and as snakes. He also put the word “people” in scare quotes.

It’s also amazing how far these ‘people’ will go to defend what essentially is a defenceless position.

Not quite sure what he thinks we are instead.

Sean was totally unnecessary with his

Do us a favor, think of this as being a thanksgiving dinner. The adults are busy discussing things at the dinner table. Take your slice of turkey, and go back to the childr- Oops, I mean, “indy” developer table.

style comments.

I just think that the personal attacks are pretty lame in a discussion by a bunch of developers about the relative merits of a code cleanup.

Comments (2)

thinking outside the box

Gruber isn’t very good at imagining other people’s computing needs.

No important software for the Mac depends on Java.

I think he meant “I don’t have any important software that depends on Java”. There. Fixed that for you.

What I like about the most about his subsequent backpedaling is that it avoids the original issue people were complaining about.

  1. Gruber says Java isn’t supported in the new MacOS X 10.5 and no one cares except Java developers.
  2. People who do care write him and complain.
  3. Instead of saying, “oh, hey, some people clearly have different computing needs than me,” Gruber gives them a condescending lecture on prioritizing development issues, which wasn’t the point at all and as if developers don’t already know about needing to delay low priority tasks.

Somewhere in there he also found the time to talk about a new feature to AppleScript, a language that no one cares about, except AppleScript developers.

PS. I’m not a Java developer.  I don’t even care for Java.

Comments

Threading in Mail-3.0

They finally fixed threading. You heard it here first.

Comments

Taskpaper?

Taskpaper has a nice idea, using a plaintext microformat to store TODO lists. Seems unfortunate that it’s getting so much press a week before Leopard comes out with the same feature with presumably the same implementation.

I’ve long thought that TODO lists were overdue for an IMAP style, access this anywhere from any client, protocol. Nice to see Apple implementing it and it looks like they’re skipping the design-a-new-protocol phase and just using IMAP for the TODO list.

Next up, a standard way of syncing read RSS feeds? I’d like that very much, kthxbye.

Comments

Rails vs Seaside

I came across an interesting post about SmallTalk’s Seaside versus Ruby’s Rails.

The meat is in the comments which are very polite and informative. I’ve only played with Squeak once back in college so I didn’t really grasp the whole editing-live-objects-which-don’t-live-in-files thing.

It sounds pretty neat and pretty powerful.

Comments

iPhone price cut

Just wanted to say that Joe sounds like a lot of fun. He must be a hit at parties. Isn’t he wasting time that could be spent re-reading Atlas Shrugged?

Comments

« Previous Page« Previous entries « Previous Page · Next Page » Next entries »Next Page »