Les expériences passées avec Symfony

L’apprentissage avec symfony 1.2 et suivants n’a pas toujours été simple. Très souvent un manque de documentation , une documentation plus aboutie et plus précise, aurait été un plus. J’ai appris Symfony sur le tas, comme d’ailleurs beaucoup du peu que je sais, et on va dire humblement que la misue a disposition de l’information n’est pas optimale. Malgré le fait que nombre de sites et blogs traitent de la chose, on y trouve rarement ce qu’on veut. Le developpeur-blogueur symfony a une tendance a penser son article plus comme un « aide-mémoire » que comme un tuto en soi. Il manque donc le coté pédagogique de la chose.

C’est a vrai dire le seul point négatif que j’ai trouvé a l’utilisation de Symfony.

Maintenant : passage a Symfony2. La sortie imminente du Framework en version stable, incite et laisse penser aux dirigeants de société clientes de réecrire maintenant leur application sur Symfony2. Avant d’estimer le travail que cela représente, il va donc falloir que je me fasse un mini-projet pour vérifier les changements et méthodes nouvelles qu’apporte le nouveau joujou made in Sensio.

Ceci donnera certainement lieu a une série d’articles sur ce petit blog.

Ma réponse , ainsi que celles d’autres blogueurs ou forumeurs, ont incité l’auteur de l’article initial a écrire un second article, auquel je vais répondre une fois de plus, surtout sur la partie de l’article qui m’est destinée.

Les règles

Et pourtant, il faut bien se plier aux règles de Symfony non? D’où vient se désir d’être si structuré? Pourquoi vouloir se plier à des règles venant d’un code (pourquoi ne viennent-elles pas d’un humain?). Tu continues de trouver des solutions à tes problèmes. Mais quand est-il de l’application de ces solutions? La mise en place de celles-ci sera guidée de A à Z par un code. Je trouve que ce fait enlève de la valeur au produit.

Ma réponse : Evidemment, il faut se plier aux règles de Symfony. Mais je dirais que se plier aux règles est une action quotidienne ! On respecte le code de la route, on respecte des règles  comme dire  » Bonjour » , « Au Revoir » , « Merci » . On ne peut pas tout remettre en cause sous prétexte de ne pas vouloir se plier a des règles. Le désir d’être structuré provient simplement du travail en équipe. L’avantage d’une framework est que si on respecte pas des règles, ça ne fonctionne pas ( en  Symfony ,  je m’entends ) , par défaut tout le monde se plie a des règles pour faire du code du fonctionne.

Effectivement ces règles sont imposées par un code, je te l’accorde. Mais dans une équipe de dev, pourquoi une personne imposerait elle ses méthodes plutôt qu’une autre ? Dans les deux cas, imposeur ou imposé , par un humain ou par un code, on doit suivre des règles qu’elles soient tiennes ou dirigées par un framework. Et pour finir sur ce point, ne vaut-il pas mieux avoir un code structuré par un framework qu’un code « bordelique » sans framework.

Une autre question (absurde) me vient également ( et pourtant j’avais dit dernier point ) : Pourquoi ne pas remettre en cause la syntaxe de PHP , remplacer le « $ » par un « § » , finir les instructions par « — » au lieu de « ; » etc… Je cherche simplement a faire comprendre qu’a force de vouloir tout remettre en cause, en poussant le raisonnement à l’absurde, on arrive a des non-sens énormes !

Unification

Le dialogue ci dessous a propos de l’unification

1. L’unification, c’est aussi la pire chose à donner à un débutant.
2. Pas d’accord non plus… Un débutant a besoin d’apprendre, je sais de quoi je parle , je l’ai été Un framework permettra au débutant d’intégrer beaucoup plus rapidement ce qu’on appelle les bonnes pratiques… séparation des couches etc, j’imagine que vous savez de quoi je parle.
3. Oui mais non. Un débutant a besoin de savoir comment ça marche à l’intérieur. Celui-ci doit connaître la structure et le moyeu avant de pouvoir utiliser sa roue. De même pour les maths: il faut connaître ses opérations avant d’utiliser la calculatrice. Faites lui prendre conscience du PHP avant de l’enfermer dans un moule.

Oui mais non toi-même ! Pour ma part le framework n’empeche pas de comprendre PHP. Attention , je ne dis pas que c’est le meilleur et unique moyen d’apprendre. Je dis que ca n’empêche pas. On peut calculer 3+2 sur un calculatrice, sans forcément connaitre le calcul, il suffit de connaitre les chiffres. De plus rien n’empeche le débutant de chercher comment ca fonctionne en allant voir dans le code du Framework…

