On Jobs’s thoughts on Flash

Yesterday, our favourite black turtleneck-wearing guru published a short essay detailing his Thoughts on Flash, where he details why Adobe’s Flash will never by supported on his iPhones and iPads.

Recommended reading, definitively! It’s just hilarious.

I obviously have to admit that the iPhone, new Macs, etc. have sent Jobs soaring through the stratosphere. Unfortunately, I’m afraid his brain is now lacking oxygen… Lire la suite « On Jobs’s thoughts on Flash »

Plus de C# sur l’iPhone ?

clip_image001Avec la sortie hier du SDK pour l’iPhone OS 4, Apple surprend les développeurs en modifiant un paragraphe clé dans sa licence d’utilisation. Jusque là le paragraphe 3.3.1. lisait :

3.3.1 — Applications may only use Documented APIs in the manner prescribed by Apple and must not use or call any private APIs.

Formulé de cette manière, ce paragraphe empêche simplement les développeurs d’accéder aux fonctionnalités de l’iPhone qui ne sont pas exposées par les APIs publiques, documentées et donc supportées par Apple.

Cependant, le paragraphe en question a été légèrement remanié dans la dernière version de l’accord (je me permets de surligner quelques mots clés) :

3.3.1 — Applications may only use Documented APIs in the manner prescribed by Apple and must not use or call any private APIs. Applications must be originally written in Objective-C, C, C++, or JavaScript as executed by the iPhone OS WebKit engine, and only code written in C, C++, and Objective-C may compile and directly link against the Documented APIs (e.g., Applications that link to Documented APIs through an intermediary translation or compatibility layer or tool are prohibited).

Il n’est plus question uniquement de fonctionnalités ici, mais carrément du choix du langage de programmation. La liste est claire : si vous souhaitez développer pour l’OS 4, vos applications devront être écrites à l’origine en C, C++, Objective-C ou JavaScript—sinon, passez par une application web (ceci n’est pas dit explicitement, mais il est donc la seule alternative restante).

Que deviendra donc MonoTouch, la solution Novell qui permet d’écrire des applications en C# pour l’iPhone ? Certes, le compilateur MonoTouch génère du code natif à la fin, mais l’application n’a pas été écrite dans l’un des langages autorisés à l’origine et on utilise un outil intermédiaire pour générer l’application. La même question se pose pour le compilateur pour iPhone qui devrait sortir avec Flash Professional CS5 puisqu’il se comporte de manière similaire.

L’arrogance de la société de Cupertino est telle qu’ils n’ont probablement rien à faire de la restriction de liberté totalement infondée pour les développeurs, mais je suis déçu quand même.

Enfin, essayons de voir les choses d’un point de vue positif : un potentiel tremplin pour le développement sur Windows Phone 7 ? 😉

Interview avec Eric Mittelette aux TechDays 09

En février, lors de Microsoft TechDays à Paris, je n’ai pas assisté à une seule conférence (ce n’est pas grave, il y a toujours les webcasts) mais j’ai quand même pu arpenter le salon pendant trois jours pour rencontrer du monde entre autres pour la WebTV de SUPINFO.

J’ai fait, avec d’autres, plein d’interviews pour aborder à peu près tous les sujets : les communications unifiées, les femmes dans l’IT, les communautés, etc. L’épisode TechDays 2009 avait été mis en ligne il y a un moment, mais ma préférée reste quand même celle que j’ai fait d’Eric Mittelette (a.k.a. ericmitt), responsable du groupe pour les les relations techniques avec les développeurs chez Microsoft France. C’est normal, puisqu’on parle développement. C’est pour ça que j’ai récupéré les rushes et je l’ai reprise en entier pour la partager ici.

Je déteste ma voix sur la vidéo, mais j’adore la discussion avec Eric, que je remercie une fois de plus pour les minutes qu’il m’a accordées, même si je sais qu’il était extrêmement occupé pendant la conférence. Je vous laisse regarder :

Enfin, si le “développement vert” ou la “Green Dev Attitude” vous intéresse, voici la conférence Développement d’applications vertes dont parle Eric.

Et comme je sais que la plupart ne voudront pas aller chercher trop loin, voici aussi l’épisode complet de la Web TV:

Commandlets des Labs Azure sous Windows x64

powershell

