[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

C'est décidé, je vais me mettre au python+ASP :o

 
Jay-J jay ou creative ep 630
 
Edit : Sinon http://www.lesnumeriques.com/article-531.html

Shure SE-110, mais c'est un poil plus cher que 50€

j'ai un copain qui avait testé le package BP* lors de son stage de master chez FT, pour une appli RH...
son retour si je me souviens bien c'est qu'en dehors du BPMN qui va bien pour décrire les workflow (parce que la représentation utilisée se comprend de suite, même par qqn qui ne connait pas le BPMN), mais que le reste c'était vraiment la merde à utiliser...

j'ai moi même utilisé le BPMN (sous visio) pour présenter mes process de getion à mes managers, ça fait toujours son petit effet, mais j'ai jamais rien construit au delà avec...

bon courage pour votre projet :)

ct une impression : à une époque tu pouvais pas lire une newsletter, un site genre theserverside ou autre sans tomber sur ces accronymes en BP*...
donc je sais pas si c'est mort, mais le hype est vachement retombé

après tout dépend la culture de ta boite sur la "modélisation", y'a des boites où la simple mention d'UML fait rire, d'autres qui jouent le jeu à fond, ça dépend...

ça a pas l'air super bien standardisé chacun ayant fait sa sauce, donc j'imagine que si tu fais des trucs avancés t'es vite dépendant de ton implémentation...et ne l'ayant jamais pratiqué, je sais pas quelle est la valeur ajoutée par rapport à une définition from scratch de tes services...

vous l'avez déjà testé, y'a eu des protos ?

tructeering, sauf que boudant, j'en dirais pas du bien par principe :o

 
tructeering, sauf que boudant, j'en dirais pas du bien par principe :o

vous l'avez déjà testé, y'a eu des protos ?

Il s'en fout, il est spécialisé dans la gestion de resources outsourcées, il est juste dégouté de pas avoir appris le polonais ou l'urdu.

tu peux meme aller plus loin : le BPMN : business process modeling notation (truc ultime, sortez vos bingo d'entreprise)

c'est une sorte de toolkit graphique pour modéliser des process métiers (ça va assez bien pour des workflow, on trouve des templates visio facilement). L'idée de départ du bouzin était que les graphs qu'on fait avec ça génère directement les stubs de webservices, les fichiers de conf et la config UDDL qui va avec

regardez aussi BPEL, BPML4WS, etc...ça avait été un gros trip à l'époque, je crois que rien n'a survécu

ça sert à rien, aucun pays développé ne parle espagnol  [:haha]

ça sert à rien, aucun pays développé ne parle espagnol  [:haha]

Oui, Maître :o

J'ai mal expliqué. Le BPM décrit en fait l'enchainement des processus business, dont les webservices. On se situe à un niveau au-dessus du codage, si tu veux.

Un système est une machine à état décrivant ses différents status et leurs conditions de transitions associées à un ensemble d'action :o

c'est pas ce qu'on est censé faire avec WSDL ? ou alors j'ai loupé un truc.

j'ai pris espagnol LV2, et confusément j'ai l'impression d'avoir fait une connerie...
 

Oh oui, mais vous êtes fou !
 
[:angelusdeus]

L'interet business theorique je le vois bien, c'est la realite technique derriere qui m'interesse, savoir si c'est du gros flan autre que des best practices pas utilises et des fichiers xml qui se baladent partout

"Business Process Management"
Au lieu de coder les appels aux webservices, on se contente de les configurer avec force fichiers XML dans tous les sens.

ben il est intégré sur VS 2008 :??:
http://hfr-rehost.net/http://self/ [...] bfec60.png

japan, superiorest: http://www.youtube.com/watch?v=uHdEbRDdMiI
 [:roi]  [:roi]  [:roi]  

soa ,c'est juste utilser des webservices par dessus la couche entreprisye habituelle

"Business Process Management"
Au lieu de coder les appels aux webservices, on se contente de les configurer avec force fichiers XML dans tous les sens.

Oui enfin si tu proposes ça à un gros compte, je pense qu'il va te prendre pour un illuminé.

J'avoue que dans le pipotronnage de buzzwords, tu pourrais faire illusion auprès d'une DRH.

SOAP et WSDL c'est has been :o
BPM je connais pas :o

L'interet business theorique je le vois bien, c'est la realite technique derriere qui m'interesse, savoir si c'est du gros flan autre que des best practices pas utilises et des fichiers xml qui se baladent partout

"Business Process Management"
Au lieu de coder les appels aux webservices, on se contente de les configurer avec force fichiers XML dans tous les sens.

Ah oui mais non, le fichier de conf javatesque est probablement trop limité pour ce genre de trucs.

Mais maintenant faut faire du cloud :(

Je m'invente pas une expérience de 3 ans la dessus, je dis juste que je connais la théorie, et que je suis confiant dans la nouvelle generation de middleware, qui nous permettra de faire du loose coupling :o

Le gros projet qui se monte chez nous devrait être architecturé sur ces technos. Mais on voit bien qu'il y a quand même de la peinture assez fraiche derrière le pipotron.

Ben parce que si tu mets ça sur ton CV, je pense que tu fais un coup de poker: soit ça passe et tant mieux pour toi, soit tu tombes sur un ou deux cadors, et ils auront aucun mal à te démonter sur place, ce qui n'est pas une expérience très agréable.

Et dieu inventa le fichier de conf :love:

J'attend la prochaine version de VS où il sera intégré

L'interet business theorique je le vois bien, c'est la realite technique derriere qui m'interesse, savoir si c'est du gros flan autre que des best practices pas utilises et des fichiers xml qui se baladent partout

 
Mais quelle drole de question  [:sushi]  
Bien sur que non, j'ai du travail moi [:thalys]

"Business Process Management"
Au lieu de coder les appels aux webservices, on se contente de les configurer avec force fichiers XML dans tous les sens.

SOAP et WSDL c'est has been :o
BPM je connais pas :o

T'as réellement bossé sur ce genre de trucs ?

BPM je connais pas :o

I beg to differ : y'en a des super mimi, et l'avantage c'est qu'elles se couvrent peu...bon après elle tiennent plus la bière que toi, et ça c'est flippant
 

je présume que bcp d'entreprise se sont retrouvées avec des architectures genre plat de spaghetti, où virer une appli sur laquelle 150 autres ont des dépendances est un cauchemard, et du coup toute promesse de découplage les intéresse...enfin j'imagine...
 

moi j'attaque Silverlight là, ça pourra toujours servir

y'a eu une période de ma vie où j'ai eu quelques menus soucis de fric (quand Céline s'est barrée), et j'en ai retenu une chose : quitte à devoir du fric à quelqu'un, il vaut mieux le devoir aux impôts, ils te font jamais chier tant qu'ils reçoivent régulièrement du fric

Donc je peux le rajouter tant que j'arrive a dire dans la meme phrase SOA, SOAP, WSDL, BPM et orchestration sans exploser de rire ?