Les émotions…

Le framework n’est pas spécialisé dans un projet spécifique, ce qui est vrai! C’est d’ailleurs son principe et sa force, il propose des briques de code qui permettent d’en faire ce que l’on veut. Les « émotions » se situent au moment ou le developpeur personnalise le comportement de son application ! Je me répète peut-être mais ce qui m’interesse dans le développement c’est de trouver des solutions a mes problématiques, ce n’est pas recoder 56 fois la même chose ( Accès et requetes BDD, getters et setters etc.). Pour ma part , travaillant dans un domaine relativement spécifique, avec de très grosses problématiques et contraintes métier, je suis ravi que le framework me permette de me concentrer sur l’essentiel, en me soulageant des taches répétitives et rébarbatives ! Je reviens sur mon exemple « outillage » , prenons l’exemple d’un boucher. Le boucher a ses couteaux, et pourtant, l’art du boucher consiste dans la découpe de la viande. La forme, la longueur,  l’affutage des couteaux lui permet de travailler correctement. Imaginons que chaque boucher décide de ne plus utiliser les couteaux établis par la profession et qu’il décide d’inventer les siens, son art serait il meilleur ?aurait-il plus d’émotions ? Non je ne pense pas. on pourra me répondre que l’exemple est scabreux, mais au fond la problématique est la même.

Conclusion

Comme d’habitude dans les débats , quels qu’ils soient, on aura toujours les pros et les antis, qui ne tomberont au final jamais d’accord. Ce n’est pas un mal. Pour ma part, je ne suis pas prêt de retourner au développement PHP « classique », pour plusieurs points :

• confort : abstraction de toutes les tâches rébarbatives
• interet : concentration sur l’aspect métier du logiciel
• structure : malgré le fait de devoir s’adapter, la structure propose des avantages non négligeables
• rigidité : Très peu d’effets de bords dans les développements, en cas de bug, ca permet d’etre beaucoup plus réactif
• communauté : beaucoup de conseils, d’avis , forums, qui permettent un apprentissage

Que vous soyez pro ou anti, je vous remercie tout de même de m’avoir lu, et je vous souhaite a tous une très bonne année 2011.

Pour ma part, ayant maintenant quelques années d’expérience en dev web, ayant travaillé en équipe et tout seul , ayant travaillé avec et sans framework,  je m’autorise une petite réaction a cet article… Je ne détaillerais pas d’une manière outrancière ma façon de voir les choses, je réagirais simplement aux propos tenus dans cet article.

Ce que je reproche surtout à ces frameworks, c’est l’unification de la pensée.

Je m’autorise a dire « faux » : Je n’ai de loin pas l’impression d’être guidé par des contraintes depuis que j’utilise symfony. Effectivement , j’utilise des conventions de nommage, des classes bien structurées , mais selon moi ce n’est pas ce qui fait de moi , un mouton dans un troupeau. Je continue de réfléchir , a trouver des solutions a mes problèmes, et en aucun moment, je n’ai l’impression de tomber dans une « unification de la pensée ».

L’unification, c’est aussi la pire chose à donner à un débutant.

Pas d’accord non plus… Un débutant a besoin d’apprendre, je sais de quoi je parle , je l’ai été Un framework permettra au débutant d’intégrer beaucoup plus rapidement ce qu’on appelle les bonnes pratiques… séparation des couches etc, j’imagine que vous savez de quoi je parle.

C’est un texte possédant tout un sens, une idéologie et une expression.

Je rejoins totalement l’auteur de la réponse de Code18… Un code est un code, c’est une technique pour arriver a ce qu’on veut. Si on considère son code comme une oeuvre( bonjour le narcissisme… ), on est un artiste et pas un développeur.  Pour ma part, je trouve cette comparaison illogique, le framework n’est que le stylo du développeur… et on peut aisément imaginer trois auteurs ecrire des textes totalement différents avec un même stylo…

Sincèrement, allez-vous réellement regarder dans les sources du framework en vous disant « tiens, comment le mec a pensé tel truc » ? Je ne crois pas non.

Bah moi je crois moi ! Dans certains cas, il est nécéssaire de vérifier le fonctionnement de quelque chose, pour pouvoir l’améliorer, et du coup le faire correspondre a ce qu’on veut… J’ai eu l’occasion de créer un widget et un validateur symfony qui n’etaient pas disponibles… et du coup , pour ne pas mourir idiot, j’ai analyser les widgets existants pour pouvoir mettre en place mon propre widget…

