DominoArea.org [Archive]

par **Jérome Deniau** » 30 Sep 2009 à 20:34

Quel est l'avenir des SSII sous Domino: AUCUN/NUL/NADA.

Aucun reproche aux individus, mais plutôt au système, la majorité des clients en connaissent plus sur Lotus-Notes et Domino que la société censée intervenir sur leur système.

Exemple de DAOS, ID Vault, xPages, verrouillage de comptes Internet, Migration de 5/6 vers 8 etc... (sans parler des développements), excuse: uniquement Domino 8/8.5 nos clients sont en 6 (rappel avril 2010: il n'y a plus de V6 supportées par IBMeuh).

Il est évident qu'une SSII n'a aucun avenir à vendre du Domino:
1. Il faut former les gars (techos sans parler des ù^ppopol*$ù* de commerciaux pour qu'ils soient capables de causer Domino)
2. C'est un produit qui est trop simple, on l'installe il tourne tout seul (le serveur), donc on ne forme personne puisque c'est simple.
3. Les utilisateurs commencent à comprendre Domino et savent pourquoi ils veulent s'en servir.
4. Développer sous Domino, kesako? On peut développer? Api-C/Visual Basic/Java/Web 2/Protocoles Internet/LDAP, etc.... ben on peut vendre des logiciels Open et se faire 5 fois plus de fric.....
5. Elle gagnera plus à vous vendre les licences IBM qu'à utiliser le produit

Donc si vous êtes client IBM, former votre équipe, monter une SSII et attaquer le marché, il n'y a plus de concurrence...... ou alors contacter IBM qui vous fournira une ressource au top (contre quelques deniers de plus qu'une SSII, mais avec un résultat IBM: donc béton).

PS: faites le tri: toute société/SSII, etc.... qui n'utilise pas Domino ben moi je ne travaillerai pas avec......

par **Dominux** » 30 Sep 2009 à 21:42

Voila qui est dit!

Mais les incompétences de certaines SSII sur Domino se sont tout de même un peu épurée ... et tout le mal est à ces sociétés et à la politique commerciale d'IBM (et pleins d'autres choses mais la liste peut être longue).

Sur le développement je ne peux qu'être d'accord. Le potentiel est pourtant énorme surtout avec les nouveaux outils.

PS à ton PS : idem pour les SSII qui ont 3 versions de retard .... ca suffit de se former aux nouvelles versions chez les clients !!!!

par **Jérome Deniau** » 30 Sep 2009 à 22:15

Eh voui, l'impression de travailler avec des dinosaures....

Mais je me rappelle de certains développeurs IBM qui continuaient la méthode Java version 4.6 sous Domino 5 et 6 ;-)

par **mclement** » 01 Oct 2009 à 08:53

Un indépendant c'est pas une SSII tout seul?

par **amahi** » 01 Oct 2009 à 16:51

Jérôme Deniau a écrit:Mais je me rappelle de certains développeurs IBM qui continuaient la méthode Java version 4.6 sous Domino 5 et 6

Tu te contredit la, dans le message precedent tu disait que valait mieu passer par IBM pour avoir du beton.
Moi perso pour le beton je prefere Lafarge.
Tu croit que les SSII sont plus competentes dans d'autre techno? Faut pas oublier qu'une SSII ce n'est qu'un assemblage d'homme. Le reproche que l'on peu faire c'est qu il n' y a plus de vrai champion Domino en france comme dans le temps avec Coheris qui ne faisait que du domino.
Aujourd hui c'est la roulette russe si tu connait pas le presta (l'homme pas la SSII qui te le refourgue).
Maintenant on va pas refaire l'histoire de Domino, mais IBM a trop tergiversé, les Hommes qui maitrisé la techno se sont dispersé et sont maintenant pour la plupart multitechno. Perso j ai fait un tel investissement pour maitriser des technos comme Flex afin de donner une geule presentable a mes applis domino que maintenant qu il y a les xpages j ai les boules. J ai meme pas envie de regarder a quoi ca ressemble, IBM arrive trop tard.

Site internet · par **Michael DELIQUE** » 02 Oct 2009 à 06:55

il est vrai que la plus part des SSII on un ou deux dev notes (dans le meilleur des cas) et généralement sous-traite le reste. il existe quelque SSII spécialisés ou ayant un haut niveau de compétence en Domino mais elles sont généralement de petites envergures et ne font que de la sous-traitance ou presque.

pour la question de la formation, certaine SSII les refuses carrement et préfèrent remplacer le personnel ayant la compétence.

Formation Java ! pourquoi faire ? ya pas de Java sous notes !

il vrai aussi que la stratégie de communication d'IBM (voir les derniers techdays) n'est certainement pas un exemple. et que Domino a pris du retard bon la ça commence a aller un peu mieux. Mais quand on discute avec d'autre informaticien et qu'on explique ce qu'apporte la derniere version et que la personne répond : ben ça fait un baille que PHP le fait !

ça fait mal !

par **abertisch** » 02 Oct 2009 à 11:39

Michael DELIQUE a écrit:il est vrai que la plus part des SSII on un ou deux dev notes (dans le meilleur des cas) et généralement sous-traite le reste. il existe quelque SSII spécialisés ou ayant un haut niveau de compétence en Domino mais elles sont généralement de petites envergures et ne font que de la sous-traitance ou presque.

pour la question de la formation, certaine SSII les refuses carrément et préfèrent remplacer le personnel ayant la compétence.

