Myriad Blog 1.3.0 Tuesday, Jan 27th, 2015 at 02:17am 

Mood Thursday, May 18th, 2006 at 04:52pm
Galre et Galerie
En matire de dveloppement, il faut faire des choix au dpart. Choix que l'on devra assumer parfois pendant plusieurs annes. En gnral, que ce soit lors de la slection d'une technologie ou d'un logiciel, nous nous posons les questions suivantes : "Si nous faisons ce choix, serons-nous bloqus, ou au contraire pourrons nous migrer vers des solutions compatibles ?", "Cette technologie existe-t-elle sur plusieurs plateformes ?". On peut dire, puisque nous maintenons certains logiciels "en vie" depuis plus de vingt ans, que nous avons eu la chance de ne pas trop nous tromper.  
Pourtant un faux pas existe, c'est Galerie. Au tout dbut, heureux nouveau possesseur d'un appareil photo numrique, je cherchais un moyen simple de gnrer des galeries de photos pour la famille. Une recherche approfondie m'a vite fait dcouvrir les limitations en ce domaine sur Macintosh. Alors je me suis dit, pourquoi ne pas bricoler quelque chose moi-mme. J'avais un Mac, XCode que j'avais "tatouill" un peu, quelques notions d'AppleScript, et je me suis lanc.
Petit petit, le logiciel volu, il a intgr du C, de l'objective-C, du JavaScript, des transfert FTP, des accs QuickTime. Des passionns m'ont rejoint, m'apportant une rigueur plus que bienvenue (surtout au niveau du code HTML), des modles plus que sympas, des conseils, des suggestions. Et rapidement, le petit script usage personnel est devenu une vraie application, s'enrichissant sans cesse.
Et encore plus rapidement, je me suis heurt de svres limitations. Un exemple.
Personne, ma connaissance, ne peut crire plusieurs milliers de lignes de code sans erreur. Pour localiser les erreurs et les corriger il existe depuis les annes 1980 ce que l'on appelle un "dbogueur". Pour les non initis, c'est la possibilit de voir pas pas ce que fait un programme. Apple a maintenu pendant plus de trois ans sur son site les pages indiquant que l'on pouvait dboguer des applications AppleScript Studio. Mais personne ne pouvait le faire fonctionner. Finalement, Apple a ragi, et... a ajout dans ses documentations que le dbogueur AppleScript ne fonctionnait pas ! Point. C'est tout. Cela fait quatre ans. Pourtant c'est un concept Apple, spcifique Apple, dvelopp par Apple. Et depuis plus rien.
Devant tant d'immobilisme on pourrait se dire, "bon, on change de plateforme". Ah, mais non, ce n'est pas possible. Objective-C ne fonctionne que sur Macintosh, AppleScript ne fonctionne que sur Macintosh, le format des fichiers "ressource" est priv, jamais publi. Impossible de migrer vers d'autres plateformes.
Alors ami dveloppeur, fais gaffe, ne commets pas la mme erreur. Rflchis deux fois avant de te lancer...
by Didier Guillion

Mood Friday, May 12th, 2006 at 07:54pm
Du sang, de la sueur et du code
Depuis quelque temps dj, Metrowerks a abandonn sa version du compilateur C/C++ Codewarrior sur Windows et Mac OS.
C'tait un produit excellent, tant en terme d'ergonomie que de performances, et qui n'est gal par aucun des produits restant sur le march.
 