Parce que ça ne possède pas d’émotions.

Encore heureux ! Est ce que la pelle de l’ouvrier de travaux publics a une émotion ? non , le four du boulanger non plus… Mon code a un travail, il le fait , moi j’ai un travail , c’est faire du code et ca s’arrete la !

Le framework, c’est LA chose qu’il vous faut posséder sinon vous n’êtes pas à la mode, pas à jour, et surtout, vous ne vous faites pas embaucher. Et pourquoi donc?

Parce que l’entreprise c’est pas « alice au pays des merveilles », il existe des contraintes financières et budgétaires. Travaillant actuellement sur un projet relativement important, je vous assure que je suis ravi d’utiliser Symfony et de ne pas avoir a coder tout ca a la main… Et pas par souci de paresse, mais plutot par souci de qualité, et ceci , sans plomber au maximum ma rentabilité…

On dit souvent qu’ils sont là afin de simplifier le travail. Ils règlent des problèmes très complexes, facilitent la tâche à certains endroits, nous simplifient la vie (plus besoin de refaire le même truc dix milles fois). Oui, mais n’est-ce pas une régression? Je trouve que oui. C’est une menace face aux connaissances du développeur expérimenté et un rideau cachant le plus important face au développeur peu expérimenté.

Abberation !!! Le framework évolue lui aussi… la preuve … symfony… Le fait qu’ils simplifient la vie , permettent au contraires aux développeurs expérimentés de s’atteler a résoudre de vrais problèmes de développement , et non pas de s’attarder a coder x fois les memes choses… et surtout de ne pas avoir a corriger pendant 15 ans les memes choses…

Ce n’est pas en retirant du travail au développeur que le métier perdura.

Mon dieu ! J’arrete de suite , et je vais pointer aux assedic. Ce n’est pas non plus en réduisant les déchets qu’on favorisera le métier d’éboueur ! Et pourtant on nous bassine avec ca a longueur de journées… Bref… les technos évoluent , les framework aussi, et une nouvelle generation de developpeurs apprendra de nouvelles technos… Les canards des rivières ne nagent pas toujours dans la même eau…

Le temps n’est pas une excuse valable pour l’utilisation d’un framework. S’il en est une pour vous, alors cela prouve tout l’intérêt que vous portez à votre projet, c’est à dire aucun.

Faux et encore faux : Si le temps est une excuse valable, au meme titre que la rigidité qu’il apporte, au meme titre qu’ils simplifie les developpements en equipe. Pour ma part , mes projets présentent a mes yeux quelque chose d’important, et pourtant je travaille avec un framework… gonflé quand meme cet argument…

Voila j’ai a peu près réagi a tout ce qui me paraissait odieux !

N’hésitez pas a aller lire les articles cités plus haut, ou a réagir ci dessous…

C’est la solution pour supprimer tous les dossiers « .Svn » dans un projet !

Juste cela a copier dans un petit fichier reg , executer et tada !!!!

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\DeleteSVN]
@="Supprimer Dossiers SVN"
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\DeleteSVN\command]
@="cmd.exe  /c \"TITLE Suppression dossiers SVN in %1 && COLOR 9A  && FOR /r \"%1\" %%f IN (.svn) DO RD /s /q \"%%f\" \""

Source : http://revuedugeek.com/post/2010/10/07/Supprimer-les-dossiers-svn.aspx

Avant de commencer : pour les petits nouveaux qui n’auraient pas suivi , c’est quoi Google Wave ?

Google Wave est un projet annoncé par Google pendant la conférence Google I/O^[1] du 28 mai 2009. Il s’agit d’une application web dont le concept mélange les notions de services de courriel, de messagerie instantanée, de wiki et de réseautage social, le tout associé à un correcteur orthographique et un traducteur instantané, lesquels peuvent travailler de concert.

Google a annoncé une première phase de test bêta pour le 30 septembre 2009 avec la distribution de 100 000 comptes^[2] aux personnes qui se seront inscrites sur leur site^[3] avec la volonté de reporter les bugs.(source : Wikipedia)

J’avais testé Wave et a titre personnel je constate qu’il manque encore quelques fonctionnalités qui m’empechent maintenant de profiter totalement du service, notamment l’incompatibilité du service avec l’existant. Par exemple , il faudrait a mon sens pouvoir transformer ses mails Gmail en wave. Il me semble que ceci faciliterait beaucoup une adoption par le grand public.

