Christophe B. a écrit 1751 commentaires

Et si un juriste lisait ceci :

Ce logiciel étend le format de conteneur Linux standard, LXC, avec une API de haut niveau fournissant une solution pratique de virtualisation qui exécute les processus de façon isolée.

Un juriste ou une autre profession, hein, j'ai rien contre les juristes.

Il en penserait quoi …

Encore quelques années, et l'anglais sera la langue universelle mais il faudra des traducteurs inter professions ou des robots protocolaires comme C-3PO

L'obfuscation est encore la meilleure méthode pour faire passer une loi dont personne ne veut.

Merci pour toutes ces infos, je les note dans un coin …

J'ai trouvé l'adresse de Team_@_linufr.org

Quand on cherche …

Bonjour,

J'ai proposé aux éditions ENI d'offrir en cadeau Scripting Python sous Linux

Et ils sont d'accord ! par contre de votre coté a linuxfr.org qui organise et gère ce concours ?
pour qu'il (ou elle) puisse contacter la personne chargée de la communication et du marketing.

j'ai renseigné (correctement ce coup ci ) mon mail dans mon profil …

Je sais que lors d'échanges entre Guido Van Rossum et Larry Wall pas mal de choses ont évolué pour les 2 langages.

si je me souviens bien Python avait récupéré les expressions régulières (ou amélioré je sais plus) mais je me souviens pas de ce que Perl avait récupéré.

Enfin dans le monde du libre (et des technos en regle général) on partage les infos :)

Et il y a aussi l'autre opérateur '…' dont je me souviens plus du nom
mais comme le flip flop il permet d'extraire des "chapitres" complets.

Je m'en était servi pour traiter des fichiers d'impressions "IBM" avec leur structure bizarre mais efficace, qu'il fallait découper pour récuperer chaque page et retraiter pour améliorer l'impression et effectuer des stats sur le volume.

Ce qui était bluffant c'est la vitesse de traitement de perl sur des Méga octets de fichiers, ne rigolez pas, à l'époque, les PCs et serveurs avaient quelques méga octets de RAM (pas des Go) et les cadences des processeurs étaient en Mhz (pas en Ghz)

Aahhh c'était le bon temps …

Je ne te le reproche pas, tu n'y es pour rien.

Mais maintenant j'ai un pied de chaque coté … :)

Je continue d'être pour le partage d'informations, pour les logiciels libres et contre les brevets logiciels.

mais je sais que si j'avais publié tout seul dans mon coin le même livre je n'aurais pas pu bénéficier de la renommée des éditions ENI ni des professionels (PAO, editorialistes, correcteurs etc … ) qui m'ont aider tout au long de cette aventure.

Le livre n'est que la partie visible de l'iceberg, en fait c'est plus un travail d'équipe :)

Pour ma part, je pense qu'il faut que des sociétés comme ENI ou EYROLLES ou O'REILLY (pardon pour ceux qu j'oublie) qui sont des professionnels et fournissent un travail sérieux méritent d'être rémunéré pour ce travail.

Après comment trouver un équilibre entre diffusion de masse et remunération ?

Pas facile … Apple a trouvé avec la musique et son Apple Store et IPAD une solution, mais cela risque d'ếtre difficile de faire appliquer le même tarif au livre qu'à la musique.

Il reste a trouver une solution pour les livres et il n'y a pas de liseuse "universelle" pour l'instant, mais celle ci doit satisfaire tout le monde : lecteur / editeur / auteur

En fait le problème est loin d'être simple, pas irrésoluble mais loin d'être simple IMHO

Je les suis depuis le no 1, ils sont stockés derrière moi dans mon bureau, pour les soutenir j'ai pris un abonnement depuis quelques années.

Je lis quasiment tous les magazines sauf MISC qui un peu trop "Secure hard" pour moi

Et si j'avais plus de sous je prendrais l'accès à leur base de données

Sinon il y a déjà de très bons rédacteurs sur python, mais bon si jamais je trouve un sujet (pas forcement sur python) pourquoi pas

Merci beaucoup, et je te remercie de me considérer comme un collègue, surtout vu le nombre de tes publications, ré éditions etc … un palmarès impressionnant

tout a fait d'accord avec toi, c'est plus une source de fierté que de revenu
Et pour être franc, si il y a quelques années on m'avait prédis que j'écrirais un livre … j'aurais éclaté de rire.

De plus, j'ai beaucoup appris et découvert de choses sur le langage Python mais surtout je me suis amusé a écrire. A tel point que maintenant pour un peu cela me manque.

Je comprends et j'entends tes arguments mais je n'ai pas de réponse

Déjà les éditions ENI sont la depuis longtemps et il faut espérer que cela dure …

Après la solution sur papier ne permet pas de rechercher aussi facilement sur un fichier, même si il y a un index par mots clés.

Pour les amateurs de hard corps python : http://sametmax.com/

Par contre avec ENI il y a une cerise sur le gateau : j'ai droit à 1 an d'abonnement sur le site avec accès a pas mal de livres et de vidéos.

C'était pas prévu, et c'est une agréable surprise :)

