ouais.
 
'tain j'y capte rien, je vois des références au 2 et au 3 sur google, le 2 il est super-vieux, le 3 j'arrive pas à avoir les détails sur le jeu (des notes, des tests quoi). Et en plus je me souviens pas d'un numéro de version quand le PDG nous a présenté le truc

http://www.gamekult.com/groupes/GP001802/
http://www.jeuxvideo.com/recherche [...] 0spies.htm
c'est plus facile quand tu regardes des sites spécialisés

ça existe un marketeu sous pression ?
vite il faut que je finisse mon powerpipo ²

http://uk.youtube.com/watch?v=WFMXrBWswl0

il touche le RMI aussi je suis sûr

Voila. Pour avoir expérimenté les deux, je peux dire que les PS, sur de gros batchs, non seulement ça sert, mais c'est parfois la seule solution viable. Donc le rant ci-dessus qui va t'expliquer que ça ne sert à rien --> gros pipo. Après, qu'il ne faille pas généraliser les PS, c'est une évidence: les développeurs Java/C# maîtrisent mal, c'est pénible à déboguer, pas portable, etc. Mais pour des batchs, il faut parfois 10x plus de code en Java pour faire la même chose qu'une ou deux PS: il faut gérer la connexion réseau, la reprise en cas de pb, utilsier un squelette qui peut attaquer la base en multithread si besoin de perfs, gérer des logs, etc, etc. Tu te retrouves à pondre 1500 lignes de Java alors qu'en réalité le code fonctionnel se limite à 2 IF et 3 updates à faire en base.
Pareil pour certains triggers. Ils sont parfois avantageux par rapport à du code Java. A près, avant de se lancer la-dedans, il faut tjrs se poser la question de comment ça va scaler si on rajoute des instances de base pour du load balancing.
Par contre, l'idée qu'une appli de gestion conséquente soit multibases ou qu'on puisse changer de BD en cours de route, j'y crois moyennement.

moi je connais des gens qui ont monté toute leur startup sur des PS, mais je citerai pas de noms.
 
Et aussi qu'ils font tout passer en SOAP entre leur serveur web et leur serveur d'appli. Et les vendeurs de matériel les en remercient.
 
déterrez ASN.1 et le XDR ( http://www.isi.edu/in-notes/rfc1832.txt )

Je te rappelle que c'est la St-Nicolas aujourd'hui

http://fr.youtube.com/watch?v=1qoCq3IXVAo NEED

de nombreux cadeaux de nowel d'Harko

http://fr.youtube.com/watch?v=1qoCq3IXVAo NEED

j'aime bien l'herbe super-détaillée et les mouvement des bonshommes complètement sommaires

n'empeche que mon cadeau de nowel sublime Crysis

Ouai enfin ton cadeau est de la génération précédente aussi

 
C'est pas si mal XSLT. C'est ce qu'on a choisi pour nos rapports autos sur l'environnement de dev (compilation, workflow, versions parallèles, etc), et c'est quand même le moyen le plus simple qu'on ait trouvé pour générer des pages HTML à partir de rapports disparates.
Pas de parsing à la con à se taper, quand on écrit un nouveau module on a juste du XML à sortir avec un jeu de tags à respecter, et si on veut changer la présentation des pages sur intranet, y a 1 seule feuille à modifier, c'est quand même sympathique.
(après on a juste un petit script PERL qui crée le menu plusieurs fois par jour en fonction des fichiers XML de rapport dans le répertoire, comme ça pour ajouter un nouveau rapport, y a juste à déposer un fichier XML au bon endroit)

Coucou les gays