A noter aussi, l’application google Wave pour Android, qui est cependant plus proche du stade embryonnaire que d’une application finalisée, ce qui est bien dommage de la part d’un geant comme Google qui prend une place de plus en plus importante sur le marché du téléphone. Cependant je pense qu’on peut compter sur Google pour faire de Wave un service incontournable d’ici quelques mois/années… D’ailleurs , dès a présent , l’API a été ouverte , et permet de publier ses wave sur des sites tiers, logiciels etc…

Tiens ! J’ai une fulgurance ! Ca serait top un petit plugin pour mon thunderbird qui permettrait de « waver » a partir de mes mails en IMAP…

Attention cet article est un « compte rendu d’experience » . Il peut donc etre totalement faux, bancal, stupide, mal fait etc

A mon grand étonnement , j’avais l’impression que cet outil , que je suppose puissant et flexible a souhait, ne soit pas beaucoup plus commenté, expliqué, montré… Pour faire un form « classique » , la on trouve tout ce qu’il faut,  mais dès qu’on rentre dans le spécifique , la documentation se fait maigre… Il va donc falloir se débrouiller un peu tout seul…

La création du form… pas compliqué

En effet , un petit truc tout bete pour créer le formulaire comme on l’entend , je dirais même que ca va tout seul…

//simplifiedApproachProofForm.class.php
class simplifiedApproachForm extends sfForm
{
  public function configure()
  {
    parent::configure();

    $this->embedForm ('Demandeur', new simplifiedUserForm());
    $this->embedform ('Teleprocedure', new simplifiedTeleprocedureForm());
    $this->embedform ('Commentaires', new SimplifiedApproachCommentForm());

    $this->widgetSchema->setFormFormatterName('div');
    $this->widgetSchema->setNameFormat('simplidfiedApproach[%s]');
  }

Top la création de formulaires embarqués !

//action.class.php
public function executeSimplifiedIndex(sfWebRequest $request){

 //le formulaire
 $this->form = new simplifiedApproachForm();

 //le traitement du formulaire //--> experimental
 if ($request->isMethod('post')){
   $this->form->bind($request->getParameter('simplidfiedApproach')); 

   if($this->form->isValid()){
     $this->form->save();
   }
  }
}//end method

A noter quand même pour ceux qui débutent, le « form->bind » , permet de recuperer la totalité des champs en une seule commande. En PHP classique on aurait recupéré toutes les valeurs du POST une a une…

Compliquons un peu

L’idée est de mettre en place une autocompletion sur le champ Nom. Ce champ permettra de saisir le nom d’une personne et de selectionner dans une liste qui apparait la bonne personne… Facile… l’ami sfWidgetFormJQueryAutocompleter est la , dans le plugin sfFormExtraPlugin. Magnifique , une autocompletion aussi facile on en a tous revé , il y’a encore quelques années…

$this->widgetSchema['id'] = new sfWidgetFormJQueryAutocompleter(
  array('url' => 'common/getUsers' , 'value_callback' => array('User','UserSearch'))
);

Par contre, le point compliqué , c’est que maintenant je souhaiterais pouvoir mettre en place , une fonction javascript , qui permettrait de remplir automatiquement le formulaire en fonction du choix de la personne. Malheureusement je ne vois pas comment je peux integrer cet automatisme proprement dans symfony , a creuser…

La sauvegarde du (des) forms… plus compliqué…

C’est maintenant que les choses commencent… Evidemment toute la partie dans le code  précédent a partir du if ($request->isMethod(‘post’)) tout est expérimental…

En clair, tout la partie qui travaille avec le POST, fonctionne parfaitement pour un formulaire lambda… Par conter dès qu’on a des embed, c’est la ou la doc manque et ou je ne peux plus avancer…

Plusieurs questions fusent dans ma petite tête de noob

• Faut il traiter  chaque formulaire a part ?
• Quelle méthodes sont appelées pour sérialiser ces objets en base ?
• Du coup lesquelles dois-je surcharger ?

J’ai bien trouvé quelques explications sur Amicalement Web, dans un article très bien fait,  mais je n’ai pas encore tout a fait fini de creuser..

Voila , cet article sera encore amené a évoluer au fur et a mesure des mes avancées… Si toi cher lecteur , tu es capable de m’aider , me corriger , m’expliquer , je tiens a te dire que tes commentaires sont les bienvenus !

Pensez bien que j’ai cherché a trouver un plugin existant a modifier, mais je n’ai absolument rien trouvé sur le site des plugins ! Je vais donc être bien obligé de me « cracher dans les mains » et de me mettre a la création de ce plugin…

Plusieurs questions se posent…

• Quelles fonctionnalités attends-je de mon agenda ?
• Quelles données et comment les stocker ?

Mine de rien , quand on aura toutes les réponses a ces questions, on devrait pouvoir commencer…

Les fonctionnalités:

Mon agenda devra pouvoir permettre de visualiser des evenements.

Mais c’est quoi un evenement ?

ben… On va dire qu’il s’agit d’une entité qui est définie dans un intervalle de temps ( a la minute près). Cette entité est liée a un ou plusieurs utilisateurs. Dans mon cas , un ou plusieurs evenements devront être liés a une téléprocédure. On devra de plus définir une date de départ pour un évenement reccurent pour que les administrateurs puissent décider a partir de quelle date l’evenement aura lieu.

Donc résumons :

Dans mon cas chaque téléprocédure, un administrateur pourra définir des evenements. (Exemple , un cours de musique qui aura lieu le mercredi de 08h a 10h, de 10h a 12h, et de 14 a 16h)… De l’autre coté, il faut arriver a lier un utilisateur, déja lié a cette télé procédure, a un des evenements qui en découlent…

Les données:

Il existe déja dans l’application toute la partie qui concerne les teleprocédures, et les utilisateurs…

Il reste donc a imaginer comment stocker les données… au prochain épisode…

C’est quoi un logiciel libre ?

Un logiciel libre est un logiciel, comme son nom l’indique , est libre. Voila , vous savez tout ! Non c’est une plaisanterie de mauvais gout. Un logiciel libre est un logiciel qu’on peut, d’après la définition de Wikipedia

1. utiliser,
2. étudier,
3. modifier,
4. dupliquer et diffuser (donner et vendre).

Eh oui vous avez bien vu , il est ecrit « VENDRE » , un logiciel libre n’est donc pas obligatoirement gratuit !

Ce sont les « 4 libertés fondamentales » . On pourrait donc croire en le logiciel idéal au vu de ces 4 points. Cependant, de nombreuses licences différentes existent, et déjà la on se retrouve dans une jungle inexplorable pour le non-averti. De nombreux termes et clauses donnent le tournis a n’importe quel débutant…

Cependant je suis persuadé que vous tous, lecteurs , vous utilisez , peut être meme sans le savoir un (ou plusieurs même) logiciel(s) libre(s). Parmi les plus connus , Mozilla Firefox , le navigateur qui fait de l’ombre aux solutions propriétaires. Voici quelques autres exemples ci dessous:

• Mozilla Thunderbird : client de messagerie
• Open Office : Suite bureautique très aboutie
• Google Chrome : la navigateur de Google
• The Gimp : logiciel de retouche photo très puissant.
• Linux : Systemes d’exploitation pour votre ordinateur ( eh oui y’a autre chose de Windows et MacOS )
• Android : Système d’exploitation pour téléphones mobiles

Vous connaissez ou utilisez certainement au moins l’un d’entre eux.

Pourquoi on en parle pas plus, ca a l’air pas mal un logiciel libre.

Effectivement , de nombreux logiciels libres ne sont pas mal. Cependant , il faut admettre que certains souffrent de plusieurs points. D’une part , le principe même du logiciel libre est un frein a son developpement.

C’est fait par des informaticiens :

Vous allez me répondre que c’est logique. Je vais vous répondre que oui , parce qu’un informaticien crée du logiciel. Cependant , de nombreux informaticiens le sont dans l’ame. Je m’explique : De nombreux developpeurs , ont une approche « informatique » du logiciel et non pas une approche « utilisateur ». Car dans le monde du libre , je pense que rares sont les designers , ergonomistes qui entrent dans le phase de developpement d’un produit. Par conséquent , un logiciel libre , même si ce dernier est beaucoup plus performant que son alter-ego propriétaire souffrira toujours d’un handicap , soit parce qu’il est « moche », soit parce que certaines fonctionnalités demandent un minimum de recherche dans l’aide ou la documentation du produit. Prenons l’exemple iTunes et un autre lecteur audio ( par exemple VLC) , il faut bien admettre qu’au niveau interface , même si ce n’est que du bling-bling l’utilisateur se dirigera plutot vers un produit qui lui parait « sympa ». Ce coté sympa manque au monde libre.

Bling bling et marketing:

Eh oui , c’est pas nouveau le bling bling fait vendre. Le marketing est roi dans notre société actuelle , en politique ca s’appelle la langue de bois. De nombreux exemples en sont la preuve aujourd’hui. Allez , on tape un petit coup sur l’iphone (c’est gratuit aujourd’hui) , on nous fait croire que ce smartphone de satan est le meilleur du monde, je dis faux. Il a un avantage , c’est son marketing : avec du marketing , on arrive a nous faire croire tout ce qu’on veut : l’Iphone a inventé le copier coller, (même windows mobile le faisait dans sa version 5) , l’Iphone a une application pour tout( alors que 90% des applications ne servent a rien) etc. On arrive donc a la conclusion que la qualité est quasiment faite en avant vente, en faisant croire ceci ou cela a la personne qui va l’acheter , et pour cela on dépense des millions…

Le logiciel libre , du fait qu’il n’ait pas vraiment de modèle economique, ne peut pas se permettre cela. Il reste donc confidentiel, et par conséquent ne peut pas se developper aussi facilement.

Evolution des produits :

Les produits libres , evoluent , n’evoluent pas , stagnent , deviennent incontournables. Cela dépend de la communauté du logiciel qu’on utilise, c’est a dire du bon vouloir des gens. Explications : Je développe une logiciel pour gerer le budget de mon foyer. Pour une raison x ou y , au bout de quelques mois je décide d’abandonner le projet. Personne ne pourra m’en vouloir. Si dans ces developpements je suis le seul a y travailler , et qu’aucune communauté ne s’est crée derrière ce logiciel, mon logiciel sera mort. Et la seule chose que quelqu’un pourra faire contre moi c’est « pester », car un logiciel libre n’est pas garanti , ni en terme de qualité , ni en terme de maintenance…

Si 8 ans plus tard , une personne décide de reprendre le produit, de le rendre un peu plus sympa, le logiciel peut revenir a la vie, mais c’est aucunement obligatoire.

Prenons un cas appliqué a un logiciel très orienté « métier » , un logiciel de gestion de fourrière automobile. Si on installe un logiciel libre sans support, on peut se retrouver dans un cas « dramatique ». Par exemple , au premier janvier 2009, les immatriculations ont changé. Ce sont des évolutions règlementaires. Le logiciel libre , de par son principe de non-garantie, n’est pas tenu de retranscrire cette évolution dans le logiciel. Cependant, en présence d’un support payant , ce genre d’incidents ne se produit pas.

Mais dans le monde pro , on court a la catastrophe alors ?

Je serais tenté de dire non , de nombreuses sociétés appellées barbarement SSLL ( Societes de Services en Logiciels Libres) proposent un « support technique » pour telle ou telle application. En général ces sociétés prennent en charge toute la partie « maintenance » des produits qu’ils proposent sous licence libre. Certaines vendent même les produits sous licence libre, vu que comme expliqué plus haut, le logiciel libre peut etre vendu.

De nombreuses web agency utilisent des logiciels libres (C.M.S : Systeme de gestion de contenus), mais les adaptent à leur besoin , par exemple , mon petit site que vous parcourez si vous lisez cet article est basé sur WordPress, comme de nombreux autres sites ou blogs. D’autres se basent sur Joomla, ou encore ezPublish. Autre exemple du support qu’il est possible d’avoir sur les logiciels libres, les distributions linux souvent présentes dans le monde Pro comme RedHat par exemple. Dans le secteur des bases de données on pourra également prendre comme exemple MySql , qui propose un support « pro ».

Y’a t-il eu des reussites dans le logiciel libre ?

Eh bien oui ! Prenons quelques exemples , le premier sera OpenOffice . De nombreuses entreprises commencent a utiliser cette suite bureautique parce qu’elle devient plus abordable a l’utilisateur Lambda (d’ailleurs , bonjour a tous les Mr Lambda ). Le second sera Firefox, le navigateur qui commence à inquieter serieusement le monde propriétaire. Avec 25% de parts de marché, il devient une alternative libre de plus en plus aboutie. Dans le domaine plus « informatique » , on parlera principalement d’Apache , qui envahit les serveurs web du monde entier, et Linux qui est la plateforme la plus utilisée sur les serveurs. Puis au niveau des langages de programmation , on notera PHP , et également Java.

Donc oui le logiciel libre peut reussir, et peut occuper une place de leader sur tel ou tel secteur de logiciels, et cela même dans le monde professionnel.

Mais au final ca vaut le coup ou pas ?

Je serais tenté de dire oui… Toutes les problématiques liées au principe même de l’open source et du logiciel libre, sont en général contournées par des entreprises qui proposent a leurs clients , une belle brochette de prestations, parfois inclues dans une prestation de support plus global.

L’open source permettra également de pereniser une solution logicielle , tout simplement car la prestation de maintenance fournie par une entreprise X , pourra etre reprise par une entreprise Y. Et cela vaut pour tout logiciel libre.

De plus , très souvent ces entreprises vous proposeront des prestations de formation afin de vous former a votre logiciel libre.

Cependant l’open source souffre d’une crise de confiance …Prenons le cas des collectivités, celles-ci éprouvent encore quelques craintes quand a l’adoption d’une architecture logicielle totalement Open Source. Prenons le cas des mairies, que je connais , grâce a un passage dans une entreprise de developpement de logiciels « sécurité et population ». Ces clients aimeraient porter leur SI sur une architecture Open Source , cependant dans le cas des données d’Etat Civil, elles tiennent particulièrement à leurs données, ce qui est normal. Mais, car il y’a un mais, lorsqu’on leur propose des applicatifs basés sous des bases de données libres, on sent une reticence certaine de leur part. Par expérience , l’aspect le plus frustrant, est que ces clients refusent des bases de données libres , mais certains d’entre eux , preferent confier leur données a une base Access , plutot que MySql… Inquiétant non ?? Quant aux tele-services (démarches administratives via Internet ) , ces données ne sont que « transitoires » , sur ce secteur ils acceptent une base de données libre…

La seule différence , entre un logiciel libre et un logiciel propriétaire , au final , c’est qu’on exigera une prestation sans faille du logiciel propriétaire , alors qu’avec un logiciel libre, on attendra une support sans faille en cas de problème.

A qui peut on faire confiance quand il s’agit d’argent ?

Daniel Pennac

]]> http://www.spackydev.net/2009/12/28/logiciel-libre-en-milieu-professionel-idee-davenir-ou-reve-de-hippie/feed/ 0 http://www.spackydev.net/2009/12/15/android-que-manque-til-pour-contrer-le-demon/ http://www.spackydev.net/2009/12/15/android-que-manque-til-pour-contrer-le-demon/#comments Tue, 15 Dec 2009 15:57:05 +0000 Mathieu CAPON http://www.spackydev.net/?p=26 Salut a toi cher lecteur , la folie des achats de Noël , le reportage diffusé sur M6 dimanche soir concernant les smartphones , m’attristent. Eh oui, malgré ces périodes normalement joyeuses je suis triste de voir a quel point le monde entier « bave » devant cet enorme boite noire , aussi sobre que laide , qui sert presque plus à le montrer qu’a s’en servir , j’ai nommé l’Iphone.

