Quand je vois des informaticiens se gausser d'XML, je pense tout de suite aux ridicules médecins de Molière dans le médecin malgré lui.
Je ne blame pas le langage, je blâme l'excès d'importance qu'on lui accorde. Il fait parti de chose soit disant importantes à maîtriser qui ne le sont pas. Je blâme la posture de savant que se donne ses utilisateurs, comme si il servait à quelque chose, et qui donnent **tant** d'importance à l'apparence.
De la même manière que j'aime pas l'UML, je n'aime pas les bonnes manières même si me tiens bien à table, je ne veux pas apprendre les différences entre genre musicaux même si j'adore écouter la musique, je n'aime pas le parler français académique même si j'adore cette langue, je n'aime pas le xhtml même si j'aime développer et utiliser des applis web, je n'aime pas la présentation cuisine nouvelle même si j'adore bien manger, je n'aime pas l'oenologie même si j'aime les bons vins.
UML est tout ça pour moi, un truc sûrement intéressant, dont on peut largement se passer pour faire de l'informatique, c'est une chose en plus à apprendre dont le bénéfice est marginal, sauf pour faire savant.
non, non moi aussi je veux faire du universal buzz processing pepettes oriented ! Je m'y essaie.
Je fais un nouveau cadriciel pour permettre de gérer en 5 couches multi process model oriented un nouveau programme de gestion de temps.
J'imagine Newton qui au lieu de dire tous les corps sont attirés d'une manière inversement proportionnellement au carré de leur masse (méthode naïve sans système de modélisation), dire
en utilisant la théorie des supercordes appliquées dans le contexte de la thermochromodynamique quantique, si l'on pose que la conservation des quadrivecteurs dans la contrainte imposée selon la contrainte de l'incompressibilité des corps, alors pour le commun des mortels pour comprendre qu'une pomme tombe, il suffit juste d'écrire :
PI=1
ça me rappelle une tirade de Feynman sur les nouveaux scientifiques...
L'idée est que j'ai des puces avec des pates et on relie les pates d'une puce à l'autre. Par exemple, je vais avoir une pate "Add Activity" qui prend deux objets en entrée et les ressort. La puce s'occupe d'associer les deux objets entre eux. Ca c'est ce que te présente le modèle, mais c'est bêtement traduit par un $objet1->add($objet2) ou $objet1->set($objet2) pour faire simple.
C'est comme ça qu'on m'a présenté le VHDL, on fait des boîtes on les relie et tout .... Et c'est comme ça qu'on écrit le code VHDL. (approche top-> bottown
De même qu'on apprenait à faire des demi additionneurs avec AND et des OR, on faisait aussi du bottom-> up
Mais c'était un truc à intégrer, implicite de la microélectronique et on codait directement avec des boîtes, que l'on regroupait en boîte, que l'on cablait, que l'on regroupait ....
Et ça c'était précis, utile, et utilisé, tant en tant que tel (on retrouvait les blocs sur les dessins de circuits), que comme façon de coder. Je vois pas le besoin d'un formalisme UML quand on a une idée claire de ce que l'on veut faire, et de comment le faire. C'est le B A-BA non de visualiser son code en le séparant en bloc fonctionnel ?
1) je trouve ça dangereux, on peut écrire des choses simples en UML infaisable en informatique et masquer la complexité ;
2) je trouve que c'est déconnecté de l'informatique.
Quand je lis les bouquins sur l'UML et que je vois les rationnal rose (génération de code multi plateforme depuis au moins 10 ans), je trouve ça très déconnecté du vrai code et de la vrai informatique :
Mon ennemi est la complexité, plus il y a de couche à gérer plus c'est dur, donc en introduisant une surcouche je vais me poser la question où faut-il modifier, où est le bug (il y en a toujours), dans le code (90%, dans l'interpréteur 1%, dans le modèle (5%) ou la nouvelle surcouche (4%). Ok c'est peut être marginal, mais que de temps perdu quand ça arrive
Mon deuxième ennemi c'est la complexité. La plupart de nos web design sont intimement liés au système, et demande parfois des modifications drastiques de code de configurations... J'ai déjà du mal à retenir un langage, ces modules, les finesses des interpréteurs, les conf du brouteurs web, troubleshooter les virtualisations, les architectures n-tiers, les reverses proxy, les proxy authentifiants .... Avec une couche en plus, c'est un paramètre en plus à gérer. Combien mon cerveau peut il retenir d'informations ?
Mon troisième ennemi est la complexité : les informaticiens et les gens du métiers ont deux langages séparés, en france on rajoute la MOE et la MOA qui parlent ni métier ni informatique, si on se met à utiliser encore un intermédiaire par le truchement de la modélisation formelle (j'ai pas dit qu'il fallait pas modéliser, j'ai des modèles crayons papier et texte en toute lettre), ça devient carrément la tour de Babel.
Je dis pas que ça apporte rien (pas moins que la virtualisation), je dis juste que cela ne me semble pas apporter de simplification *notable* dans un métier dont le coeur consiste à lutter contre
1) la complexité (ça rajoute une couche)
2) la précision (Grande réserve sur l'UML qui veut tout et rien dire).
Bref je suis pas convaincu que le rapport gain/perte soit génial.
De toute façon aucune technologie informatique n'a jamais prouver apporter un gain de productivité > 10%, or nous ressources en temps et en connaissance étant limitée, je vais plutôt me concentrer sur l'informatique que sur la méta-informatique.
Le code généré n'est pas soumis à la licence d'Acceleo. L'application cible peut utiliser la licence de votre choix.
* Modules de génération :
Vous pouvez créez vos propres modules librement et les redistribuer librement.
Donc si j'ai bien compris
- on peut faire du logiciel propriétaire avec ;
- et des modules propriétaires ;
(ce qui ne me dérange pas outre mesure)
PS des années que je vois des générateurs de code, et des années que je me fais les remarque suivante :
- le code généré est verbeux et souvent imbitable, donc sans le modèle chiant à déboguer ;
- le niveaux de complexité n'est pas toujours adapté ;
- le code pondu est chiant à optimisé (notamment quand on doit débrayer pour faire des grosses requêtes SQL)
Justement, dans la GPL il est dit ce que l'on doit fournir à une personne pour que ce soit libre est : "la forme préférée de modification". Si on génère du code avec un MDA, la forme préférée étant le modèle alors une application libre générée à partir d'un MDA devrait non fournir les sources, mais ce qui permet de les générer, non ?
C'est juste du "sucre syntaxique" pour que les humains puissent écrire dans le CLR (common language runtime)
le c#/VBscript est au CLR ce que perl 6.0 et python seront à parrot (si ça arrive un jour) juste un truc haut niveau agréable à lire et à écrire.
En fait si on fait un parser/analyseur lexical on peut avec la norme faire un transformateur c# -> python/perl ou autres, mais faut être maso : faire des closures et proche de l'impossible en c# (voir delegate et lambda function)
Les trucs intéressants sont les generics et les delegates.
A noter que comme leur truc étaient trop rigide (typage fort) ils ont le DLR (dynamic language runtime) avec comme portage : javascript coté serveur / python qui pondent du CLR au final bindable avec avec les dll systèmes et vice versa.
Et microsoft a aussi son propre sourceforge. http://www.codeplex.com/
Dont le pré-requis est :
you MUST choose a licence, et les licences proposées inclues les licences OSI (sauf gpl v3)
stipule que microsoft ne se donne aucun droit sur la création.
Enfin, si faire du libre ça veut dire mépriser ceux qui font du libre en java, en csharp ou autre, on va peut être devenir sectaire, parce que la je vois pas où dans le libre il est dit que le logiciel libre doit être fait avec des technos "garanties 100% libre". Surtout que cela peut être sujet à caution (les cpus intel sont pas libre, les comité de normalisation ISO/IEEE/mpeg sont pas très ouverts ....)
Misc: et tu loupes les fois où j'ai eu le droit à intégriste du libre, et castrateur du libre. Ca devrait te laisser encore plus perplexe.
Pour apache comme pour tout autre licence, je ne vais pas prendre une licence que je ne comprend pas. Un point c'est tout.
Et oui je fais du perl ou du php en environnement windows, mais je préfère aller confronter les logiciels libres en environnement de prod réel que faire des grands blablas sur la supériorité du libre. J'aime bien quand un client qui fait du c# se dit que lui aussi peut faire des projets libre ou en utiliser, ou que perl est peut être mieux que MS visual C++ pour développer. C'est sûrement plus dur que de convaincre un passionné du libre, et plus gratifiant quand on y arrive.
Les développeurs en technologie proprio s'y mettent, et ça ne me dérange pas. Car le libre n'est pas seulement dans la licence, ça consiste aussi et surtout à partager ses sources, à permettre d'utiliser, d'étudier, et de redistribuer. Alors que ce soit sous windows, mac, linux, que ce soit en perl, en ruby, en php en c#, je m'en fous.
Voilà je suis pragmatique avant tout, et cela ne me pose pas de problème. Quand j'ai pas confiance dans quelque chose, je le surveille, je le cloisonne, jusqu'à ce que j'ai mieux.
En ce qui me concerne je commence à trouver des imperfections à tous les langages, à tous les OS, et je fais avec.
oui je suis d'accord, il y avait dans les 2 premiers cas une erreur de syntaxe, mais bon, à mon goût un bon programme crash sur une erreur.
Pour les options de compilations j'ai pas regardé. C'étaient 2 debian, mais je soupçonne que les sources apt étaient pas les même. Le projet étant charrette, et devant gérer des merdouilles sièges clavier (mienne comprises) tout le temps, le sysadmin qui sommeille au fond de moi n'a pas pu investiguer.
Néanmoins, même si j'aurais bien aimé comprendre, après m'en être ouvert à d'autres anciens collègues qui ont quitté le PHP j'ai eu des échos de soucis similaires.
Bien qu'en tant que mercenaire je fais du PHP avec plus de plaisir que du C#, cependant il faut reconnaître que PHP est chiant à cause de ses changements de comportements aléatoire :
ex :
sur deux PHP 5.3.2 j'ai eu les changements de comportements différents sur le même code :
cas 1 trim change de comportement :
$a=array ("a " => array ( "b" => " c ") );
v1 : trim ($a) => array ("a" => array ("b" => "c" ))
v2 : trim ($a) => array
cas 2 implicit explicite :
avec mes php.ini identiques j'ai eu le code suivant qui a marché un cas sur deux
class log {
private $cfg;
private function w($msg) { $cfg["insource"] && echo "<!-- $msg -->" }
}
Dans un cas php a pardonné que j'oublie $this->cfg
dans l'autre il a fait un warning sans crasher :/ J'aurais mis du temps à trouver le bug si j'avais pas regardé les logs
Et j'ai un 3 éme bug sur le changement de comportement des fonctions de localisation que je ne détaillerais pas.
Et ceci sur deux versions de PHP identiques sauf au niveau du patchlevel :/
Donc même si il y a des frameworks (cake/symfony) en php je pourrais pas faire entièrement faire confiance à un framework aussi bon soit-il quand l'interpréteur est aussi versatile.
PS ce n'est pas parce qu'en logiciel libre on utilisait pas le jargon de framework au début que
1) il n'existait pas (leur existence remonte à 1990 notamment dans les GUI notamment propriétaire, et dans la littérature dans les années 1986),
2) le MVC est un design pattern : une façon de concevoir son code en séparant la vue des données. Un DP ne nécessite pas de code normalement, juste de bien concevoir son code. Mais bon quand il y a un "cadriciel ou framework" faut être maso pour s'en priver.
ben oui, mais regarde les premières pages d'il y a 8 ans, ça sentait pas autant la pub et le coté pravda linuxfr, et comme c'est nous qui faisons les news .... :(
C'est nous qui changeons.
sauf peut être moi :)
Je ne veux pas devenir un consommateur, et je pense toujours pas que le libre c'est la panacée, juste que ça me plait
Aucun rapport (pas l'entreprise dont il est question ci dessus) mais c'est juste pour que vous puissiez jugés des prix et contenus <:o) http://www.verteam.fr/img/cat-coaching.pdf : 2000€ / jour
Le coaching c'est 22Milliards d'euros de flux financier annuel. Le prix au kilo est encore meilleur il avoisine l'infini.
Si Stallman faisait payer ses conf à 30k$ ça prouverait que dans le libre on sait être compétitif
oui, mais bon, je préfère les retours discrets des utilisateurs de freebsd/openbsd tel que altéon. Altéon dont les rares sysadmin pros que j'ai rencontré trouve qu'il est une excellente alternative au "je fais tout moi même" pour le loadbalancing web, et qui contribue en retour.
De l'autre en linux/GPL je trouve qu'il y a beaucoup de posture dans la contribution :
- intel/SUN qui prétendent faire le jeu du libre, et qui oublient d'ouvrir les specs matériel importantes ;
- parlons pas du pitoyable spip agora fork hostile, et contre productif d'un projet libre ;
- pour ceux qui ont du utiliser l'outil samba ldap d'idealix qui par le passé (je l'ai pas regardé depuis 2 ans) était en shell script imbitable, non utilisable, ni réutilisable .... c'est sous GPL, mais qu'est ce que ça vaut ?
Quand je vois tout ça, j'appelle pas faire ça du libre tellement le coût pour s'approprier (utiliser, modifier, étudier) les technologies/codes soit disant "libérés" sont élevés.
Je parle de ce que j'ai vu... hein.
Tout ça pour dire que c'est pas parce que la communauté BSD a pas autant de contributions tapageuses éditées sur linuxfr qu'il n'y a pas de retour. Et d'autre part, mieux vaut une petite communauté concernée et active sur un projet pas trop visible pour avancer. Parce que quand un truc libre devient à la mode, c'est parfois dur d'avancer dans la marée de pipotron à la 01 informatique qui se met à apparaître.
Donc oui BSD permet de faire du propriétaire, et c'est pas plus mal car toute l'informatique en profite (windows s'améliore en prenant du code BSD) http://www.pcinpact.com/actu/news/29117-ALSR-une-securite-de(...)
et non rien n'empêche de faire du propriétaire sous licence libre.
PS je suis linuxien certes, mais je vais pas taper sur BSD pour de mauvais arguments : ils ont juste pas urbanterror qui tourne à une cadence convenable avec leur OS.
D'autre part, il ne faut pas soutenir n'importe quel truc "parce que ca ressemble à du libre". Un des dangers pour le monde du LL qui se démocratise, c'est qu'on est de plus en plus de projets qui s'écartent de la philosophie du libre : des projets qui profitent de l'engouement autour du LL mais qui n'en adoptent pas vraiment la philosophie. On le voit aussi chez certains nouveaux utilisateurs.
- plus de ligne de code != plus de bugs dans un code généré.
Si si plus de bug, mais avec de grandes différences dans les écarts types. On peut traduire comme ceci, les meilleures équipes n'ont pas forcément plus de bugs, par contre, le temps de résolution est mécaniquement plus long (particulièrement si on a un bug dans le coeur d'une classe de base) et le risque de bug généré par la correction de bug augmente avec l'intrication du code. (on considère qu'une correction de bug à une chance sur deux de généré un nouveau bug par effet de bord).
Il y a les données dans complete coding de Steve Mc Connell.
c'est quoi le rapport ?
La productivité en informatique par développeur est :
0) indépendante du diplôme ;
1) indépendante de l'expérience au delà de 2 ans;
2) varie d'un facteur 1 à 10 par individu.
(Sackmann Grant et al)
L'informatique n'est pas une question de diplôme mais de créativité. Vu comment l'enseignement est dogmatique, particulièrement en école, j'imagine pas vraiment en quoi étudier résout les problèmes de facteur humain.
Ensuite d'organisation à organisation les variabilités de productivité sont encore d'un facteur 1 à 10.
La conclusion (Peopleware de Di Marco, Myhtical Man Month de F. Brooks, Complete Coding Steve Mc Connell) est que pour améliorer la productivité en informatique,
1) il faut recruter et bien recruter non sur les diplômes, mais miser sur des équipes, et
2) s'organiser non à la française (modèle héirarchique de base), mais dans des modèles plus organiques (par "atelier" par exemple)
Pour tout ce qui est technologie le meilleur gain de productivité hors concision du langage (qui peut faire gagner un facteur 6 par rapport au C en prenant un langage à typage dynamique (php/perl/ruby/python)) est au mieux de 10%.
Tu m'expliques en quoi se focaliser sur un gain de 10% est plus intelligent qu'un que s'intéresser à un gain de 1000% x 1000% ?
Aller, je t'aide combien de fois 0,1 faut il pour faire 100 ? Question subsidiaire, à quel point significatif est 0,1 / 100 si on garde les décimales ?
Après on peut faire des trucs propres en PHP, oui, et on peut même s'y amuser relativement (l'autre jour j'ai dû écrire un bout d'ORM dans ce merveilleux langage).
Oui, mais passer de c# ou de MS C++ à php ça reste la fête au village.
Et bizarrement, ce qui joue le plus est autant le typage dynamique, que la doc. Autant j'ai pu me battre avec php et ses problèmes énormes en encodage de chaine multi octet alors que c# se débrouille mieux, autant les man pages de c# sont inutilisables tant elles sont verbeuses et le code d'exemple digne d'un stagiaire. Php.net est quand même un bon référentiel documentaire.
Pour en revenir au facteur humain, mon plus gros problème en c# était que les fanas su langage pensait que "parce qu'ils avaient le meilleur langage" tout était résolu. Quand on vous présente les "dataset*" comme un ORM, vous avez peur. Le plus gros problème que j'ai pu rencontré en environnement windows est le manque de culture informatique. Et ça c'est pire que le mauvais langage.
Anecdote :
Chez un client : tout dans les pages asp était présenté en mettant les attributs de présentation en dur dans le code asp, (border=1px; color=blue...). Le truc casse couille pour modifier l'apparence, on agrééra. Client qui me parlait fort des bonnes pratiques, de la séparation du code et de la présentation etc ... Donc, j'ai utilisé les CSS. Et 3 jours plus tard je reçois un mail du directeur technique, pro de l'informatique qui m'enjoint d'arrêter en mettant en référence un lien sur un article de security focus "The danger of CSS". Evidemment, CSS ici voulait dire cross site scripting, mais lui a pensé Cascading Stylesheet : je lui cassais les couilles avec un truc qu'il connaissait pas, un petit tour de google, il lit pas l'article et me renvoie directement la référence. J'ai jamais pu lui faire valoir qu'il parlait pas de la même chose : si security focus a dit non aux CSS, alors pas de css.
Par contre quand je lui ai montré que l'on pouvait injecter du html arbitraire dans ses pages webs grace à textarea compréhensifs, il a pas vu le problème.
J'ai moults anecdotes de ce style qui me font penser que la culture informatique en entreprise est quand même faible, et que c'est bien le frein le plus important, plus important que le choix du langage.
Je vous raconte même pas php et l'utf8 sur un windows IIS mysql PHP.
Bref le choix du langage est pour moi un problème d'optimisation alors qu'en entreprise --souvent**-- tout est à faire. On chipote sur le langage alors que le facteur humain est largement plus bloquant
* http://en.wikipedia.org/wiki/Data_set
** oui il y a aussi de très bons professionnels, mais je suis souvent surpris de l'endroit où je les trouve.
Dis moi, tu colles un langage vachement bien à un manager tu crois qu'il va faire du bon code ?
Que coder en ruby ou en python ou en java empêche les développeurs de mettre les réglages en dur dans le code et les oblige à faire des fichiers de conf ?
Enfin, on a les croyances que l'on veut. Il me semblait pourtant que les informaticiens étaient des scientifiques et pas des religieux.
Remarque quand les idéologues décident de faire du code on voit ce que ça donne : GNU/Hurd, je te laisse l'utiliser en prod, je vais continuer à prendre ces vieux trucs obsolètes de linux ou BSD qui sont si vieux et mal conçus (c'est vrai pas de micro-noyaux, pas de driver user space, pas de marketeux pour dire comment c'est bien) .
[^] # Re: Du code vers le modèle?
Posté par Jul (site web personnel) . En réponse à la dépêche Acceleo 2.2.0 : nouveaux générateurs PHP, Python et JEE. Évalué à -1.
Quand je vois des informaticiens se gausser d'XML, je pense tout de suite aux ridicules médecins de Molière dans le médecin malgré lui.
Je ne blame pas le langage, je blâme l'excès d'importance qu'on lui accorde. Il fait parti de chose soit disant importantes à maîtriser qui ne le sont pas. Je blâme la posture de savant que se donne ses utilisateurs, comme si il servait à quelque chose, et qui donnent **tant** d'importance à l'apparence.
De la même manière que j'aime pas l'UML, je n'aime pas les bonnes manières même si me tiens bien à table, je ne veux pas apprendre les différences entre genre musicaux même si j'adore écouter la musique, je n'aime pas le parler français académique même si j'adore cette langue, je n'aime pas le xhtml même si j'aime développer et utiliser des applis web, je n'aime pas la présentation cuisine nouvelle même si j'adore bien manger, je n'aime pas l'oenologie même si j'aime les bons vins.
UML est tout ça pour moi, un truc sûrement intéressant, dont on peut largement se passer pour faire de l'informatique, c'est une chose en plus à apprendre dont le bénéfice est marginal, sauf pour faire savant.
[^] # Re: Du code vers le modèle?
Posté par Jul (site web personnel) . En réponse à la dépêche Acceleo 2.2.0 : nouveaux générateurs PHP, Python et JEE. Évalué à 1.
Je fais un nouveau cadriciel pour permettre de gérer en 5 couches multi process model oriented un nouveau programme de gestion de temps.
J'imagine Newton qui au lieu de dire tous les corps sont attirés d'une manière inversement proportionnellement au carré de leur masse (méthode naïve sans système de modélisation), dire
en utilisant la théorie des supercordes appliquées dans le contexte de la thermochromodynamique quantique, si l'on pose que la conservation des quadrivecteurs dans la contrainte imposée selon la contrainte de l'incompressibilité des corps, alors pour le commun des mortels pour comprendre qu'une pomme tombe, il suffit juste d'écrire :
PI=1
ça me rappelle une tirade de Feynman sur les nouveaux scientifiques...
[^] # Re: Du code vers le modèle?
Posté par Jul (site web personnel) . En réponse à la dépêche Acceleo 2.2.0 : nouveaux générateurs PHP, Python et JEE. Évalué à 2.
C'est comme ça qu'on m'a présenté le VHDL, on fait des boîtes on les relie et tout .... Et c'est comme ça qu'on écrit le code VHDL. (approche top-> bottown
De même qu'on apprenait à faire des demi additionneurs avec AND et des OR, on faisait aussi du bottom-> up
Mais c'était un truc à intégrer, implicite de la microélectronique et on codait directement avec des boîtes, que l'on regroupait en boîte, que l'on cablait, que l'on regroupait ....
Et ça c'était précis, utile, et utilisé, tant en tant que tel (on retrouvait les blocs sur les dessins de circuits), que comme façon de coder. Je vois pas le besoin d'un formalisme UML quand on a une idée claire de ce que l'on veut faire, et de comment le faire. C'est le B A-BA non de visualiser son code en le séparant en bloc fonctionnel ?
[^] # Re: Du code vers le modèle?
Posté par Jul (site web personnel) . En réponse à la dépêche Acceleo 2.2.0 : nouveaux générateurs PHP, Python et JEE. Évalué à 2.
C'est n'est pas un formalisme standardisé pour la modélisation ?
On m'aurait menti ?
Remarque pour moi c'est plutôt le feng shui de l'informatique, un espèce d'état d'esprit qui m'est effectivement ésotérique.
[^] # Re: Du code vers le modèle?
Posté par Jul (site web personnel) . En réponse à la dépêche Acceleo 2.2.0 : nouveaux générateurs PHP, Python et JEE. Évalué à 2.
http://www.codinghorror.com/blog/archives/000566.html
1) je trouve ça dangereux, on peut écrire des choses simples en UML infaisable en informatique et masquer la complexité ;
2) je trouve que c'est déconnecté de l'informatique.
Quand je lis les bouquins sur l'UML et que je vois les rationnal rose (génération de code multi plateforme depuis au moins 10 ans), je trouve ça très déconnecté du vrai code et de la vrai informatique :
Mon ennemi est la complexité, plus il y a de couche à gérer plus c'est dur, donc en introduisant une surcouche je vais me poser la question où faut-il modifier, où est le bug (il y en a toujours), dans le code (90%, dans l'interpréteur 1%, dans le modèle (5%) ou la nouvelle surcouche (4%). Ok c'est peut être marginal, mais que de temps perdu quand ça arrive
Mon deuxième ennemi c'est la complexité. La plupart de nos web design sont intimement liés au système, et demande parfois des modifications drastiques de code de configurations... J'ai déjà du mal à retenir un langage, ces modules, les finesses des interpréteurs, les conf du brouteurs web, troubleshooter les virtualisations, les architectures n-tiers, les reverses proxy, les proxy authentifiants .... Avec une couche en plus, c'est un paramètre en plus à gérer. Combien mon cerveau peut il retenir d'informations ?
Mon troisième ennemi est la complexité : les informaticiens et les gens du métiers ont deux langages séparés, en france on rajoute la MOE et la MOA qui parlent ni métier ni informatique, si on se met à utiliser encore un intermédiaire par le truchement de la modélisation formelle (j'ai pas dit qu'il fallait pas modéliser, j'ai des modèles crayons papier et texte en toute lettre), ça devient carrément la tour de Babel.
Je dis pas que ça apporte rien (pas moins que la virtualisation), je dis juste que cela ne me semble pas apporter de simplification *notable* dans un métier dont le coeur consiste à lutter contre
1) la complexité (ça rajoute une couche)
2) la précision (Grande réserve sur l'UML qui veut tout et rien dire).
Bref je suis pas convaincu que le rapport gain/perte soit génial.
De toute façon aucune technologie informatique n'a jamais prouver apporter un gain de productivité > 10%, or nous ressources en temps et en connaissance étant limitée, je vais plutôt me concentrer sur l'informatique que sur la méta-informatique.
# Licence de la deuxième création :)
Posté par Jul (site web personnel) . En réponse à la dépêche Acceleo 2.2.0 : nouveaux générateurs PHP, Python et JEE. Évalué à 5.
Pour les modules
* Code généré :
Le code généré n'est pas soumis à la licence d'Acceleo. L'application cible peut utiliser la licence de votre choix.
* Modules de génération :
Vous pouvez créez vos propres modules librement et les redistribuer librement.
Donc si j'ai bien compris
- on peut faire du logiciel propriétaire avec ;
- et des modules propriétaires ;
(ce qui ne me dérange pas outre mesure)
PS des années que je vois des générateurs de code, et des années que je me fais les remarque suivante :
- le code généré est verbeux et souvent imbitable, donc sans le modèle chiant à déboguer ;
- le niveaux de complexité n'est pas toujours adapté ;
- le code pondu est chiant à optimisé (notamment quand on doit débrayer pour faire des grosses requêtes SQL)
Justement, dans la GPL il est dit ce que l'on doit fournir à une personne pour que ce soit libre est : "la forme préférée de modification". Si on génère du code avec un MDA, la forme préférée étant le modèle alors une application libre générée à partir d'un MDA devrait non fournir les sources, mais ce qui permet de les générer, non ?
[^] # Re: compilo
Posté par Jul (site web personnel) . En réponse à la dépêche Sortie de Vala 0.1.6. Évalué à 3.
http://www.ecma-international.org/publications/standards/Ecm(...)
C'est juste du "sucre syntaxique" pour que les humains puissent écrire dans le CLR (common language runtime)
le c#/VBscript est au CLR ce que perl 6.0 et python seront à parrot (si ça arrive un jour) juste un truc haut niveau agréable à lire et à écrire.
En fait si on fait un parser/analyseur lexical on peut avec la norme faire un transformateur c# -> python/perl ou autres, mais faut être maso : faire des closures et proche de l'impossible en c# (voir delegate et lambda function)
Les trucs intéressants sont les generics et les delegates.
A noter que comme leur truc étaient trop rigide (typage fort) ils ont le DLR (dynamic language runtime) avec comme portage : javascript coté serveur / python qui pondent du CLR au final bindable avec avec les dll systèmes et vice versa.
[^] # Re: De PHP à un framework Python
Posté par Jul (site web personnel) . En réponse à la dépêche Nulog 2 est disponible. Évalué à 1.
http://www.codeplex.com/
Dont le pré-requis est :
you MUST choose a licence, et les licences proposées inclues les licences OSI (sauf gpl v3)
Et la licence du service :
http://www.codeplex.com/CodePlex/license
stipule que microsoft ne se donne aucun droit sur la création.
Enfin, si faire du libre ça veut dire mépriser ceux qui font du libre en java, en csharp ou autre, on va peut être devenir sectaire, parce que la je vois pas où dans le libre il est dit que le logiciel libre doit être fait avec des technos "garanties 100% libre". Surtout que cela peut être sujet à caution (les cpus intel sont pas libre, les comité de normalisation ISO/IEEE/mpeg sont pas très ouverts ....)
[^] # Re: De PHP à un framework Python
Posté par Jul (site web personnel) . En réponse à la dépêche Nulog 2 est disponible. Évalué à 0.
Pour apache comme pour tout autre licence, je ne vais pas prendre une licence que je ne comprend pas. Un point c'est tout.
Et oui je fais du perl ou du php en environnement windows, mais je préfère aller confronter les logiciels libres en environnement de prod réel que faire des grands blablas sur la supériorité du libre. J'aime bien quand un client qui fait du c# se dit que lui aussi peut faire des projets libre ou en utiliser, ou que perl est peut être mieux que MS visual C++ pour développer. C'est sûrement plus dur que de convaincre un passionné du libre, et plus gratifiant quand on y arrive.
Tiens d'ailleurs tu remarqueras que python a une implémentation libre en .net éditée, maintenue financée par microsoft.
http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPytho(...)
Les développeurs en technologie proprio s'y mettent, et ça ne me dérange pas. Car le libre n'est pas seulement dans la licence, ça consiste aussi et surtout à partager ses sources, à permettre d'utiliser, d'étudier, et de redistribuer. Alors que ce soit sous windows, mac, linux, que ce soit en perl, en ruby, en php en c#, je m'en fous.
Voilà je suis pragmatique avant tout, et cela ne me pose pas de problème. Quand j'ai pas confiance dans quelque chose, je le surveille, je le cloisonne, jusqu'à ce que j'ai mieux.
En ce qui me concerne je commence à trouver des imperfections à tous les langages, à tous les OS, et je fais avec.
[^] # Re: De PHP à un framework Python
Posté par Jul (site web personnel) . En réponse à la dépêche Nulog 2 est disponible. Évalué à -3.
PS j'ai pas pris apache 2 car je comprend tellement pas la licence que je suis même pas sûr que ce soit libre.
[^] # Re: De PHP à un framework Python
Posté par Jul (site web personnel) . En réponse à la dépêche Nulog 2 est disponible. Évalué à -4.
Il est donc pas fiable => death penalty
[^] # Re: De PHP à un framework Python
Posté par Jul (site web personnel) . En réponse à la dépêche Nulog 2 est disponible. Évalué à 1.
Pour les options de compilations j'ai pas regardé. C'étaient 2 debian, mais je soupçonne que les sources apt étaient pas les même. Le projet étant charrette, et devant gérer des merdouilles sièges clavier (mienne comprises) tout le temps, le sysadmin qui sommeille au fond de moi n'a pas pu investiguer.
Néanmoins, même si j'aurais bien aimé comprendre, après m'en être ouvert à d'autres anciens collègues qui ont quitté le PHP j'ai eu des échos de soucis similaires.
[^] # Re: De PHP à un framework Python
Posté par Jul (site web personnel) . En réponse à la dépêche Nulog 2 est disponible. Évalué à 1.
ex :
sur deux PHP 5.3.2 j'ai eu les changements de comportements différents sur le même code :
cas 1 trim change de comportement :
$a=array ("a " => array ( "b" => " c ") );
v1 : trim ($a) => array ("a" => array ("b" => "c" ))
v2 : trim ($a) => array
cas 2 implicit explicite :
avec mes php.ini identiques j'ai eu le code suivant qui a marché un cas sur deux
class log {
private $cfg;
private function w($msg) { $cfg["insource"] && echo "<!-- $msg -->" }
}
Dans un cas php a pardonné que j'oublie $this->cfg
dans l'autre il a fait un warning sans crasher :/ J'aurais mis du temps à trouver le bug si j'avais pas regardé les logs
Et j'ai un 3 éme bug sur le changement de comportement des fonctions de localisation que je ne détaillerais pas.
Et ceci sur deux versions de PHP identiques sauf au niveau du patchlevel :/
Donc même si il y a des frameworks (cake/symfony) en php je pourrais pas faire entièrement faire confiance à un framework aussi bon soit-il quand l'interpréteur est aussi versatile.
PS ce n'est pas parce qu'en logiciel libre on utilisait pas le jargon de framework au début que
1) il n'existait pas (leur existence remonte à 1990 notamment dans les GUI notamment propriétaire, et dans la littérature dans les années 1986),
2) le MVC est un design pattern : une façon de concevoir son code en séparant la vue des données. Un DP ne nécessite pas de code normalement, juste de bien concevoir son code. Mais bon quand il y a un "cadriciel ou framework" faut être maso pour s'en priver.
[^] # Re: cool linuxfr devient un site de pub pour budgets aisés
Posté par Jul (site web personnel) . En réponse à la dépêche Bug Labs : Lego pour geeks. Évalué à 2.
C'est nous qui changeons.
sauf peut être moi :)
Je ne veux pas devenir un consommateur, et je pense toujours pas que le libre c'est la panacée, juste que ça me plait
# cool linuxfr devient un site de pub pour budgets aisés
Posté par Jul (site web personnel) . En réponse à la dépêche Bug Labs : Lego pour geeks. Évalué à -5.
Libre 2.0 = 01 informatique.
Je dis ça mais comme c'est libre c'est bon, hein ?
[^] # Re: Une question de support client et de licence
Posté par Jul (site web personnel) . En réponse à la dépêche Sun Microsystems fait l'acquisition de MySQL. Évalué à 0.
http://www.lemonde.fr/web/article/0,1-0@2-3208,36-850077,0.h(...)
Aucun rapport (pas l'entreprise dont il est question ci dessus) mais c'est juste pour que vous puissiez jugés des prix et contenus <:o)
http://www.verteam.fr/img/cat-coaching.pdf : 2000€ / jour
Le coaching c'est 22Milliards d'euros de flux financier annuel. Le prix au kilo est encore meilleur il avoisine l'infini.
Si Stallman faisait payer ses conf à 30k$ ça prouverait que dans le libre on sait être compétitif
[^] # Re: Et Oracle, alors ?
Posté par Jul (site web personnel) . En réponse à la dépêche Sun Microsystems fait l'acquisition de MySQL. Évalué à 3.
http://linuxfr.org/2008/01/16/23575.html#896656
[^] # Re: Et Oracle, alors ?
Posté par Jul (site web personnel) . En réponse à la dépêche Sun Microsystems fait l'acquisition de MySQL. Évalué à 3.
De l'autre en linux/GPL je trouve qu'il y a beaucoup de posture dans la contribution :
- intel/SUN qui prétendent faire le jeu du libre, et qui oublient d'ouvrir les specs matériel importantes ;
- parlons pas du pitoyable spip agora fork hostile, et contre productif d'un projet libre ;
- pour ceux qui ont du utiliser l'outil samba ldap d'idealix qui par le passé (je l'ai pas regardé depuis 2 ans) était en shell script imbitable, non utilisable, ni réutilisable .... c'est sous GPL, mais qu'est ce que ça vaut ?
Quand je vois tout ça, j'appelle pas faire ça du libre tellement le coût pour s'approprier (utiliser, modifier, étudier) les technologies/codes soit disant "libérés" sont élevés.
Je parle de ce que j'ai vu... hein.
Tout ça pour dire que c'est pas parce que la communauté BSD a pas autant de contributions tapageuses éditées sur linuxfr qu'il n'y a pas de retour. Et d'autre part, mieux vaut une petite communauté concernée et active sur un projet pas trop visible pour avancer. Parce que quand un truc libre devient à la mode, c'est parfois dur d'avancer dans la marée de pipotron à la 01 informatique qui se met à apparaître.
Donc oui BSD permet de faire du propriétaire, et c'est pas plus mal car toute l'informatique en profite (windows s'améliore en prenant du code BSD) http://www.pcinpact.com/actu/news/29117-ALSR-une-securite-de(...)
et non rien n'empêche de faire du propriétaire sous licence libre.
PS je suis linuxien certes, mais je vais pas taper sur BSD pour de mauvais arguments : ils ont juste pas urbanterror qui tourne à une cadence convenable avec leur OS.
[^] # Re: Une question de support client et de licence
Posté par Jul (site web personnel) . En réponse à la dépêche Sun Microsystems fait l'acquisition de MySQL. Évalué à 7.
Ce qui gêne la capacité d'une entreprise à gagner de l'argent, c'est uniquement le manque d'intelligence de son patron.
Les français sont bien capables de vendre de 1l d'eau de source plus cher que le galon de pétrole aux américains, et en plus ça marche.
[^] # Re: merci
Posté par Jul (site web personnel) . En réponse à la dépêche Rétrospective du libre en 2007. Évalué à 2.
Tu penses à des dérives de société ?
http://www.libroscope.org/Benchmark-23-logiciels-libres
Ou l'éthique toc de nouveaux entrants d'une "certaine forme de libre allégée ?"
http://www.libroscope.org/Vers-une-liberte-definie-Creative
[^] # Re: merci
Posté par Jul (site web personnel) . En réponse à la dépêche Rétrospective du libre en 2007. Évalué à 2.
c'est libre c'est beau, alors pas de polémiques siouplait quoi
[^] # Re: Langages ne sont plus comparables en tant que tel
Posté par Jul (site web personnel) . En réponse à la dépêche Ruby 1.9.0 est sorti pour Noël. Évalué à 2.
Si si plus de bug, mais avec de grandes différences dans les écarts types. On peut traduire comme ceci, les meilleures équipes n'ont pas forcément plus de bugs, par contre, le temps de résolution est mécaniquement plus long (particulièrement si on a un bug dans le coeur d'une classe de base) et le risque de bug généré par la correction de bug augmente avec l'intrication du code. (on considère qu'une correction de bug à une chance sur deux de généré un nouveau bug par effet de bord).
Il y a les données dans complete coding de Steve Mc Connell.
[^] # Re: Python suce des ours, et ruby en tong dans le bac à sable
Posté par Jul (site web personnel) . En réponse à la dépêche Ruby 1.9.0 est sorti pour Noël. Évalué à 0.
La productivité en informatique par développeur est :
0) indépendante du diplôme ;
1) indépendante de l'expérience au delà de 2 ans;
2) varie d'un facteur 1 à 10 par individu.
(Sackmann Grant et al)
L'informatique n'est pas une question de diplôme mais de créativité. Vu comment l'enseignement est dogmatique, particulièrement en école, j'imagine pas vraiment en quoi étudier résout les problèmes de facteur humain.
Ensuite d'organisation à organisation les variabilités de productivité sont encore d'un facteur 1 à 10.
La conclusion (Peopleware de Di Marco, Myhtical Man Month de F. Brooks, Complete Coding Steve Mc Connell) est que pour améliorer la productivité en informatique,
1) il faut recruter et bien recruter non sur les diplômes, mais miser sur des équipes, et
2) s'organiser non à la française (modèle héirarchique de base), mais dans des modèles plus organiques (par "atelier" par exemple)
Pour tout ce qui est technologie le meilleur gain de productivité hors concision du langage (qui peut faire gagner un facteur 6 par rapport au C en prenant un langage à typage dynamique (php/perl/ruby/python)) est au mieux de 10%.
Tu m'expliques en quoi se focaliser sur un gain de 10% est plus intelligent qu'un que s'intéresser à un gain de 1000% x 1000% ?
Aller, je t'aide combien de fois 0,1 faut il pour faire 100 ? Question subsidiaire, à quel point significatif est 0,1 / 100 si on garde les décimales ?
Pour les journaux, ça existe déjà :
http://www.codinghorror.com/blog/archives/000960.html
http://www.joelonsoftware.com/
C'est juste qu'aux états unis ils sont les leaders mondiaux de l'édition de logiciel, va savoir pourquoi ?
[^] # Re: Python suce des ours, et ruby en tong dans le bac à sable
Posté par Jul (site web personnel) . En réponse à la dépêche Ruby 1.9.0 est sorti pour Noël. Évalué à 1.
Oui, mais passer de c# ou de MS C++ à php ça reste la fête au village.
Et bizarrement, ce qui joue le plus est autant le typage dynamique, que la doc. Autant j'ai pu me battre avec php et ses problèmes énormes en encodage de chaine multi octet alors que c# se débrouille mieux, autant les man pages de c# sont inutilisables tant elles sont verbeuses et le code d'exemple digne d'un stagiaire. Php.net est quand même un bon référentiel documentaire.
Pour en revenir au facteur humain, mon plus gros problème en c# était que les fanas su langage pensait que "parce qu'ils avaient le meilleur langage" tout était résolu. Quand on vous présente les "dataset*" comme un ORM, vous avez peur. Le plus gros problème que j'ai pu rencontré en environnement windows est le manque de culture informatique. Et ça c'est pire que le mauvais langage.
Anecdote :
Chez un client : tout dans les pages asp était présenté en mettant les attributs de présentation en dur dans le code asp, (border=1px; color=blue...). Le truc casse couille pour modifier l'apparence, on agrééra. Client qui me parlait fort des bonnes pratiques, de la séparation du code et de la présentation etc ... Donc, j'ai utilisé les CSS. Et 3 jours plus tard je reçois un mail du directeur technique, pro de l'informatique qui m'enjoint d'arrêter en mettant en référence un lien sur un article de security focus "The danger of CSS". Evidemment, CSS ici voulait dire cross site scripting, mais lui a pensé Cascading Stylesheet : je lui cassais les couilles avec un truc qu'il connaissait pas, un petit tour de google, il lit pas l'article et me renvoie directement la référence. J'ai jamais pu lui faire valoir qu'il parlait pas de la même chose : si security focus a dit non aux CSS, alors pas de css.
Par contre quand je lui ai montré que l'on pouvait injecter du html arbitraire dans ses pages webs grace à textarea compréhensifs, il a pas vu le problème.
J'ai moults anecdotes de ce style qui me font penser que la culture informatique en entreprise est quand même faible, et que c'est bien le frein le plus important, plus important que le choix du langage.
Je vous raconte même pas php et l'utf8 sur un windows IIS mysql PHP.
Bref le choix du langage est pour moi un problème d'optimisation alors qu'en entreprise --souvent**-- tout est à faire. On chipote sur le langage alors que le facteur humain est largement plus bloquant
* http://en.wikipedia.org/wiki/Data_set
** oui il y a aussi de très bons professionnels, mais je suis souvent surpris de l'endroit où je les trouve.
[^] # Re: Python suce des ours, et ruby en tong dans le bac à sable
Posté par Jul (site web personnel) . En réponse à la dépêche Ruby 1.9.0 est sorti pour Noël. Évalué à 0.
Dis moi, tu colles un langage vachement bien à un manager tu crois qu'il va faire du bon code ?
Que coder en ruby ou en python ou en java empêche les développeurs de mettre les réglages en dur dans le code et les oblige à faire des fichiers de conf ?
Enfin, on a les croyances que l'on veut. Il me semblait pourtant que les informaticiens étaient des scientifiques et pas des religieux.
Remarque quand les idéologues décident de faire du code on voit ce que ça donne : GNU/Hurd, je te laisse l'utiliser en prod, je vais continuer à prendre ces vieux trucs obsolètes de linux ou BSD qui sont si vieux et mal conçus (c'est vrai pas de micro-noyaux, pas de driver user space, pas de marketeux pour dire comment c'est bien) .