nomorsad a écrit 417 commentaires

On a effectivement longuement hésité avec Python... Mais il se trouve que passer de sHell à Perl se fait beaucoup naturellement. Et puis le python fait encore peur aux non-developpeurs, en particulier à cause du mot "objet".
D'autre part, faire du python pour faire des scripts d'exploitation, c'est un peu tuer une mouche avec un laser. Nous avons surtout besoin de manipuler des fichiers textes (merci regexp) et de manipuler des structures simples. En perl, il n'y a que 2 structure possibles (hash et tableau), et qui sont de plus très simple à manipuler.

Les architectures étant de plus en plus complexes, Python sera peut-être la prochaine évolution!

en l'occurence, nous avions encore des RHEL 2 qu'il fallait migrer car fin du support. Nous avons donc décider de tout passer en 5 cette année. Donc oui je suis assez d'accord avec toi. D'ailleurs la mise à jour en 6 n'est pas pour tout de suite!

j'espere que je dis pas de betises, car ca fait longtemps, mais un bon vieux "set -o emacs" et tu as la completion par tab, même sur des antiques Aix 4... Mais à l'usage on revient vite aux raccourcis Vi, car on prend vite les reflexes à force de scripter avec!

your comment is infected with linux32.perl-troll. Please choose an action :
- delete your comment
- apologise right now
- do nothing (it's friday!)

sans rire Perl est vraiment un excelent langage de script. Par contre il est évident qu'il faut utiliser un sous-ensemble de la syntaxe. En effet le seul vrai probleme de Perl vient surtout des multiples syntaxe possible d'une même instruction. Ce problème semble être d'ailleurs exacerbé dans Perl6, mais ce n'est pas le sujet!

En formant les intégrateurs aux bonnes pratiques de codage et en standardisant l'écriture, les scripts d'admins peuvent être beaucoup plus clair qu'en sHell !

A ce sujet l'excelent bouquin de Damian Conway "Perl Best Practices" qui est devenu mon livre de chevet de bureau et qui explique tout à fait cette problématique.

Plutot que Perl (assurance de pérénité ? sincèrement j'ai des doutes, vu les révolutions perl en ce moment, enfin bon faut simplement lire ou demander à un spécialiste pour savoir si l'ascendance ne risque pas d'en prendre un sérieux coup d'ici peu)


Je n'envisage pas du tout Perl6 comme un problème si c'est lui dont tu parles, vu qu'il s'agit d'un interpreteur totalement différent. A mon avis, si Perl6 sort un jour, il faudrait envisager de renommer en un autre langage....

Sinon Perl5 est très stable et la politique actuelle est de garder strictement la compatibilité au fil des versions. C'est un énorme atout en entreprise et justement un gage de pérénité.

Le seul problème à tout ça est que la compatibilité à tout prix oblige à garder des reliquats pas toujours heureux (au hasard, Perl5 supporte encore les appels de fonctions "&toto $x,$x" au lieu d'une syntaxe plus récente et logique "toto($x,$y)")

L'autre gros atout est qu'il est porté sur Windows, ce qui permet aux intégrateur multi-OS de n'apprendre qu'un seul langage.
Et là, ça enlève un point à ZSH...

??
C'est la première fois que j'entend dire que Perl n'est pas assez sécure pour des scripts?

En cas les scripts Shell sont plus sécurisés que des scripts Perl?

A moins que tu ne parles des installation de Perl sur Windows, où c'est effectivement arrivé... Il y a des admin windows qui ne connaissent pas trop ces notions de "script". Ou alors ils te sortent "powershell" et là je comprend que ça leur fasse peur !

arg une nouvelle version de RHEL est toujours une source d'angoisse...

Bon j'exagère mais on a quand meme eut quelques frayeurs avec la dernière. Notemment un truc tout con : le passage de ksh88 à ksh93, bugguée à mort et parfois meme incompatible! Ca fait mal au fesse de voir tous ses scripts ksh se vautrer sans raison... Pourtant on peut pas dire que le ksh soit un langage très jeune, on s'attendrais quand même à un peu de maturité!

Après quelques recherche, on découvre MirKSH et on peut souffler...

Oui je sais que le KSH était proprio, mais on choisi pas toujours l'historique d'une entreprise (oui comme dans RHEL !). De toute fawon nous avons dans l'idée de passer à Perl pour nos script d'intégration. Ca devrait pouvoir nous faire tenir plus longtemps.

(presque) rien à voir, mais Redhat devrait se rappeler qu'il ya encore des boites qui utilisent des macro Excel écrites il y a 20ans (si si). Donc la pérénité et la compatibilité ascendante ça compte!!


Tout ce commentaire pour un petit package, c'est mesquin je sais!

ouai faudra porter la CSS N97 car je l'utilise actuellement dans 90% des cas (oui j'ai bcp de train!)

Je pense que tu n'as pas saisi l'esprit français... A force de trop encensé les gens, on va finir par se méfier et réagir à contresens !

contrepouvoir powaaa!!

et désolé pour vielle grotte à troll que je viens d'ouvrir 2 jours en avance....

au delà de l'aspect héroique ou politique de la chose, est-ce que le noyau de FreeBSD apporte reelement quelquechose?

A part des querelles de clocher sur l'esprit de tel ou tel BSD vs Linux, est-e qu'il existe des domaine ou certains s'en sorte mieux que d'autre?
Par exemple en performance sur des petits systemes, ou terme de gestion de disques, etc... ?

Attend telecharger un JDK sur le site de Oracle c'est pour les petits joueurs...

Moi je te propose un autre défi encore pllus drole : essayer d'installer le plugin Flash (...oui je sais) sans installer leur foutu DLM Spyware Extension(tm) dans notre Firefox tout propre!

et moi j'ai toujours pas compris pourquoi chaque logiciel avait sa propre méthode de stockage des tags dans les JPG !!!
C'est bien beau de changer de logiciel, mais je fais quoi de toutes mes tag sous f-Spot.
Bon, je dis ça, mais j'ai pas testé depuis quelques temps...

Pour en revenir aux perf, je trouve effectivement que F-Spot n'a jamais été fluide chez moi, même avec une centaines de photos ! Alors que Shotwell roulez sans problème.

Ça sert donc à ça un point-virgule? Je ne savais même pas que sont utilisation était normée, ni même que c'était utile.
Cela dit, j'ai peut être omis de me souvenir de mes cours de CE2...

version OpenGL a été complètement reprogrammée


Cool, ca veut dire qu'on va enfin pouvoir réparer l’affront que nous ont fait les utilisateurs Windows et leur backend Direct2D ! :-p

A la lecture de la news, j'ai cru comprendre que cette bibliothèque était vraiment très très très optimisée.

Est-ce que cela veut dire que les autres ont vraiment codé comme des gorets?? Quel est l'ordre de facteur de rapidité ou de complexité des algorithmes? benchs?

android c'est has been! Il faut la redevelopper pour Symbian plutot!

Ok je sors....

pour moi Perl5 est un langage incroyable car il simplifie vraiment les étapes d'écriture d'un programme : type dynamique, ecriture consise et clair, gestion puissante des tableau et hash.
Pour moi la notion la plus puissante qui a permis a Perl de se distinguer est la notion de contexte. C'est toujours un peu déroutant au début, mais une fois compris, on écrit et on lit naturelement des lignes de code très courtes et qui veulent tout dire!

Le bémol de tout ça est que c'est un langage offrant beaucoup de liberté et que cela donne un peu libre cours au style du programmeur. C'est pourquoi je pense que son utilisation de prédilection reste le scripting d'administration et pas le programmes "lourds" qui nécéssite une langage plus structuré.

Par contre je ne m'explique toujours pas le succès du PHP face au perl... Enfin si... je pense que la disponibilté du mod_php a permis d'ouvrir les premiers hébergeurs tout public aux pages dynamique tout en permettant un meilleur controle. C'est en tout cas pour moi un gachi car perl n'a pas eut la reconnaissance qu'il méritait, malgré une puissance et une précision largement meilleure.


Sur Perl6, je reste un peu dubitatif, malgré mon amour du Perl5. Qu'en pense les perlistes convaincus? Mais je dois reconnaitre qu'il y a quand meme des choses interressantes. Mais trop de syntaxe a mon avis et je deteste apprendre par coeur...

--
Send with a small keybord

regarde une changelog d'un article Wikipedia et tu verras que ça n'a rien de ridicule. Il faudrait juste prévoir un lien vers la changelog pour ne pas l'inclure dans l'article.

Transparence, toussa...

personellement, je n'ai jamais aimer attendre l'addition, meme quand elle arrivait rapidement. Et quand elle arrive trop vite, j'ai l'impression qu'on me fout dehors!
Par contre j'aime bien aller payer au comptoir quand j'ai fini mon repas ou quand j'ai décidé de m'en aller. Comme je préfère cette solution, je ne dois etre pas le seul. D'après certaines théorie sociplogique de mon invention, les membres d'une société on souvent envie des mêmes choses au meme moment... Ca s'appelle la mode et c'est a ne pas confondre avec la theorie des moutons.

Autre raison plus plausible : le fait que bcp de personnes utilisent aujourd'hui la carte bleue, et que le boitier de carte bleue est lourd et lent et sur battrie. Et je ne parle pas des cartes à autorisations qui nécessite parfois de reposer la boiboite! Je pense que ca prend juste moins de temps de mutualiser le comptoir pour payer.

Merci pour ces utiles éclaircissements !

En tout cas,ça donne bien envie de le tester, car j'ai déjà quelques idées de processus qu'on pourrait informatisé dans ma boite.

Je ne suis pas très doué en fonctionnel, et j'ai toujours un peu de mal avec ces applications dont la description fleurte avec le" business loto", en apparence seulement, car il faut bien bien parfois nommer des concepts!

Je n'ai pas encore essayer cette nouvelle application, donc il faudrait que le fasse pour comprendre, mais est-ce que cela se rapproche de Bonita, que l'on a vu dernièrement passer dans une dépêche ( https://linuxfr.org/2010/06/23/27049.html ) ?

Au passage, il faudrait que je teste Bonita pour comprendre également ce que ça fait, mais j'avais quand même globalement compris avec la dépêche (workflow

En tout cas, je suis bien content de voir des applis libres destinées aux fonctionnels de grosses entreprises, car on a toujours le sentiment que le libre, c'est toujours un peu des applications orientées techniciens ou grand public..
Cela veut surtout dire que la GPL gagne en crédibilité auprès des entreprises utilisatrices, et que le business model est viable du coté des fournisseurs de logiciels/services.

Donc oui, alors vous avez compris ce que ça faisait cette applis??

Juste pour dire que j'ai essayé d'installer MS Silverlight sur le portable de ma geekette, qui est encore sur WindowXpé (je vous rassure, ce n'est qu'une question de temps...).

Et bien figurez-vous que cela ne fonctionne pas non plus! Il semble que son processeur (!) ne soit pas pris en charge. C'est pourtant un simple AMD Duron d'il y a 5ans, masi il semble que la non-prise en charge du jeux d'instruction SSE soit en cause...

C'est la première fois que je vois un programme type x86 mais non compatible x86, et dans un plugin web de surcroît ! Vous avez déjà vu ça?

toi aussi tu as misé sur Symbian, toutes mes condoleances!

Mais merci pour l'applis, je cherche justement d'autres petites applis libre pour mon N97, donc si tu as des sources...
Je vais essayer remuco de ce pas.

Pfff, je me demandais pourquoi je comprenais pas le problème avec le site... Mais en fait, internet, c'est juste trop réactif pour moi, qui met des plombes à réfléchir.

A croire que 2 humains reliés par internet agissent 2 fois plus vite??