Le premier point de vue concerne le téléphone en lui même , à titre personnel je le trouve tout simplement « moche » , ceci n’est que mon avis, purement subjectif , mais c’est mon avis quand même.

Le second point concerne le développement sur Iphone , apres quelques minutes de recherche sur l’ami Google , pas moyen de trouver une information claire concernant la mise a disposition d’un SDK pour Windows. Je trouve cela relativement aberrant de la part d’Apple. On peut donc déduire qu’on ne peux pas avoir un Iphone en voulant developper sans avoir un Mac. Quelle belle ouverture d’esprit.

Le troisième point concerne l’appStore pour les développeurs. Faire paraitre son application ( après avoir acheté un Iphone, un Mac pour pouvoir créer son application ) , il faut payer, une fois de plus. Donc en calculant approximativement et au rabais, on peut dire qu’il faut investir au minimum 1000 € pour développer pour l’Iphone/Ipod touch.

Le quatrième et dernier point concerne le marketing Apple : Les publicités pour l’Iphone sont d’une stupidité profonde , votre Iphone fait le café , ferme la porte derrière vous , épluche les patates etc…

Alors au final pourquoi j’en parle ?

Tout simplement pour essayer de faire comprendre que d’un point de vue de développeur informatique, Apple et son Iphone ne m’intéressent pas le moins du monde. En y réfléchissant, il faut bien penser que par rapport a la concurrence , l’Iphone a quelques années d’avance, sur ces principes de bases (Store etc…)

