[Forums] Vive le jargon !

[Muesko]

Voila je commence avec ca :

Les réglages sont spécifiques à ta carte
il faut que tu augmentes la fréquence mémoire et la fréquence GPU par palier de 5MHz et quand tu vois apparaître des artefacts à l'écran (lors de tests 3D) c'est que la mémoire a une fréquence trop élevée et si le jeu se fige c'est que la fréquence du GPU est trop élevée

Si tu t'y connais pas en hardware, t'es plutot mal barré

Les ajouts sont autorisés

[Muesko]

C'est sur un autre forum (qui n'a d'ailleur rien à voir avec la programmation) mais

j'ai perdu quelques heures la semaine dernier pour compiler un gcc natif solaris sparc a partir d'un cross compilateur linux->solaris aussi compile a la main, tout ca pour avoir des outils en userland solaris potable... C'etait bien prise de tete

[Davidbrcz]

C'est jargoneux, mais pas très difficile à comprendre avec un peu de culture G dans le domaine d'unix/linux

[kromartien]

Envoyé par JohnDoeBrother

Bonjour à tous,

Imaginons un processus métier partant d'un mainframe M vers un bus Middleware B et des services S1,...,Sn. Chaque application se retrouvent alors être une blackbox pour les autres.

Deux scénarii mes viennent à l'esprit:
1) J'importe les données contrôlées par chaque BAM resp. à B, M et {S} que j'aggrége avec des informations complémentaires (Contrôle des interfaces réseau, Network, DB Time, CPU ...) dans une solution de BPM.

2) J'utilise uniquement une solution de BPM et je perd en qualité d'information puisque je ne connais que les informations transitant entre les Blackboxes.

[...]

Or, dans mes KPI, je suis interessé à la fois par des infos de faible granularité comme la durée totale ou moyenne de traitement pour le Retail et des informations plus pointues pour le Corporate :

- je concède un emprunt à plusieurs entreprises du CAC 40 et je veux savoir pourquoi le traitement Batch est longlong; en conséquence, je veux connaître à la fois le nombre de collatéraux et de garanties impliquées etc... des informations métiers.

[...]

- je veux être capable de suivre un contrat au sens business au travers toutes les interfaces et malgré des mapping successifs e.g., la création du contrat crée un client CRM, un contrat bancaire, un contrat au sens SRM ...

- etc.

Bref, à l'heure des SOA, j'ai le sentiment que les BPM sont généralement de la poudre aux yeux.

Vous remerciant,
L.

[souviron34]

vi jl'avais noté celui-là

[Muesko]

C'est jargoneux, mais pas très difficile à comprendre avec un peu de culture G dans le domaine d'unix/linux

Non c'est asser simple à comprendre, mais hyper jorgoneu comme tu le dit. D'ailleur ce qui me fait le plus peur c'est que j'ai tout compris à ce qu'a dit le gars