interview

Dans le numéro 17 de J’irai loler sur vos tombes, l’invité, Alexandre Astier (auteur-réalisateur et acteur de Kaamelott) nous parle de sa vision de l’iPad, de l’utilisation qu’il en a, et plus particulièrement pour se détendre en pratiquant développement sur iPad !

Pour changer, je vous propose aujourd’hui un billet qui ne parlera pas de code :

• The Failure of the GPL est une réflexion sur la licence GPL et ses échecs. Le document dans son ensemble est très intéressant, mais la première page l’est tout particulièrement pour les développeurs Mac, car elle aborde le choix de LLVM par Apple et son abandon progressif de GCC.
• From the Mouths of Developers est une interview très intéressante de divers auteurs de logiciels qui ont utilisés MacHeist afin de promouvoir leurs applications.
• iTunes and Cocoa, une reflexion très intéressante de John Gruber sur iTunes et le peu d’intérêt actuel qu’aurait Apple à réécrire son logiciel en Cocoa.

Avec la sortie de Snow Leopard le vendredi 28 août, un grand nombre de nouvelles technologies et API vont être disponible pour les développeurs. En attendant de le tester, ainsi que ses nouveautés, je vous invite à découvrir un très bon article en deux parties sur ce que pensent divers développeurs de cette nouvelle version :

• Snow Leopard : l’avis des développeurs
• Snow Leopard : l’avis des développeurs (suite)

Beaucoup de ressources intéressantes pour le développement iPhone sont disponible sur le web ces derniers jours. Tout d’abord, une interview de Jeremie Engel chez SVM Mac qui revient sur l’année écoulée pour son entreprise VisuaMobile :

J’avais parlé il y a quelques mois du making of de l’application Things sur iPhone qui avait été rendu indisponible peu de temps après la publication du billet. L’éditeur de Things vient de rendre à nouveau disponible ce super retour d’expérience sur la création de l’interface de leur logiciel : Designing the UI of Things for iPhone.

On continue avec un article de Matt Gemmell, qui nous propose un guide d’urgence pour le développement iPhone qui fournit un point de départ très intéressant pour connaître les choses les plus importantes à connaître pour le développement iPhone et les différences principales par rapport à d’autres langages ou plateformes.

Pour finir, Cocoa with Love nous propose un article sur la mise en place d’une interface HTTP dans une applications iPhone : A simple, extensible HTTP server in Cocoa. Et en bonus, le code de l’article fonctionne aussi pour une application Mac d’après l’auteur.

Si comme moi vous aimez savoir comment travaillent les autres développeurs, et comment ils voient le développement sur iPhone, je vous invite à découvrir les interviews suivantes :

• Interview : développer des jeux sur iPhone : une interview de Benoît Prunneaux de Dig Dog par MacGeneration.
• Interview: Développeur de “iReveil” : une interview de Alexandre Pestre par Le Blog iTouch.
• Un développeur iPhone en vedette du Midi Libre : une interview de Jean-Michel Plisson par le journal Le Midi Libre.

Cocoa et Mac OS X sont relativement récents, mais les technologies dont ils sont issus (NextStep et le système d’exploitation Next) existent depuis plus de 20 ans. InformIT nous propose ici une interview de Erik Buck, développeur NextStep / Cocoa depuis quasiment aussi longtemps que la plate-forme existe. Il aborde l’évolution du framework à travers les années et l’utilisation des design patterns avec Cocoa et Objective-C :

• From NeXTSTEP to Cocoa: Erik Buck on the Development of Cocoa and Objective-C

Erik Buck est d’ailleurs l’auteur du livre Cocoa Design Patterns qui devrait être disponible d’ici la fin de l’année.

Aujourd’hui ça va du développement de jeu, aux livres en passant par des interviews de développeurs :

• Matt Gallagher de Cocoa with Love, nous propose une série d’article sur le développement d’un jeu de type Asteroids. Il existe pour l’instant les 3 premiers articles d’une série de 4 : An Asteroids-style game in CoreAnimation, Part One., An Asteroids-style game in CoreAnimation, Part Two. et An Asteroids-style game in CoreAnimation, Part Three.
• Vous êtes en Suisse, plus particulièrement dans la région Lémanique et que vous voulez découvrir et parler avec d’autres développeurs iPhone, n’hésitez pas à vous inscrire au groupe Facebook Les développeurs iPhone de Suisse Romande.
• iPhon.fr nous propose une interview du développeur iPhone Luc Plançon de DPC Interactive
• Mobile Orchard nous propose dans son podcast, une interview de Dave Mark et Jeff Lamarche les auteurs du livre Beginning iPhone Development chez Apress.
• Pour finir, Mac Developer Network qui nous présente le livre Learn C on the Mac écrit par Dave Mark, qui propose d’apprendre les bases du C sur Mac en abordant des bases comme les pointeurs ou autre.