Car le choix des compilateurs C (outils permettant de dvelopper des programmes dans ce langage) s'est fortement rduit ces dernires annes, ceci tant probablement li la complexit grandissante des "couches" propritaires des systmes d'exploitation (.NET, Cocoa...), et des langages spcifiques (C#, Objective C...) qui sont apparus.
Ces langages plus ou moins "propritaires", s'ils ne sont pas mauvais en eux-mmes, posent cependant le problme de la portabilit des applications d'une plateforme l'autre. Alors qu'avec un bon vieux source C bien crit, ce problme ne se posait -presque- pas.
 
Basiquement, sur PC il ne reste plus que Microsoft Visual C/C++, bien adapt de gros projets, mais l'ergonomie contestable, truff de gadgets microsoftiens permettant de crer des objets trs spcifiques, destins fonctionner uniquement sur Windows.
Quelques essais de portage d'interface graphique autour de compilateurs issus du monde du libre (GCC) on bien t tents, mais jamais transforms.  
 
Sur Macintosh, cet essai a galement t tent, et a abouti XCode, qui est bien meilleur que les timides tentatives sous Windows, mais malgr tout largement au-dessous de ce qu'avait ralis Metrowerks en son temps, et qui pose la question cruciale du dveloppement de gros projets sous Mac OS X. Le compilateur est extrmement lent, ne gnre pas un code trs optimis, et on sent bien le "raboutage" de parties disparates qui a t effectu pour crer ce produit.
Pour ce qui est de la rapidit et de l'optimisation, au moins sur MacTel, la solution pourrait passer par Intel, qui propose un compilateur utilisable dans XCode. Le prix semble cependant plutt prohibitif ($400) pour un simple module de compilation. Nous n'avons pas encore eu l'occasion de tester cette solution.
 
Ce que je n'arrive pas m'expliquer, c'est pourquoi, lorsqu'un diteur de logiciels abandonne un produit sans esprer un jour le reprendre, il ne rend pas public le code source de l'application, laissant une communaut d'utilisateur (qui, de plus, sont ici tous des programmeurs) continuer son dveloppement en "libre". Quelle perte financire cela entranerait-il?
 
Et Metrowerks n'est pas le seul exemple. Apple a abandonn purement et simplement le dveloppement de ses outils de dveloppement Macintosh Programmer Worskhop. Pourtant, l'quipe Apple charge de MPW tait d'accord pour passer le logiciel en OpenSource et ne pas trancher la gorge aux dveloppeurs qui avaient navement suivi leurs recommandations. C'est la division "juridique" qui a mis son vto au dernier moment. Apple semble vouloir agir de mme avec son diteur de ressources Resedit, prfrant, pour des raisons obscures de copyright, laisser les programmeurs dans la mouise plutt que de leur permettre de continuer dvelopper confortablement (sur des machines Apple, qui plus est).
 
Malheureusement, beaucoup de dcisions de ce type sont plus politiques que diriges par le bon sens, et, pour ces socits, le respect de leurs propres clients semble tre le cadet de leurs soucis.
by Olivier Guillion

Mood Wednesday, May 10th, 2006 at 04:17pm
S'il te plait, dessine moi une icne.
Pour nos programmes, nous sommes des demandeurs frquents d'icnes et autres graphismes d'interface. A ce jour, nous n'avons travaill qu'avec des graphistes amricains. Quand nous avons constat ce fait, nous avons cherch une explication. Ce serait tout de mme plus ais pour nous d'exprimer nos besoins dans notre langue maternelle. Je me suis un peu ballad sur des forums o des graphistes Francophones s'expriment et j'ai fait plusieurs demandes. Aucune n'a pu aboutir un contact srieux. Impossible d'obtenir des exemples de ralisation, un aperu des tarifs, ou mme un mode de rglement compatible avec la comptabilit d'une socit. Certains graphistes demandaient mme d'tre pay au pourcentage ! Je me dis que, peut tre, les graphistes Franais considrent la ralisation de l'interface d'un logiciel comme un travail trop trivial ? Je reste dans l'incomprhension.
 
A titre d'exemple, voici le dernier contact que nous avons eu avec un graphiste d'outre-atlantique.
je recois un email o il me dit que nous devrions changer d'cran de dmarrage et d'icone d'application car ceux que nous utilisons semblent dater un peu. D'aprs ce qu'il m'crit, il a pris le temps de survoler nos logiciels, il ne parle pas dans le vide, bon point pour lui. Je lui fais donc la demande d'exemple de graphismes et de tarif. Il m'envoie un lien sur un site simple et bien fait, prsentant ses ralisations. Je lui dis que tel style de graphisme, vu sur son site me plait bien. Il me fait une proposition commerciale. Je dis ok. Quinze jours plus tard, je recois les premiers rushs, un ou deux ajustements mineurs et une semaine aprs l'affaire tait rgle.
 
Alors, amis graphistes, notre porte vous est toujours ouverte, n'hsitez pas frapper avec votre carton dessins sous le bras !
by Didier Guillion
 1 comment.


Full view
Reduced view
Most recent first
Oldest first
All
Didier Guillion
Olivier Guillion
Sylvie Ricard
All
Dev News
Technical
Mood
Memories
Myriad Life
To be seen
30 previous days
Apr 2006
May 2006
Jun 2006
Jul 2006
Aug 2006
Sep 2006
Oct 2006
Nov 2006
Dec 2006
Jan 2007
Feb 2007
Mar 2007
Apr 2007
May 2007
Jun 2007
Jul 2007
Aug 2007
Sep 2007
Oct 2007
Nov 2007
Dec 2007
Jan 2008
Feb 2008
Mar 2008
Apr 2008
May 2008
Jun 2008
Jul 2008
Aug 2008
Sep 2008
Oct 2008
Nov 2008
Dec 2008
Jan 2009
Feb 2009
Mar 2009
Apr 2009
May 2009
Jun 2009
Jul 2009
Aug 2009
Sep 2009
Oct 2009
Nov 2009
Dec 2009
Jan 2010
Feb 2010
Mar 2010
Apr 2010
May 2010
Jun 2010
Jul 2010
Aug 2010
Sep 2010
Oct 2010
Nov 2010
Dec 2010
Jan 2011
Feb 2011
Mar 2011
Apr 2011
May 2011
Jun 2011
Jul 2011
Aug 2011
Sep 2011
Oct 2011
Nov 2011
Dec 2011
Jan 2012
Feb 2012
Mar 2012
Apr 2012
May 2012
Jun 2012
Jul 2012
Aug 2012
Sep 2012
Oct 2012
Nov 2012
Dec 2012
Jan 2013
Feb 2013
Mar 2013
Apr 2013
May 2013
Jun 2013
Jul 2013
Aug 2013
Sep 2013
Oct 2013
Nov 2013
Dec 2013
Jan 2014
Feb 2014
Mar 2014
Apr 2014
May 2014
Jun 2014
Jul 2014
Aug 2014
Sep 2014
Oct 2014
Nov 2014
Dec 2014
Jan 2015
Jan 26th, 2015 at 04:55pm 
Article from Olivier Guillion
Acam Winter tape 33
Jan 23rd, 2015 at 04:53pm 
Article from Didier Guillion
ACAM sur Mac tape 18
Jan 22nd, 2015 at 04:53pm 
Article from Olivier Guillion
Acam Winter tape 32
Jan 21st, 2015 at 04:54pm 
Article from Didier Guillion
ACAM sur Mac tape 17
Jan 20th, 2015 at 04:58pm 
Article from Olivier Guillion
Acam Winter tape 31
Jan 19th, 2015 at 04:55pm 
Article from Didier Guillion
ACAM sur Mac tape 16
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input

Top of page
Last update:  (c) Myriad