J’étais en train de travailler sur les Hands on Labs du SDK Azure l’autre jour et il y en a un qui concerne une liste de tâches qu’un commandlet PowerShell bien pratique est censée préparer.

Le problème ?

Registering commandlets...
Add-PSSnapin : No Windows PowerShell Snap-ins are available for version 1.
At C:UsersMadd0DocumentsAzureServicesKit-FebLabsAdvancedSQLDataServicesAssetsSDSSetup.ps1:17 char:13
+ Add-pssnapin  <<<< AzureServicesManagement

Pourquoi n’y aurait-il pas de snap-in pour la version 1 ? Je vois la dll à côté et je ne peux que supposer que Microsoft va mettre à disposition du code qui marche.

Facile !

Comme beaucoup d’autres problèmes auxquels les développeurs doivent faire face pendant ces jours de transition du 32 au 64 bits, le snap-in manquant avait juste besoin d’être exécuté dans un environnement x86, mais je travaille sous Vista x64 (ouaip, un poil masochiste, je sais…).

La solution est donc très simple : ouvrez la console Windows PowerShell (X86) pour y exécuter la commande SDSCreateStorage.cmd—n’oubliez pas de l’exécuter en tant qu’Administrateur.

Commandlets de los Labs Azure en Windows x64

powershell

El otro día estaba trabajando en los Hands on Labs del SDK Azure y hay uno que tiene que ver con una lista de tareas que un commandlet PowerShell bastante práctico tenía que preparar.

¿El problema?

Registering commandlets...
Add-PSSnapin : No Windows PowerShell Snap-ins are available for version 1.
At C:UsersMadd0DocumentsAzureServicesKit-FebLabsAdvancedSQLDataServicesAssetsSDSSetup.ps1:17 char:13
+ Add-pssnapin  <<<< AzureServicesManagement

¿Por qué no habría un snap-in para la versión 1? Ahí veo la dll y tengo que suponer que Microsoft va a sacar código que funciona.

¡Fácil!

Como muchos otros problemas que los desarrolladores deben enfrentar en estos días de transición entre 32 y 64 bits, el snap-in que falta nada más necesitaba ser ejecutado en un ambiente x86, pero yo trabajo en Vista x64 (sí, yo sé, un toque masoquista…).

Así que la solución es simplemente abrir la consola Windows PowerShell (X86) y ejecutar SDSCreateStorage.cmd ahí—no olvide ejecutarlo como Administrador.

Azure Labs commandlets on Windows x64

powershellI was doing the Hands on Labs from the Azure SDK the other day and one of them involves a task list that a very handy PowerShell commandlet is supposed to fill.

The problem?

Registering commandlets...
Add-PSSnapin : No Windows PowerShell Snap-ins are available for version 1.
At C:UsersMadd0DocumentsAzureServicesKit-FebLabsAdvancedSQLDataServicesAssetsSDSSetup.ps1:17 char:13
+ Add-pssnapin  <<<< AzureServicesManagement

Now, why wouldn’t there be any snap-ins available for version 1? I can see the dll sitting there and I can only assume that Microsoft released code that works.

Easy!

As many other problems developers face these 32-to-64-bit-transition days, the missing snap-in just needed to be executed in a x86 environment, but I happen to work on Vista x64 (yep, a little masochistic, I know…).

The solution then is simply to open the console called Windows PowerShell (X86) and execute the SDSCreateStorage.cmd command there—don’t forget to run as Administrator.

If my kids turn out like this…

As funny and cute as this little girl talking about Visual Studio 2008 might be, I’d be really, really scared if my kids turned out like this 😛 (that is, assuming anyone would actually dare have kids with me in the first place).

Oh, and did she actually test the WPF designer and XAML Intellisense? All the rest, I pretty much agree, but I’m really looking forward to better WPF and XAML support in VS 2010 😉

Compiler pour le Framework 1.1 sous Visual Studio 2005

Il est possible (on se demande si c’est utile, par contre?) de compiler des projets C# sous Visual Studio 2005 pour le Framework .NET 1.1. Plusieurs articles sur le Web expliquent comment le faire, mais ils sont en anglais. Je vais me contenter de traduire (plus ou moins fidèlement) ce post de Jomo Fisher, developpeur dans la team MSBuild. Lire la suite « Compiler pour le Framework 1.1 sous Visual Studio 2005 »