Voici mes trouvailles de la semaine dans le monde Cocoa et Mac :

• Quicklook for markdown, propose un plugin pour QuickLook qui permet de visualiser les fichiers Markdown. Il s’agit d’une syntaxe semblable à celle qui existe par exemple sur les wiki et qui à été inventé par John Gruber un des éminents bloggeurs du monde Cocoa. C’est d’ailleurs le format utilisé pour écrire les billets sur Cocoa.fr.
• Interview développeur iPhone : Nicolas de Nico&co (Earth3D, Tribal 1 et 2, Awele), sur iPhon.fr

• Bonjour Patrick, peux-tu te présenter en quelques mots ?

J’ai 30 ans, je programme depuis … longtemps. D’abord en C++ sous Windows, puis PHP, Javascript, et maintenant Cocoa.

• Depuis quand utilises-tu un Mac pour développer, et pourquoi être passer sur Mac ?

Sur Slashdot, beaucoup vantaient OSX. J’ai lu les documentations sur developer.apple.com, découvert Interface Builder et sa façon de ‘dessiner’ les liens entre composants … wow ! Je suis passé sur Mac avec le mini. Cocoa m’a beaucoup influencé : dans mon dernier boulot (web/js), j’avais écrit un framework pour lire un .xml contenant définition d’interface, bindings, règles de resize … tout comme un NIB :)

• Maintenant quelques questions concernant JSCocoa et tout d’abord, depuis quand est-ce que JSCocoa est-il en développement ?

Depuis Juillet. Je voulais un script facile à utiliser dans Cocoa, j’avais eu de mauvaises surprises avec RubyCocoa (rajouter une ligne vide dans une routine stoppait un plantage bizarre !), le bridge de WebKit était limité a Cocoa ‘brut’ (ni fonctions C, ni dérivation, ni structures — pas pratique pour utiliser NSPoint). Ainsi est né JSCocoa … par frustration :)

• Quels sont les atouts de JSCocoa par rapport à un programme en Objective-C/Cocoa ?
  • Avantages
    • Dynamique ! on peut charger du code en runtime facilement, ou taper du code pour inspecter son application, toujours en runtime.
    • Rapide au lancement : le code est interprété au fur et à mesure des besoins. On peut éditer le code (même dans TextEdit !), quitter, puis relancer rapidement.
    • Accès aux fonctions Javascript comme les expressions régulières, bizarrement absentes dans Cocoa.
    • Une syntaxe à points : a.b.c.d au lieu de [[[a b] c] d].
    • (peut-être) simplification de la localisation. Plutôt que NSLocalizedString et printf, donner une petite fonction Javascript qui va renvoyer une string dépendant du langage.

            // Code application
            myNSTextField.stringValue = pluralizeNoun('book', myArray.count)
            // Code localisation
            function pluralizeNounUS(noun, count) {
                return count + ' ' + noun + (count>1 ? 's' : '' )
            }
            var noun1 = { 'book' : 'buch', 'shoe' : 'schuh' }
            var noun2 = { 'book' : 'bücher', 'shoe' : 'schuhe' }
            function pluralizeNounDE(noun, count) {
                return count + ' ' + (count>1 ? noun2[noun] : noun1[noun] )
            }
            </pre></code>

         On a un code principal (JSCocoa, ou même ObjC) le plus simple possible, et un code localisation js qui peut récupérer toutes les informations nécessaires pour afficher une traduction correcte.
*   Désavantages :
    *   comme Javascript n'est pas compilé, une erreur ne sera pas détectée au
        lancement, seulement à l'activation du bout de code correspondant. D'où la
        nécessité de tests pour vérifier le programme une fois lancé
    *   Javascript est plus lent que ObjC. JSCocoa est encore plus lent — parfait
        pour écrire la logique, mais on oubliera le raytracer JSCocoa ;)