kesako a écrit 1384 commentaires

>>C'est indeniable : les fumeurs sont sales, dégoutants, je-m'en-foutistes, esclaves ... et j'en passe.

>C'est indeniable tu es intolerant.

voila , inevitable ! ca n'a pas manqué !
Les non-fumeurs doivent etre tolerants ! Ils doivent accepter la puanteur sans se plaindre. Les non fumeurs doivent fermer leur gueulle en toute circonstance ! Que les non-fumeurs ne genent pas les fumeurs, ca n'a aucune importance. etc etc ...

Les fumeurs peuvent faire ce qu'ils veulent. Faut surtout pas les contrarier.

Non ce n'est pas bete. c'est la verité.
On le constate tous les jours dans tous les lieux.
Des mecs et des filles inteligents polis et tout, jettent leur megots n'importe où meme quand il y a un cendrier a cote. Leurs claviers et leur ecrans sont noirs de crasse. Le soir dans le metro, on les sent a 2 m de distance ! Quand ils deballent l'emballage transparents des paquets de cigaretes, beaucoup les laissent simplement tomber sur le trotoir... etc
On leur sers la main, parfois il faut aller se la laver tellement elle pue apres.
Bien entendu , ils ne s'en rendent meme pas compte.

Et je te fais grace du cote "esclave" de tous ces gens qui se precipitent sur la clope des qu'ils sortent de chez eux ou du bureau. Des qu'ils ont deposé leurs enfants a l'ecole, hop sur la clope.
Je te fais grace de tous les connards et connasses qui ne peuvent pas attendre la sortie du couloir de metro pour allumer leur merde : ceux qui sont derriere prennent tout dans la geulle.

Le matin , a l'heure du dejeuner, le soir, il est impossible de marcher dans la rue sans prendre dans la gueulle plusieurs bouffees de cigarettes.

C'est indeniable : les fumeurs sont sales, dégoutants, je-m'en-foutistes, esclaves ... et j'en passe.

http://fr.news.yahoo.com/05042006/308/firefox-la-barriere-de(...)

ceci explique cela ...

Jette un coup d'oeil dans le script knoppix_terminalserver sur n'importe quelle knoppix. Il y a tt ce qu'il faut.

merci d'avoir completé ce que je voulais dire. C'est exactement ca.

ou a l'inverse , pas de dev sans planning au carré.

Genre on fait une specif. On pense que le dev n'est pas con et qu'il va faire un travail a "l'etat de l'art" . Donc on ne precise pas tout ce qui est evident.
Manque de bol, le boulot est fait par un stagiaire ou un nouveau .
Resultat : manque plein de chose, ou il y a plein de choses branlantes.

Avec un pro dans le temps, il corrigerait ca vite fait bien fait en 10 minutes montre en main. Meme si ce n'est pas lui qui a fait le boulot.

maintenant , pas question : c'est pas dans les specif , donc c'est une evolution , donc faut planifier et allouer des resources ... meme si le dev est dans le bureau d'a cote ...!

Est ce qu'ils se rendent compte que ca revient a creuser leur tombe , puis qu'on ferait la meme chose avec un gars en Inde ou en Chine, 10 fois moins cher?

mon opinion qui n'engage que moi :

Baisse generale du niveau technique (et meme du niveau tout court) de tous les chefs de projets en informatique. Chacun se couvre avec le travail de l'autre.

ca c'est une tres bonne idee

Je suis sur que certains vont essayer ... avec engrenages demultiplicateurs et tout et tout
Au final plus cher qu'un vrai portable ....

Il ne sera commercialisé que s'il est vendu en millions d'exemplaires. C'est ce qui change tout . Non seulement pour son fonctionnement mais aussi pour l'utiisation.



BTW: moi je le trouve tres bien pour le mettre chez moi dans mon salon :
- prend peu de place,
- pas de fils, se range dans un tiroir en 2"
- connexion wifi permetant de profter de la puissance de la machine principale logée dans mon bureau le plus loin possible du salon (pour consulter rapidement les mails, quelques site web, etc..)
- etc

pas mal pour le prix.

perde seulement 15% de chiffre d'affaire , j'appele cela tres bien resister a une concurence qui vient s'installer devant chez soi. Et ca fait deja 50% du salaire d'une personne.

> Or tes démonstrations tendent à montrer que pour toi, le risque doit
être porté par le salarié, vision que je ne partage pas.

ah bon ?
il faut donc qu'on embauche et ensuite faut qu'on paye le salaire quoi qu'il arrive ? Faut attendre d'avoir perdu de facon previsible enormement d'argent avant de pouvoir faire quoique ce soit ? Sales patrons plein de fric !

Ouvrez un peu les yeux. Regardez autour de vous ! combien y a t il de cdd , de stagiaire et de presta dans votre societe ? et pourquoi ? surement a cause du sale patron qui ne veux pas prendre de risque et des actionnaires avides...

tres bien, reprenons l'exemple du coiffeur.

il a 2 employes en plus de lui meme.

