Where are the goddamn iPhone SDK Rules

This one’s been burning through 5 seconds of my brain’s CPU a day. I keep thinking of what they are going to allow us to develop and what they won’t. 5 seconds is not much btw, its about 0.0057% of my day, but still, you gotta have high standards.

Here is the damn PDF telling you what you can and can’t do:
http://onemorething.nl/files/iphone_sdk_agt_608_final__wwdc08.pdf

Here’s the part that pisses me off the most:

3.3.3 Without Apple’s prior written approval, an Application may not provide, unlock or enable additional features or functionality through distribution mechanisms other than the iTunes Store.

This basically bars us from providing downloadable content for sale. lets say you have a level-based games and you want to give away the game for free with additional level packs for sale (aka the console’s way of making money). The current TOS won’t let you do this.

Sure you can pack your premium content as a new game alltogether and put it on their store, I don’t mind giving Apple their 30% cut of each level I sell, but give me a way to sell it with 1-click from within my game.

I’m sure they’ll fix this asap.

Posted in

mobile applications soon to come

so the upcoming wealth of iPhone applications is going to be amazing, i have no doubt whatsoever.

i was driving with jsherman this noon down to techshop in menlo park (which is pretty rad btw). we were blabbing about mobile apps, platforms and whatnot when we hit the upcoming iPhone.

everybody knows that the combination of data-always-on, GPS and semi-open-platform is going to create amazing stuff. i asked the question ‘what would you do with built-in GPS and just the native apps?’ guess what came up…

so, we all have meetings and whatnot in our calendar. i know that whenever i create an entry in my calendar i will usually create two alarms. one alarm will be a day in advance and the other will be, well, anywhere between 5 minutes and 2 hours before. your new iPhone is going to know where YOU are, its going to know where the MEETING will take place and its going to know how long it is before the meeting needs to take place. It could automatically let you know that you ‘need to start getting ready because you need to leave to the meeting soon’.

how about your in traffic trying to figure out if you’ll make it in time? i can never figure out what the social rules are, but i once read in this magazine my barber had that you can be up to five minutes late and its cool, you don’t need to call. i guess in israel you can be up to 30 minutes late and still get by. it will take just a few lines of code and some heuristics for your iPhone to tell you that ‘well, good points for trying to get to the meeting, but with your current speed it looks like your’e going to be late’.

what if your iphone would look each day to see if you have a meeting scheduled for lunch time the next day without a specific location and just popup to ask you ‘interested in hearing about lunch places around?’

i remember in past years these ideas would popup every now and then. I remember eden shochat and yuval tal talking about intelligent personal assistants. The thing is these ideas used seem irrelevant because of the barrier to entry. they would always require sophisticated software (triangulating cell-towers, searching for local businesses) and usually inexistent hardware (always on data? gps). i think this is all changing, with the upcoming iPhone and with the existing Google APIs (maps, search…), I can’t wait to be a happy user, and am super-interested in developing some of these things.

Posted in

monetizing international users

that’s it i’m starting to post musings on my blog, as in i just lowered the barrier of entry for my thoughts into this blog. and no, i will not google for pictures of the globe or of users and put them here for you or link things like facebook, this is pure informative peek into my few neurons :-)

i’ve been reading and noticing this a lot lately, people are talking about how unsure they are that they will be able to monetize international internet users compared to US ones.

this means most likely that US users have more cache, more easy infrastructure for paying (paypal), shipping, and consumerism in general, meaning its easier to opt them into to stuff and suck money from them.

for example, i just read that facebook’s growth in the past year was mostly international and they are worried about not being able to monetize it.

it also spells opportunity, because if you can better monetize international users than the average ad-serving platform, you can be an easy drop-in for many sites/networks that have a large international crowd.

maybe its worth considering starting an ad-network focused on non-US markets… monetizing clicks and views in completely different ways.

Posted in

is it time for a new architecture for mobile web-widget-thingies?

The new Google search for iPhone is AJAX’ish as it gets, well, almost.
You still need to load up the google page. The thing is, this main page is pretty static, why not try to cache it on the phone somehow and then get this awesome experience of just clicking ‘google’, then typing in your search terms and getting immediate results?

I bet y’all this can be done with a nifty bookmarklet which the iPhone’s implementation of Safari should support…

Posted in

notes from a coder assembling a python web framework

i had this file on my desktop for a while and thought it was time to move it from there, and for some reason it came to my mind that its worth publishing the result of our search.
i’m too lazy to linkify everything here, but every second word is a link to some open-source
project.
components for our new python web framework:
big things to look at:
———————-
* Pylons - currently leading (uses mako, sqlalchemy, routes)
* Django
* TurboGears
* CherryPy - framework including webrick-like-environment, url-mapper, sessions, caching…
Object Relational Mapper:
————————-
* SQLObject - looks beautiful at start
working with objects and result-sets looks fun
hides SQL from you
creates tables for you
creates Many-to-many relationship tables for you, hides them from you
constructing queries is a bit clumsy
if u want to use GROUP-BY u need to use SQLBuilder
* looks like they put more effort into beauty rather than usability, specifically
 in creating queries and dealing with non-tabli’sh result-sets
* SQLAlchemy - looks annoying to begin with
table creation is separate from table class definition, so we get duality (solved with
Elixir)
they still create the tables for u
constructing queries is awkward, but i guess they are all like this
one-to-many looks nice, still funny query syntax but no sql and u get nice objects
it looks like for making complex queries (joins, from(select), etc) will require reading
   the docs all the time
Templating Engine:
——————
* Mighty (used by Amazon, delicious) (ported from Mason in perl)
* Mako (V), Genshi, Jinja, Kid, Cheetah (V), Buffet?
URL-Mapper (nice urls, command mapper, parameter validator, etc):
—————————————————————–
* Routes (from Pylons perhaps?) - looks nice, want to see how it actually calls my objects once it maps stuff.
things to remember:
——————-
* how do we connect to web-servers ? try to keep it open, allow something like webrick
  for easy testing
* cookies, http-errors, sending back headers, etc