Reprise du message précédent :
ca me gène pas dans ma vie amoureuse

 
Caudacien peut en témoigner ?

A part sur un serveur que j'ai la flemme de virtualiser/réinstaller, je ne l'utilise plus.
C'est bien de pouvoir tout tuner aux petits oignons mais ça prend trop de temps.

oui, pis tout compiler a l'installation, c'est pas exactement de la rationnalisation

7h de CPU full pour un kde a l'époque

 
Je connais a peu prêt les différences, mais je m'y suis pas repenché dessus. Pour moi c'est du technet ++
 
Reste que les usages sont parfois un peu flous, là on a 10 abo msdn chez un client pour une plateforme en test, mais pas que pour des développeurs... donc on devrait pas être dans les clous. L'usage n'est pas toujours adapté, et ça a été proposé par un partenaire MS en fonction de ce qu'on allait faire.
M'enfin avec ce qu'il ont payé pour leur prod, les abo msdn c'est pas grand chose

 
Ouais mais non, tu ne mets pas une Gentoo en desktop
Sauf à avoir un super gros CPU et même là je trouve ça chaud.

avec ton char d'assault LDLC, t'aurais pu faire des concours

 
J'ai préféré refaire mon appart et mon pc avec une config plus normale

ptite bite

qu'est ce qu'ils foutent dans leurs pilotes de CG les fous ?
 
230 Mo de pilote Intel + 160 de pilote Nvidiot, ca commence a peser

Des plaintes de ses victimes conquêtes seulement

c'est qui ?

Je ne dirais rien, elles ont voulu rester anonyme  

 
Yep en attendant j'ai commencé avec ça, j'ai récup deux grand rouleaux de velcro et j'en colle sur les côté des baies.
 

 
Yep du coup j'ai commandé des "Guide cable classique" pour le brassage/KVM
Par contre oui ce que je cherchais, c'est plus pour le côté des baies, donc un rail de cablofil ou les anneaux de gestion ..
 
Merci    
 
J'ai regardé pour nos "tiroir console" qui sont HS .. ca vaut cher ces petits trucs   ; La moins cher trouvé chez nos fournisseur est à 700€ HT :-x
 

 
Plutôt un epic fail rattrapé non ?
 
 
Aujourd'hui j'en ai vu une belle ... on a un serveur avec du McAfee ePo/Solidcode. une cinquantaine de poste actif.
Le SQL Server intégré faisait du 200Mo/s d'écriture disque en permanence .. une base de 15Go qui grossissait toujours..
>> Impact sur les autres VM hébergé sur la LUNs, gros ralentissements en prod, des ateliers à l'arrêt ..

Je suis dév (encore un peu) et j'utilise Gentoo.
C'est grave ?

 
Faudrait que tu vois un exorciste assez rapidement.

Requête d'un presta que j'ai vais devoir débugger      

Je crois que j'aurais plus vite fait de refaire tout le programme...

Dieu pardonne.
Les aigris non.
Au bucher  

putain cette horreur

3 fois qu'on adapte le design du stockage de prod sur le projet a cause des limites des baies du client, qu'on apprend au fur et à mesure

il utilise Gentoo ?

Il utilise windev, hyperfile?

C'est une requete en java

en plus les noms  
identreprise <=> entrepriseid  
 
ca sent le bon gros travail chacun de son coté ....

Requête exécutée par un programme Java  

 
Sans hint pour le plan d'execution, avec 11 tables, ca doit donner, en effet ...  
 
 

Ca peut avoir du sens pour distinguer des pk et fk. Mais bon vu le niveau ça doit pas être ça.

Ça dépend, tu es éligible au don d'organes ?

 
On a un problème de performance vous pouvez nous upgrader le serveurs pour un physique 16coeurs et 128Go de mémoire svp    
 
Je crois que je dois le voir passer au moins 30x par semaine cette blague avec les devs SAP    
Heureusement qu'il y en a 2-3 bons pour rattraper le coup quand je menace de meurtre le CdP.

 
Elle est toute simple de mon point de vue    

he ben putain, quelle horreur²