un nouveau salon ouvre a 100 metres.
meme s'il y a du travail (normal ils ne seraient pas 3 sinon) , on peu qd meme facilement prevoir une baisse du CA de 10 a 15%.

or 15% , comme il sont 3 cela represente 50% du travail du 3eme.

faut il attendre que ces -15% se materialisent et y aller de 50% du salaire de sa poche ? (ne pas oublier pour 100 donné au salarié on paye en fait 140 a 180)

d'apres les motif indiqués dans le lien que tu donne , le patron a 1 chance sur 2 de perdre (meme 2 sur 3) devant les prudhomm s'il fait un licenciement pour motif economique avant d'avoir reelement perdu du chiffre d'affaire.
Dans tous les cas ils perdra bcp d'argent. Bcp plus que les 15% de baisse du chiffre d'affaire.

Donc on parle dans le vide . C'est trop protegé. Soit il n'embauchera pas , soit ce sera un CDD non renouvelé .

et tu le justifie comment le motif economique , gros malin ?

Tu attend d'avoir perdu des sous ? d'etre au bord de la faillite ?

> Si elles sont condamnés par les prud'hommes, c'est qu'il y a faute...

Tu es coiffeur , tu as du monde , tu embauche une personne pour t'aider.

Quelques temps plus tard (plus de 2 ans) , l'activité decline (concurence, etc...)

si tu essaye de garder ton employé et que ca ne s'ameliore pas tu coule.
si tu prend les devants et licencie sans motif , soit ca peut te couter 1 an de tes benefices et t'a plus rien pour vivre, soit c'est le risque des prudhommes...

entre deux risques on choisit le moindre.

l'interview n'est ni de droite ni de gauche, elle est celle d'un DG.

Que veux tu qu'il dise d'autre ? Un homme que personne ne connait face a quelqu'un que tout le monde connait , il est forcement desavantagé.

(BTW : D'ailleurs les chiffres qu'il cite sont vrais : 1 licenciement sur 4 finit au prudhommes. Plein de tres petites boites mettent la clef sous la porte à cause de ca ou alors n'embauchent pas)

100% d'accord

C'est sidérant ce qu'on lit comme betises depuis deux jours.

bienvenu dans le monde de l'entreprise et des gros projets ...

J'ai souvent ete confronté a ce genre de pb. Il n'y a pas de solution miracle , encore moins des outils.

quelques pistes :

- faire des find + grep + wc pour trouver la frequence d'utilisation des includes.

- quand l'include n'a besoin que d'un pointeur sur une classe Toto, mettre simplement au debut de l'include
class Toto;
et suprimer l'include "Totot.hh" que l'on reporte dans les cpp qui en ont besoin. Parfois cette simple modification permet de suprimer des dizaines d'includes qui s'appelent les uns les autres.

- avec les compilos modernes les fonctions inline dans les includes sont bcp moins utiles . Ne mettre que celles vraiment indispensables.

- utiliser les namespaces et utiliser "using namespace xxx" pour ne pas avoir a re-ecrire les cpp.
(btw: virer les "using namespace xxx; dans un include , c'est une source de casse-tete futurs)

-etc ...

"hors packetages" , que voulez vous dire ?

j'ai toujours pensé que vouloir faire quelque chose qui marche sans changement sur des plateforms aussi dissemblables que windows et unix , c'est aller droit dans le mur.

Un serveur, ou le coeur d'une application peut eventuellement etre commun (dans le language qu'on veut) , mais l'intrerface , la gestion des parametres , etc doit etre specifique à la platforme . Pour windows il faut choisir et utiliser les outils et interfaces windows les plus adaptées. Pour linux meme chose .

Ce sont deux mondes completement differents . Le resultat sera deux projets differents à 90% au moins.

exemple : pour IE sur Mac, MS a fait un code completement different avec une equipe differente. Et ils ont bien fait.

exemple : certaines extensions mozilla ne marchent que pour linux ou que pour windows malgres tous les efforts de l'equipe mozilla.

non
Je n'ai jamais jamais eu de pb de reconnaissance de taille de disque avec linux . Il a toujours su quoi faire meme quand le bios etait pourri.


essaye de booter sur un live cd et regarde ce qu'il detecte avec fdisk

non , tes questions successives montrent bien que tu ne cherche pas assez par toi meme.

j'ai installé plusieurs fois crossover sur des mandriva sans probleme.

Ca me parait gros que crossover n'ait pas verifié que ca machait sur mandriva.

BTW : ils sont tres reactifs , tu devrait peut etre leur demander.

pourquoi ne pas faire une seule fonction avec valeur par defaut ?

struct d :public c

{
virtual int foo(int a=1) {return a;}

};

pas
$val = $response{$key};

mais

$val = %response->{$key};


$reponse c'est une autre variable

$val = %reponse->{$key};

Pour avoir une idee rapide :

require Data::Dumper;

my %hash;

%hash ->{toto} = 'tata';

print Data::Dumper->Dump([\%hash],['*hash']);