Quelle config
 
Les utilitaires de Sysint ont justement comme caractéristique de n'avoir besoin d'aucune opération faite par un installeur, et avec FF tu peux ouvrir ton archive directe au lieu de telécharger puis lancer (pour un exécutable).
 
Autant quand il y a 263 libs à foutre un peu partout dans le système je comprend l'intérêt de l'installeur, autant quand t'as 1 exe et un fichier d'aide voila quoi

On est d'accord, donc Pour leurs utilitaires, effectivement, y a pas besoin d'un installer. Mais, pour en avoir eu besoin récemment, j'sais qu'un installer c'est super pratique pour tout ce qui est enregistrement de DLL, modifs de registry, modif/suppression de libs après reboot, etc...

C'est ça  que j'avais pas vu, j'pensais il généralisait

kikou lol

pourquoi pas. (tiens, je harkote moi maintenant).

Nan mais c'est bon quoi, le MVC ça pue et le PHP aussi

http://cube.ign.com/articles/651/651301p1.html
 
drole d'engin

 
Suite aux liens postés vers mon blog que j'ai vu dans les trackbacks, je suis repassé vous dire bonjour pour voir pourquoi on parlait de moi, et j'ai constaté que je vous manquais

 
Ahhhhhhhhh
 

 
eeeuuuuhhhhhhhhhhhhh, tu es pas en train de faire une connerie là ?

http://www.sysinternals.com/blog/2 [...] mages.html
 
Taré, Russinovitch est taré
 
Ce mec est un génie bordel

ah bon?

Voila ouais, lui il sort des outils monstrueux dans 150ko et toi tu sors des plugins winamps buggés dans 60Mo

Ouais, c'est ce que je me demandais aussi.
J'veux dire, quand t'as un 56K, OK, ça peut paraître compréhensible, sinon avec l'ADSL tu préfères avoir un setup qui t'installes tout en 2 clics et avec un wizard qu'une archive compressée qu'il faut que tu décompresses avant de trouver puis lancer l'utilitaire qui te fera la config.
Pour moi c'est une question de rapport ergonomie/temps de download et, avec une bonne connec, je préfère le setup de 2 Mo (qui, entre nous, est exagéré dans le cadre d'une appli de 200 Ko)

C'est quoi les alternatives au MVC ? ( a part le bronxoide barbuzor )

L'approche Business Process Modelling en Model-Driven-Architecture, à base de composants.

Si tu maîtrises bien tes artefacts, alors un cycle itératif agile te permet sans problème d'optimiser l'exploitation d'équipes off-shores pour la conception. Ainsi, on se concentre sur les tâches à réelle valeur ajoutée, comme établir le portefeuille de risque, ou faire les découpages fonctionnels hierarchiques.

bah moi ca me casse les couilles vu que je sais jamais ou j'ai foutu le machin, resultat je dois faire l'install (program files, raccourci..) a la main

 
 
Il parle de rien de plus, il ne donne pas un cas général là, juste ses petits utilitaires de 200ko (et les modifs de registries peuvent se faire depuis l'exe au premier lancement )

Si tu maîtrises bien tes artefacts, alors un cycle itératif agile te permet sans problème d'optimiser l'exploitation d'équipes off-shores pour la conception. Ainsi, on se concentre sur les tâches à réelle valeur ajoutée, comme établir le portefeuille de risque, ou faire les découpages fonctionnels hierarchiques.

on dirait du jubi

Si tu maîtrises bien tes artefacts, alors un cycle itératif agile te permet sans problème d'optimiser l'exploitation d'équipes off-shores pour la conception. Ainsi, on se concentre sur les tâches à réelle valeur ajoutée, comme établir le portefeuille de risque, ou faire les découpages fonctionnels hierarchiques.

Ils sont gentils à l'OMG avec leurs techniques de BPM, mais le metamodèle de SPEM (et demain SPEM+), qui certes permet une approche MDA, est tout de même de la merdasse. Et son instantiation vers un outil de workflow est une horreur.
 
De plus, ces systèmes sont tellement figé (ou plutot délicats à faire évoluer) qu'il est très difficile d'obtenir un niveau 5 en CMM, puisquel'auto apprentissage se fait au niveau M1, et entraine énormément de modifications et d'adaptation à réaliser en M0.

Ils sont gentils à l'OMG avec leurs techniques de BPM, mais le metamodèle de SPEM (et demain SPEM+), qui certes permet une approche MDA, est tout de même de la merdasse. Et son instantiation vers un outil de workflow est une horreur.
 
De plus, ces systèmes sont tellement figé (ou plutot délicats à faire évoluer) qu'il est très difficile d'obtenir un niveau 5 en CMM, puisquel'auto apprentissage se fait au niveau M1, et entraine énormément de modifications et d'adaptation à réaliser en M0.

Ce mec est surtout stupide: il dis au début de son article que les installer c'est mal et il nous explique que ses executables font exactement ce que fait un installer .

Ils sont gentils à l'OMG avec leurs techniques de BPM, mais le metamodèle de SPEM (et demain SPEM+), qui certes permet une approche MDA, est tout de même de la merdasse. Et son instantiation vers un outil de workflow est une horreur.
 
De plus, ces systèmes sont tellement figé (ou plutot délicats à faire évoluer) qu'il est très difficile d'obtenir un niveau 5 en CMM, puisquel'auto apprentissage se fait au niveau M1, et entraine énormément de modifications et d'adaptation à réaliser en M0.

Je crois que si une société s'est équippée d'un système décisionnel performant, la valeur ajoutée induite permet vraiment de pouvoir  piloter avec plus de précision ce type de projets d'industrialisation des techniques de BPM, puisque les services informatiques "à la demande" prennent automatiquement la forme la plus optimisée pour répondre aux besoins utilisateurs.
 
Si tu couples ça bien sûr à une urbanisation faite dans les règles de l'art, alors la qualité s'ensuit de façon quasi-automatique, et SPEM reste un chantier comme un autre, à traiter cependant avec rigueur du côté MOA. D'autant plus que l'ISO-9001 reste le standard incontesté en France, le CMM étant plutôt utilisé dans les secteurs de niche. Donc je ne pense pas que ça soit un si gros problème.
 
Au pire, on utilise struts comme solution de repli lightweight.