Tout à fait, c'est ce que je dis dans mon article. L'idée de cet article est de décrire notre experience. Ce n'est en aucaun cas un article qui a pour but de dire "JBoss, c pas bien, JOnAS, c bien"
( This article don't focus on technical aspect, it's just an article describing our experience when we started using J2EE )
Oui, en effet, le support a été meilleur ( je trouve ) et pour moi, c'est un des points les plus importants surtout sur des serveurs d'application qui sont généralement très solicité.
Je dis justement que JBoss est très très prisé, plus que JOnAS, c'est pour ça qu'on me pose toujours la même question :)
En aucun cas, je ne dis que JBoss est un mauvais produit.
C'est sympa en effet.. pour faire des petits scripts style export XML à partir d'une base, c'est terrible ! 4 ou 5 lignes, pas de compilation... groovy quoi :)
Ca concerne aussi le langage :)
Car groocy a été accepté par le JCP :D ( JSR 241 )
Beh c'est ce que je disais dans mon post, que c'est prévu dans PHP5.
Il y a aussi un ensemble de projets existants qui fonctionnent : http://propel.phpdb.org/wiki/(...) par exemple
Il est clair, comme je le disais aussi que le modèle MVC n'est pas le truc le plus utilisé par les développeurs PHP. mais c'est tout à fait possible d'utiliser cette façon de faire...
Par contre, fais un helloWorld avec Struts et un HelloWorld avec PHP. Les développeurs et les décideurs auront vite fait de choisir...
que ca soit en temps, apprentissage, facilité....
Ce que PHP leur offre, c'est :
- la simplicité du langage
- la rapidité de développement
- la facilité d'apprentissage
- des hébérgeurs par cher
- les bibliothèques énormes de ce langage
Les patterns, les services d'un conteneur, la persistance ( quoique ca commence à se faire en php ), le modèle mvc...
très peu connaissent et utilisent ça mais comme on dit
"get the job done"
Finalement, on habite pas loin :) et je me déplace sur ta ville de temps en temps !
donc, si tu veux qu'on se voit, cela sera possible, on se battera pour savoir qui de java, php, ou delphi est le mieux :D
J'aimerais ajouté une chose à ce débat, c'est qu'entre un site bien fait et un site mal fait, du moment que les bugs apparaissent pas au client, il n'y a pas de différence pour un décideur
Dans ce cas la, seul le résultat compte...
exemple:
Généralement, en PHP, il n'y a jamais de tets unitaires fait... ce qui fait gagner du temps au début mais en fait perdre beaucoup par la suite...
En J2EE, je les fait systématiquement ce qui permet de rendre le site plus stable, plus évolutif, plus propre, et surtout plus économique dans le temps.
Mais le décideur n'a pas compris la différence entre mon devis plus cher et celui de mes conccurents qui payent leurs employés au lance pierre....
Voila un exemple de la différence.. mon experience me permet de proposer des test unitaires, l'utilisation de design patterns, la modélisation UML.... le conccurent qui a 1 dev au smic qui programme mal est beaucoup moins cher....
Je pense que le truc, c'est surtout d'apprendre les bases...
peu importe le langage ( C, C++, Java, PHP, ... ).
Le fait de bien maitriser les objets, de connaitre les principaux design patterns, de savoir coment implémenter des tests unitaires... permet de bien programmer dans n'importe quel langage.
Ces notions, une fois maitrisées pour un langage, peuvent être utilisées partout !
Et oui.... bien que j'adore le Java et que J2EE ai encore pas mal d'atouts, force est de constater que PHP est un EXCELLENT langage : facile, performant, répandu, avec plein d'hebergeurs partout dans le monde !
Notre modèle économique est basé sur les services, nous avons quelques produits libre que nous avons crée ou auxquels nous participons.
Autour de ces logiciels libres, nous proposons :
- Support
- Dev spécifique
- Maintenance
- Formation
- Conseil
Et pour le moment, ca marche très bien :) La première année a été un peu dure mais la, cette année marche très fort !
Personnellement, nous partons du principe que l'économie que fait le client en cout de licences, il pourra à la place s'offrir du service et ainsi vraiment améliorer son système informatique ( interconnexion, moulinette, webservices, partage de données, sécurité... )
Quand je suis en clientèle en face d'un commercial certifié microsoft qui veut vendre du Office, je sais à l'avance grâce à ces documents ce qu'il va dire... donc je le laisse réciter son chapelet
et je n'ai plus qu'à balancer mes contres arguments et lui ne sait pas quoi répondre :D
[^] # Re: Pourquoi choisir JOnAS plutôt que JBoss ?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Pourquoi choisir JOnAS plutôt que JBoss ?. Évalué à 1.
http://www.ashita-studio.com/articles/j2ee/introduction_J2EE.html(...)
Introduction à J2EE :)
En gros, J2EE est un cahier des charges qui définit ce qu'un serveur d'applications doit offrir pour etre appelé "Serveur J2EE"
http://about.me/straumat
[^] # Re: Pourquoi choisir JOnAS plutôt que JBoss ?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Pourquoi choisir JOnAS plutôt que JBoss ?. Évalué à 2.
http://about.me/straumat
[^] # Re: Pourquoi choisir JOnAS plutôt que JBoss ?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Pourquoi choisir JOnAS plutôt que JBoss ?. Évalué à 1.
http://about.me/straumat
[^] # Re: Pourquoi choisir JOnAS plutôt que JBoss ?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Pourquoi choisir JOnAS plutôt que JBoss ?. Évalué à 2.
( This article don't focus on technical aspect, it's just an article describing our experience when we started using J2EE )
Oui, en effet, le support a été meilleur ( je trouve ) et pour moi, c'est un des points les plus importants surtout sur des serveurs d'application qui sont généralement très solicité.
Je dis justement que JBoss est très très prisé, plus que JOnAS, c'est pour ça qu'on me pose toujours la même question :)
En aucun cas, je ne dis que JBoss est un mauvais produit.
http://about.me/straumat
[^] # Re: Conférence à Paris : "Programmation orientée aspect en Java avec JAC"
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Conférence à Paris : "Programmation orientée aspect en Java avec JAC". Évalué à 1.
et toute appli web peut faire ça !
http://about.me/straumat
[^] # Re: Conférence à Paris : "Programmation orientée aspect en Java avec JAC"
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Conférence à Paris : "Programmation orientée aspect en Java avec JAC". Évalué à 1.
Ca concerne aussi le langage :)
Car groocy a été accepté par le JCP :D ( JSR 241 )
http://www.jcp.org/en/jsr/results?id=2490(...) et tout le monde a voté pour :)
http://about.me/straumat
[^] # Re: Conférence à Paris : "Programmation orientée aspect en Java avec JAC"
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Conférence à Paris : "Programmation orientée aspect en Java avec JAC". Évalué à 1.
http://about.me/straumat
[^] # Re: Conférence à Paris : "Programmation orientée aspect en Java avec JAC"
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Conférence à Paris : "Programmation orientée aspect en Java avec JAC". Évalué à 1.
Malheursement... c'est pas facile de se battre contre php
http://about.me/straumat
[^] # Re: Conférence à Paris : "Programmation orientée aspect en Java avec JAC"
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Conférence à Paris : "Programmation orientée aspect en Java avec JAC". Évalué à 1.
Il y a aussi un ensemble de projets existants qui fonctionnent : http://propel.phpdb.org/wiki/(...) par exemple
Il est clair, comme je le disais aussi que le modèle MVC n'est pas le truc le plus utilisé par les développeurs PHP. mais c'est tout à fait possible d'utiliser cette façon de faire...
Par contre, fais un helloWorld avec Struts et un HelloWorld avec PHP. Les développeurs et les décideurs auront vite fait de choisir...
que ca soit en temps, apprentissage, facilité....
http://about.me/straumat
[^] # Re: Conférence à Paris : "Programmation orientée aspect en Java avec JAC"
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Conférence à Paris : "Programmation orientée aspect en Java avec JAC". Évalué à 1.
http://about.me/straumat
[^] # Re: Conférence à Paris : "Programmation orientée aspect en Java avec JAC"
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Conférence à Paris : "Programmation orientée aspect en Java avec JAC". Évalué à 1.
Ce que PHP leur offre, c'est :
- la simplicité du langage
- la rapidité de développement
- la facilité d'apprentissage
- des hébérgeurs par cher
- les bibliothèques énormes de ce langage
Les patterns, les services d'un conteneur, la persistance ( quoique ca commence à se faire en php ), le modèle mvc...
très peu connaissent et utilisent ça mais comme on dit
"get the job done"
et ils y arrivent :)
http://about.me/straumat
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
tu n'as qu'a contacté la société scub par mail ( www.scub.net ), c moi qui recervait le mail !
http://about.me/straumat
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
donc, si tu veux qu'on se voit, cela sera possible, on se battera pour savoir qui de java, php, ou delphi est le mieux :D
http://about.me/straumat
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
j'habite à angoulême :) si tu veux passer voir un bout de code à la maison :D
http://about.me/straumat
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
et le domaine des données ? requete SQL ?
http://about.me/straumat
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
en J2EE, j'ai des ejbs de session ou sont mes fonctions métiers et des tests unitaires pour chacune d'entre elles....
http://about.me/straumat
# Re: Rencontre AFUP sur l'Extreme Programming
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
ou mettez vous la logique métier ?
http://about.me/straumat
[^] # Re: PHP 4.3.5
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche PHP 4.3.5. Évalué à 2.
Dans ce cas la, seul le résultat compte...
exemple:
Généralement, en PHP, il n'y a jamais de tets unitaires fait... ce qui fait gagner du temps au début mais en fait perdre beaucoup par la suite...
En J2EE, je les fait systématiquement ce qui permet de rendre le site plus stable, plus évolutif, plus propre, et surtout plus économique dans le temps.
Mais le décideur n'a pas compris la différence entre mon devis plus cher et celui de mes conccurents qui payent leurs employés au lance pierre....
Voila un exemple de la différence.. mon experience me permet de proposer des test unitaires, l'utilisation de design patterns, la modélisation UML.... le conccurent qui a 1 dev au smic qui programme mal est beaucoup moins cher....
http://about.me/straumat
[^] # Re: PHP 4.3.5
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche PHP 4.3.5. Évalué à 5.
peu importe le langage ( C, C++, Java, PHP, ... ).
Le fait de bien maitriser les objets, de connaitre les principaux design patterns, de savoir coment implémenter des tests unitaires... permet de bien programmer dans n'importe quel langage.
Ces notions, une fois maitrisées pour un langage, peuvent être utilisées partout !
http://about.me/straumat
[^] # Re: PHP 4.3.5
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche PHP 4.3.5. Évalué à 1.
Mais on peut l'utiliser pour faire des scripts aussi !
Il ne faut pas aussi oublier : http://groovy.codehaus.org/(...) !!!
Qui est aussi interessant que perl, python et php pour les scripts !
http://about.me/straumat
[^] # Re: PHP 4.3.5
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche PHP 4.3.5. Évalué à 4.
Je tire mon chapeau !
http://about.me/straumat
[^] # Re: D'autres modèles économiques
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche L'OpenSource par Trolltech. Évalué à 2.
Je suis l'heureux propriétaire d'une SSLL ;)
Notre modèle économique est basé sur les services, nous avons quelques produits libre que nous avons crée ou auxquels nous participons.
Autour de ces logiciels libres, nous proposons :
- Support
- Dev spécifique
- Maintenance
- Formation
- Conseil
Et pour le moment, ca marche très bien :) La première année a été un peu dure mais la, cette année marche très fort !
Personnellement, nous partons du principe que l'économie que fait le client en cout de licences, il pourra à la place s'offrir du service et ainsi vraiment améliorer son système informatique ( interconnexion, moulinette, webservices, partage de données, sécurité... )
http://about.me/straumat
# Re: Microsoft parle d'OpenOffice.org
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Microsoft parle d'OpenOffice.org. Évalué à 6.
Quand je suis en clientèle en face d'un commercial certifié microsoft qui veut vendre du Office, je sais à l'avance grâce à ces documents ce qu'il va dire... donc je le laisse réciter son chapelet
et je n'ai plus qu'à balancer mes contres arguments et lui ne sait pas quoi répondre :D
Merci encore microsoft !
http://about.me/straumat
# Re: PHP 5 RC 1
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche PHP 5 RC 1. Évalué à 2.
un peu comme hibernate, JDO ou les EJB CMP ?
http://about.me/straumat
# Re: PHP 5 RC 1
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche PHP 5 RC 1. Évalué à 2.
Bien pratique si c'est le cas....
http://about.me/straumat