Tes employeurs sont des crétins, ils payent des ingénieurs toute charge comprise 300-400€/jour et leur nique leur productivité pour grapiller quelques euros sur une machine...

bon sinon les programmateurs, vous avez déjà eu à dézipper des .zip sous unix ? (AIX en l'occurence)
J'ai l'impression que unzip est un peu foireux

y a unzip sous AIX, faut l'installer c'est tout.
 ou alors ton zip est moisi apres

 
quelle distrib ? les fichiers >2Go c'est un flag à la compilation

centos je sais pas combien. J'ai récupéré une jvm d'un autre serveur, et je le dézippe avec jar

la chance
moi il a fallu 6 mois pour passer de 1 à 2 Go de RAM sur le portab'  

bon sinon les programmateurs, vous avez déjà eu à dézipper des .zip sous unix ? (AIX en l'occurence)
J'ai l'impression que unzip est un peu foireux

/!\ Moment UI /!\

http://blog.mozilla.com/faaborg/20 [...] firefox-4/

http://www.youtube.com/watch?v=KrfpnbGXL70

Ce n'est aucunement de la chance, c'est juste le résultat concret d'un audit externe qui a coûté quelques millions sur "comment augmenter la productivité". Sans audit, personne dans la hiérarchie ne se serait intéressé au fait que depuis des années des dizaines (centaines ?) de développeurs perdent plusieurs heures par semaines à glander sur le net en attendant que leur appli compile/se lance, etc.

On en a déjà parlé récemment. Foireux non, obsolète oui. La plupart des outils type zip/unzip sur les serveurs avec un Unix un peu anciens ne gèrent pas de fichiers > 640 ko 2Go.
 
Je ne sais pas si gzip a aussi cette limitation.

Light, c'est vite dit.
Mais c'est vrai que c'est une plus petite usine à gaz que la votre. On n'a pas besoin de patcher une JDK pour le faire fonctionner, nous.

Ce n'est aucunement de la chance, c'est juste le résultat concret d'un audit externe qui a coûté quelques millions sur "comment augmenter la productivité". Sans audit, personne dans la hiérarchie ne se serait intéressé au fait que depuis des années des dizaines (centaines ?) de développeurs perdent plusieurs heures par semaines à glander sur le net en attendant que leur appli compile/se lance, etc.

Ce n'est aucunement de la chance, c'est juste le résultat concret d'un audit externe qui a coûté quelques millions sur "comment augmenter la productivité". Sans audit, personne dans la hiérarchie ne se serait intéressé au fait que depuis des années des dizaines (centaines ?) de développeurs perdent plusieurs heures par semaines à glander sur le net en attendant que leur appli compile/se lance, etc.

Chez mon client, en 2001 ou 2002, ils ont, après moultes plaintes, enfin fait un test de boot de machine de développeur: 10 minutes. Après doublement de la RAM (128 à 256): 5 minutes. Eux aussi ils étaient près de leurs sous et ne réalisaient pas bien à quel point on pouvait perdre notre temps Pour dire à quel point ils aiment faire des économies, le réseau était en 10Mbps (je serais curieux de savoir s'il l'est toujours )

Livraison en production ce week-end, on change un morceau du coeur du système. J'ai préparé tout comme il faut pour mon collègue d'astreinte ce week-end dans des répertoires, y avait plus qu'à tout livrer aux bons endroits en prod. Tout a été checké, audité, vérifié, validé au préalable.
 
Il m'appelle y a une heure : depuis la livraison, plus rien ne marche. J'ai de grosses gouttes de sueur qui perlent, et qui ne sont pas dues à la température estivale.
 
Après 1h de verifs, on a trouvé ce qui a merdé : l'outil de livraison mis en place par les gens qui gèrent nos systèmes est buggé : il livre les fichiers avec les bons noms, mais les contenus des fichiers sont aléatoires : le fichier a contient le b, le b contient le d, le d contient le c, etc. Parce qu'on a eu le malheur de trier les fichiers sources à l'affichage de l'outil.

Livraison en production ce week-end, on change un morceau du coeur du système. J'ai préparé tout comme il faut pour mon collègue d'astreinte ce week-end dans des répertoires, y avait plus qu'à tout livrer aux bons endroits en prod. Tout a été checké, audité, vérifié, validé au préalable.
 
Il m'appelle y a une heure : depuis la livraison, plus rien ne marche. J'ai de grosses gouttes de sueur qui perlent, et qui ne sont pas dues à la température estivale.
 
Après 1h de verifs, on a trouvé ce qui a merdé : l'outil de livraison mis en place par les gens qui gèrent nos systèmes est buggé : il livre les fichiers avec les bons noms, mais les contenus des fichiers sont aléatoires : le fichier a contient le b, le b contient le d, le d contient le c, etc. Parce qu'on a eu le malheur de trier les fichiers sources à l'affichage de l'outil.

Livraison en production ce week-end, on change un morceau du coeur du système. J'ai préparé tout comme il faut pour mon collègue d'astreinte ce week-end dans des répertoires, y avait plus qu'à tout livrer aux bons endroits en prod. Tout a été checké, audité, vérifié, validé au préalable.
 
Il m'appelle y a une heure : depuis la livraison, plus rien ne marche. J'ai de grosses gouttes de sueur qui perlent, et qui ne sont pas dues à la température estivale.
 
Après 1h de verifs, on a trouvé ce qui a merdé : l'outil de livraison mis en place par les gens qui gèrent nos systèmes est buggé : il livre les fichiers avec les bons noms, mais les contenus des fichiers sont aléatoires : le fichier a contient le b, le b contient le d, le d contient le c, etc. Parce qu'on a eu le malheur de trier les fichiers sources à l'affichage de l'outil.

putain, j'ai pas envie d'aller au taf

Une faille dans l'auth SSH et c'est torché (au hasard le problème récent des clés debian)

C'est à tous nous faire un présent

et greve hier oeuf course

Google est sympa, ils ont décidé qu'une application ne respectait pas le TOS donc ils l'ont enlevée du Market et désinstallée des téléphones des utilisateurs
 
http://www.engadget.com/2010/06/25 [...] h-for-the/

/!\ Moment UI /!\
 
http://blog.mozilla.com/faaborg/20 [...] firefox-4/

on parle de ça :  
http://people.mozilla.com/~faaborg [...] Bottom.png
contre ça :  
http://people.mozilla.com/~faaborg [...] sOnTop.png
 
pas par rapport à la page

Bah c'est pas nécessairement pour rien, Apple avait considéré ça pour Saf' 4 et y avait finalement renoncé si je ne m'abuse, et ça change pas mal de trucs niveau perception.

Mais qui sera le prochain a recopier chrome

 
Le raisonnement exact serait plutôt :  
 
1) Les autres l'ont fait
2) S'ils l'ont fait ils devaient avoir une bonne raison
3) Oh merde, ils avaient vraiment une bonne raison
4) Hey vous allez rire, notre implé actuelle c'est de la merde
5) Ok, on change
6) ???
7) Profit

AvP à 0.75  
Galcon à 2.25
Serious Sam HD double pack à 7.50
ID Super pack à 35.00
 
   

Adobe Download Manager, encore une merde qui occupe 20 Mo de RAM, allez hop dégage.

Livraison en production ce week-end, on change un morceau du coeur du système. J'ai préparé tout comme il faut pour mon collègue d'astreinte ce week-end dans des répertoires, y avait plus qu'à tout livrer aux bons endroits en prod. Tout a été checké, audité, vérifié, validé au préalable.
 
Il m'appelle y a une heure : depuis la livraison, plus rien ne marche. J'ai de grosses gouttes de sueur qui perlent, et qui ne sont pas dues à la température estivale.
 
Après 1h de verifs, on a trouvé ce qui a merdé : l'outil de livraison mis en place par les gens qui gèrent nos systèmes est buggé : il livre les fichiers avec les bons noms, mais les contenus des fichiers sont aléatoires : le fichier a contient le b, le b contient le d, le d contient le c, etc. Parce qu'on a eu le malheur de trier les fichiers sources à l'affichage de l'outil.