Google a lancé les premiers terminaux mobiles sous Android fin 2007. D’ici quelques années , je reste persuadé que Google aura contré l’avantage de l’Iphone sur de nombreux terrains, car Android est pour moi , du moins techniquement une alternative de choix. De nombreuses améliorations ont été apportées a Android ces derniers temps. Le nombre d’applications du market augmente de jour en jour, au même titre que le nombre de terminaux équipés par Google. Les premières publicités pour Android commencent même a se montrer doucement sur nos télévisions !

Quelques points qui pour moi placent Android devant le téléphone de la pomme:

• Systeme Open source : Ca n’a l’air de rien , mais il faut le noter et c’est un des avantages indéniables d’android. Chacun peut proposer sa propre version du système. Ces developpements incessants, permettent a l’OS d’avancer a pas de géants. Quand on pense que l’Iphone a mis deux ans pour faire du « copier-coller ».
• Richesses des terminaux : L’offre Android s’étoffe au fur et a mesure du temps qui passe, de nombreuses marques proposent maintenant leur terminal équipé Google. LG , HTC , Samsung , Motorola font a présent partie de la fête. Cependant cette richesse pose quelques problèmes a l’heure actuelles pour les developpeurs , du fait de resolutions différentes sur les terminaux. Google a deja annoncé dans le SDK 2.0 une prise en charge native de différentes résolutions d’écrans.
• Developpement : Comme le système , le SDK est libre , ce qui permet de développer pour Android , a partir du moment ou un ordinateur quel qu’il soit est a portée de main. De nombreux IDE java sont libres , notamment Eclipse et Netbeans. Du coup , développer pour Androidne coute « rien » .
• Diversité : Même si cette diversité de versions peut faire croire a un « bordel » dans les versions d’Android, pour ma part il s’agit seulement d’une conséquence de l’activité incessante de la communauté Android. Je reste également persuadé que Google va etre amené a mettre en place une « police » pour organiser tout cela et rendre Android plus professionnel.

