stopspam a écrit 695 commentaires

Cowboy Bebop**

Je n'ai personnellement pas encore vu de doublage à la hauteur de ce qui est fait par l'original (notamment la tonalité de la voix, sa sonorité, qui a une importance), y compris en anime.

Pour citer un grand classique, Nicky Larson (City Hunter en VO). Pour moi, c'est le vrai premier animé avec des doubleurs simplement excellents (particulièrement Vincent Ropion). L'esprit de l'animé a été conservé voire même est meilleur que l'original.

Le 2ème est GTO : Benoît Dupac qui double The Great Teacher donne qqch de magique à la VF. J'en aurais peut-être un autre (Cowboy Beepop).

Pour les gros animés récents (One Piece, Bleach, Naruto) et vu les studios qui ont racheté les droits, le doublage n'est pas bon du tout et casse complètement la crédibilité des personnages et même l'ambiance.

il n'y a pas de problème pour les prestataires puisque l'accès au code du dit logiciel est le même pour tous.

Logique quand on y réfléchit, sur du libre. Savais pas pour la décision, c'est une bonne info : je garde sous le coude.

pyGtk n'existant plus, je ne vois pas pourquoi Gramps 4.0 serait développé avec cet environnement ?

Je parlais de dev python/Gtk de manière générale et non sur Gramps.

Gramps ne nécessite plus d'avoir le binding glade depuis des années (passage à GtkBuilder) !

Peu importe, pour développer il te faut glade pour générer l'UI, sauf le bourrin qui fait tout en code. La ligne de commande ne sert à rien quand tu dois faire un soft avec interface graphique. Les thèmes parlons-en, une aberration à mettre en place.

Ce qui est chiant sous windows, c'est l'effort démesuré pour packager l'application.

1. Installation de l'environnement de dev : python, pywin, reportLab, pyopenssl, pil (…) pygtk-all-in-one (version 2.24.0 et non 2.24.1 buggée), sql alchemy (et tous les drivers de db qui vont bien).
2. Quelques modifs si les scripts sont pas portables (mal codés : genre des os.path.join oubliées, des locales à charger correctement…).
3. Empaqueter le tout avec pyinstaller : j'ai mis énormément de temps à mettre en place un fichier de spec potable qui me copie les dossiers etc, lib, share avec les bonnes dll pour avoir un thème Gtk post-windows98.
4. Si l'appli portable est stable (environ 30Mo), faire un installer avec Nsis.

Aujourd'hui j'ai un script python qui me fait tout ça en quelques commandes mais ça m'a pris énormément de temps pour en arriver là. La doc est juste inexistante.

Sous linux je n'ai qu'à créer un paquet (PKBUILD tout con, chez les autres doit être pas plus compliqué…) et mettre les dépendances de Gtk et c'est torché.

C'est un peu comme faire du Microsoft .NET sous GNU/Linux ou de tenter d'installer certains SDK(s) sans java … (troll)

Java c'est de la merde ! A titre de comparaison je préfère largement .NET.
Pour en revenir sur le packaging, ça consiste en gros à faire un CTRL+F5 et le binaire fait 50Ko tout mouillé. Alors oui, faut le framework.NET, mais sur les 99% de clients Windows de mon parc, il est installé.

Me suis dit la même chose en voyant la dernière nimage image.

La réponse de Gandi est un peu plus détaillée ;)

C'était déjà pas franchement intuitif de se faire un environnement de dev pyGtk sous Windows mais alors là, je pense que ça va être encore plus galère.

Gtk-3.4.2 semble disponible pour Windows 32-bits !

Il manque encore le binding, glade ainsi que les différents thèmes (car le thème windows par défaut fait fuir les utilisateurs).

Je vais surement dire une connerie, mais n'est il pas possible dans un appel d'offre d'imposer certaines technos ?

Extrêmement encadré. Tu ne peux pas explicitement dire je veux un soft avec base Oracle/SQL Server/MySQL/PostGreSQL. Après certaines pratiques existent :

• faire une description la plus précise des fonctionnalités minimum requises qui vont indirectement sortir d'office certains prestataires ou solutions.
• "la solution retenue devra s'intégrer dans le parc existant ou être compatible avec telle technologie (AD/exChange/Mifare)". Souvent limite, parfois un mal nécessaire.

intéressant. Sinon tu as demandé l'autorisation de diffuser les infos concernant ta collectivité ?

200 serveurs pour 3000 personnes, ça fait un serveur pour 15 utilisateurs. C'est moche comme ratio.
200 serveurs pour 300 applications, ça fait moins de 2 applications par serveur en moyenne. C'est méga-moche comme ratio.

Malheureusement quand les prestataires ont eu le marché en rognant sur leur marge, beaucoup ne jouent pas le jeu et la qualité de service est moindre. Quelques exemples vécus :

• l'ingénieur qui vient installer la solution n'est pas spécialiste sur l'application et utilise une procédure d'install pas à pas. A ce moment là tu n'es plus en grande confiance quand : il lui faut une base oracle/sql server avec un compte sysdba car l'appli gère elle-même la création du schémas.
• parfois de nombreux scripts backups, réplication test/prod, lancement de services (…) sont déjà fait en partant du principe que tu es sur un serveur fraîchement installé. Et que la moindre modif est à TA charge et sous TA responsabilité.
• d'autres se déchargent complètement si la moindre application étrangère à la solution est installée sur le serveur.
• test/prod/formation

Ça explique la multiplication des serveurs et le cloisonnement entre les différentes applications.

