Tcl Tk a bien changé :)
J'ai eu fait des scripts en Tcl TK + C qui marchaient toujours 10 ans plus tard.
Le coté moche venait des choix par défaut.
A coté de ça, philsophiquement, tcl/tk est dans ma faible expérience le langage de scriptage qui a apporté la manière de programmer les interfaces graphiques la plus propre :
- gestion des GUI comme un gestionnaire d'évènement qui boucle ou chacun des éléments réagi grâce à des callbacks (c'est sûrement pas innovant, mais le html utilisé en GUI revient à faire de la gestion d'UI en séquentiel);
- proposition de "gestionnaire de géométrie" variés, souples et puissant, dont le célèbre pack orienté mise en page relative (je n'ai jamais utilisé que pack).
Par contre contrairement à ce que l'on imagine, le plus dur ce n'est pas la syntaxe, qui en un sens est proche de perl matinée de fortran (pour les tournures vieillotes comme set), mais la philosophie quand on fait du GUI qui est orientée évènement.
Ce langage m'a appris beaucoup de chose, je l'utilise plus (sauf parfois avec perl::Tk) cependant, je continuerais à le défendre car même si le web remplace presque bien les GUI client lourd, dès que l'on veut faire de l'évènementiel (comme avec ajax), le niveau de complexité dépasse de loin le tcl/tk. À quand le retour de l'utilisation du plugin tck/tk en lieu et place d'ajax ? http://www.tcl.tk/software/plugin/
Par curiosité, essayez donc de faire une petite interface graphique vous verrez à quel point ce langage est puissant pour ce domaine.
Parrot n'est pas un langage de script mais une machine virtuelle dont l'objectif est de tourner sur un maximum de plateforme. Parrot, c'est la future couche basse d'un maximum de langage de script (dont Perl6), il me semble normal pour des questions de portabilités de linkage avec les bibliothèques de le mettre au plus proche du langage des OS d'aujourd'hui donc de l'écrire en C. Tu aurais voulu écrire Parrot dans quel langage ?
L'objectif de parrot 6 est d'être comme comme une jvm qui saurait faire du système ?
(non parce que java est le système c'est un peu léger si mes souvenirs sont exacts.)
Dans le cas des problèmes de décimal, je ne faisais que suivre les exemples de code tirés du manuel (pour faire bien) de microsoft dynamics CRM).
.net est fâché avec les nombres. Je me souviens de la classe utilisée pour récupérer les entiers retournés par les requêtes en bases en .net 1.1 avec visual c++ qui retournait un entier natif alors que le type en base était en entier compris entre 0 et 10^13 mes programmes plantaient. J'ai fin par passer à la regexp pour contourner le problèmes.
Leurs docs sont tellement illisibles que j'ai renoncé à :
1) comprendre pourquoi les objets int de taille arbitrairement long n'était pas facilement accessible dans le langage de base http://msdn2.microsoft.com/de-de/library/ms173104.aspx
C'est la base non ?
Comme tous les langages il est extensible, pourquoi il y a pas un cpan like ... un truc moderne de gestions d'extension quoi ?
<generalisation hâtive>
Le c# est pas mauvais en soi, mais c'est juste que je trouve qu'il y a un bon nombre de codeurs de ce langage qui ont tendance à réinventer la chaise dans leur coin, et à imaginer que parce qu'ils peuvent acheter des bibliothèques oops pardon ils disent des librairies, il doit forcément il y avoir une bibliothèque qui le fait.
</>
Là où je veux en venir, c'est que pour moi la force d'un langage vient aussi de sa communauté et de ses pratiques, et que comme tu viens de l'illustrer résoudre un problème d'informatique consiste parfois à réfléchir en dehors du langage.
Néanmoins sur le sujet du fortran et des NumericalRecipies qui ont quelques siècles*hommes derrières elles de dév et test, je crois pas qu'un langage jeune comme python/perl/php/ruby/java/c# peut les concurrencer. On ne construit pas une pyramide en un jour.
Donc je pense toujours que le fortran est aussi peu mort que le perl. Juste pas très utilisé. Comme perl le devient.
PS : arrête de montrer mes lacunes en développement c'est drôle quant tu reprends les autres, mais c'est vexant quand ça m'arrive.
me moquer de mes collègues qui font du php ou du c# en faisant en quelques lignes des choses qu'ils pensent inimaginables (des moulinettes, des remplacement en lignes, des parseurs de logs, des stats ....).
Des petits programmes qui font à ma place rapidement des choses d'informaticien ordonné qui m'ennuient : un rangeur de mp3 dans mon disque en fonction des infos, un chargeur de clés usb avec des fichiers pris aux hasards sur le disque, un bot web pour draguer, un surveilleur de logs proactifs ...
Ses points forts les modules CPAN, les perls mongueurs
Son point faible aujourd'hui : le rapport signal bruit dans les modules cpan
Ex il y a une demi douzaine de classe pour faire de l'objet propre, mais tous sont maintenus à des degrés divers, et c'est carrément l'enfer pour les trouver évaluer le plus stable tellement la logique de rangement me dépasse.
Exemple
Oui, et Fortran est resté archaïque et dépassé. Ce n'est peut-être pas la meilleure analogie possible pour défendre Perl6...
Je discutais avec des gars de labo physique et il disait qu'ils revenaient des python/perl/ruby ... pour les calculs. La numerical recipies (un livre de recette algorithmique pour les calculs sur ordinateur qui a donné lieu à une bibliothèque logicielle homonyme) et le parallelisme restent inégalés en fortran. Non tant par les fonctionnalités, que par la maturité autant dans ses usages que de son implémentation de la bibliothèque.
Mes derniers égarements en c# m'ont permis de voir que pour les calculs en virgule flottante, 10 000 * .196 (la TVA) donnait des chiffres non nuls après la 5éme décimale par exemple, je ne parle pas de PHP, et pour perl le cpan doit proposer 3 bibliothèques pôur faire ça. De plus, ils manquent des bonnes bibliothèques pour les matrices creuses, des algorithmes de réduction de matrice en forme LU par exemple mais aussi des moyens de renvoyer les marges d'erreurs.
Mon opinion partielle et partiale est la suivante
1) il n'y a pas de bon langage, il y a de plus ou moins bons programmeurs qui connaissent l'état de l'art (j'ai encore à bosser sur le sujet, je sais ^_^) ma préférence va à tous les langages concis à la base (perl/php/python/ruby)
2) il faut utiliser les langages les plus adaptés à chaque taches, car ruby pour faire du bas niveau est peut être pas adapté, et coder une application web en postscript est peut être pas efficace. Si pour une tâche plusieurs langages sont équivalents, alors choisir le plus concis.
3) parfois quand on voit comment les base de données sont douées en math on ferait mieux de les faire travailler à la place de nos langages de haut niveaux qui massacrent les décimales.
Donc en conclusion, antoine, je pense que ton amour de python te fait peut être un peu troller :-)
avec un tel galimatis on voit que l'on est bon pour avoir un chapître dans 01 informatique : chouette des consultants qui y savent tout sur rien vont bientôt nous expliquer comment faire du logiciel libre :)
Il semble que des malins ignorent que l'on peut faire du WIMP : Windows / IIS /mysql/php
A ce sujet, je viens de galérer une soirée entière à vouloir intégrer une base avec des fichiers (SQL/csv) qui ont foirés à cause de la limitation de la taille maximum d'une ligne dans un shell (et quand on importe un article spip, ça fait mal) ce qui fait foirer les mysql -utoto -ptoto toto < import.sql ou les INSERT ... avec data file. Ainsi je dis le phpmyadmin configuré par défaut c'est cool. (Phpmyadmin à configurer sur un WIMP c'est vraiment galère.
Pourquoi faire du wimp ? parce que c'est ça ou asp.net avec c#. Entre les deux, php est largement moins verbeux et plus efficace, même si je préfère encore perl. Seulement, autant il est facile de corriger un bug, autant les croyances c'est une autre affaire.
Donc comme je dois développer en PHP sous windows/IIS en ce moment, je vois vraiment l'intérêt d'un wampserver :) et je dis merci romain.
C'est ce que fit linus avec le développeur webcam philips.
Ce n'est pas parce qu'il est nécessaire de s'emmerder avec le droit et les licences, que nous devons concevoir les relations entre communautés/développeurs du strict point de vue de ce qui est faisable juridiquement.
Le logiciel libre vaut surtout par sa communauté, et une communauté puise sa force dans ses relations.
A titre perso, le droit, les licences me gavent, par contre j'aime bien les personnes, alors je trouve plus intelligent la résolution humaine des problèmes.
Juste pour voir ces derniers temps je fais du c#. Et au vu de ce qu'annonce l'article il n'y a pas de doute : microsoft ne va pas se faire des amis chez ses propres clients.
Au monde du chapelier fou, les dév, et les admins rigolent déjà pas mal :
Vulnerability in Vector Markup Language Could Allow Remote Code Execution (938127)
Vulnerability in Microsoft Excel Could Allow Remote Code Execution (940965) http://www.securityfocus.com/brief/569
Et oui, n'ouvrez pas une feuille de calcul ou un dessin vous risquez d'être infectés :)
.NET Serialization traps and flaws
SOAP Formatter
• When string values contain non-displayable symbols with certain numbers, receiver crashes on attempt to deserialize data
• DateTime objects serialization behaves wrongly, when sender and receiver are in different time zones
La date comme indiquée dans l'article est une plaie sur MS.
Et un dev se pose la question légitime :
So, XML string escaping is not implemented properly yet, am I right?
Pour développer en C#, je peux vous affirmer que c# est :
- sous doué pour les maths (non vous ne pourrez pas trouver de bibliothèques de coeur pour les entiers de tailles arbitraires),
- sous doué pour les dates (le système gérant la représentation en fonction des locales) ;
- sous doué pour les encodages MIME ;
- assez versatile : par exemple en .Net 1.1 (je prends pas de risque en 2.0), quand on passe à une fonction prenant des argument variables plus de 3 arguments, on est pas sur qu'ils soient tous passés.
Au rang des joyeuses loufoquerie, je travaille sur leur CRM, si il est installée sur un serveur en français, toute l'API d'interrogation SOAP change. Un peu comme si installer un serveur SQL en français vous obligeait à modifier votre code pour écrire
Selectionner * de table où nom COMME 'bill%'
Pour les dévs c'est déja le calvaire, j'ai du mal à imaginer qu'ils vont garder leurs clients avec OOXML
Par contre, malgré tout ça, les clients ont peur que le monde soit vachement compliqué si il quittent MS. Là je suis surpris quand même. Ils ont jamais osé essayé les trucs libres, mais ils se disent que MS qui est vachement bon, c'est tellement compliqué, que forcément ailleurs, ça doit être pire. Au point que j'ai un client qui préfère perdre 10 minutes par jour à rouvrir fermer le même fichier de log avec notepad plutôt que d'utiliser le tail installé sur sa machine.
Jean-Christophe Spilmont
Marcom Manager at Bull
France
Current
* Marketing Communication Manager at Bull
Je me demande si parfois les industriels ne prennent pas les gens du logiciel libre pour des espèces de pigeons.
Leur truc c'est un peu comme si un industriel rachetait un journal, et qu'il ne comprenne pas pourquoi on doute que le journal va dire du mal de lui.
Indépendance 0
crédibilité 0
C'est pas pire que les entreprises du libre qui décernent régulièrement dans leur manif joujoue des prix à leur clients (ne regardez pas dans une direction, j'ai vu faire ça si souvent ces dernières années que ce sera pas fair play d'en citer un plus que l'autre)
aux us où les portables sont implantés depuis 2 ans on tire le constat suivant :
[...] a study in March by the U.S. Department of Education found no demonstrable link between educational software and higher test scores, putting laptop advocates on the defensive. A stream of news articles focused on school districts in New York and Florida that dumped laptop programs, citing high costs, misuse by students and the unfavorable results raised in the federal study.
Un bon sysadmin, utilise PAM, Ok pam est une merde à configurer, mais le résultat est à la hauteur :
tu rentres un mot de passe
PAM peut d'abord l'essayer sur les shawdow, ensuite, sur du ldap, ensuite sur du kerberos ....
Et ensuite SASL permet d'implémenter du requêtage LDAP pour le courier ...
Et apache supporte LDAP pour l'authentification (hyper simple)
N'importe quel nouvel litote d'unification des authentifications reviendra à :
1) unifier le référentiel (dans un annuaire ldap ou une db) ;
2) à offrir des service d'authentification au dessus (SASL par exemple) ;
3) à offrir des modules système (comme PAM) qui font la liaison entre le référentiel extérieur et les données nécessaires du système (comme le HOME, les ACL, les services autorisés) ;
4) à offrir des serveurs d'authentification qui feront les passerelles (comme radiator qui offre du radius à partir de règles définies sur un ldap ou une DB).
Et au mieux chacune des couches doit présenter une certaine abstraction
Ca marche sûrement mieux en ayant un système qui fait son boulot, un administrateur système qui fait son boulot, des développeurs qui programme conformément au système, un responsable des infras qui essaie de sensibiliser ses intervenants à ces problèmes, et qui connaît ses infras et ses technos (c'est pour ça qu'une MOA qui pense qu'elle doit être inculte en technologie m'effraie toujours un peu).
concernant ldap, si pour login/pass ça va, ça reste un annuaire léger. Quand on blinde son ldap d'info je vois pas bien le bénéfice par rapport à une base de données. De toute façon un bon système d'authentification doit de toute façon s'abstraire du référentiel de données.
L'authentification est un problème d'architecture à mon avis, à laquelle aucune technique ne peut répondre mieux que l'emploi de bons sysadmin/architectes/développeurs.
Les promoteurs de Creative Commons (CC), dont Lawrence Lessig, sont régulièrement invités aux discussions publiques sur les logiciels libres et Open Source (FOSS : Free and Open Source Software) [1]. CC fait partie d’un courant qui souhaite appliquer les principes du Logiciel Libre au-delà du code informatique. Ses acteurs et défenseurs le présentent comme une des plus importantes tentatives pour adapter les principes du logiciel libre à des formes d’expression moins « techniques » telles que la musique, la littérature ou les arts plastiques.
La paternité de l'oeuvre est un droit moral inaliénable incessible qui est automatique dès la divulgation de l'oeuvre.
Donc il y a pas besoin des CC pour le garantir.
La musique est son propre source de même qu'un executable. Tu peux le décompiler pour retrouver la logique derrière, voir le code exécuté.
Mais comme pour le logiciel, ça prend bien plus de temps que d'utiliser les supports habituels de modification. Le mythe des musiciens qui se sont fait tout seul, m'amuse autant que celui des logiciels inventés dans les garages.
En logiciel par exemple, c'est notamment l'accès au source (ce qui ne t'autorise pas forcément à le modifier), et le droit à la rétro-ingénierie.
Je t'accorde que quand on a le droit de modifier les sources (et non par exemple un executable) on a de fait la possibilité d'étudier tant que le code n'est pas volontairement rendu confus.
La musique est autant son propre souce, qu'un executable : tu peux le décompiler et tu as tout.
Et la décompilation, comme le décryptage de la musique pour leur apprentissage prennent bien plus de temps que d'utiliser des partitions pour réinterpréter l'oeuvre.
Non je me focalise pas sur les partitions/samples/format midi ou tout autre forme préférée d'élaboration d'étude et de travail.
Je me focalise sur le fait que l'on a pas la liberté si on élabore une restranscription de l'oeuvre de pouvoir la resdistribuer et la travailler. Bref, je me focalise sur mon incompréhension de la faillite pour une musique libre à garantir la plus faible liberté du logiciel libre qui est celle d'étudier.
Il se trouve que je suis bassiste, que j'étudie le pop/rock donc les sources sont pour moi les tablatures.
Et non la musique n'est pas son propre code source, elle est l'interprétation d'un schéma mélodique et rythmique. La retranscription n'est pas nécessaire pour publier, mais, il est courant pour chaque genre musicale d'avoir des formats de retranscription de l'oeuvre (formats que l'on doit présenter à la cour quand on prétend qu'il y a plagiat) si on veut la travailler ou l'étudier.
Les musciens de hip hop aussi bon soit ils ne naissent virtuoses de l'oreille de Jupiter. On ne me fera pas croire qu'ils connaissent pas le solfège. En tout cas pas ceux que je connais et qui sont pros.
[^] # Re: Warning : Commentaire superficiel
Posté par Jul (site web personnel) . En réponse à la dépêche Sortie de Tcl/Tk 8.5.0. Évalué à 2.
J'ai eu fait des scripts en Tcl TK + C qui marchaient toujours 10 ans plus tard.
Le coté moche venait des choix par défaut.
A coté de ça, philsophiquement, tcl/tk est dans ma faible expérience le langage de scriptage qui a apporté la manière de programmer les interfaces graphiques la plus propre :
- gestion des GUI comme un gestionnaire d'évènement qui boucle ou chacun des éléments réagi grâce à des callbacks (c'est sûrement pas innovant, mais le html utilisé en GUI revient à faire de la gestion d'UI en séquentiel);
- proposition de "gestionnaire de géométrie" variés, souples et puissant, dont le célèbre pack orienté mise en page relative (je n'ai jamais utilisé que pack).
Par contre contrairement à ce que l'on imagine, le plus dur ce n'est pas la syntaxe, qui en un sens est proche de perl matinée de fortran (pour les tournures vieillotes comme set), mais la philosophie quand on fait du GUI qui est orientée évènement.
Ce langage m'a appris beaucoup de chose, je l'utilise plus (sauf parfois avec perl::Tk) cependant, je continuerais à le défendre car même si le web remplace presque bien les GUI client lourd, dès que l'on veut faire de l'évènementiel (comme avec ajax), le niveau de complexité dépasse de loin le tcl/tk. À quand le retour de l'utilisation du plugin tck/tk en lieu et place d'ajax ?
http://www.tcl.tk/software/plugin/
Par curiosité, essayez donc de faire une petite interface graphique vous verrez à quel point ce langage est puissant pour ce domaine.
[^] # Re: Perl, quel utilisation ?
Posté par Jul (site web personnel) . En réponse à la dépêche Sortie de Perl 5.10.0. Évalué à 2.
L'objectif de parrot 6 est d'être comme comme une jvm qui saurait faire du système ?
(non parce que java est le système c'est un peu léger si mes souvenirs sont exacts.)
Est ce que cela veut dire que perl va proposer de fait une abstraction du système avec des concepts évolués de threading, de droit ... ?
http://search.cpan.org/dist/Perl6-Bible/lib/Perl6/Bible/S17.(...)
qui seront portés de système à système. Mais cela sera pas dans parrot non ?
Juste curieux.
[^] # Re: Perl, quel utilisation ?
Posté par Jul (site web personnel) . En réponse à la dépêche Sortie de Perl 5.10.0. Évalué à 1.
Au moins il me semble que mysql implémente IEEE Std 754-1985
[^] # Re: Perl, quel utilisation ?
Posté par Jul (site web personnel) . En réponse à la dépêche Sortie de Perl 5.10.0. Évalué à 1.
.net est fâché avec les nombres. Je me souviens de la classe utilisée pour récupérer les entiers retournés par les requêtes en bases en .net 1.1 avec visual c++ qui retournait un entier natif alors que le type en base était en entier compris entre 0 et 10^13 mes programmes plantaient. J'ai fin par passer à la regexp pour contourner le problèmes.
Leurs docs sont tellement illisibles que j'ai renoncé à :
1) comprendre pourquoi les objets int de taille arbitrairement long n'était pas facilement accessible dans le langage de base
http://msdn2.microsoft.com/de-de/library/ms173104.aspx
2) pourquoi il y avait pas un lien vers ce genre de bibliothèque
http://search.cpan.org/~tels/Math-BigInt-1.87/lib/Math/BigIn(...)
ou un numerical recipies ?
C'est la base non ?
Comme tous les langages il est extensible, pourquoi il y a pas un cpan like ... un truc moderne de gestions d'extension quoi ?
<generalisation hâtive>
Le c# est pas mauvais en soi, mais c'est juste que je trouve qu'il y a un bon nombre de codeurs de ce langage qui ont tendance à réinventer la chaise dans leur coin, et à imaginer que parce qu'ils peuvent acheter des bibliothèques oops pardon ils disent des librairies, il doit forcément il y avoir une bibliothèque qui le fait.
</>
Là où je veux en venir, c'est que pour moi la force d'un langage vient aussi de sa communauté et de ses pratiques, et que comme tu viens de l'illustrer résoudre un problème d'informatique consiste parfois à réfléchir en dehors du langage.
Néanmoins sur le sujet du fortran et des NumericalRecipies qui ont quelques siècles*hommes derrières elles de dév et test, je crois pas qu'un langage jeune comme python/perl/php/ruby/java/c# peut les concurrencer. On ne construit pas une pyramide en un jour.
Donc je pense toujours que le fortran est aussi peu mort que le perl. Juste pas très utilisé. Comme perl le devient.
PS : arrête de montrer mes lacunes en développement c'est drôle quant tu reprends les autres, mais c'est vexant quand ça m'arrive.
[^] # Re: Perl, quel utilisation ?
Posté par Jul (site web personnel) . En réponse à la dépêche Sortie de Perl 5.10.0. Évalué à 1.
Des petits programmes qui font à ma place rapidement des choses d'informaticien ordonné qui m'ennuient : un rangeur de mp3 dans mon disque en fonction des infos, un chargeur de clés usb avec des fichiers pris aux hasards sur le disque, un bot web pour draguer, un surveilleur de logs proactifs ...
Ses points forts les modules CPAN, les perls mongueurs
Son point faible aujourd'hui : le rapport signal bruit dans les modules cpan
Ex il y a une demi douzaine de classe pour faire de l'objet propre, mais tous sont maintenus à des degrés divers, et c'est carrément l'enfer pour les trouver évaluer le plus stable tellement la logique de rangement me dépasse.
Exemple
http://search.cpan.org/~jdhedden/Object-InsideOut-3.35/lib/O(...)
http://search.cpan.org/~dconway/Class-Std-v0.0.8/lib/Class/S(...)
http://search.cpan.org/~swartik/Class-Generate-1.10/Generate(...)
http://search.cpan.org/~abw/Class-Base-0.03/lib/Class/Base.p(...)
Et aussi et surtout
http://search.cpan.org/~stevan/Moose-0.33/lib/Moose.pm
[^] # Re: Perl, quel utilisation ?
Posté par Jul (site web personnel) . En réponse à la dépêche Sortie de Perl 5.10.0. Évalué à 1.
Je discutais avec des gars de labo physique et il disait qu'ils revenaient des python/perl/ruby ... pour les calculs. La numerical recipies (un livre de recette algorithmique pour les calculs sur ordinateur qui a donné lieu à une bibliothèque logicielle homonyme) et le parallelisme restent inégalés en fortran. Non tant par les fonctionnalités, que par la maturité autant dans ses usages que de son implémentation de la bibliothèque.
Mes derniers égarements en c# m'ont permis de voir que pour les calculs en virgule flottante, 10 000 * .196 (la TVA) donnait des chiffres non nuls après la 5éme décimale par exemple, je ne parle pas de PHP, et pour perl le cpan doit proposer 3 bibliothèques pôur faire ça. De plus, ils manquent des bonnes bibliothèques pour les matrices creuses, des algorithmes de réduction de matrice en forme LU par exemple mais aussi des moyens de renvoyer les marges d'erreurs.
Mon opinion partielle et partiale est la suivante
1) il n'y a pas de bon langage, il y a de plus ou moins bons programmeurs qui connaissent l'état de l'art (j'ai encore à bosser sur le sujet, je sais ^_^) ma préférence va à tous les langages concis à la base (perl/php/python/ruby)
2) il faut utiliser les langages les plus adaptés à chaque taches, car ruby pour faire du bas niveau est peut être pas adapté, et coder une application web en postscript est peut être pas efficace. Si pour une tâche plusieurs langages sont équivalents, alors choisir le plus concis.
3) parfois quand on voit comment les base de données sont douées en math on ferait mieux de les faire travailler à la place de nos langages de haut niveaux qui massacrent les décimales.
Donc en conclusion, antoine, je pense que ton amour de python te fait peut être un peu troller :-)
[^] # Re: Vamos a bailar calypso mi amor
Posté par Jul (site web personnel) . En réponse à la dépêche Le consortium QualiPSo organise la première conférence internationale sur la qualité des Logiciels Libres. Évalué à 4.
[^] # Re: [^]Re: "reproduire fidèlement votre serveur de production en local"
Posté par Jul (site web personnel) . En réponse à la dépêche Forum PHP 2007 : Annonce de la sortie de WampServer 2. Évalué à 1.
A ce sujet, je viens de galérer une soirée entière à vouloir intégrer une base avec des fichiers (SQL/csv) qui ont foirés à cause de la limitation de la taille maximum d'une ligne dans un shell (et quand on importe un article spip, ça fait mal) ce qui fait foirer les mysql -utoto -ptoto toto < import.sql ou les INSERT ... avec data file. Ainsi je dis le phpmyadmin configuré par défaut c'est cool. (Phpmyadmin à configurer sur un WIMP c'est vraiment galère.
Pourquoi faire du wimp ? parce que c'est ça ou asp.net avec c#. Entre les deux, php est largement moins verbeux et plus efficace, même si je préfère encore perl. Seulement, autant il est facile de corriger un bug, autant les croyances c'est une autre affaire.
Donc comme je dois développer en PHP sous windows/IIS en ce moment, je vois vraiment l'intérêt d'un wampserver :) et je dis merci romain.
[^] # Re: L'implication du SFLC est-elle rassurante ?
Posté par Jul (site web personnel) . En réponse à la dépêche Première poursuite judiciaire aux États-Unis concernant une violation de la GPL. Évalué à 2.
Et si le développeur n'a pas apprécié, on peut au moins considéré que cela n'est pas moral de son point de vue
justice != morale != justice.
Quand on prend le code de quelqu'un d'autre, on peut faire primer la moralité sur le droit :
http://www.libroscope.org/+Linux-droit-et-moralite+?var_rech(...)
C'est ce que fit linus avec le développeur webcam philips.
Ce n'est pas parce qu'il est nécessaire de s'emmerder avec le droit et les licences, que nous devons concevoir les relations entre communautés/développeurs du strict point de vue de ce qui est faisable juridiquement.
Le logiciel libre vaut surtout par sa communauté, et une communauté puise sa force dans ses relations.
A titre perso, le droit, les licences me gavent, par contre j'aime bien les personnes, alors je trouve plus intelligent la résolution humaine des problèmes.
# libre ou pas libre peu importe :)
Posté par Jul (site web personnel) . En réponse à la dépêche Pas de trève estivale pour la guerre des formats bureautiques. Évalué à 7.
Au monde du chapelier fou, les dév, et les admins rigolent déjà pas mal :
Vulnerability in Vector Markup Language Could Allow Remote Code Execution (938127)
Vulnerability in Microsoft Excel Could Allow Remote Code Execution (940965)
http://www.securityfocus.com/brief/569
Et oui, n'ouvrez pas une feuille de calcul ou un dessin vous risquez d'être infectés :)
Ici un problème en soap :
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=179808(...)
Celle ci est pas mal :
La date comme indiquée dans l'article est une plaie sur MS.
Et un dev se pose la question légitime :
Pour développer en C#, je peux vous affirmer que c# est :
- sous doué pour les maths (non vous ne pourrez pas trouver de bibliothèques de coeur pour les entiers de tailles arbitraires),
- sous doué pour les dates (le système gérant la représentation en fonction des locales) ;
- sous doué pour les encodages MIME ;
- assez versatile : par exemple en .Net 1.1 (je prends pas de risque en 2.0), quand on passe à une fonction prenant des argument variables plus de 3 arguments, on est pas sur qu'ils soient tous passés.
Au rang des joyeuses loufoquerie, je travaille sur leur CRM, si il est installée sur un serveur en français, toute l'API d'interrogation SOAP change. Un peu comme si installer un serveur SQL en français vous obligeait à modifier votre code pour écrire
Selectionner * de table où nom COMME 'bill%'
Pour les dévs c'est déja le calvaire, j'ai du mal à imaginer qu'ils vont garder leurs clients avec OOXML
Par contre, malgré tout ça, les clients ont peur que le monde soit vachement compliqué si il quittent MS. Là je suis surpris quand même. Ils ont jamais osé essayé les trucs libres, mais ils se disent que MS qui est vachement bon, c'est tellement compliqué, que forcément ailleurs, ça doit être pire. Au point que j'ai un client qui préfère perdre 10 minutes par jour à rouvrir fermer le même fichier de log avec notepad plutôt que d'utiliser le tail installé sur sa machine.
[^] # Re: OOXML is defective by design
Posté par Jul (site web personnel) . En réponse à la dépêche Pas de trève estivale pour la guerre des formats bureautiques. Évalué à 1.
Je penche pour le niveau fcold
[^] # Re: Un nouveau guide.. orienté Bull
Posté par Jul (site web personnel) . En réponse à la dépêche NovaForge.org : un nouveau guide des logiciels libres. Évalué à 0.
Ceci explique peut être cela.
J'aime bien, yet another freshmeat :) avec auto promotion inside.
et le compte du posteur ouvert de la news :) sur linked in
http://www.linkedin.com/in/jeanchristophespilmont
Je me demande si parfois les industriels ne prennent pas les gens du logiciel libre pour des espèces de pigeons.
Leur truc c'est un peu comme si un industriel rachetait un journal, et qu'il ne comprenne pas pourquoi on doute que le journal va dire du mal de lui.
Indépendance 0
crédibilité 0
C'est pas pire que les entreprises du libre qui décernent régulièrement dans leur manif joujoue des prix à leur clients (ne regardez pas dans une direction, j'ai vu faire ça si souvent ces dernières années que ce sera pas fair play d'en citer un plus que l'autre)
# faudrait déjà qu'on prouve que l'informatique à l'école est un plus
Posté par Jul (site web personnel) . En réponse à la dépêche Les collèges du Rhône se libèrent !. Évalué à 3.
http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2007/06/07/(...)
Gageons que ce constat est extensible au de l'informatique
[^] # Re: Nouveaux clients
Posté par Jul (site web personnel) . En réponse à la dépêche AMD/ATI va libérer ses pilotes. Évalué à 2.
Leurs specif étaient dispo du coup le driver framebuffer étaient pas un blob sans nom lui au moins ^_^
(ça date de 1999 quand même)
[^] # Re: Encore une technologie breveté qui va nous retomber sur la tête...
Posté par Jul (site web personnel) . En réponse à la dépêche Mono projette l'implémentation de Silverlight de Microsoft. Évalué à 2.
tu rentres un mot de passe
PAM peut d'abord l'essayer sur les shawdow, ensuite, sur du ldap, ensuite sur du kerberos ....
Et ensuite SASL permet d'implémenter du requêtage LDAP pour le courier ...
Et apache supporte LDAP pour l'authentification (hyper simple)
N'importe quel nouvel litote d'unification des authentifications reviendra à :
1) unifier le référentiel (dans un annuaire ldap ou une db) ;
2) à offrir des service d'authentification au dessus (SASL par exemple) ;
3) à offrir des modules système (comme PAM) qui font la liaison entre le référentiel extérieur et les données nécessaires du système (comme le HOME, les ACL, les services autorisés) ;
4) à offrir des serveurs d'authentification qui feront les passerelles (comme radiator qui offre du radius à partir de règles définies sur un ldap ou une DB).
Et au mieux chacune des couches doit présenter une certaine abstraction
Ca marche sûrement mieux en ayant un système qui fait son boulot, un administrateur système qui fait son boulot, des développeurs qui programme conformément au système, un responsable des infras qui essaie de sensibiliser ses intervenants à ces problèmes, et qui connaît ses infras et ses technos (c'est pour ça qu'une MOA qui pense qu'elle doit être inculte en technologie m'effraie toujours un peu).
concernant ldap, si pour login/pass ça va, ça reste un annuaire léger. Quand on blinde son ldap d'info je vois pas bien le bénéfice par rapport à une base de données. De toute façon un bon système d'authentification doit de toute façon s'abstraire du référentiel de données.
L'authentification est un problème d'architecture à mon avis, à laquelle aucune technique ne peut répondre mieux que l'emploi de bons sysadmin/architectes/développeurs.
[^] # Re: l'application des 5 libertés
Posté par Jul (site web personnel) . En réponse à la dépêche RMLL: Appel à Conférences du Thème « Le Libre au-delà du logiciel ». Évalué à 3.
je ne sais pas trop pour les nouveaux venus qui reprennent le thème (à ma grande surprise), mais initialement, il y a eu dans ce thème la conférence suivante :
http://www.libroscope.org/Vers-une-liberte-definie-Creative
Les promoteurs de Creative Commons (CC), dont Lawrence Lessig, sont régulièrement invités aux discussions publiques sur les logiciels libres et Open Source (FOSS : Free and Open Source Software) [1]. CC fait partie d’un courant qui souhaite appliquer les principes du Logiciel Libre au-delà du code informatique. Ses acteurs et défenseurs le présentent comme une des plus importantes tentatives pour adapter les principes du logiciel libre à des formes d’expression moins « techniques » telles que la musique, la littérature ou les arts plastiques.
Si cela répond à ta question.
Je te renvoie aux programmes que nous avions faits :
http://www.libroscope.org/Le-libre-au-dela-du-logiciel
http://www.libroscope.org/Le-libre-au-dela-du-logiciel-un
Du au fait, que nous avons des métiers prenant nous avons pas eu le temps nécessaire pour nous investir dans les conférences depuis.
[^] # Re: L'engagement de LinuxChixFrance
Posté par Jul (site web personnel) . En réponse à la dépêche Et les femmes ?. Évalué à 1.
vive le politiquement correct !
[^] # Re: j'voudrais pas trop m'plaindre...
Posté par Jul (site web personnel) . En réponse à la dépêche La Creative Commons dans le paysage éducatif de l'édition.... Évalué à 2.
[^] # Re: j'voudrais pas trop m'plaindre...
Posté par Jul (site web personnel) . En réponse à la dépêche La Creative Commons dans le paysage éducatif de l'édition.... Évalué à 2.
Donc il y a pas besoin des CC pour le garantir.
[^] # Re: diffusion et dérivabilité
Posté par Jul (site web personnel) . En réponse à la dépêche Qu'est ce que la musique libre a de commun avec le logiciel libre ?. Évalué à 2.
Mais comme pour le logiciel, ça prend bien plus de temps que d'utiliser les supports habituels de modification. Le mythe des musiciens qui se sont fait tout seul, m'amuse autant que celui des logiciels inventés dans les garages.
[^] # Re: "Musique libre"
Posté par Jul (site web personnel) . En réponse à la dépêche Qu'est ce que la musique libre a de commun avec le logiciel libre ?. Évalué à 2.
En logiciel par exemple, c'est notamment l'accès au source (ce qui ne t'autorise pas forcément à le modifier), et le droit à la rétro-ingénierie.
Je t'accorde que quand on a le droit de modifier les sources (et non par exemple un executable) on a de fait la possibilité d'étudier tant que le code n'est pas volontairement rendu confus.
[^] # Re: La question des partitions
Posté par Jul (site web personnel) . En réponse à la dépêche Qu'est ce que la musique libre a de commun avec le logiciel libre ?. Évalué à 2.
[^] # Re: "Musique libre"
Posté par Jul (site web personnel) . En réponse à la dépêche Qu'est ce que la musique libre a de commun avec le logiciel libre ?. Évalué à 1.
Et la décompilation, comme le décryptage de la musique pour leur apprentissage prennent bien plus de temps que d'utiliser des partitions pour réinterpréter l'oeuvre.
[^] # Re: diffusion et dérivabilité
Posté par Jul (site web personnel) . En réponse à la dépêche Qu'est ce que la musique libre a de commun avec le logiciel libre ?. Évalué à 2.
[^] # Re: diffusion et dérivabilité
Posté par Jul (site web personnel) . En réponse à la dépêche Qu'est ce que la musique libre a de commun avec le logiciel libre ?. Évalué à 2.
Je me focalise sur le fait que l'on a pas la liberté si on élabore une restranscription de l'oeuvre de pouvoir la resdistribuer et la travailler. Bref, je me focalise sur mon incompréhension de la faillite pour une musique libre à garantir la plus faible liberté du logiciel libre qui est celle d'étudier.
Il se trouve que je suis bassiste, que j'étudie le pop/rock donc les sources sont pour moi les tablatures.
Et non la musique n'est pas son propre code source, elle est l'interprétation d'un schéma mélodique et rythmique. La retranscription n'est pas nécessaire pour publier, mais, il est courant pour chaque genre musicale d'avoir des formats de retranscription de l'oeuvre (formats que l'on doit présenter à la cour quand on prétend qu'il y a plagiat) si on veut la travailler ou l'étudier.
Les musciens de hip hop aussi bon soit ils ne naissent virtuoses de l'oreille de Jupiter. On ne me fera pas croire qu'ils connaissent pas le solfège. En tout cas pas ceux que je connais et qui sont pros.