tant que ça ?

Tu m'en diras plus quand tu l'auras plus lu j'espère

n'hésite pas si il y a des parties pas claires, j'assure aussi la maintenance …

En fait la version électronique correspond à une consultation sur le site des éditions ENI.
Pas de téléchargement possible

La seule grosse différence entre Python et Perl pour moi c'est la lisibilité.

Et dans un contexte ou tu ne fais pas du Perl tout les jours, c'est difficile de se remettre dans un script écrit il y a 6 mois.

Et ce problème je ne l'ai pas avec Python.

Sinon je suis d'accord avec l'ensemble des points que tu as ecrits, avec même un petit plus pour perl pour son intégration des expressions régulières et notamment l'opérateur =~

Mais quand tu relis tes vieux scripts, parfois tu te demandes ce que tu fumais à l'époque…

Et on ne peut pas opposer l'un à l'autre c'est fraticide …

Tu devrais lire mon chapitre sur la POO :)

Je pars de la différence entre une variable et un objet
Tout les 2 sont des références a un emplacement mémoire jusque la c'est simple

mais un objet c'est issu d'une matrice (la classe) et surtout c'est forcément unique car il a été sérialisé par le processus de création (instanciation)

C'est ce que fais l'instruction 'bless' en perl, tu pars d'une variable et tu la bénie (bless en anglais)
et cela devient un objet.

Avec le langage Perl, le codeur c'est Dieu … au moins sur vos scripts ce qui est déjà pas mal :)

Si tu veux

C'est moi qui te remercie pour ce commentaire, qui sincèrement me touche beaucoup.

Je n'en espérait pas tant et aussi rapidement.

Exact, parfois tu essayes d'éviter d'avoir 3 fois le même mot dans une phrase, titre du chapitre compris.

Et parfois cela donne de drole de tournure surtout avec des notions comme : librairies, bibliothèques, paquets modules

Le problème c'est qu'il faut tenir compte des paramètres physiques liés au format papier et aux règles
éditoriales

Titre et sous titre c'est 40 caractères maximum espaces compris.

Et juré, c'est pas facile de trouver un titre et un sous titre.

Merci c'est sympa et j'apprécie

mais au fond je reste le même, maintes fois "plusser" et "moinsser" sur cette tribune …

Quand au livre "papier" que perso j'aime beaucoup, même si une liseuse peut se réveler pratique.

Je suis surpris que cela existe encore, au siècle dernier j'étais persuadé que les livres "en papier" serait une particularité du 20eme siècle et disparaîtrais rapidement, surtout les livres "techniques".

mais en fait non, un livre matérialise les choses alors qu'internet virtualise et bouge trop vite, en fait chaque média fini par trouver sa place.

De toutes façons les livres sont un peu comme des indicateurs : méfiez vous de ceux qui veulent bruler les livres …

C'est un travail rémunéré ok, mais je ne serais pas riche grâce a ce livre.
Il s'agit plus d'une aventure personelle que d'un business plan

Aucune idée, mais je vais poser la question

Tout ce que je sais, c'est que dans la version electronique tu as droit a un quizz en plus …

Merci trouvé, je me suis inscrit il y a 20 ans !

Compte créé le 09/04/2000

ça rajeunit pas :(

Mais je m'interroge, et peut-être que, sans compromettre ta relation avec ENI tu pourrais éventuellement détailler: n'est-ce pas une des (nombreuses) fonctions supposées d'un éditeur ?-/

Honnêtement j'ai été agréablement surpris par le niveau des relecteurs, les points relevés étaient vraiment pertinent et toujours dans le bon sens, avec même des conseils avisés qui m'ont surpris.

Le plus dur, enfin pour moi, est de respecter le style de la collection (Expert IT), tu ne peux pas avoir le même ton dans ce genre de livre que sur linuxfr par exemple.
C'est à la fois dommage, on peut apprendre en s'amusant, une petite pointe d'humour ne gache rien, mais d'un autre coté il faut garder le ton sérieux auquel s'attendent la majorité des lecteurs de ce style de livre.

La relecture avant livraison du manuscrit, c'est l'horreur, une fois regroupé dans un "Document maître" cela fait plus de 400 pages, et il est difficile de se relire … et encore plus de trouver des victimes pour te relire.

De plus il faut tenir des délais, parfois court pour la relecture, mais qui viennent d'impératif de production parce qu'une fois le projet lancée et annoncée il vaut mieux le sortir comme c'est prévu.

Sinon je remercie les éditions ENI une énième fois, non pas parce que je n'ai pas encore reçu tout mes honoraires ;) mais pour le professionalisme de cette maison d'édition et de tout ceux à qui j'ai eu affaire dans ce projet, qui a été un vrai plaisir pour moi.
C'est du boulot … du sang, de la sueur et des larmes, mais malgré tout cela a été une belle aventure pour moi.