Un blog Mac qui garde l'esprit historique, avec une base moderne.

Il n’est pas toujours simple lorsque l’on commence le développement sous Mac ou sous iPhone de savoir où se trouve la documentation, les exemples de code et comment utiliser tout ça. Le blog Inside iPhone nous propose un article très intéressant sur les différentes ressources disponibles pour le développements iPhone. Cela va des exemples de code aux vidéos en passant par la documentation :

• A Guide to iPhone Dev Documentation

Parce qu’il n’y a pas que Cocoa, l’iPhone et le Mac, aujourd’hui, un “En vrac” concernant le web :

• HTTP Client est un client HTTP (sous licence BSD) qui permet de créer des requêtes HTTP complexes en choisissant la méthode (HEAD, GET, POST, etc.), en ajoutant des en-tête, etc. et de voir ce que retour le serveur web. On peut de plus sauvegarder une requête pour la re-jouer plus tard. Une vidéo sur l’utilisation de HTTP Client est de plus disponible.
• Technical Details Behind iWork.com est une analyse de la part de Ajaxian.com du site iWork.com. On y apprend part exemple qu’il utilise SproutCore, Prototype, le tag <canvas>, etc.

iWebKit vient de publier la version 4.1 de leur framework CSS/JS. Il s’agit d’un ensemble de fichier JS/CSS permettant de créer facilement des sites web ressemblant à des applications iPhone natives :

• iWebKit - Make a quality iPhone Website or Webapp
• Téléchargement de iWebKit
• Site d’exemple utilisant iWebKit

Peter Hosey vient de publier sur son blog une présentation des tests unitaires qu’il a donné lors d’une réunion Cocoa Heads sous forme de vidéo (mise en ligne sur Vimeo). Il est donc possible de télécharger la présentation pour la regarder en local.

Unit testing from Peter Hosey on Vimeo.

Tout d’abord, très bonne année à vous tous, avec pleins de projets de développements Mac plein de succès. Ensuite, je vais commencer cette année par une petite rétrospective sur l’année 2008 avec les éléments importants pour le bloc Cocoa.fr et de manière plus générale pour le développement Mac.

En ce qui concerne Cocoa.fr, cela représente 28 942 visiteurs pour 60 245 pages vues. Le billets les plus populaires ont été les suivants :

1. Apprendre XCode, Cocoa et Objective C gratuitement
2. Vos débuts en Cocoa
3. Présentation de Cocoa
4. Firmware 2.0 pour iPhone / iPod Touch
5. Apprendre à utiliser le SDK iPhone en vidéo
6. Mac OS X et les caractères spéciaux
7. Les livres pour le développement iPhone
8. Livre: Programmation Cocoa sous Mac OS X
9. Prenez un développeur dans vos bras
10. Interview de Olivier Chambon, développeur web sous Mac

Maintenant, concernant le développement sur Mac, les principales événements de l’année sont :

• Début Mars 2008, sortie de la première version du SDK iPhone
• Début Juin 2008, annonce de Mac OS X Leopard et plus particulièrement OpenCL
• La sortie du livre Cocoa Programming for Mac OS X et de la version française Programmation Cocoa sous Mac OS X qui permet d’avoir un livre correspondant aux nouveautés de Mac OS X 10.5.

Le prochain événement intéressant, sera le salon MacWorld à partir de demain (du 5 ou 9 janvier 2009), avec on l’espère plus d’informations sur les nouveautés de Snow Leopard et de OpenCL. Et vous, vous attendez quoi pour la Macworld 2009 et de manière plus générale pour l’année 2009 ?

Après quelques jours loin de mon ordinateur pour cause de repas de Noël, et avant quelques jours loi de tous accès Internet pour le nouvel an, voici quelques articles intéressants pour finir l’année 2008 :

• Friday Q&A 2008-12-26 sur une utilisation possible des blocks dans Objective-C.
• Des cours de programmation en février sur les cours du Big Nerd Ranch à venir en Europe. On remarquera tout particulièrement le Cocoa Bootcamp animé par Aaron Hillegass, l’auteur de Programmation Cocoa sous Mac OS X.
• Touch and Go Pricing, un article par Daniel Jalkut sur le problème des prix trop faible des applications iPhone.
• Route-me, un projet open-source pour intégrer des cartes à vos applications iPhone (OpenStreetMap, Microsoft VirtualEarth et CloudMade sont actuellement supporté). Un guide d’intégration est aussi disponible.

Le prochain billet arrivera certainement en 2009, je vous souhaite donc un très bon réveillon.

En ce moment, l’une des questions les plus présentes dans mon esprit, au sujet du développement de Marquise, est sous quelles versions du système d’exploitation mon application devra être capable de tourner. L’idéal serait de gérer le maximum de versions d’OS X. Cependant, cela présente des contraintes techniques, mais surtout économiques.

Les avantages d’assurer la compatibilité avec 10.4 (voire 10.3)¶

Ou plutôt, le seul avantage, mais un gros avantage: pouvoir toucher un maximum de clients. Voilà maintenant sept ans que la première version de Mac OS X est sortie. Il faut être conscient qu’il y a sûrement plus de machines tournant sous les OS 10.0 à 10.4 cumulés que Mac OS 10.5.

