Commentaires sur : De l’intérêt d’un Portail d’Entreprise

Par : Dominique De Vito

Dominique De Vito — Thu, 17 Dec 2009 15:41:54 +0000

Je vois que je ne suis pas le seul à ne pas aimer les portails (en tout cas, autant que certains vendeurs souhaiteraient qu’on les aime).

J’ai par écrit – dans les commentaires de http://www.touilleur-express.fr/2009/10/10/seminaire-sur-les-portails-open-source-chez-ippon-technologies/ – que « choisir un portail ressemble un peu à choisir de construire sa maison en bois uniquement parce que… la porte d’entrée est en bois. De fait, seule la page d’accueil d’un portail contient des portlets [éléments] customisables, pourquoi vouloir utiliser la technologie portlet pour toute une appli web sachant que seule la page d’accueil doit être customisable ? C’est pour le moins étonnant, non ? »

En fait, de portail, quand on y regarde bien, il est essentiellement question d’une page d’accueil intégrant plusieurs flux, une page éventuellement customisable. Une page d’accueil et pas grand chose de plus; et c’est cela que l’on appelle portail. C’est d’ailleurs en cela que l’on a vu émerger des technos pour construire des pages « à la portail », i.e. des technos pour construire des pages d’intégration, sans s’embarrasser de la techno dite de portail.

Je crois que toutes les évolutions de la techno portail, tous ses avatars ces dernières années, cela vient du fait que les portails sont souvent définies au niveau API, et au niveau framework, alors qu’ils sont aussi définis (en premier lieu ?) au niveau architecture (niveau auquel appartient REST par ex). Les vendeurs souhaitent vendre des portails en liant les clients au niveau API et/ou framework, par rapport à une implémentation particulière, alors que les clients devraient plutôt s’attacher à respecter un design portail, sans forcément se limiter rigidement à telle ou telle techno, pour l’implémentation; bref, c’est le jeu – continuel – de l’esprit et de la lettre.

Ainsi, le terme portail est, pour le moins, source de confusion: http://www.jroller.com/dmdevito/entry/the_term_portal_is_at

Le fait qu’un portail soit défini (en premier lieu ?) au niveau architecture, le pb de certaines implémentations, la montée d’autres technos, a entrainé l’apparition de technologies/implémentations alternatives, comme les suivantes:
- Snowl: voir http://www.jroller.com/dmdevito/entry/snowl_a_portal_concurrent_solution
- OSGi: voir http://www.jroller.com/dmdevito/entry/portlets_in_the_light_of
- GWT: voir http://www.jroller.com/dmdevito/entry/portlet_life_looks_like_ejb et http://www.jroller.com/dmdevito/entry/the_portlet_gwt_comparison_is

Comme, pour ma part, je ne souhaite pas choisir la porte d’entrée de ma maison et ensuite, construire ma maison, en accord, tout autour de cette porte d’entrée, comme je suis plutôt dans la démarche opposée, ces nouvelles options – dérivées de la vision portail comme principe d’architecture – ces nouvelles options m’intéressent fortement, car elles apportent un bol d’air nouveau.

Par : Christine

Christine — Mon, 09 Feb 2009 12:19:46 +0000

En plein dans le sujet de l’entreprise où je travaille. Le portail nouveau est arrivé, ses futurs aléas aussi.
Evidement tous ces arguments sont intéressants : centralisation, simplification, indépendance de l’outil et de son support.
Et de me poser la question de l’ETRE HUMAIN dans tout ça… on dépersonnalise le poste de travail, dématérialise les applications… alors que 90% des DSI que je côtoie aime LEUR iPhxxx, LEUR iPoxx, LEUR matériel et LEURS petites choses qu’ils prêtent rarement… j’ai vu des gens désinfecter des claviers avant de les utiliser, d’autre coller des petits coeurs de la St-Valentin sur le coin de leur écran… et ça, ça rentre comment justement dans ces portails d’entreprise super-standardisés ?
J’ai pas de réponse et que des questions, merci beaucoup en tout cas de ces billets qui me font bien réfléchir et… si on faisait des applications pour l’homme, faites par l’homme ?