Et au final ?

Et bien pour ma part au final , Android n’a absolument rien a envier a l’Iphone et a Apple. Le projet Android est beaucoup plus jeune , et pour ma part techniquement , a l’heure actuelle , ce dernier n’a rien a envier a Apple, hormis les « 90 000 applications » hurlées a qui veut bien l’entendre a chaque pub Apple… Il faut bien également penser que l’Iphone en est a sa troisième version maintenant, les terminaux Android sont en gros a la seconde génération , on peut accepter la 3eme si on considere le motorola Droid comme une nouvelle génération ( Android 2.0 ). Au final , la seule chose qu’il manque a Google , c’est le marketing , l’art de faire croire a la supériorité d’un objet qui ne l’est pas forcément.

A titre personnel , je ne lacherais pas Android , malgré ses applications , seulement au nombre de 20000. il faut noter que d’après les statistiques du site Androlib, 62 % des applications du market sont gratuites , je serais curieux de voir les mêmes statistiques pour l’app Store…

Mais vous n’aurez pas ma liberté de penser…

Quelques liens :

• Découvrir Android : http://www.android.com
• Le market sur votre pc : http://fr.androlib.com/
• Les principaux blogs et sites:
  • http://www.frandroid.com/
  • http://android-france.fr/
  • http://www.pointgphone.com/

