Moi aussi cette phrase me fait tiquer. Je suppose que par "mal écrite" l'auteur voulait dire qu'une application se comportant mal pourrait utiliser une attente active pour éviter la mise en veille, consommant inutilement la batterie. Ce serait le comble pour un OS pensé pour réduire la consommation électrique au maximum :)
Ce qui me gène donc, c'est que le mécanisme de wakelock n’empêche en rien une application mal écrite de consommer inutilement de la batterie. Il fournit une juste bien meilleure alternative à l'attente active.
Davfi est juste un appel a projet, ou un projet de recherche qui (va?) démarre. Il n'y a rien de concret. Ça me laisse craindre le pire: beaucoup d'annonces, mais rien de concret (voir le cloud Andromède). Enfin, pour contrebalancer ça (un peu), l'engagement d’Éric Filiol aurait tendance a me rassurer.
Je ne vois pas bien a quoi sert ce logiciel. C'est juste pour superviser des transferts de fichiers?
Qu'est ce que CFT, PeSIT ou ETEBAC? Franchement j'ai jamais entendu parler de tout ça.
Par contre pour les transferts de fichiers BigData, j'ai vu que des mastodontes se lançaient sur OpenFlow pour avoir un contrôle total sur la partie routage des routeurs. Le principe est de confier la partie routage des routeurs a une autorité centrale qui pourra plus facilement déterminer comment orienter les paquets réseaux pour atteindre une efficacité maximum. C'est le SDN: Software Defined Networking, ou "routage défini par un logiciel" dans la langue de Molière.
Par contre on perd coté résilience du réseau: il devient moins robuste qu'a la bonne vieille époque d'ARPANet. Mais bon il faut savoir ce que l'on veut: efficacité ou bien résilience?
Google l'utilise déjà dans son réseau interne pour transférer efficacement des péta-octets de données entre ses data center. Par contre le trafic utilisateur utilise toujours le bon vieux routage.
Moi j'aime bien les explications d'un évangéliste SPIP comme quoi la programmation OO c'est pas pour Drupal mais qui dit que quand même l'encapsulation a base de conventions de nommages n'est pas bien respectée: http://drupal.org/node/547518
Il dit aussi que l’héritage avec des classes n'est pas utile puis plus tard que l’héritage pourrait être mieux fait.
Tu m’étonnes!
Bref, je suis désolé mais ce gars la n'a pas l'air de faire le lien entre ce qu'il dit d'au cote et de l'autre.
Bravo pour ce projet! Bravo de t’être lance le défi d'apprendre Go sur un problème qui ne le nécessitait pas.
J'aime: L'article sur le profiling en Go présente vraiment bien les outils disponibles de base. Je suis très impressionné, ils sont très puissants!
J'aime comment gopprof peut afficher le graphique graphviz des appels ou allocations (en les filtrant aussi!), comment il peut voir le code source annoté avec l'utilisation CPU ou l'allocation.
J'aime: je viens de voir que Go supporte la reflection, ce qui est parfaitement indispensable pour des programmes de taille conséquente pour automatiser certains chemins d’exécution de manière hyper generique.
J'aime pas: l'équivalent Go de "vect.remove(i)" en C++.
Mais ou est ce que j'ai lu récemment qu'il pouvait être plus intéressant de faire les calculs par le CPU plutôt que par le circuit graphique pour la consommation électrique? Ça intéresse Android, non? La raison étant que le CPU reste allumé quand il attend la carte graphique:
J'ai trouve le concept très efficace pour rassembler et organiser les idées pour une présentation ou un rapport. Ça permet de jeter ses idées sans connections, puis de les assembler à mesure que l'on voit des connections apparaitre entre les différents idées. Au final, le plan apparait petit a petit sous nos yeux.
L'ISO fait payer cher ses standards. Tiré de Wikipedia:
Il est également reproché à l'ISO de facturer l'accès à nombre de spécifications, ce qui constitue un problème pour les organisations ou projets aux moyens limités qui souhaiteraient s'y conformer.
L'ECMA a moins ce problème a ma connaissance. Mais apparemment, l'aspect financier est un plus gros problème pour ceux qui veulent faire standardiser quelque chose (Dixit Matz sur http://www.ruby-forum.com/topic/169195 ):
But we don't think for Ecma, that tends to require more money than we can afford.
Cependant le Japon dispose aussi de son organisme de standardisation: JISC, mais je ne sais pas quelle est sa portée.
Finalement, pour conclure tout ça, j'ai vu que le monde Ruby dispose déjà de RubySpec qui essaie de spécifier le langage Ruby et est librement accessible, donc tout va bien… Ouf!
Je trouve que ce logiciel a un très fort potentiel.
Par contre, l'ergonomie et la facilité de prise en main de ce logiciel pourrait être bien meilleure a mon avis et devrait être retravaillée:
Les actions sont peut visibles derrière l’icône flèche.
Globalement, en tant que testeur, il devrait être plus évident, plus facile de trouver comment démarrer l'exécution d'un test et mener sa progression. Les actions devrait être plus mises en avant pour cette catégorie d'utilisateurs.
La navigation dans l'arbre de gauche ne peut pas se faire avec les touches du clavier et nécessitent donc beaucoup de clics.
Je trouve que la vue par défaut a l'air d’être essentiellement basée sur les besoins du test manager ou sur les rapports.
Pour Selenium, n'enregistrez surtout pas de test tel que le capture/replay vous le donne!
Le moindre changement dans une seule page web peut impacter des centaines de cas de tests.
J'avais pensé construire un petit framework autour de l'application: une page web = une classe qui permet d'effectuer les fonctions métiers offertes par cette page web. Le tout était lié selon le principe des "fluent interfaces" qui permettait d’enchaîner les appels de fonctions les un a la suite des autres.
Le but étant la facilité de relecture, même par un non programmeur, la facilité de maintenance de la suite de tests Selenium en cas de changement, et aussi la facilité d'ajouts de nouveaux cas de test après la création du min framework.
Je crois que l'explication n'est pas si simple (sinon ça se saurait).
J'ose espérer que les gens aux postes élevés sont compétents en quelque chose, sinon la il y aurait vraiment des soucis partout!
La vérité c'est que les dirigeants ne sont pas compétents en tout et ne peuvent pas l’être. Du coup ils font confiance a d'autres personnes (subalternes, consultants, etc.), mais puisque les dirigeants ne sont pas compétent dans le domaine, ils ne peuvent pas juger de la compétence de cette autre personne dans le sujet donné. Donc ils peuvent facilement faire confiance a des personnes incompétentes. Ca ne te surprendra pas qu'il soit plus facile de trouver des incompétents du domaine plutôt que des gens compétents!
De plus, les dirigeants ou chefs sont souvent des gens non issus de l'informatique, mais plutôt du métier de l'entreprise. Ils n'ont donc pas la compétences informatique mais doivent souvent gérer des projets informatiques (a tord ou a raison) donc le vivier de dirigeants/chefs incompétents en informatique ne va pas tarir.
Enfin, si seuls les geeks démarraient les projets informatiques il y aurait moins d'incompétents mais pas forcément moins de problèmes (over-engineering, manque de communication, gestion des hommes, etc.).
Qu'un manager ne comprenne pas une requête SQL me semble normal.
Et bien je dirais ça dépend qu'est ce que manager gère. Si c'est le manager des développeur, je me fais du souci sur les prochaines embauches et pour l'avenir de la boite en général. je m'explique: j'ai lu un papier de recherche en science sociale (je ne le retrouve plus hélas!). Ce papier disait simplement qu'une personne qui n'a pas les bonnes compétences pour réaliser une tache ne sera pas non plus capable de dire si les autres personnes sont capables de bien faire cette tache.
Dans le cas précis cité plus haut: avoir un manager des développeurs nul en développement signifie qu'il ne sera pas capable de juger le travail des développeurs sous son autorité, se trompant souvent dans la reconnaissance des mérites de chacun, mais il va aussi embaucher des développeurs incompétents! Pour finir, lorsqu'on lui présentera une bonne idée d’amélioration, il ne sera pas capable de comprendre en quoi cette idée est bonne et risque donc de la rejeter.
Mais qu'un manager puisse passer un contrat de plusieurs millions sans avoir aucune garantie de fonctionnement, c'est de l'incompétence, oui.
De l'incompétence grasse. Dans les 2 premiers commandements du manager: déléguer, mais surtout vérifier!
J'ai entendu pareil pour la gendarmerie nationale. Ça fait peur: les gens sont promus parce qu'ils sont nuls!!
Ça contredit toute théorie de promotion au mérite, ça démotive tout le monde, du coup chacun se cherche un place peinard ou on l'emmerdera pas au lieu de donner le meilleur de lui même. Je trouve ça navrant :(
J'irais même plus loin: Je trouve ridicule le choix de l'ISO pour standardiser la syntaxe de Ruby.
Il suffit juste de publier un document décrivant la syntaxe de Ruby sur ruby-lang.org, de lui donner une version, de publier sous une licence libre et roulez jeunesse!
Python se débrouille très bien sans mettre l'ISO dans la partie. Est ce que la communauté de Ruby est plus bêtes que la communauté Python? Je ne le pense pas. Et pourtant….
[^] # Re: empeche ou permet
Posté par djano . En réponse à la dépêche Sortie du noyau Linux 3.5. Évalué à 8.
Moi aussi cette phrase me fait tiquer. Je suppose que par "mal écrite" l'auteur voulait dire qu'une application se comportant mal pourrait utiliser une attente active pour éviter la mise en veille, consommant inutilement la batterie. Ce serait le comble pour un OS pensé pour réduire la consommation électrique au maximum :)
Ce qui me gène donc, c'est que le mécanisme de wakelock n’empêche en rien une application mal écrite de consommer inutilement de la batterie. Il fournit une juste bien meilleure alternative à l'attente active.
[^] # Re: Explications ?
Posté par djano . En réponse à la dépêche Firefox et Thunderbird, livrée 14. Évalué à 5.
T’inquiète! Adobe travaille a ajouter des DRMs a HTML5 après avoir fait une croix sur Flash.
[^] # Re: Pypy
Posté par djano . En réponse au journal pythran: python -> c++. Évalué à 2.
Il me semblait que Pypy ne gérait pas encore parfaitement Numpy par défaut? Il y avait encore beaucoup d'optimisations possibles.
Voir:
http://morepypy.blogspot.fr/2011/05/numpy-in-pypy-status-and-roadmap.html
http://morepypy.blogspot.fr/2012/04/numpy-on-pypy-progress-report.html
http://buildbot.pypy.org/numpy-status/latest.html
http://morepypy.blogspot.fr/2012/06/pypy-19-yard-wolf.html
[^] # Re: Mes deux centimes
Posté par djano . En réponse à la dépêche Revue de presse de l'April pour la semaine 27 de l'année 2012. Évalué à 2.
Davfi est juste un appel a projet, ou un projet de recherche qui (va?) démarre. Il n'y a rien de concret. Ça me laisse craindre le pire: beaucoup d'annonces, mais rien de concret (voir le cloud Andromède). Enfin, pour contrebalancer ça (un peu), l'engagement d’Éric Filiol aurait tendance a me rassurer.
[^] # Re: Utiliser Movim comme un blog ?
Posté par djano . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 2.
Il faut utiliser Goog^M^M^M^M Apache Wave ^_^
# OpenFlow
Posté par djano . En réponse à la dépêche WAARP : le moniteur de transfert de fichier Open Source. Évalué à 0.
Je ne vois pas bien a quoi sert ce logiciel. C'est juste pour superviser des transferts de fichiers?
Qu'est ce que CFT, PeSIT ou ETEBAC? Franchement j'ai jamais entendu parler de tout ça.
Par contre pour les transferts de fichiers BigData, j'ai vu que des mastodontes se lançaient sur OpenFlow pour avoir un contrôle total sur la partie routage des routeurs. Le principe est de confier la partie routage des routeurs a une autorité centrale qui pourra plus facilement déterminer comment orienter les paquets réseaux pour atteindre une efficacité maximum. C'est le SDN: Software Defined Networking, ou "routage défini par un logiciel" dans la langue de Molière.
Par contre on perd coté résilience du réseau: il devient moins robuste qu'a la bonne vieille époque d'ARPANet. Mais bon il faut savoir ce que l'on veut: efficacité ou bien résilience?
Google l'utilise déjà dans son réseau interne pour transférer efficacement des péta-octets de données entre ses data center. Par contre le trafic utilisateur utilise toujours le bon vieux routage.
[^] # Re: PHP, ou comment condamner un bon projet à sa naissance
Posté par djano . En réponse à la dépêche ownCloud 4 est sorti. Évalué à 2.
Oui python a le GIL :)
[^] # Re: Experience avec le CMS Drupal
Posté par djano . En réponse à la dépêche SPIP 3 est sorti ce week end. Évalué à 1.
Moi j'aime bien les explications d'un évangéliste SPIP comme quoi la programmation OO c'est pas pour Drupal mais qui dit que quand même l'encapsulation a base de conventions de nommages n'est pas bien respectée:
http://drupal.org/node/547518
Il dit aussi que l’héritage avec des classes n'est pas utile puis plus tard que l’héritage pourrait être mieux fait.
Tu m’étonnes!
Bref, je suis désolé mais ce gars la n'a pas l'air de faire le lien entre ce qu'il dit d'au cote et de l'autre.
# Voila des commentaires plus interessants
Posté par djano . En réponse à la dépêche Retour d'expérience sur Go. Évalué à 4.
Bravo pour ce projet! Bravo de t’être lance le défi d'apprendre Go sur un problème qui ne le nécessitait pas.
J'aime: L'article sur le profiling en Go présente vraiment bien les outils disponibles de base. Je suis très impressionné, ils sont très puissants!
J'aime comment gopprof peut afficher le graphique graphviz des appels ou allocations (en les filtrant aussi!), comment il peut voir le code source annoté avec l'utilisation CPU ou l'allocation.
J'aime: je viens de voir que Go supporte la reflection, ce qui est parfaitement indispensable pour des programmes de taille conséquente pour automatiser certains chemins d’exécution de manière hyper generique.
J'aime pas: l'équivalent Go de "vect.remove(i)" en C++.
[^] # Re: Retour de fonction
Posté par djano . En réponse à la dépêche Retour d'expérience sur Go. Évalué à 3.
Oui, désolé, j'ai craqué sur les coquilles car ça pique les yeux. Je promets de faire un commentaire plus constructif.
réalisé
du projet
initialisé
essentielle
déréférencer
fourre-tout
suite d'élément
travaille
[^] # Re: Le gnou n'est pas mort
Posté par djano . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 4.
On m'a expliqué que cela peut être compris comme "à la lumière d'aujourd'hui".
Mais je suis d'accord, je trouve l'expression sacrément moche. Je préfère largement l'expression ci-dessus.
[^] # Re: Pourquoi PA sux
Posté par djano . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 2.
Mais ou est ce que j'ai lu récemment qu'il pouvait être plus intéressant de faire les calculs par le CPU plutôt que par le circuit graphique pour la consommation électrique? Ça intéresse Android, non? La raison étant que le CPU reste allumé quand il attend la carte graphique:
Ah j'ai trouvé sur linuxfr.org: http://linuxfr.org/nodes/90478/comments/1346219
[^] # Re: Quelques fautes...
Posté par djano . En réponse à la dépêche Sortie de Nagios 3.4.0. Évalué à 2.
"si ces derniers sont exclus"
[^] # Re: Cartes mentales pour quoi faire ?
Posté par djano . En réponse à la dépêche Jeudi 10 mai 2012 à Grenoble : conférence "Sketchmind" . Évalué à 2.
+1
J'ai trouve le concept très efficace pour rassembler et organiser les idées pour une présentation ou un rapport. Ça permet de jeter ses idées sans connections, puis de les assembler à mesure que l'on voit des connections apparaitre entre les différents idées. Au final, le plan apparait petit a petit sous nos yeux.
[^] # Re: beaucoup d'étudiants…
Posté par djano . En réponse à la dépêche Google Summer Of Code 2012. Évalué à 2.
5500$ pour coder tout l'été c'est plutôt pas mal quand on est étudiant en France.
Imagine un peu ce que ça peut représenter en Inde!
[^] # Re: Le prix du standard
Posté par djano . En réponse à la dépêche Quelques nouvelles de l'écosystème Ruby. Évalué à 3.
L'ISO fait payer cher ses standards. Tiré de Wikipedia:
L'ECMA a moins ce problème a ma connaissance. Mais apparemment, l'aspect financier est un plus gros problème pour ceux qui veulent faire standardiser quelque chose (Dixit Matz sur http://www.ruby-forum.com/topic/169195 ):
Cependant le Japon dispose aussi de son organisme de standardisation: JISC, mais je ne sais pas quelle est sa portée.
Finalement, pour conclure tout ça, j'ai vu que le monde Ruby dispose déjà de RubySpec qui essaie de spécifier le langage Ruby et est librement accessible, donc tout va bien… Ouf!
[^] # Re: Bon début...
Posté par djano . En réponse à la dépêche Squash TM : nouvel outil pour la gestion du patrimoine de tests. Évalué à 2.
Je trouve que ce logiciel a un très fort potentiel.
Par contre, l'ergonomie et la facilité de prise en main de ce logiciel pourrait être bien meilleure a mon avis et devrait être retravaillée:
Les actions sont peut visibles derrière l’icône flèche.
Globalement, en tant que testeur, il devrait être plus évident, plus facile de trouver comment démarrer l'exécution d'un test et mener sa progression. Les actions devrait être plus mises en avant pour cette catégorie d'utilisateurs.
La navigation dans l'arbre de gauche ne peut pas se faire avec les touches du clavier et nécessitent donc beaucoup de clics.
Je trouve que la vue par défaut a l'air d’être essentiellement basée sur les besoins du test manager ou sur les rapports.
[^] # Re: positionnement par rapport à cTest
Posté par djano . En réponse à la dépêche Squash TM : nouvel outil pour la gestion du patrimoine de tests. Évalué à 2.
Mercury = HP Quality Center = Quality Center
Non?
[^] # Re: positionnement par rapport à cTest
Posté par djano . En réponse à la dépêche Squash TM : nouvel outil pour la gestion du patrimoine de tests. Évalué à 2.
Pour Selenium, n'enregistrez surtout pas de test tel que le capture/replay vous le donne!
Le moindre changement dans une seule page web peut impacter des centaines de cas de tests.
J'avais pensé construire un petit framework autour de l'application: une page web = une classe qui permet d'effectuer les fonctions métiers offertes par cette page web. Le tout était lié selon le principe des "fluent interfaces" qui permettait d’enchaîner les appels de fonctions les un a la suite des autres.
Le but étant la facilité de relecture, même par un non programmeur, la facilité de maintenance de la suite de tests Selenium en cas de changement, et aussi la facilité d'ajouts de nouveaux cas de test après la création du min framework.
[^] # Re: Le prix du standard
Posté par djano . En réponse à la dépêche Quelques nouvelles de l'écosystème Ruby. Évalué à 2.
En effet, j'ai loupé cette phrase. Mais pourquoi l'ISO? Aaaaargh!
[^] # Re: Styles
Posté par djano . En réponse à la dépêche Etherpad Lite. Évalué à 2.
Confluence?
[^] # Re: Étonnant non ?
Posté par djano . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à 2.
Je crois que l'explication n'est pas si simple (sinon ça se saurait).
J'ose espérer que les gens aux postes élevés sont compétents en quelque chose, sinon la il y aurait vraiment des soucis partout!
La vérité c'est que les dirigeants ne sont pas compétents en tout et ne peuvent pas l’être. Du coup ils font confiance a d'autres personnes (subalternes, consultants, etc.), mais puisque les dirigeants ne sont pas compétent dans le domaine, ils ne peuvent pas juger de la compétence de cette autre personne dans le sujet donné. Donc ils peuvent facilement faire confiance a des personnes incompétentes. Ca ne te surprendra pas qu'il soit plus facile de trouver des incompétents du domaine plutôt que des gens compétents!
De plus, les dirigeants ou chefs sont souvent des gens non issus de l'informatique, mais plutôt du métier de l'entreprise. Ils n'ont donc pas la compétences informatique mais doivent souvent gérer des projets informatiques (a tord ou a raison) donc le vivier de dirigeants/chefs incompétents en informatique ne va pas tarir.
Enfin, si seuls les geeks démarraient les projets informatiques il y aurait moins d'incompétents mais pas forcément moins de problèmes (over-engineering, manque de communication, gestion des hommes, etc.).
J'aime aussi beaucoup le site web sur les projets pathologiques cités par totof2000 ici:
https://linuxfr.org/nodes/90320/comments/1342118
[^] # Re: Mouais...
Posté par djano . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à 4.
Et bien je dirais ça dépend qu'est ce que manager gère. Si c'est le manager des développeur, je me fais du souci sur les prochaines embauches et pour l'avenir de la boite en général. je m'explique: j'ai lu un papier de recherche en science sociale (je ne le retrouve plus hélas!). Ce papier disait simplement qu'une personne qui n'a pas les bonnes compétences pour réaliser une tache ne sera pas non plus capable de dire si les autres personnes sont capables de bien faire cette tache.
Dans le cas précis cité plus haut: avoir un manager des développeurs nul en développement signifie qu'il ne sera pas capable de juger le travail des développeurs sous son autorité, se trompant souvent dans la reconnaissance des mérites de chacun, mais il va aussi embaucher des développeurs incompétents! Pour finir, lorsqu'on lui présentera une bonne idée d’amélioration, il ne sera pas capable de comprendre en quoi cette idée est bonne et risque donc de la rejeter.
De l'incompétence grasse. Dans les 2 premiers commandements du manager: déléguer, mais surtout vérifier!
[^] # Re: Ca s'appelle le principe de Dilbert
Posté par djano . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à 2.
J'ai entendu pareil pour la gendarmerie nationale. Ça fait peur: les gens sont promus parce qu'ils sont nuls!!
Ça contredit toute théorie de promotion au mérite, ça démotive tout le monde, du coup chacun se cherche un place peinard ou on l'emmerdera pas au lieu de donner le meilleur de lui même. Je trouve ça navrant :(
[^] # Re: Le prix du standard
Posté par djano . En réponse à la dépêche Quelques nouvelles de l'écosystème Ruby. Évalué à 2.
J'irais même plus loin: Je trouve ridicule le choix de l'ISO pour standardiser la syntaxe de Ruby.
Il suffit juste de publier un document décrivant la syntaxe de Ruby sur ruby-lang.org, de lui donner une version, de publier sous une licence libre et roulez jeunesse!
Python se débrouille très bien sans mettre l'ISO dans la partie. Est ce que la communauté de Ruby est plus bêtes que la communauté Python? Je ne le pense pas. Et pourtant….