Si je trouvais normal de la trouver simple je n'aurai pas mis le    
 

c'est de l'imcompetence crasse.

les notes dans les modules devraient etre attachés aux diplomes
"ha comme ca vous avez fait genie logiciel...ohhh 4/20 en analyse, 5 en BDD, ca va pas le faire, désolé"

 
le lead et le lag en imbriqué dans du case sur plusieurs niveau
 
 
et parfois, y'a pas trop le choix vu les tables que l'on te demande d'attaquer (ou à passer par xxx étapes intermédiaires et tables temporaires...)

Vu les noms de tables et ce qui remonte c'est probablement du reporting.
La structure peut être nickelle pour le transactionnel   et complètement foireuse pour les états "on veut tout en même temps" demandé par le management.    
Le dev qui a fait le requète n'est pas forcément celui qui a construit la base et donc choisi les noms de champs...
 
Les modules/dev  de génie logiciel c'est un monde de bisounours qu'on ne retrouve plus ensuite   et l'essentiel sur ce genre de truc est de blindé la spec/doc, les commentaires pour que celui qui en hérite ai une chance de s'en sortir...  

tu peux aussi faire des series intermediaires a partir de tes données, et de la construire un report/dashboard

d'ailleurs ca sera meme mieux car tu peux modeliser et donc faire des previsions, chose impossible quand tu fais tourner une moulinette au ptit bonheur sur un gros tas de données

autant l'informatique pour l'informatique c'est "simple" (vu qu'on n'a pas vraiment de limites a ce qu'on peut faire, une donnée est une donnée et tout n'est question que de moulinette), autant quand il s'agit de se connecter au monde reel (= le management, la direction financiere etc), avoir un matheux quelques jours en coup de poing ca ferait pas de mal...

bref, a chacun son metier

Faire des séries intermédiaires stockée revient à faire un petit datawarehouse et donc avoir de l'information redondante ce qui peut se réveler aussi problématique.
Faire des séries intermédiares non stockée revient à compliquer le dev par des sous requètes, des vues...
Un (très) gros sql ne veut pas forcément dire que le dev a fait n'importe quoi et qu'il n'a pas respecté ce qui a été demandé et toutes les règles de calculs associés et que ce n'est pas optimisé.
Bref le contexte et les contraintes sont très importants avant de mettre le dev au bucher parce qu'il y a osé faire ce sql...  
 

Le pire c'est que à la dernière ligne de la requete on voit que le gars sait faire un commentaire ^^  
 
Après, toutes les jointures se passent de commentaires, mais les not exists, là, c'est abusé. Et surtout, on voit bien le gars qui ne s'est jamais posé de question sur les plans d'execution.  
 
 
Quand à la quantité délirante de jointure, ca m'est arrivé d'en arriver là aussi, le contexte étant le suivant : jointures entre des tas de tables dont personne n'avait prévu quand on a fait le modèle que des gens auraient l'idée de vouloir faire des mega extractions de la mort dessus + organisation psychopathe qui te demande de signer 3 formulaires pour rajouter la moindre vue en prod.  

je ne peux que

ce qui revient a dire "mauvais cahier des charges/mauvaise analyse/mauvaises pratiques"
 
c'est sur c'est pas que la faute de dev incompetents, ils feront pas mieux que ce a partir de quoi on leur demande de bosser

pas forcement... certains softs (et donc leurs bdd) ont étaient conçu y'a tellement longtemps que tout ce qui était reporting n'était meme pas encore une idée en l'air... et donc quand maintenant des cdp te sortent des fonctionnels te demandent d'en extraire tout un tas de données/dashboard/reports/... bah tu dois jongler avec ce qui existe et trouver un compromis... tu peux pas toujours au model de badd, et tu peux pas forcement faire des datawarehouse pour ca... donc tu te manges de la requête tordu
 
et c'est parfois en suivant le plan d'execution que tu te retrouves a faire des jointures qui semblent a premiere vu improbable, mais qui au final permettent de passer par un certains nombres de champs indexé et qui te font gagner en vitesse au final meme en bdd, le chemin le plus "court" visuellement, n'est pas toujours le plus optimisé