Tout d’abord , je précise que j’ai tenté de me mettre a Zend Framework il y’a quelques temps , j’ai abandonné par manque de temps , et également par manque d’intérêt de l’entourage professionnel pour ces produits qu’on appelle horriblements « frameworks »… Eh oui , tellement d’entreprises préfèrent produire des applications bancales en PHP 4, qui sont faites de rustines à tout va, pour vendre au plus vite et au plus rentable. Dans ces entreprises ou le blackberry est roi , ou les nouvelles technologies de communication sont une réalité devant les clients , dans la plupart des cas pour faire « sérieux » , on investit tout dans le « bling bling » et rien dans la qualité de ce qu’on vends. J’ai l’impression que je m’écarte du sujet…

Revenons a nos moutons : Symfony

De nombreux points me font préférer symfony au ZF, en voici la principale liste :

• Génération de squelettes de code : Modeles , Formulaires , tout est est généré ! Bluffant !
• Documentation : Beaucoup plus claire que celle du ZF , l’approche est différente , avec une mise en situation via un tutoriel (Jobeet). Actuellement seuls les 4 premiers chapitres sont traduits en francais, mais le « Cahier du programmeur » de Fabien Potencier et Hugo Hamon, suit le principe du tuto , en étant parfois plus clair sur certains points.
• Génération de backadmin , impressionnant également , le backadmin est propre , il nécessitera tout de même quelques adaptations, mais le gros boulot est fait
• De nombreux autres tutos sont dispos sur le site symfony Project
• Doctrine : un monument !
• La communauté : Nombre de blogs traitant de symfony m’ont déjà aidé dans mes recherches !
• Dernier point , totalement personnel , ce que j’appelle la facilité d’approche , un feeling beaucoup plus « simple » avec Symfony qu’avec le ZF.

Après ces premiers pas , d’ici quelques semaines , certainement des parties techniques apparaitront sur ce blog.

En attendant , j’attends vos commentaires , vos idées , vos liens etc…

Bon vent