Tout à fait, linux est inmaintenable, python non plus, ruby non plus, KDE, gnutls; openssh; xorg, mozilla, gcc.
Tu réponds tjs à coté de la plaque. Ce ne sont pas les briques qui sont inmaintanables , c'est leur assemblage.
JEE Mono sont des technologies dont l'indépendance et très discutable... je ne me contente pas d'une licence libre quand je parle de logiciel libre. XPCOM-Mozilla est très simple comparé à ces derniers. Je ne sais pas pour UNO.
Tu as raison, des centaines de developpeurs produisent des LL sur la plateformes JEE? Il y des serveurs d'application : Geronimo, Jboss, Jonas, des librairies en pagaille, des IDEs , des applis desktops. Mais toi tu sais mieux que tout ce petit monde. Tu es un vrai sage.
Quant à XPCOM il est tellement simple qu'il ne prend pas en charge le traitement réparti. Alors forcément dès que tu prend en charge plusieurs OS, le traitement réparti ou non , ben c'est un peu plus compliqué. Mais au moin c'est bien défini. Alors qu'avec des briques empilées sans le plan qui va avec tu risques d'obtenir un edifice scabreux et fragile.
Erlang bourrine dans les télécoms paraît-il. Si tu veux mettre un interface graphique à une framework pensé pour les télecoms, libre à toi.
Je croyais qu'on trouvait tout en mieux dans le "pure" libre.Alors comment tu fais pour faire un ihm potable sur un backend erlang en distribué. Tu mets un peu de TCL/Tk en client lourd du PHP en léger , qui passe par un connection SSH, avec un serveur Apache en frontend. Ca doit pas fuir de toute part ca. Au niveau du deploiement ca doit être simplissime. Pis va falloir les dieux du dev
pour maîtriser le bouzin. Les J2EE lead architect, c'est des enfants de choeur à coté.
Le reste est un délire incompréhensible.
T'es vraiment despérant, je jettes l'éponge
[^] # Re: Former des développeurs Python/Zope compétents
Posté par golum . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 2.
Tu réponds tjs à coté de la plaque. Ce ne sont pas les briques qui sont inmaintanables , c'est leur assemblage.
Tu as raison, des centaines de developpeurs produisent des LL sur la plateformes JEE? Il y des serveurs d'application : Geronimo, Jboss, Jonas, des librairies en pagaille, des IDEs , des applis desktops. Mais toi tu sais mieux que tout ce petit monde. Tu es un vrai sage.
Quant à XPCOM il est tellement simple qu'il ne prend pas en charge le traitement réparti. Alors forcément dès que tu prend en charge plusieurs OS, le traitement réparti ou non , ben c'est un peu plus compliqué. Mais au moin c'est bien défini. Alors qu'avec des briques empilées sans le plan qui va avec tu risques d'obtenir un edifice scabreux et fragile.
Je croyais qu'on trouvait tout en mieux dans le "pure" libre.Alors comment tu fais pour faire un ihm potable sur un backend erlang en distribué. Tu mets un peu de TCL/Tk en client lourd du PHP en léger , qui passe par un connection SSH, avec un serveur Apache en frontend. Ca doit pas fuir de toute part ca. Au niveau du deploiement ca doit être simplissime. Pis va falloir les dieux du dev
pour maîtriser le bouzin. Les J2EE lead architect, c'est des enfants de choeur à coté.
Le reste est un délire incompréhensible.
T'es vraiment despérant, je jettes l'éponge