Il faut toutefois relativiser: la plupart sont tout de même sous 10.2 à 10.4, pour deux raisons. La première, c’est que les améliorations de 10.0 à 10.1 à 10.2 à 10.3 sont très visibles. L’autre raison, c’est que la reprise des ventes de Mac s’est faite lorsque 10.4 était le système actuel.

Pourquoi j’avais fixé le ticket d’entrée à 10.4¶

Une raison technologique: Core Data¶

Cette technologie fut introduite dans OS 10.4. Apple la présente comme une solution permettant de ne pas s’occuper de la gestion des fichiers, ni de l’Undo, avec à la clef un gain de productivité. J’ai été très déçu par Core Data (ce sera l’objet d’un autre article), que j’ai remplacé depuis par un enregistrement en XML. Aujourd’hui, j’utilise la classe NSXMLDocument, qui n’est disponible qu’à partir de 10.4.

Une raison pratique: je ne peux pas tester sous des versions antérieures¶

Ma machine principale est un iMac G5 sous 10.5, qui était livré avec 10.4. Je me suis donc acheté un disque dur externe et y est installé 10.4 pour mes tests. Il me faudrait une autre machine pour tester sous 10.3.

Une raison de puissance¶

Une machine sous 10.3, je vois ce que c’est: mon vieil iMac G3. Cette machine ne pourra jamais faire tourner Marquise qui manipule des images par dizaines. Fixer le système minimum à 10.4 permet de se limiter aux machines capables de faire tourner 10.4 correctement, c’est à dire les G5 et les tous derniers G4.

Pourquoi j’envisage de mettre le ticket d’entrée à 10.5¶

Comme je l’écris plus haut, je dois redémarrer pour tester Marquise sous 10.4. En pratique, cela se déroule ainsi: je copie l’application sur une mémoire USB, je redémarre avec Option appuyée et sélectionne mon disque externe pour le démarrage. Enfin, j’arrive sous 10.4, je lance Marquise, et m’écrie: “Bon dieu, ce que c’est moche !”. Ce qui m’intéresse en particulier, c’est un des boutons de la barre d’outils qui devrait présenter un petit triangle, indiquant qu’un menu s’affiche, mais qui ne le fait pas. Je dois alors retourner sous 10.5, trouver un compromis sur la taille du bouton, reconstruire l’appli, la remettre sur la mémoire USB, redémarrer, etc. On peut perdre des heures sur ces manipulations. Évidemment, la solution serait de me payer une nouvelle machine, mais il va falloir que Marquise me rapporte quelques thunes avant.

D’autres développeurs, je pense à ceux de Delicious Library ou RapidWeaver, ont carrément fait le choix de ne plus développer que pour 10.5. La première raison est celle que je viens d’évoquer: maintenir leur logiciel pour deux versions d’OS X représente trop de boulot, par rapport au gain économique attendu. La deuxième raison est technologique: ainsi Delicious Library fut la première grosse application à utiliser Core Animation (introduit avec 10.5). On peut trouver cela tape-à-l’œil, mais c’est très certainement séduisant pour les clients potentiels qui essaient le logiciel.

À chaque fois que sort un de ces logiciels dédiés à 10.5, on peut lire les même commentaires aux nouvelles de MacGénération: “c’est bien dommage qu’il ne tourne pas sous 10.4”. Ce que je pense, c’est que les deux tiers des gens qui laissent ce genre de messages sont sous… 10.5. Car la réalité la voici: les gens de Delicious Monster ou Real Mac Software ne sont pas suicidaires. S’ils prennent ce genre de décisions, c’est parce qu’il savent que leurs clients sont en grande majorité (au moins 85%) sous 10.5. Ils le savent par les statistiques d’accès à leur site web. Ce n’est pas contradictoire avec ce que j’écrivais plus haut: que la majorité des machines sous OS X, étaient sous 10.4 ou antérieures. En effet, un client qui est prêt à installer et payer un shareware n’est pas un utilisateur moyen.

Ma décision alors ?¶

À vrai dire, je n’ai toujours pas décidé. Mon code peut encore tourner sous 10.4. Mais un élément va être décisif: l’arrivée de 10.6, certainement à la même période que la première version commerciale de Marquise. Je devrai alors travailler sous trois versions d’OS X. Je me dis que limiter à 10.5 serait une bonne idée, rien que ne pas avoir de clients qui se mettent à râler quand j’abandonnerai 10.4, ce qui arrivera. Au final, je crois que je vais regarder les statistiques de mon site web quand je proposerai les premières versions béta en téléchargement pour décider.

De retour après quelques jours loin d’une connexion Internet pleinement fonctionnel, voici quelques actualités concernant Mono, OpenCL et des nouvelles liées au web :

• OpenCL : le GPU Computing enfin démocratisé ?, une présentation par le site Hardware.fr de OpenCL et ses liens avec Cuda.
• Monobjc : A .NET/Objective-C Bridge, un bridge entre .Net et Objective-C pour développer des applications sous Mac OS X avec C#, VB.Net, etc.
• La sortie de Cappuccino 0.6 qui propose une amélioration d’Objective-J, une amélioration des performances grâce à une ré-écriture du parseur et des outils pour faciliter le débogage.
• Building a iPhone web app in under 50 lines with Sinatra and iUI, sur la construction d’une application web avec iUI et le framework web Sinatra (Ruby). Via MobileOrchard.