Formation Java ! pourquoi faire ? ya pas de Java sous notes !

il vrai aussi que la stratégie de communication d'IBM (voir les derniers techdays) n'est certainement pas un exemple. et que Domino a pris du retard bon la ça commence a aller un peu mieux. Mais quand on discute avec d'autre informaticien et qu'on explique ce qu'apporte la dernière version et que la personne répond : ben ça fait un baille que PHP le fait !

ça fait mal !

Notes n'ai pas taillé pour faire du Web. Même avec les dernières versions.

par **Jérome Deniau** » 04 Oct 2009 à 00:13

Disons que le client lourd est ce qui se fait de mieux (sécurité/réplication), il suffit de comparer avec d'autres outils du style la sécurité de Microchiotte et la réplication de Microchiotte SQL Server. Seule différence le marketing, à mon avis vu la daube que l'on fait avec Internet (que cela soit FF ou IE), un forum PHP est amplement suffisant....
Par contre si IBM sortait l'équivalent des WMF et que l'on ai rien à écrire pour porter nos applications Notes sur le ouèb why not.

Donc le choix du web pour les entreprises: alléger les coûts d'administration et les coûts de formation des utilisateurs. C'est plus facile de patcher IE que de déployer Lotus (sic!!!! -> rechercher smartupgrade et voir le bouton de notificaiton de màj).

Maintenant Java, c'est quand même de la grosse daube si on compare au C ou C++, c'est lent, rapide à développer mais alors il faut une bête de course pour pouvoir débugger, heuresuement que l'on a enfin Eclipse dans Designer, cela évite de s'installer une grosse merde en plus à côté (8.5.1 pour les pug-ins entre autre).

Mais bon Java, il faut investir, pour un client, oui dans l'optique d'un framework et permettre la génération rapide des applications Notes. Pour une SSII, sur le dos de ses clients?

par **AlexisB** » 04 Oct 2009 à 19:51

Jérôme Deniau a écrit:heuresuement que l'on a enfin Eclipse dans Designer, cela évite de s'installer une grosse merde en plus à côté

J'préfèrerais l'inverse personnellement. J'ai jamais vu un IDE aussi pourri que Designer

par **Jérome Deniau** » 04 Oct 2009 à 21:25

Bah c'est comme Eclipse maintenant (v 8.5.1) donc on a une merde pleins de perspectives au lieu de deux agencements de cadres ;-)

par **amahi** » 05 Oct 2009 à 09:30

Le vrai problème des dev sous notes ce n'est pas tand le designer que la dispersion du code. On devrait pouvoir acceder a une "vue", "perspective" ou l'on retrouve l'ensemble du code pour un masque par exemple. Si demain (ça se trouve ça existe sous 8.5 j ai pas regardé) on pouvait avoir d'un coté l'interface graphique pour debuter et une perspective pur codeur pour appronfondir/debugger ce serait une super avancé.
Pour en revenir au SSII, elle existeront tand que les grands comptes pour leur grosse opérations préfèreront :

Avoir une assurance de pérennité sur les prestations. Meme si cette assurance est artificiel, le fait de mettre le nom d'une organisation plutot qu'un individu permet de se rassurer sur la perenité d'un investissement.

Faire plaisir a leurs actionnaires en n'augmentons au minimum leur charge d'exploitation (recrutement) et en payant au final trois fois plus cher un prestataire qui lui n'apparaitra pas sur ce compte.

Site internet · par **Michael DELIQUE** » 05 Oct 2009 à 10:05

l'assurance de la pérennité... mouais... mon oeil

quand tu prends une appli qui est passé entre les mains d'une demi-douzaine de développeur différent avec des niveaux différents. tu pleurs. mais bien sur la SSII qui envoi les dis dev est la même (sauf que dans 80% des cas elle a sous-traité la main-d'oeuvre).

par **kochiz** » 05 Oct 2009 à 10:51

c'est clair que le dev en SSII c'est bien si tu as toujours le même développeur mais comme çà bouge beaucoup alors les méthodes aussi.

Et puis côté c'est très cher au final mais ce que dit Mickaël est tellement vrai: c'est pas nous c'est eux et le coût peu importe !

par **amahi** » 05 Oct 2009 à 10:53

Les arcanes des passations de commandes sont souvent bien obscures. Si la seul logique etait en vigeur dans ce monde, la plupart des informaticiens serait embauché en fixe chez les clients.
L'histoire de l'assurance, faut aussi voir ça sous l'œil du gestionnaire qui au moment de passer la commande va vérifier la solidité financière du prestataire et demander des garanties que peut d'indépendant pourront fournir. On en est pas encore a des aberrations comme dans le bâtiment mais il me semble que en informatique aussi on demande au prestataires de fournir une assurances.

Site internet · par **Michael DELIQUE** » 05 Oct 2009 à 11:00

oh ben oui !

j'ai une petite anecdote a ce sujet.

l'entreprise X fais developper, maintenir et évoluer en externe une appli web sous Domino par une belle et grosse SSII Y. l'appli est sensible sinon ça serai pas drole.

après un certain temps, Y annonce qu'il ne maintiendra plus l'application et qu'il renvois le tout à X. pour cause :

- maj du template : 12h minimum pour ré-indexer les vues ! SISI
- écroulement journalier du serveur qui à l'appli.
- et ce n'est que le dessus de l'iceberg.

alors la sérénité, sécurité, assurance et autres...

DominoArea.org [Archive]

Avenir des SSII

Avenir des SSII