donc au niveau sécurité c'est à la pointe de ce que l'on a déjà découvert…
Oui, c'est la pointe pour la PHP team, c'est dire…
Voir les diverses tentatives du type hardened-PHP et les critiques récurrentes de ce langage et de sa core team.
Malgré cela, bravo pour le travail, et merci de l'avoir publié sous licence libre.
et je ne vois pas qui trouverait ça trippant de se dire "hé ho, et si je m'amusais à adapter LibreOffice à Qt en ré-écrivant tous les composants métier de l'application avec !"
Je pense surtout qu'ils on d'autres chats a fouetter pour l'instant. On dirait que changer le toolkit graphique n'est absolument pas la priorité. Ils sont déjà en train de changer les classes de chaînes de caractères et la façon de coder l'UI entres autres. Sana compter le reste, ça fait déjà pas mal!
C'est certainement vrai aujourd'hui mais ça l'était sans doute beaucoup moins lorsque StarOffice avait été créé en 1984: http://en.wikipedia.org/wiki/Staroffice#History . Qt n'a commencé son existence qu'en 1992 et KDE n'a été lancé qu'en 1996, Donc Gnome et GTK+ on existé seulement après 1996.
Ensuite, le poids de l'historique fait que personne ne s'est vraiment penché sur moderniser certains aspects du code source à cause de l'investissement à réaliser, du risque associé au changement, etc. Et la situation traîne jusqu’à aujourd'hui
Posté par djano .
En réponse à la dépêche KDE SC 4.10.
Évalué à 2.
Bah, un framework ça veut tout dire et rien dire. Pour moi un framework (cadriciel en français rigolo) est du code qui vient s’exécuter "autour" de ton code. Dit autrement, ton code est exécuté voire appelé par le code du framework.
En ce sens, la boucle événementielle de l'interface graphique de Qt (ou GTK) est un framework, pareil pour Java Enterprise Edition ou Ruby on Rails…
Cependant, par exemple, boost n'est pas un framework, mais une simple librairie, pareil pour gd ou apache commons.
Il est également utilisé dans d'autres serveurs d'applications propriétaires ou libres, tels que WebSphere ou encore JBoss.
Parlez-vous d'un composant de messagerie ou spécifiquement de JORAM?
Est-ce que le WebSphere embedded messaging est implémenté avec JORAM? pareil pour JBoss Messaging?
Cela contredit ce que je lis sur le net.
Ai-je mal compris ou bien la formulation est trompeuse?
Tu as plusieurs raisons utiles a la conservation de l'historique: audit, debug, analyses statistiques. Le premier de la dépêche l'explique bien. En particulier, j'ai bossé sur une application ou tout (ou presque) devait être audité: chaque objet métier avait un "statut" qui était la machine a état du pauvre. Et bien c'est super utile pour retracer l'historique de ton objet métier (audit) voire comprendre comment ton objet est arrivé dans l'état actuel (a quelle date, a recouper avec les logs). C'est une min d'or d'informations. D'ailleurs, on ne faisait pas un "delete" sur les objets en base de donnée: on les marquait comme inactifs, complétés, annulés, etc. (en plus, ça améliorait les perfs en évitant un table lock)
Tu peux faire des recherches dans tes bookmarks, les tagger, etc. C'est très pratique. Tu peux aussi les voir apparaître dans tes résultats de recherches Google.
Soupir J'avoue ne pas comprendre ces soupçons constants sur Mozilla. Je ne comprends pas qu'ils fassent autant l'objet de critique malgré tout ce qu'ils font. Ils ont leur ligne directrice, franchement ouverte, et ils gardent la maîtrise sur leur projet de bout en bout puisqu'ils considèrent a raison que ça fait partie intégrante de leur responsabilité. Certes ca détonne un peu dans le monde du libre. Pour autant que je sache, tout le monde est libre de recompiler le code.
Bravo pour cet article remarquablement explicatif! C'est un excellent support pour expliquer a tout un chacun et aux collectivités/administrations/entreprises l’intérêt qu'elles peuvent avoir a contribuer a OpenStreetMap.
Je m'en vais de ce pas l'utiliser pour essayer de convaincre!
Tiens, un volontaire pour faire le boulot! Comme c'est gentil! :)
Mozilla (l'organisation et même l'entreprise) ne sont que la partie émergée de l'iceberg. Si la communauté Mozilla au sens large désire une version 64 bits, et bien elle l'a sortira. Traduction: tu peux y participer.
Sinon, si personne ne se bouge pour sortir une version 64 bits, et bien c'est que personne n'en avait besoin. CQFD
Mauvaise boite, changer de boite ;)
Non je rigole.
Il faut dire qu'un BTS est tout de même très (trop?) court pour aborder les nombreuses choses a voir, et même dans des études plus longues (master, école d’ingé), c'est tout de même très difficile de tout voir.
Par exemple, j'avais utilise CVS et SVN dans des projets, mais personne ne m'a enseigne les tests unitaires, alors que j'aurais gagne un temps fou a éviter de retester manuellement les mêmes 3-4 fonctions que l'on avait développé sur le logiciel. J'avais fait su scheme (un (()langage (((LISP))()))), de l'assembleur, du C, C++, Java), mais les tests n'avaient jamais vraiment été abordés.
Les tests sont les parents pauvres de l'éducation en programmation informatique en France (et ailleurs?), et c'est bien dommage.
Bref, je peux juste te recommander de lire certains des liens qui ont circulé sur cette page, lire du Martin Fowler ("Refactoring: improving the design of existing code", j'adore :) ) ou d'autres auteurs comme Paul Graham, Jeff Atwood, Joel Spolsky, Kent Beck, Le Gang of Four (Design Patterns: elements of reusable design) etc. Lis aussi tout sur XP, c'est au moins intéressant pour les pratiques de programmation.
Le plus marrant, c'est que ces articles se contredisent parfois, et c'est la que ça devient intéressant pour que tu te questionnes et te fasse ta propre opinion. Pas toujours tout de suite, mais parfois avec le temps.
Pour finir, pratique encore et toujours, donne toi des petits defi, mais pense toujours que:
Chaque ligne de code c'est du "legacy": c'est plus un problème qu'une solution. Donc si tu peux réduire le nombre de ligne de code, c'est vraiment le mieux.
Le code est lu 10, 20 ou encore plus de fois qu'il n'est écrit, alors soigne particulièrement le code avant de le committer: demande toi si tu en as réellement finis. Doit tu ajouter des commentaires qui expliquent POURQUOI le code est tel qu'il est. Doit tu refactoriser le code? Doit tu renommer cette méthode, est que ce nom est bien choisit? Y-a-t il de la duplication, etc.
Sur ce même sujet, il te faut 2 fois plus d'intelligence pour debugger ton code qu'il ne t'en a fallu pour l’écrire, alors évite le code trop "sioux" :) et pense aussi que tous tes collègues (même les moins bons) doivent pouvoir travailler sur ton code.
Demande a des pairs plus compétents que toit de revoir ton code (pas le gars le plus nul de la boite, parce que ça passe comme une lettre a la poste) et écoute les critiques.
Bien sur, tout ça doit se faire dans le meilleur rapport temps / productivité pour corser le tout. :)
Mais je t'assure que si tu suit les conseils ci-dessus, tu vas progresser a vitesse grand V.
Et tout le monde fait des erreurs a un moment ou a un autre de tout façon ;)
A noter que sur les APIs web/html5/javascript sont très fortement poussées par Mozilla pour son OS mobile Firefox OS puisque les applications natives seront des applications Web: https://wiki.mozilla.org/WebAPI
Plus sérieusement, la programmation est un art difficile car elle requiert un très long apprentissage. Même si l'on t'avait présenté quelques design pattern, tu ne les aurais pas tous vus, et surtout pas ceux dont tu as/auras besoin. Il va falloir te former tout seul, lire et relire des articles, pratiquer encore et toujours.
Voici un des principaux enseignement que j'en ai retiré: vive l'immutabilité, elle m'a permis de diminuer par 3 la consommation mémoire d'une application!
Ce que tu décris est le pattern Active Record que personnellement je n'aime pas du tout car l'objet devient trop gros: il a trop de responsabilités et connaît trop de choses (il connaît toutes les bases de données? Waouw!)
Personnellement je préfère le pattern DAO qui sépare nettement le code technique (lien avec la base de données) du code métier, ca me semble plus maintenable sur le long terme.
Ensuite, je n'aime pas les ORM du types d'Hibernate qui sont censés tout faire, mais ne le font pas bien. Et puis les performances ne sont pas toujours au RDV.
Merci OpenERP, mais la je pense que vous vous foutez légèrement du monde:
Je pense que vous n'imaginez pas la complexité d'un ERP et l'effort que représente une migration (écriture des "scripts", vérifications de l'import, etc…).
C'est pas si compliqué que ça d'écrire des scripts d'update! Ça demande juste de faire attention a ce que l'on fait quand on le fait. Ne me dites pas que pour chaque client qui vous paie ce service vous allez réécrire les scripts de mise a jour?
J'aurais accepté une réponse du genre "On ne les fournit pas en libre", mais votre réponse ci-dessus me fait juste peur!
Ben j'ai déjà vu une entreprise dont le produit phare ne suivait aucune des pratiques ci-dessus. Elle est toujours vivante… mais je ne conseille a personne de suivre son chemin! Peut être ont ils changés leurs pratiques depuis?
Voici comment marche la certification ISO 9001: Si tu produis de la merde, la certification ISO 9001 certifiera que tu es capable de produire la même merde de manière constante dans le temps avec un écart minime. :)
Passer des semaines à comparer Project / EGrouWare / Collabtive / PHPCollab / ProjectLead / …
Si tu es dans une entreprise, essaie donc de choisir un ERP privateur. Tu vas voir combien de temps tu y mettras et c'est pas dit que ce sera moins de temps qu'avec les ERP libres :)
Dites donc, vous êtes tous les deux en train de tirer des plans sur la comète: Est ce que ces fameuses dépendances sont le fait de choix des développeurs ou des empaqueteurs? A moins de parler d'un cas précis et d'argumenter sur celui-ci, ça reste juste un joli troll tout juste bon pour occuper un dimanche pluvieux.
[^] # Re: Php, mysql ...
Posté par djano . En réponse à la dépêche doorGets CMS, très jeune CMS Open Source français. Évalué à 3.
Oui, c'est la pointe pour la PHP team, c'est dire…
Voir les diverses tentatives du type hardened-PHP et les critiques récurrentes de ce langage et de sa core team.
Malgré cela, bravo pour le travail, et merci de l'avoir publié sous licence libre.
[^] # Re: Pourquoi VCL et automake ?
Posté par djano . En réponse à la dépêche LibreOffice se met en 4.0. Évalué à 3.
Je pense surtout qu'ils on d'autres chats a fouetter pour l'instant. On dirait que changer le toolkit graphique n'est absolument pas la priorité. Ils sont déjà en train de changer les classes de chaînes de caractères et la façon de coder l'UI entres autres. Sana compter le reste, ça fait déjà pas mal!
[^] # Re: Pourquoi VCL et automake ?
Posté par djano . En réponse à la dépêche LibreOffice se met en 4.0. Évalué à 2.
C'est certainement vrai aujourd'hui mais ça l'était sans doute beaucoup moins lorsque StarOffice avait été créé en 1984: http://en.wikipedia.org/wiki/Staroffice#History . Qt n'a commencé son existence qu'en 1992 et KDE n'a été lancé qu'en 1996, Donc Gnome et GTK+ on existé seulement après 1996.
Ensuite, le poids de l'historique fait que personne ne s'est vraiment penché sur moderniser certains aspects du code source à cause de l'investissement à réaliser, du risque associé au changement, etc. Et la situation traîne jusqu’à aujourd'hui
[^] # Re: Indexation / lib graphique.
Posté par djano . En réponse à la dépêche KDE SC 4.10. Évalué à 2.
Bah, un framework ça veut tout dire et rien dire. Pour moi un framework (cadriciel en français rigolo) est du code qui vient s’exécuter "autour" de ton code. Dit autrement, ton code est exécuté voire appelé par le code du framework.
En ce sens, la boucle événementielle de l'interface graphique de Qt (ou GTK) est un framework, pareil pour Java Enterprise Edition ou Ruby on Rails…
Cependant, par exemple, boost n'est pas un framework, mais une simple librairie, pareil pour gd ou apache commons.
[^] # Re: git-cola
Posté par djano . En réponse au journal KDE : A webdesigner's workflow . Évalué à 2.
Je dois dire que pour l'instant je ne suis pas très impressionné par les interfaces graphiques pour Git sous linux.
TortoiseSVN sous Windows (je n'ai jamais essaye TortoiseGit) est beaucoup plus complet et lieux fini que git-cola + gitk.
[^] # Re: JORAM dans WebSphere AS et JBoss?
Posté par djano . En réponse à la dépêche Présentation de JORAM. Évalué à 3.
Toutafé! J'en étais finalement arrivé a cette conclusion, merci de la confirmer.
# JORAM dans WebSphere AS et JBoss?
Posté par djano . En réponse à la dépêche Présentation de JORAM. Évalué à 2.
Parlez-vous d'un composant de messagerie ou spécifiquement de JORAM?
Est-ce que le WebSphere embedded messaging est implémenté avec JORAM? pareil pour JBoss Messaging?
Cela contredit ce que je lis sur le net.
Ai-je mal compris ou bien la formulation est trompeuse?
[^] # Re: Historique
Posté par djano . En réponse à la dépêche Pourquoi les développeurs n'utilisent pas plus de machines à état ?. Évalué à 2.
Tu as plusieurs raisons utiles a la conservation de l'historique: audit, debug, analyses statistiques. Le premier de la dépêche l'explique bien. En particulier, j'ai bossé sur une application ou tout (ou presque) devait être audité: chaque objet métier avait un "statut" qui était la machine a état du pauvre. Et bien c'est super utile pour retracer l'historique de ton objet métier (audit) voire comprendre comment ton objet est arrivé dans l'état actuel (a quelle date, a recouper avec les logs). C'est une min d'or d'informations. D'ailleurs, on ne faisait pas un "delete" sur les objets en base de donnée: on les marquait comme inactifs, complétés, annulés, etc. (en plus, ça améliorait les perfs en évitant un table lock)
[^] # Re: Utilité ?
Posté par djano . En réponse à la dépêche Méthode et outils pour la veille technologique. Évalué à 2.
Si tu restes chez Google, as tu essayé Google bookmarks? http://www.google.com/bookmarks/
Tu peux faire des recherches dans tes bookmarks, les tagger, etc. C'est très pratique. Tu peux aussi les voir apparaître dans tes résultats de recherches Google.
[^] # Re: Images?
Posté par djano . En réponse à la dépêche H.265 est finalisé. Évalué à 6.
Ah bon, tu ne peux pas recompiler Firefox?
Soupir J'avoue ne pas comprendre ces soupçons constants sur Mozilla. Je ne comprends pas qu'ils fassent autant l'objet de critique malgré tout ce qu'ils font. Ils ont leur ligne directrice, franchement ouverte, et ils gardent la maîtrise sur leur projet de bout en bout puisqu'ils considèrent a raison que ça fait partie intégrante de leur responsabilité. Certes ca détonne un peu dans le monde du libre. Pour autant que je sache, tout le monde est libre de recompiler le code.
J’espère que qui aime bien châtie bien ?
[^] # Re: Images?
Posté par djano . En réponse à la dépêche H.265 est finalisé. Évalué à 5.
https://bugzilla.mozilla.org/show_bug.cgi?id=215243
# Super article de vulgarisation!
Posté par djano . En réponse à la dépêche Article libre : Openstreetmap crée des données libres pour le territoire- le projet dessine ta ville. Évalué à 2.
Bravo pour cet article remarquablement explicatif! C'est un excellent support pour expliquer a tout un chacun et aux collectivités/administrations/entreprises l’intérêt qu'elles peuvent avoir a contribuer a OpenStreetMap.
Je m'en vais de ce pas l'utiliser pour essayer de convaincre!
Bravo Jean-Christophe!
[^] # Re: Windows (mais pas de 64 bits !)
Posté par djano . En réponse à la dépêche Firefox & Thunderbird 17 sont sortis. Évalué à 1.
Justement: x32 c'est du 32 bits, pas du 64!! :D
[^] # Re: Windows (mais pas de 64 bits !)
Posté par djano . En réponse à la dépêche Firefox & Thunderbird 17 sont sortis. Évalué à 3. Dernière modification le 10 décembre 2012 à 22:30.
Tiens, un volontaire pour faire le boulot! Comme c'est gentil! :)
Mozilla (l'organisation et même l'entreprise) ne sont que la partie émergée de l'iceberg. Si la communauté Mozilla au sens large désire une version 64 bits, et bien elle l'a sortira. Traduction: tu peux y participer.
Sinon, si personne ne se bouge pour sortir une version 64 bits, et bien c'est que personne n'en avait besoin. CQFD
[^] # Re: C'est quoi propre ?
Posté par djano . En réponse au journal Du code propre, c'est quoi ?. Évalué à 2.
Mauvaise boite, changer de boite ;)
Non je rigole.
Il faut dire qu'un BTS est tout de même très (trop?) court pour aborder les nombreuses choses a voir, et même dans des études plus longues (master, école d’ingé), c'est tout de même très difficile de tout voir.
Par exemple, j'avais utilise CVS et SVN dans des projets, mais personne ne m'a enseigne les tests unitaires, alors que j'aurais gagne un temps fou a éviter de retester manuellement les mêmes 3-4 fonctions que l'on avait développé sur le logiciel. J'avais fait su scheme (un (()langage (((LISP))()))), de l'assembleur, du C, C++, Java), mais les tests n'avaient jamais vraiment été abordés.
Les tests sont les parents pauvres de l'éducation en programmation informatique en France (et ailleurs?), et c'est bien dommage.
Bref, je peux juste te recommander de lire certains des liens qui ont circulé sur cette page, lire du Martin Fowler ("Refactoring: improving the design of existing code", j'adore :) ) ou d'autres auteurs comme Paul Graham, Jeff Atwood, Joel Spolsky, Kent Beck, Le Gang of Four (Design Patterns: elements of reusable design) etc. Lis aussi tout sur XP, c'est au moins intéressant pour les pratiques de programmation.
Le plus marrant, c'est que ces articles se contredisent parfois, et c'est la que ça devient intéressant pour que tu te questionnes et te fasse ta propre opinion. Pas toujours tout de suite, mais parfois avec le temps.
Pour finir, pratique encore et toujours, donne toi des petits defi, mais pense toujours que:
Chaque ligne de code c'est du "legacy": c'est plus un problème qu'une solution. Donc si tu peux réduire le nombre de ligne de code, c'est vraiment le mieux.
Le code est lu 10, 20 ou encore plus de fois qu'il n'est écrit, alors soigne particulièrement le code avant de le committer: demande toi si tu en as réellement finis. Doit tu ajouter des commentaires qui expliquent POURQUOI le code est tel qu'il est. Doit tu refactoriser le code? Doit tu renommer cette méthode, est que ce nom est bien choisit? Y-a-t il de la duplication, etc.
Sur ce même sujet, il te faut 2 fois plus d'intelligence pour debugger ton code qu'il ne t'en a fallu pour l’écrire, alors évite le code trop "sioux" :) et pense aussi que tous tes collègues (même les moins bons) doivent pouvoir travailler sur ton code.
Demande a des pairs plus compétents que toit de revoir ton code (pas le gars le plus nul de la boite, parce que ça passe comme une lettre a la poste) et écoute les critiques.
Bien sur, tout ça doit se faire dans le meilleur rapport temps / productivité pour corser le tout. :)
Mais je t'assure que si tu suit les conseils ci-dessus, tu vas progresser a vitesse grand V.
Et tout le monde fait des erreurs a un moment ou a un autre de tout façon ;)
# Commentaires sur les liens
Posté par djano . En réponse à la dépêche De tout, de rien, des bookmarks, du bla‐bla #47. Évalué à 2.
A noter que sur les APIs web/html5/javascript sont très fortement poussées par Mozilla pour son OS mobile Firefox OS puisque les applications natives seront des applications Web: https://wiki.mozilla.org/WebAPI
Il semble que Pancake n'est pas libre. Bouuuhhhh!
[^] # Re: C'est quoi propre ?
Posté par djano . En réponse au journal Du code propre, c'est quoi ?. Évalué à 2.
Mauvais cours, changer de cours :)
Plus sérieusement, la programmation est un art difficile car elle requiert un très long apprentissage. Même si l'on t'avait présenté quelques design pattern, tu ne les aurais pas tous vus, et surtout pas ceux dont tu as/auras besoin. Il va falloir te former tout seul, lire et relire des articles, pratiquer encore et toujours.
Tes pratiques vont aussi évoluer avec le temps.
Pour la route voici un PDF intéressant qui a fait évoluer mes pratiques sur comment concevoir une API:
http://lcsd05.cs.tamu.edu/slides/keynote.pdf
Voici un des principaux enseignement que j'en ai retiré: vive l'immutabilité, elle m'a permis de diminuer par 3 la consommation mémoire d'une application!
[^] # Re: POO
Posté par djano . En réponse au journal Du code propre, c'est quoi ?. Évalué à 2.
Plusieurs son de cloche existe.
Ce que tu décris est le pattern Active Record que personnellement je n'aime pas du tout car l'objet devient trop gros: il a trop de responsabilités et connaît trop de choses (il connaît toutes les bases de données? Waouw!)
Personnellement je préfère le pattern DAO qui sépare nettement le code technique (lien avec la base de données) du code métier, ca me semble plus maintenable sur le long terme.
Ensuite, je n'aime pas les ORM du types d'Hibernate qui sont censés tout faire, mais ne le font pas bien. Et puis les performances ne sont pas toujours au RDV.
[^] # Re: des pistes quant à la migration v6.1 -> v7.0 ?
Posté par djano . En réponse à la dépêche OpenERP 7 bêta : la gestion d'entreprise simplifiée. Évalué à 5.
Merci OpenERP, mais la je pense que vous vous foutez légèrement du monde:
C'est pas si compliqué que ça d'écrire des scripts d'update! Ça demande juste de faire attention a ce que l'on fait quand on le fait. Ne me dites pas que pour chaque client qui vous paie ce service vous allez réécrire les scripts de mise a jour?
J'aurais accepté une réponse du genre "On ne les fournit pas en libre", mais votre réponse ci-dessus me fait juste peur!
[^] # Re: Inepties
Posté par djano . En réponse à la dépêche « Une génération perdue dans le bazar ». Évalué à 2.
Sous Gentoo, reste a ce que les USEFLAGS soient bien présents. Il est aussi possible d'utiliser les paquets binaires sous Gentoo.
Je ne connais pas le système de paquets sur BSD.
[^] # Re: trotrotrotro troll !
Posté par djano . En réponse au journal A Generation Lost in the Bazaar. Évalué à 2.
Et DragonflyBSD aussi?
Les leaders charismatiques sont Theo de Raadt pour OpenBSD et Matt Dillon pour Dragonfly.
[^] # Re: Choses vues en entreprises
Posté par djano . En réponse au journal A Generation Lost in the Bazaar. Évalué à 2.
Ben j'ai déjà vu une entreprise dont le produit phare ne suivait aucune des pratiques ci-dessus. Elle est toujours vivante… mais je ne conseille a personne de suivre son chemin! Peut être ont ils changés leurs pratiques depuis?
[^] # Re: Choses vues en entreprises
Posté par djano . En réponse au journal A Generation Lost in the Bazaar. Évalué à 3.
Voici comment marche la certification ISO 9001: Si tu produis de la merde, la certification ISO 9001 certifiera que tu es capable de produire la même merde de manière constante dans le temps avec un écart minime. :)
[^] # Re: Ce n'est pas qu'un problème technique
Posté par djano . En réponse à la dépêche « Une génération perdue dans le bazar ». Évalué à 3.
Si tu es dans une entreprise, essaie donc de choisir un ERP privateur. Tu vas voir combien de temps tu y mettras et c'est pas dit que ce sera moins de temps qu'avec les ERP libres :)
[^] # Re: Inepties
Posté par djano . En réponse à la dépêche « Une génération perdue dans le bazar ». Évalué à 3.
Dites donc, vous êtes tous les deux en train de tirer des plans sur la comète: Est ce que ces fameuses dépendances sont le fait de choix des développeurs ou des empaqueteurs? A moins de parler d'un cas précis et d'argumenter sur celui-ci, ça reste juste un joli troll tout juste bon pour occuper un dimanche pluvieux.
Oh! Je viens de comprendre! ;)