Par : Paul

Paul — Sun, 01 Feb 2009 19:55:57 +0000

Great post, funnily enough many corporates are still aiming for the portal…just calling it knowledge management (101)

Par : PONDAVEN Yves-Marie

PONDAVEN Yves-Marie — Sat, 31 Jan 2009 22:12:45 +0000

google.com me suffit comme portail + bookmark del.icio.us d’entreprise (firefox permet en plus de créer un menu dans firefox bas » sur un fil atom comme ceux de del.icio.us + ouverture automatique des sites d’un répertoire dans des onglets). Un vrai portail a lui tout seul ce firefox.

le moteur de recherche est indépendant du portail, google.com existe en dehors de igoogle…

Par : NiCoS

NiCoS — Sat, 31 Jan 2009 19:13:59 +0000

Tout à fait d’accord, tant avec Christian qu’avec Jean-Paul

Quand j’étais encore en SSII, pour des projets de portails intranet qui avaient une forte logique de gestion de contenus, on arrivait à supprimer le portail de l’architecture cible en montrant au client que son besoin était d’avoir un CMS pour la partie gestion de contenus et que le CMS en question pouvait permettre d’avoir des logiques de blocs permettant d’intégrer les qqs widgets ou bien encore que l’on pouvait facilement « animer » la page d’accueil de l’intranet.

Du coup, exit le portail à condition que l’implémentation du CMS et de sa logique d’animation soit bien pensée en amont.

Le besoin aujourd’hui est plus de pouvoir se créer sa page d’accueil (à la Netvibes, iGoogle, etc – parce que bon, sa liste d’applications disséminées, faut bien la mettre quelque part…) dans laquelle on peut mettre toute une série d’info et services différents (favoris, RSS, Widgets, etc) que d’avoir un portail qui ne fait que conplexifier l’architecture et donc l’intérêt est minime.

C’est d’ailleurs une de mes occupations du moment à titre perso, afin ne plus dépendre du poste & navigateur que j’utilise…

Par : Christian

Christian — Sat, 31 Jan 2009 16:38:23 +0000

Hum…il y a du beau monde par ici
@Sig : sur ce sujet comme sur beaucoup d’autres, je reste toujours impressionné par la pertinence de tes billets de blogs qui datent de plusieurs années et qui n’ont pas pris une seule ride !

@Jean-Paul : c’est une vision intéressante où l’OS devient le Navigateur, c’est clairement la vision de google que tu veux instancier derrière les firewalls ?

Par : Jean-Paul Figer

Jean-Paul Figer — Sat, 31 Jan 2009 14:37:19 +0000

Tout est vrai sauf qu’un portail bien fait, c’est à dire construit pour l’utilisateur, apporte les avantages suivants :
-tout poste de travail est banalisé. Il devient « mon » poste de travail après login. Rien sur le poste, l’état de chaque utilisateur+espace de stockage est sauvegardé sur le portail.
-Pour une nouvelle application, je peux « pousser » une page/onglet standard à personnaliser à tous les utilisateurs.
-toutes les données utilisateur restent sous le contrôle de l’entreprise et ne sont pas distribuées sur les postes de travail.
-on peut faire un search global..
-on peut afficher la supervision des systèmes, des alertes, etc..

Bref, non aux portails des éditeurs, oui à celui de l’entreprise..

Par : Sig

Sig — Sat, 31 Jan 2009 14:02:46 +0000

Ton captcha se moque de moi ! La chaîne de caractère à saisir pour mon commentaire sur l’inutilité du portail centralisateur était… 1BEA (to rule them all ?).

Par : Sig

Sig — Sat, 31 Jan 2009 13:59:41 +0000

Lorsque je m’occupais des intranets de Saint-Gobain, j’ai été confronté à ceux qui vouaient au projet de portail central une admiration sans borne. Leur thèse était, grosso modo, : « mieux vaut un portail central qu’une multitude d’applications » (j’étais le gars en charge des applications). J’ai essayé de leur expliquer qu’ils se fourvoyaient mais j’ai eu l’impression de me heurter à un portail (fermé).
Bref, 100% d’accord avec ton point de vue sur la question !