Reprise du message précédent :
Vous avez tous raison, en réalité, parce qu'il n'y a pas deux situations semblables. Prenons un responsable de développement dans une grande SSII française cotée au CAC 40, avant de faire changer le langage de développement des applications, il va falloir lancer un grand plan de formation des 3000 développeurs et chefs de projet du groupe, autant dire que ça va pas se faire demain.
 
Prenons un type qui travaille dans une TPE/PME, il suffit qu'il se mette d'accord avec son patron, et il passe d'un outil de dev à un autre, hop, action, réaction.
 
Quant à l'exemple cité par Wolverine, c'est encore différent : si tu développes en interne, le client c'est ton supérieur hiérarchique, et c'est en général la situation la plus merdique qui soit.

C'est con, je parle des dev fait par le département R&D d'une boite française au CAC40
Bref, on vas pas polémiquer...

Nan, on va pas, nan, parce qu'en ce moment j'ai affaire à une boite française du cac 40, et on m'a dit pas plus tard que hier, dans cette boite, que pour avoir un technicien en ligne pour résoudre un problème, il fallait compter entre 8 et 15 jours de délai, le temps de trouver un créneau dans le planning d'un tech.

Alors, non, on va pas polémiquer, parce que sinon je vais balancer le nom de cette boite en carton.

En général, une boite du CAC40, c'est grand
C'est pas parceque ça se passe comme ça dans un service que c'est partout pareil
(ORLY proof ).
Et pis tu balance bien ce que tu veut, moi je m'en tape hein

Mon client veut de la réactivité, un utilisateur appelle parce qu'il a un problème, je rappelle dans la foulée, et comme le réseau est tenu par l'entreprise du cac 40 en question, je dois attendre 10 jours qu'un technicien daigne se sortir les doigts du cul pour me répondre.
 
Ces entreprises sont la honte du métier de l'informatique, ces gens-là imposent des quotas de messagerie aux utilisateurs dignes des années 90, ils ont des logiciels qui sont validés jusqu'à windows XP, au delà ils ne garantissent rien, ce sont des dinosaures dont on ne peut souhaiter que la mort la plus rapide possible.
 
Et, non, je ne balancerai rien du tout, c'est un dossier en cours, et sensible pour moi

Bah dit à ton client de changer de boite
Que veut tu que je te dise...A part qu'il n'y a aucun rapport avec la discussion originale ? Et que le fait que d'éventuels collègues (parceque c'est même pas sur) soient des branques, je m'en tamponne le coquillard ?
Mais soit sur que je te soutient dans ton épreuve

Le rapport, c'est que tu me dis qu'une entreprise du CAC 40 a la réactivité d'une PME au niveau de son département R&D, et que je te dis que non, c'est pas possible.
 
Mais comme d'hab, t'as sûrement vu vachement plus de trucs que moi, vu que t'es encore en formation informatique, et que moi ça fait 20 ans que je suis dans le métier, en ayant fait du software, du hardware, côté développement, côté technique, côté commercial, mais nan, tu sais mieux que moi, c'est sûr, puisque toi on te l'a dit pas plus tard que la semaine dernière en cours.

T'es mignon, mais si t'en est à courrir derrière un tech d'une boite X pour un client Y, t'a peut être pas réussi parfaitement ta carrière de 20 ans
 
Maintenant, je te dit que dans le département R&D, les choix de technos sont fait par les gens qui pondent les applis, parceque ceux qui en ont le besoin n'ont aucune idée des différentes technologies qui existent (et moi, je trouve ça sensé).
 
Au final, ton histoire de client qui attend son tech, je vois toujours pas le rapport.

