Comments on: L’introduction des logiciels libres à l’ENST : une histoire vécue http://www.rfc1149.net/blog/2007/03/13/lintroduction-des-logiciels-libres-a-lenst-une-histoire-vecue/ Samuel Tardieu's dual-sided blog Sat, 11 Oct 2008 09:51:51 +0000 http://wordpress.org/?v=2.6.2 By: palpatine http://www.rfc1149.net/blog/2007/03/13/lintroduction-des-logiciels-libres-a-lenst-une-histoire-vecue/#comment-34444 palpatine Wed, 14 Mar 2007 08:10:36 +0000 http://www.rfc1149.net/blog/2007/03/13/lintroduction-des-logiciels-libres-a-lenst-une-histoire-vecue/#comment-34444 Il y a aussi Yacas, j'ai fait le tour ;) (c'est plutôt du Mapple-like, ceci dit, pas tout à fait le même secteur ; avec gnuplot en sortie graphique ; et quelques plugins pour faire des sorties LaTeX réinterprétées en graphique, ça c'est cool). Quant aux architectures, c'est toujours du x86 de supporté, voire du Sparc quand on veut être royal (et qu'on a beaucoup de vieux clients industriels), mais c'est surtout une question d'OS, et d'API de programmation utilisée (les meilleurs, c'est Matlab : y'a même du java au milieu... Quoi que Scilab n'est pas en reste) ; les gens qui font ce genre de softs sont de piètres programmeurs pour la grande majorité (il n'y a qu'à voir les performances, c'est franchement désolant). À ce propos, scilab va avoir un portage sous java (hum les perf ^^), avec une jolie interface (enfin !), bien portable, d'ici la fin de l'année. Il y a aussi Yacas, j’ai fait le tour ;) (c’est plutôt du Mapple-like, ceci dit, pas tout à fait le même secteur ; avec gnuplot en sortie graphique ; et quelques plugins pour faire des sorties LaTeX réinterprétées en graphique, ça c’est cool). Quant aux architectures, c’est toujours du x86 de supporté, voire du Sparc quand on veut être royal (et qu’on a beaucoup de vieux clients industriels), mais c’est surtout une question d’OS, et d’API de programmation utilisée (les meilleurs, c’est Matlab : y’a même du java au milieu… Quoi que Scilab n’est pas en reste) ; les gens qui font ce genre de softs sont de piètres programmeurs pour la grande majorité (il n’y a qu’à voir les performances, c’est franchement désolant). À ce propos, scilab va avoir un portage sous java (hum les perf ^^), avec une jolie interface (enfin !), bien portable, d’ici la fin de l’année.

]]> By: Pierre http://www.rfc1149.net/blog/2007/03/13/lintroduction-des-logiciels-libres-a-lenst-une-histoire-vecue/#comment-34322 Pierre Tue, 13 Mar 2007 11:25:07 +0000 http://www.rfc1149.net/blog/2007/03/13/lintroduction-des-logiciels-libres-a-lenst-une-histoire-vecue/#comment-34322 <b>palpatine</b>: pour remplacer Matlab il y a aussi <a href="http://www.gnu.org/software/octave/">Octave</a>, utilisé à l'ENST, notamment sur les machines Solaris Opteron, car il n'existe pas de version de Matlab pour cette architecture. Encore un autre inconvénient des logiciels propriétaires, on est lié aux architectures que l'éditeur daigne supporter. palpatine: pour remplacer Matlab il y a aussi Octave, utilisé à l’ENST, notamment sur les machines Solaris Opteron, car il n’existe pas de version de Matlab pour cette architecture. Encore un autre inconvénient des logiciels propriétaires, on est lié aux architectures que l’éditeur daigne supporter.

]]> By: palpatine http://www.rfc1149.net/blog/2007/03/13/lintroduction-des-logiciels-libres-a-lenst-une-histoire-vecue/#comment-34320 palpatine Tue, 13 Mar 2007 11:03:53 +0000 http://www.rfc1149.net/blog/2007/03/13/lintroduction-des-logiciels-libres-a-lenst-une-histoire-vecue/#comment-34320 Mais quels logiciels propriétaires ? ;) Dans les écoles d'ingé, il y a souvent du Matlab qui traîne (la version sous Linux étant assez calamiteuse, Simulink étant plus ou moins catastrophique, même), mais j'ai vu (chez Cossaw) que l'on pouvait faire des choses tout à fait sérieusement en cours avec scilab/scicos (à Centrale, en l'occurrence). Au salon RTS, je suis tombé sur Labview (de National Instrument), typiquement englué dans le proprio, y compris les formats de fichier, l'interfaçage .Net/VB (ouch !), la disponibilité sous windaube uniquement, etc. Alors effectivement, ça fait des trucs assez puissant dans le playmobil-like, mais le jour où la boîte coule, où le produit est simplement abandonné (ce qui finit toujours par arriver, il ne faut pas croire...), la pérennité de la solution frise le zéro absolu... Le pire étant les compilos propriétaires, ou comment couler en deux secondes une boîte s'il s'avérait qu'il disparaissait (Aonix sort la tête de l'eau apparemment, l'industrie militaire peut reprendre son souffle...) ; je connais ainsi de très grandes entreprises qui sont toujours sur Ads de ARM, l'ancêtre non compatible de RVDS, datant du début des années 90, et qui ne peuvent pas vraiment en changer sans engager des coûts énormes (mais ces problématiques ne doivent pas affecter les cursus scolaires, seulement le milieu industriel pur, non ?). Mais quels logiciels propriétaires ? ;) Dans les écoles d’ingé, il y a souvent du Matlab qui traîne (la version sous Linux étant assez calamiteuse, Simulink étant plus ou moins catastrophique, même), mais j’ai vu (chez Cossaw) que l’on pouvait faire des choses tout à fait sérieusement en cours avec scilab/scicos (à Centrale, en l’occurrence). Au salon RTS, je suis tombé sur Labview (de National Instrument), typiquement englué dans le proprio, y compris les formats de fichier, l’interfaçage .Net/VB (ouch !), la disponibilité sous windaube uniquement, etc. Alors effectivement, ça fait des trucs assez puissant dans le playmobil-like, mais le jour où la boîte coule, où le produit est simplement abandonné (ce qui finit toujours par arriver, il ne faut pas croire…), la pérennité de la solution frise le zéro absolu… Le pire étant les compilos propriétaires, ou comment couler en deux secondes une boîte s’il s’avérait qu’il disparaissait (Aonix sort la tête de l’eau apparemment, l’industrie militaire peut reprendre son souffle…) ; je connais ainsi de très grandes entreprises qui sont toujours sur Ads de ARM, l’ancêtre non compatible de RVDS, datant du début des années 90, et qui ne peuvent pas vraiment en changer sans engager des coûts énormes (mais ces problématiques ne doivent pas affecter les cursus scolaires, seulement le milieu industriel pur, non ?).

]]> By: Pierre http://www.rfc1149.net/blog/2007/03/13/lintroduction-des-logiciels-libres-a-lenst-une-histoire-vecue/#comment-34314 Pierre Tue, 13 Mar 2007 09:33:54 +0000 http://www.rfc1149.net/blog/2007/03/13/lintroduction-des-logiciels-libres-a-lenst-une-histoire-vecue/#comment-34314 Les licences c'est chiant, mais les méthodes de développement ont changé aussi : bibliothèque ou système propriétaire : je regarde et essaie de comprendre la doc technique. Ca ne marche pas ? J'essaie de relire la doc technique pour voir où je me suis trompé, et j'essaie de trouver des exemples d'utilisation. Je ne trouve pas ? J'utilise l'assistance de l'éditeur, si je l'ai payée. Finalement il s'avère que c'est un bug chez eux... même s'ils le corrigent à terme, je suis obligé de le contourner (si c'est possible) en attendant que leur prochaine version soit publiée et diffusée chez mes utilisateurs... si elle l'est. bibliothèque ou système libre : je regarde la doc technique. Ca ne marche pas ? Je peux aller voir le code source de la bibliothèque concernée pour comprendre ce qui est éventuellement mal documenté. Finalement il s'avère que c'est un bug dans la bibliothèque utilisée : j'envoie un patch aux auteurs et je l'installe chez moi pour commencer. Je recommande à mes utilisateurs de mettre à jour leur version de la bibliothèque utilisée ; si aucune correction n'est diffusée par les auteurs je peux le faire moi-même. Les licences c’est chiant, mais les méthodes de développement ont changé aussi :

bibliothèque ou système propriétaire : je regarde et essaie de comprendre la doc technique. Ca ne marche pas ? J’essaie de relire la doc technique pour voir où je me suis trompé, et j’essaie de trouver des exemples d’utilisation. Je ne trouve pas ? J’utilise l’assistance de l’éditeur, si je l’ai payée. Finalement il s’avère que c’est un bug chez eux… même s’ils le corrigent à terme, je suis obligé de le contourner (si c’est possible) en attendant que leur prochaine version soit publiée et diffusée chez mes utilisateurs… si elle l’est.

bibliothèque ou système libre : je regarde la doc technique. Ca ne marche pas ? Je peux aller voir le code source de la bibliothèque concernée pour comprendre ce qui est éventuellement mal documenté. Finalement il s’avère que c’est un bug dans la bibliothèque utilisée : j’envoie un patch aux auteurs et je l’installe chez moi pour commencer. Je recommande à mes utilisateurs de mettre à jour leur version de la bibliothèque utilisée ; si aucune correction n’est diffusée par les auteurs je peux le faire moi-même.

]]>