Attention, je ne dénigre pas Python, seulement Zope ne m'a jamais convaincu comme serveur d'application lorsqu'il s'agit de créer de véritables applications d'entreprises devant monter bien en charge avec de grosses fonctionnalités, notamment d'EAI.
Puis:
Sinon, c'est bien beau de suivre la mode ... faudrait peut-être mieux qu'ils choisissent vraiment l'outil en fonction des besoins, des impératifs et des contraintes !
"c'est une horrible nouvelle pour les performances": je ne vois pas ce qui te fait dire ca. Si on fait ce switch, c'est aussi parce qu'on pense avoir touché le plafond en terme de performance de Zope sur des grosses applications. Donc on pense bien, et les mesures actuelles le montrent, arriver à des gains très nets en performances et en scalabilité.
Pour moi, techniquement parlant, cette explication est suffisante pour justifier un changement.
Quand tu arrives aux limites de la techno que tu utilises en terme de perfs tu as 2 choix:
* tu ne vas pas plus loin (pas de nouveau client, tu expliques aux anciens qu'ils ne pourront plus utiliser le truc, ...)
* tu changes.
Et voilà comment à cause d'un petit email de rien du tout apres une journée probablement éprouvante à payer la TVA pour les Master d'université, on se retrouve avec une pub de bonne facture sur un site bien referencé par google.
Á cette heure, le site de cette entreprise est encore en première réponse lorqu'on cherche stickair sur google.fr ... combien de temps avant que le "J'ai de la chance" ne renvois une bien belle image de ce monsieur ???
Google + LinuxFr détruit l'entreprise française !
On vous avait pourtant bien dit que tout ça n'était qu'un ramassie de Rouges !
Lorsqu'on optimise le while comme une récurcivité terminale, on optimise toutes les récurcivités terminales, on repère d'autres structures similaires qui n'auraient pas été vu.
Tiens, ca m'interpelle ca !
On m'a tjrs dit dans mes cours d'algo "faisez pas de la récursivité terminale, une boucle est largement plus performante".
Et là je vois que l'inverse est fait par votre compilo... alors qu'est ce que j'ai pas compris:
* mes cours ?
ou
* ta phrase ?
Si IBM et consort se sont rangés derrière le libre, ce n'est pas par conversion à l'idéal communiste, ...
C'est bien planqué, au milieu d'un pavé, si on lit un peu vite on ne le voit même pas et pourtant il est là, il n'attend que toi avec ses longs poils et son gourdin pour t'assomer !
Là où le projet Captcha a du mérite, c'est qu'il cherche une solution générale alors que tout le monde développe sa petite solution plus ou moins boîteuse dans son coin.
Sauf que tant que cette solution n'existe pas, le coté "tour de babel" des moyens de protection est encore une option plutot bonne. Ca demande aux spammers d'adapter en permanence leurs outils aux nouvelles methodes.
S'il n'y a qu'une solution unique, elle à interet à être super-robuste car il y a un paquet de monde qui va tenter de la faire tomber. (Exemple la crypto)
** Moment explication second degré **
Pour info, je pense que Guillaume faisait référence aux discours des (tous ?) présidents de la République Française (en tt cas chirac) qui se terminent systématiquement par cette phrase.
Si j'ai bien compris c'est cette phrase dans la news qui pose probleme:
(les processus sont donc compartimentés dans leur CPU)
Ce qui laisse à penser que tous les threads du processus restent sur le même Core. Du coup ça a peu d'interet pour les applis qui ont générallement 1 processus lancant moultes threads.
Mais au vue de la citation de Wikipedia, il semble que ce soit les threads et non les processus qui soient cantonés à 1 Core.
J'étais un petit peu "anxieu" car la derniere info que j'avais lue était une remarque de Karl Fogel sur @dev du style "on a pas le temps de bosser dessus pour l'instant".
Du coup c'est plutôt bien si le train est en gare pret à partir.
Sinon, est-il prévu (si ca a été discuté) de permettre un "import" du merge history à partir des systemes existants (genre svk) ?
(c'est pratique d'avoir un contributeur, release manager "sous la main" quand même :D)
Mais (il y a toujours un mais) il manque -à mon sens- la feature: une vrai gestion des merges. En effet, Subversion, c'est merveilleux on peut créer des branches en veux-tu en voilà très rapidement, pour faire une gestion de conf propre c'est vraiement l'idéal.
Mais pour merger, dès que l'on sort du cas simple "open branch, modif, merge, close branch" ca devient vite bordelique (si la branche à été déplacée, si il y a des merges des les 2 sens, des merges multiples, etc...).
Alors: c'est pour quand ?
En attendant on peut tjrs regarder vers les alternatives:
* svk
* svnmerge
Mais une solution built-in serait quand meme + pro(pre|fessionnelle)
Avec php: ca "coule de source", la doc est super, ...
Avec perl: obligé d'avoir "Programmation en perl" et "Perl en action" pour chaque bout de code. Et c'est l'enfer quand j'ai du code à reprendre qui a plus d'une semaine ou -pire- que je n'ai pas écrit.
Par contre je dirai que je ne maitrise pas le perl (et en plus j'aime pas), ca vient peut etre de là.
Ton probleme s'apparente à ceux que l'on recontre en reconnaissance automatique de la parole.
Ca fait longtemps que je n'ai pas regardé se qui se fait dans le domaine mais je te conseil d'étudier les algos de backtracking et les hidden markov models.
[^] # Re: TCPA
Posté par vieuxshell (site web personnel) . En réponse à la dépêche Une faille majeure de la cryptographie courante. Évalué à 2.
[^] # Re: C'est bien, ils progressent.
Posté par vieuxshell (site web personnel) . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 4.
Puis:
Le pdg à écrit: https://linuxfr.org/comments/759589.html#759589
Pour moi, techniquement parlant, cette explication est suffisante pour justifier un changement.
Quand tu arrives aux limites de la techno que tu utilises en terme de perfs tu as 2 choix:
* tu ne vas pas plus loin (pas de nouveau client, tu expliques aux anciens qu'ils ne pourront plus utiliser le truc, ...)
* tu changes.
My 2 cents.
# Attention
Posté par vieuxshell (site web personnel) . En réponse au journal Critères pour un stage d'info (côté employeur). Évalué à 2.
Je te conseil de te renseigner sur se type de contraintes au préalable avec le/la responsable des stages.
My 2 cents.
[^] # Re: Arf ...
Posté par vieuxshell (site web personnel) . En réponse au journal Dévelopement et design de site web sous Linux. Évalué à 2.
http://subversion.tigris.org
ensuite tu fais
http://oucequejeposemessource.net/trunk
-> ma branche de référence
http://oucequejeposemessource.net/branches/testnewfeature
-> une branche pour les modifs que tu veux uploader
http://oucequejeposemessource.net/branches/sid
-> le reste avec les truc qui couine encore dans les coins
# C'est pas sympa
Posté par vieuxshell (site web personnel) . En réponse au journal Insultes à un pauvre pingouin. Évalué à 10.
Á cette heure, le site de cette entreprise est encore en première réponse lorqu'on cherche stickair sur google.fr ... combien de temps avant que le "J'ai de la chance" ne renvois une bien belle image de ce monsieur ???
Google + LinuxFr détruit l'entreprise française !
On vous avait pourtant bien dit que tout ça n'était qu'un ramassie de Rouges !
[^] # Re: Je croyais que les dev. s'étaient concentrés sur les coquilles (bugs
Posté par vieuxshell (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 2.6.17. Évalué à 6.
Pourquoi ne parles-tu pas de "computer science" ?
[^] # Re: SymphonyOS
Posté par vieuxshell (site web personnel) . En réponse au journal Ordissimo, toujours pas de sources en vue ?. Évalué à 2.
Ma station Sun -qui presque aussi vieille que l'informatique- a un clavier avec un série de touches spéciales dont le trio copy/cut/paste.
Ceci dit je crois bien n'avoir jamais utilisé ces touches, à part la touche "Stop" pour faire un "Stop-A" bien connu des pénitents au Soleil.
[^] # Re: russe
Posté par vieuxshell (site web personnel) . En réponse au journal Progrès dans l'équipe de traduction du jeu Wormux. Évalué à 1.
[^] # Re: russe
Posté par vieuxshell (site web personnel) . En réponse au journal Progrès dans l'équipe de traduction du jeu Wormux. Évalué à 1.
Il y avait par exemple, des systèmes monnetaires sur base 20 (je crois que le quatre-vingt français vient de là).
Je ne sais pas si c'était le cas en Russie, mais ca pourrait être une explication.
[^] # Re: division
Posté par vieuxshell (site web personnel) . En réponse au journal Que penser de ça ? Stallman combien de division ?. Évalué à 2.
La phrase exacte est
En réponse aux "forces spirituelles" du pape.
Note: sous réserves que j'ai pas dit de conneries :)
[^] # Re: Nom adapté?
Posté par vieuxshell (site web personnel) . En réponse au journal iFile 0.4 : Gestionnaire de fichiers / Galeries en Php. Évalué à 3.
[^] # Re: Optimiser un langage minimaliste cai mieux..
Posté par vieuxshell (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 1.
Tiens, ca m'interpelle ca !
On m'a tjrs dit dans mes cours d'algo "faisez pas de la récursivité terminale, une boucle est largement plus performante".
Et là je vois que l'inverse est fait par votre compilo... alors qu'est ce que j'ai pas compris:
* mes cours ?
ou
* ta phrase ?
[^] # Re: Un peu de transparence
Posté par vieuxshell (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 6.
C'est bien planqué, au milieu d'un pavé, si on lit un peu vite on ne le voit même pas et pourtant il est là, il n'attend que toi avec ses longs poils et son gourdin pour t'assomer !
[^] # Re: Attendons des nouvelles plus précises...
Posté par vieuxshell (site web personnel) . En réponse au journal Ça chie pour Mandriva. Évalué à 4.
[^] # Re: CAPTCHA
Posté par vieuxshell (site web personnel) . En réponse au journal des idées pour éviter la création automatique de compte par des bots ?. Évalué à 0.
Sauf que tant que cette solution n'existe pas, le coté "tour de babel" des moyens de protection est encore une option plutot bonne. Ca demande aux spammers d'adapter en permanence leurs outils aux nouvelles methodes.
S'il n'y a qu'une solution unique, elle à interet à être super-robuste car il y a un paquet de monde qui va tenter de la faire tomber. (Exemple la crypto)
[^] # Re: environnements de bureau
Posté par vieuxshell (site web personnel) . En réponse au journal XFCE c'est lourd avec 64Mo de ram. Évalué à 2.
Pour info, je pense que Guillaume faisait référence aux discours des (tous ?) présidents de la République Française (en tt cas chirac) qui se terminent systématiquement par cette phrase.
[^] # Re: pour une fois
Posté par vieuxshell (site web personnel) . En réponse au journal charles bronson est mort. Évalué à -10.
[^] # Re: intégration kontact
Posté par vieuxshell (site web personnel) . En réponse au journal Basket, la nouvelle killer app Kde?. Évalué à 0.
[^] # Re: Multithread
Posté par vieuxshell (site web personnel) . En réponse à la dépêche Sortie de DragonFlyBSD 1.4. Évalué à 2.
Ce qui laisse à penser que tous les threads du processus restent sur le même Core. Du coup ça a peu d'interet pour les applis qui ont générallement 1 processus lancant moultes threads.
Mais au vue de la citation de Wikipedia, il semble que ce soit les threads et non les processus qui soient cantonés à 1 Core.
J'ai bon ?
[^] # Re: Et un vrai systeme de merge ?
Posté par vieuxshell (site web personnel) . En réponse à la dépêche Subversion 1.3.0 est disponible. Évalué à 3.
J'étais un petit peu "anxieu" car la derniere info que j'avais lue était une remarque de Karl Fogel sur @dev du style "on a pas le temps de bosser dessus pour l'instant".
Du coup c'est plutôt bien si le train est en gare pret à partir.
Sinon, est-il prévu (si ca a été discuté) de permettre un "import" du merge history à partir des systemes existants (genre svk) ?
(c'est pratique d'avoir un contributeur, release manager "sous la main" quand même :D)
# Et un vrai systeme de merge ?
Posté par vieuxshell (site web personnel) . En réponse à la dépêche Subversion 1.3.0 est disponible. Évalué à 8.
Mais (il y a toujours un mais) il manque -à mon sens- la feature: une vrai gestion des merges. En effet, Subversion, c'est merveilleux on peut créer des branches en veux-tu en voilà très rapidement, pour faire une gestion de conf propre c'est vraiement l'idéal.
Mais pour merger, dès que l'on sort du cas simple "open branch, modif, merge, close branch" ca devient vite bordelique (si la branche à été déplacée, si il y a des merges des les 2 sens, des merges multiples, etc...).
Alors: c'est pour quand ?
En attendant on peut tjrs regarder vers les alternatives:
* svk
* svnmerge
Mais une solution built-in serait quand meme + pro(pre|fessionnelle)
Encore merci pour ce super outil!
[^] # Re: Bonne nouvelle
Posté par vieuxshell (site web personnel) . En réponse au journal PHP6: Outch !. Évalué à 2.
Avec php: ca "coule de source", la doc est super, ...
Avec perl: obligé d'avoir "Programmation en perl" et "Perl en action" pour chaque bout de code. Et c'est l'enfer quand j'ai du code à reprendre qui a plus d'une semaine ou -pire- que je n'ai pas écrit.
Par contre je dirai que je ne maitrise pas le perl (et en plus j'aime pas), ca vient peut etre de là.
[^] # Re: intervalle
Posté par vieuxshell (site web personnel) . En réponse à la dépêche LinuxFR a besoin de vous. Évalué à 3.
Je pense qu'en ce moment, ils ont d'autres chats (californiens) (à|qui les font) fouetter.
[^] # Re: remplacer gnome...
Posté par vieuxshell (site web personnel) . En réponse à la dépêche Nokia 770 Internet Tablet sous Linux. Évalué à 8.
Qui l'a fait choire dans les abysses.
[^] # Re: Pour les logiciels libres... et la reconnaissance d'écriture
Posté par vieuxshell (site web personnel) . En réponse au journal Tablet PC en cours ?. Évalué à 4.
Ca fait longtemps que je n'ai pas regardé se qui se fait dans le domaine mais je te conseil d'étudier les algos de backtracking et les hidden markov models.
My 2 cents.