Des programmes bien optimisés c'est pas un avantage dans tous les cas : (quoique là sur le coup je me demande comment certains font des programmes énormes et lents)
Au boulot on développe un gros soft de calcul/analyse, en C#/.NET, donc niveau performance on est donc super loin du C ou même du C++. Mais malgré ça le soft est super rapide, l'exe fait même pas 1 Mo et ne bouffe pas grand chose en CPU/RAM par rapport à une machine récente. On testait ça sur un laptop d'y a 4 ou 5 ans avec 1 ou 2 Go de RAM, relié à un SQL Server tournant sur un PIII 650 avec 512 Mo de RAM, c'était déjà bien assez rapide et performant pour supporter le débit de données reçu. La liaison entre le laptop et le serveur SQL utilisait un point d'accès wifi de toute première génération (bon ok notre matériel de test est sans doute un peu vieux, mais on est une petite PME).
Quand on nous demande la configuration requise comme "serveur", on n'ose pas dire que ça marche bien en XP sur un PC desktop d'il y a plus de 10 ans... On dit juste qu'il faut .NET 3.5 (donc XP/Vista/7) mais niveau matériel du coup il n'y a pas d'exigence réelle.
Là le client va tester ça sur deux machines neuves avec 12 Go de RAM, j'imagine que ça sera des machins super puissants genre Xeon Quad-core

Maldoror > S**E ?

Il a peut être vachement beaucoup de données à traiter  

On a testé en balançant des fichiers toutes les secondes en continu pendant 24h alors qu'en situation réelle c'est plutôt un fichier toutes les 5 minutes en moyenne, parfois des pointes de qques uns sur quelques minutes

Y'a le langage de programmation, mais y'a aussi la langue de développement qui crée des querelles avec certains qui exigent que le code soit en français pour empêcher de capitaliser
 
Avec le code à la con qui en sort:
lecteurDeFichier.DefinirNom(string nom);
 catch (exceptionMauvaisNomDeFichier exception)
 {
 imprimer("Erreur à la con" )
}
 
Sinon tout à l'heure je plante un logiciel j@v@. Tiens curieux pourquoi il bloque tout alors qu'il reste bloqué à 12% de cpu, il végète on va laisser tourner    
Pis après je tombe sur l'onglet d'utilisation des processeurs, forcément avec un core i7 et 8 cœurs virtuels fallait bien qu'il parte en boucle infinie ce con  

On en reparle quand tu travailleras pour de vrai    
 
Je te parle d'inertie dans le processus de décision, mais ça ne sert à rien, tu ne sais même pas de quoi je parle. Tu rêves tout debout, mon jeune ami, mais après tout tu as bien raison, c'est de ton âge.

Nope

Et bien évidemment c'est de la faute du langage, et pas du mangeur de quiche de développeur qui a codé avec ses pieds    
 
Par la force des choses je fais du Java tous les jours mais j'ai pas de religion à ce sujet, mais j'ai remarqué que les mecs qui sont restés coincés au C/C++ ont une vision très bas de plafond, très technique, de la programmation en général : et ça te parle de performance du soir au matin, et que vas-y que ton langage il va foutre sur le tas et pas dans la pile (qu'est ce qu'on en a à cirer), et que vi c'est le top, si je veux chercher les occurrences je fais un grep, vos IDE c'est pour les assistés, etc.  
 