histoire qu'on sache bien profond que notre fric est utilisé correctement, si vous voyez ce que je veux dire.

Voir code des marchés ! L'effet pervers est que ce n'est pas le meilleur prestataire qui remporte mais plus souvent le moins cher (même si avec le jeu des points et de la "compatibilité à la solution existante" vient parfois sauver la mise). Au final l'argent n'est pas toujours "bien" dépensé. Le pire : sur un nouveau marché tu te retapes le même prestataire qui t'as gonflé pendant les 3 ans parce que c'est encore le moins cher.

stopspam et dcp n'ont toujours pas compris que systemd n'existe pas pour booter plus vite

Sans déc', c'est que j'ai marqué plus haut ? Pas du tout. Le sujet n'est nullement le gain ou la perte de perf mais les choix techniques qui sont fait pour répondre à un problème.

c'est juste une conséquence de son architecture

Stupide. La conséquence peut très bien être la cause. Rien ne contredit le fait que son architecture a été pensée pour booter plus rapidement.

J'espère juste qu'il n'est pas prévu pas de remplacer le très éprouvé, très fiable et très facile à gérer init SysV coté serveur. J'en frissonne d'avance…
Pour info, le BIOS de nos récents Dell R410 met facilement 2/3 minutes avant de donner la main à GRUB. Nous ne sommes pas à 30 secondes près pour le boot proprement dit d'un serveur qui de plus ne redémarre que très rarement.

Pour moi, il y a 2 événements déclencheurs :

• il y a 2 ou 3 ans un mec a voulu optimiser son temps de démarrage pour que son portable boot en moins de 10sec. D'autres ont suivi la connerie et c'est devenu un concours de celui qui a la plus grosse.
• la sortie des tablettes.

A partir de là, 2 énormités sont sorties :

• gros changements sur la façon de démarrer une bécane : services en parallèle, gestion de dépendances en veux-tu en voilà.
• les environnements de bureau sont passés en mode tablette pour personnes âgés en maison de retraite : une main sur la souris et l'autre main dans le slip.

Pour résumer : on est passé d'un monde ou les logiciels étaient optimisés pour les serveurs et hackés vers les desktops a exactement l'inverse.

Déjà qu'il faut maintenir ces propres PKGBUILD pour samba et kvm :

• kvm -> dépendant de bluez -> dépendant de bluetooth
• samba -> dépendant de libcups -> dépendant de avahi

Bluetooth et Avahi, ça a de la gueule sur un serveur en prod !

ok, on en est au même point alors.

Dans ta présentation (bsd, linux, mac, windows) et prise en compte gtk3, laissait supposer que ça fonctionnait sous windows, d'où mon interrogation.

Ce n'est que mon avis, mais Gtk3 sous windows n'est certainement pas près d'arriver, encore moins le binding python… En dehors de Qt/pySide, je ne vois pas d'alternative potable.

Niveau traduction, les québecois sont imbattables.

Je me demande si on prend les francophones pour des cons

Hum faut voir.

• parfois l'adaptation française est meilleure (plus de sens ou jeu de mot…) : Mi-temps au mitard (The longuest yard)
• bien souvent le titre original devrait être conservé : The Shawshank Redemption (Les évadés)
• de temps en temps une perle sort, mon préféré étant "Fiction Pulpeuse".

Maitre, enseigne-moi ta connaissance.

Redmine que j'utilise depuis un moment. Pendant la période ou rails me gonflait (mise à jour…), j'ai trouvé mtrack

Il a raison sur 1 point concernant de nombreux développeurs qui passent sous OSx comme OS principal.

J'avoue avoir un pincement au coeur à chaque fois que je vois une présentation d'un dev qui parle de son projet et tourne sous OSx.

Manipuler des textes, c'est ce que je fais à longueur de journée : lire, indexer, citer, écrire…

Forcément ça attire la curiosité.

tu peux utiliser à peu près tout ce que tu veux… c'est un peu chercher la merde mais tu peux.

C'était le sens de ma remarque plus haut.

Des accents dans le nom de variables ?

Voilà, le colis est "arrivé" le mercredi. Le client récupère son colis le samedi… Soit deux jours de perdus pour lui !

C'est la raison pour laquelle je fais presque tout livrer à mon boulot.

Elle est pas belle l'organisation de Colissimo ? Sont il au courant, chez Colissimo, qu'une bonne part des clients est aujourd'hui des net-acheteurs actifs

Ça force les gens à se rabattre sur d'autres transporteurs, forcément plus cher : chronopost, fedex, ups qui eux peuvent repasser dans la même journée si tu es absent et ont ton numéro de portable.

Qu'ils prennent tous de la graine sur maximo : les livreurs et commerciaux bossent énormément en dehors des plages horaires de travail habituelle. Je suis livré entre 18h et 20h (évite de prendre un congé ou autre) et il/elle appelle avant de passer.

Le dernier en couleur ça fait un peu pomme pourri.

Sur la Clio 3 on ne peut pas relever les essuie-glaces (pour changer les balais) sans ouvrir le capot

Rien comparé à ça : http://www.youtube.com/watch?v=nXCZ2v-nIF4

La vidéo présente 2 façons révolutionnaires de changer son phare avant de voiture :

• la méthode allemande
• la méthode française

Vous tenterez d'expliquer pourquoi des gens s'étonnent encore de l'état de santé moyen des constructeurs automobiles Français comparé aux Allemands.

Vous avez 2 heures.

c'était du second degré