Log in
Post dans le forum
Zopen en entreprise
Zope contre PHP (tout-contre)
Pour participer à cette discussion, cliquez ici pour vous inscrire.
| Auteur | Discussion |
|---|---|
|
Sig |
Zope contre PHP (tout-contre) Zopeurs expérimentés, comment voyez-vous le positionnement de Zope par rapport à PHP pour l'entreprise (la grosse) ? Aujourd'hui, les grosses entreprises (et les cabinets de conseil qui vont avec) se disent : j'ai le choix entre .Net et J2EE. Celles qui sont un peu moins obtues se disent : j'ai aussi le choix PHP. Oui, mais quid de Zope ? Ci-après, un gros bla bla fumeux au sujet duquel j'aimerais bien avoir quelques réactions "éclairantes"... Je comprends que Zope (+Python), c'est mieux adapté à des besoins plus "sophistiqués" que PHP (+PHP). Je comprends aussi très bien que PHP n'est pas une technologie qui est conçue pour supporter certains des besoins les plus pointus (et parfois critiques) des grosses entreprises : systèmes transactionnels, EAI, ... On positionne assez souvent l'offre technologique J2EE (+Java) comme couvrant bien ces besoins très "corporate" (comme disent les consultants), même si les entreprises, dans les faits, mettent rarement en oeuvre J2EE de manière très aboutie (EJB...) et se contentent de faire du JSP et des servlets auquel cas on pourrait se demander si elles n'auraient pas mieux fait de penser à PHP. Je ne parle pas de .Net (+C#). Mais comment voyez-vous le positionnement de Zope pour les grosses entreprises (par rapport à J2EE, .Net et PHP) ? Comme un choix "c'est soit PHP soit Zope ?" ou bien comme deux offres complémentaires et cohérente "Zope et PHP font partie de LAMP = Linux+Apache+MySQL+PHP/Python/Perl" ? Mais est-ce que Zope et PHP peuvent vraiment être cohérents l'un avec l'autre ? Et si on part sur un discours LAMP qui inclut Zope ET PHP, alors quelle architecture informatique devrait choisir l'entreprise pour bien faire vivre les deux ? On pourrait dire, par exemple : "quand le besoin est simple, on fait du PHP et quand c'est plus complexe, on passe à Zope". Oui mais comment voyez-vous le lien entre les deux environnements ? Est-ce que l'offre LAMP est vraiment cohérente ? Comment doit se faire le lien entre Zope et PHP ? Via la base de données SQL et l'annuaire LDAP ? Via des web-services (SOAP, XML-RPC ou de manière plus RESTienne) ? En faisant tourner le code PHP via le parser PHP disponible pour Zope ? Est-ce que ça a un sens, pour une grosse entreprise qui a choisi d'investir (un peu) dans des compétences PHP, de choisir également d'investir sur Zope ? Et si oui, quel sens ("par là") ? Si je parle dans le vide, faut me le dire, hein ? En passant, connaissez un endroit (mailing list, forum) dans lequel je pourrais trouver des Zopeurs (anglophones) qui pourraient m'aider à répondre à ce genre de question ? Sur zope-dev ? -- Sig Posté le 12/08/2003 @ 12:00
|
|
jeandelahaye |
Re: Zope contre PHP (tout-contre)
Le problème vient de ce que tu ne compares par les bonnes choses. PHP est un langage en particulier, comparé à ce que tu cites à côtés, PHP est l'équivalent :
Autrement dit, tu ne pourras certainement pas en faire autant avec PHP qu'avec Zope, .Net ou J2EE (ou alors il faut presque tout refaire). Ce qu'il serait possible de comparé facilement et à peu près du même niveau, c'est par exemple SPIP vs Plone : Plone offre plus de fonctionnalité, est plus facile à maintenir et à développer dans le temps ; Spip est un peu plus simple et rapide à apprendre/comprendre (et encore). Pour ce qui est de Zope vs .Net ou J2EE, je dirais que je n'ai pas assez d'expérience, de recul pour te donner une vrai explication. A vu de nez, ils sont tous les trois du même niveau possibilité / engagement / travail. .Net, c'est Microsoft, c'est payant, c'est pas vraiment multiplateforme mais cela marche relativement bien quand même (et puis sans concurrence personne n'évolue très bien ou très vite). Java reste une référence avec d'énormes capacité (il est plus large que Zope dans sa gamme de réponse) et d'excellents environnements de développements (JBuilder ou Eclipse) ce qui manque encore à Python. Zope est plus spécialisé sur de la publication documentaire intranet/extranet avec un moteur d'indexation simple et puissant, des produits rapide à développer et à mettre en oeuvre. On travaillera sans doute, mieux et plus vite avec si on reste dans son domaine précis (c'est à dire au travers d'un navigateur avec de l'HTML). Il est bien sur parfaitement envisageable d'utiliser plusieurs de ces technologies ensemble pour en tirer le meilleure de chacune. Posté le 28/10/2003 @ 09:19
|