A l'inverse par exemple les devs Java ont plus tendance à se focaliser sur le métier, en se détachant (parfois trop) de la technique car de plus en plus d'outils font le boulot pour toi (contre une baisse de perfs mais on s'en fout car ça permet de développer/débugger beaucoup plus vite et si ça rame trop on rajoute une carte de CPUs) : ranapété des transactions, l'AS fait ça pour moi, allouer de la mémoire moi-même, et pourquoi pas la libérer à la fin tant qu'on y est, etc etc.
 
C'est assez marrant à voir et très symptomatique.

C'est surtout pas du tout les mêmes métiers.
On code pas une appli métier en c/c++ comme on fait pas de l'informatique scientifique en Java.

Comme tu racontes de la merde, c'est beau  

Je comprend pas trop en quoi je trolle.    
Au pire je suis déjà sur le bon topic.  

Ben par exemple,  on n'a pas attendu Java pour écrire des applications métier, hein

 
Ton "gros soft de calcul/analyse" traite des données mises à jour toutes les secondes pour un stress test ?
Ca va, y'a de la marge... bon peut etre que derriere les donnees a traiter sont énormes, mais ce serait un cas quand même bien spécifique...
 
Et c'est gros comment votre machin ? Quelques millions de lignes de code ?

Oué ben en même temps je suis d'accord avec guitoo5, pour les applis métiers la vitesse d'exécution du code ranapété (en général, hein !) c'est plutôt la facilité de maintenance et la réduction du temps consacré au développement qui compte, les langages interprétés sont très bien pour cela. On ne cherche pas ici à faire de la 3D en temps réel, bourdel... d'où mon allusion à Python il y a quelque jours.
 

Gros pluzin. Je préciserais juste que selon moi, une appli lente à l'exécution mais légère en conso de ressources, ce peut très bien être considéré comme une forme d'optimisation. Tout dépend du but recherché.
 

C'est ce que je fais .
 
Je développe toujours en français ou en allemand. C'est un bon moyen de distinguer immédiatement les éléments propres au langage des variables/classes créées par le dév.
 
 
 

Dans ta liste, tu as oublié l'ego. Pasque ce genre de blaireau se prend en général pour le roi du pétrole (avec ma pomme ça dure rarement plus de trente secondes, en général je veille à mettre rapidos les points sur les "i" dès qu'ils veulent jouer au con avec moi, en public s'il le faut : c'est mauvais pour mon avancement mais redoutablement efficace pour qu'ils viennent plus me faire chier - avoir la paix étant le but premier de toute entité organisée   (*) ).
 
 
 
 
 
(*) HAL 9000 affirmait que le but premier de toute entité organisée est d'être constamment occupé. C'est la scène de "2001" qui a la plus vieilli   .

Ouais mais la manière dont il écrit ça c'est plutôt "on peut pas écrire d'appli métier en C++, faut prendre Java pour ça", et c'est très largement exagéré. Cela dit c'est tout à fait exact que le brave C++ n'a plus que ses performances (et encore) pour lui, et à part ça il se fait botter son vieux cul par Java dans tous les domaines D'aucuns suggèrent même que sur certaines classes d'applications (grosse gestion mémoire et multithread à outrance) Java est plus rapide que C++, mais je demande à voir.

Ah ouais, ça compte aussi ça  

 
Bien vu: J'ai remarqué ça aussi dans ma boite. Si un chef de projet demande des douzaines de serveurs surpuissants pour son appli, alors tout le monde pense que c'est un gros projet très compliqué et surtout très cher, donc le chef est quelqu'un d'important.
Par contre si on propose une solution qui répond aussi bien aux besoins du client en utilisant un bout de code-source libre, bien optimisé, qui répond uniquement aux besoins (sans fioriture genre génération de rapport camemberts 3D envoyés en MMS) et qui tourne sur un PIII avec 512 de ram he ben là les décideurs vous rient au nez. Et pourquoi ? La solution répond au besoin pour moins cher, mais elle est beaucoup moins sexy.    
 
Cas concret: Pour notre système éditique on avait besoin d'une moulinette qui transforme du PDF en Postscript. A mon niveau de technicien de production j'ai cherché un bout de code libre à intégrer dans nos process automatiques. Pendant ce temps mes valeureux supérieurs enchainent les réunions et cherchent une solution payante sur le marché.  
Et un beau jour ils viennent vers moi "tiens on a acheter ça, tu peux l'intégrer ?". Je monte une petite ligne de test, j'intègre, je teste. Ça marche. Mais c'est moins performant que ma solution gratuite. Résultat: je me sert de ma solution gratuite parce qu’elle répond parfaitement au besoin.
 
Elle est moins sexy c'est sûr: avec le machin payant ya une interface web moderne, avec des menus ombragés et des dégradés de couleurs toussa ... mais qui va s'en servir ? Personne.
 
Au final mon supérieur direct approuve ma méthode mais j'ai la consigne de la fermer. Il ne faut surtout pas que ça se sache. "C'est politique". Il ne faudrait pas vexer le quorum des décideurs payés 5K€/mois qui ont mis 1 mois de réunions et quelques milliers d'euros pour trouver une solution moins performante que celle que j'ai mise en place en 2 jours tout seul.
 
   

Ah quand même…
« Syndrôme de Dilbert », c’est bien ça ?

Le contenu de ce message a été effacé par son auteur

une très belle à l'instant
 
   
 
le contexte : je cherche du boulot et mon père (60 ans mais qui utilise le PC tout les jours , utilisait même emule avant la haddopie etc...) se propose de me donner un coup de main en m'envoyant quelques offres
 
je vous le donne émile :  
 

mht c'est le format pour enregistrer des pages sous IE, il a pensé que c'est comme un fichier word...

Et en plus de ca il te les a envoyées sur ton adresse pro  

 
Plutôt gros dans ce que ça fait que gros en terme de traitement réel. C'est complexe mais ne requiert pas des millions de lignes. Mais c'est pas le genre de choses qu'on peut dire au client : ça passe mal qu'un machin qui fait des calculs complexe sur un serveur dédié prennent moins de place que le traitement de texte de la secrétaire
 

 
c'est pas vraiment propre à IE ; c'est juste que pour une raison inconnue IE est le seul à utiliser ce standard (quoique dispo aussi en add-on pour Firefox) et c'est bien dommage vu que c'est assez pratique pour sauver des pages web finalement.

 
Gros HS (bon on est plus à ça près   ) : c'est quel add-on ? J'ai pas mal de fichiers .mht que je peux plus relire depuis que je suis sous Linux !

OPUTAIN !!
 
Ce soir, sur le bureau de mon Assistante, je vois le blister d'une souris qu'elle a acheté il y a quelques semaines. C'est une souris modèle "Bumpy" de marque BlueStork, peinte en doré et rétroéclairée par led dont la couleur change sans arrêt (oui, ma secrétaire est très mutine par moments )...
 
Slogan sur le blister : "Bling bling is not dead"   .
 
Soudain je viens de me rendre compte d'une chose : supprimez la première et la dernière lettre de "Bumpy"...
 
Ne me dites pas que c'est pas fait exprès !!
 

Sinon c'est natif sur Opera

Ça pourrait être ça : https://addons.mozilla.org/en-US/firefox/addon/unmht/

Pour raccrocher à vos blablateries de dev, un truc rencontré tous les jours :
 
Une petite équipe R&D bosse dans son coin et finit par développer un truc qui convient aux quelques users.
Le temps passe, l'équipe évolue et au bout d'un moment les gens présents au départ sont tous partis.  
 
L'appli se vautre ... on appelle qui ? La hotline bien sur !
Aucune doc, aucune info, les responsables infos/appli/sécurité/end user/... n'ont jamais entendu parler de cette appli.
 
Et le client exige que la hotline se demerde.
 
Vis ma vie de presta ...
 
 

 
Lapin compris.

bling bling is not dead  
=>
bUMPy

 
 
Oui, 2e résultat Google pour « mht firefox »
 

 
En effet j'avais un vague souvenir de ça, mais j'avais la flemme d'aller vérifier

Fixaid, en tenant compte le passage d'un commercial qui voulait vider son stock de matos en bois
Et si ça ne fonctionne pas, le commercial dira "ah mais non, cela vient de l'application "
 
Et au milieu, un tech qui va encore pouvoir pourrir les commerciaux et les dévs

Dis-moi que vous n'avez qu'un exécutable, et pas les sources