Hello, Pour l'ASV : 37 / M / Paris Pour le reste : je suis chef de projet et je m'occupe principalement du développement du système d'information de gestion de la production du fret SNCF et de quelques unes de ses filiales. C'est un joli projet qui occupe une quarantaine de personnes (AMOA et MOE confondus) depuis trois ans et qui va nous occuper pendant encore un moment... Côté techno, c'est 100% java, archi client-serveur (avec un vrai client, pas du web), et de l'Oracle à haute dose. Côté organisation c'est une méthode "agile" (avec une mise en prod d'une version majeure tous les deux mois).
2011/4/26 Stephane Dupille <sdupille@nospam.fr.eu.org>
système d'information de gestion de la production SNCF ... Côté techno, c'est 100% java
Bonjour, Je me suis permis de quoter juste ce qu'il faut (bien que nous sommes que mardi) : Ah, SNCF et Java, tout ceci explique cela ;-) -- Julien Syx
On Tue, 26 Apr 2011 20:04:07 +0200, Julien Syx wrote:
2011/4/26 Stephane Dupille
système dinformation de gestion de la production SNCF ... Côté techno, cest 100% java
Bonjour,
Je me suis permis de quoter juste ce quil faut (bien que nous sommes que mardi) :
C'est bien :)
Ah, SNCF et Java, tout ceci explique cela ;-)
C'est bizzare, j'ai pas entendu parler d'une pénurie de RAM. Pourtant vu ce que ca risque de bouffer... "En raison d'un java.lang.OutOfMemoryError, le train 42 à destination de Plouville-les-ouailles arrivera avec un retard de 42 minutes"
--
Julien Syx
Links: ------ [1] mailto:sdupille@nospam.fr.eu.org
C'est bizzare, j'ai pas entendu parler d'une pénurie de RAM. Pourtant vu ce que ca risque de bouffer...
Java a été développé par un marchand de RAM et CPU. Ça c'est vu. Puisqu'on n'est pas vendredi : quelle autre techno avons-nous pour développer une application native et portable ? .NET n'est pas portable mais aurait été une option. Et dans les arguments en faveur de java, on a JWS, qui marche très bien pour gérer les déploiements.
"En raison d'un java.lang.OutOfMemoryError, le train 42 à destination de Plouville-les-ouailles arrivera avec un retard de 42 minutes"
Pour le monde du fret, si chaque train avait un retard de 42 minutes, on serait content. Dans certains cas relativement courants, le retard se chiffre en jours...
On Wed, 27 Apr 2011 10:06:25 +0200, Stephane Dupille wrote:
C'est bizzare, j'ai pas entendu parler d'une pénurie de RAM. Pourtant vu ce que ca risque de bouffer...
Java a été développé par un marchand de RAM et CPU. Ça c'est vu.
Puisqu'on n'est pas vendredi : quelle autre techno avons-nous pour développer une application native et portable ? .NET n'est pas portable mais aurait été une option.
Euh... Bah moi tant que c'est portable entre les BSD et les Linux, ca me va :) Sinon, faut coder pour MultideskOS :)
Et dans les arguments en faveur de java, on a JWS, qui marche très bien pour gérer les déploiements.
"En raison d'un java.lang.OutOfMemoryError, le train 42 à destination de Plouville-les-ouailles arrivera avec un retard de 42 minutes"
Pour le monde du fret, si chaque train avait un retard de 42 minutes, on serait content. Dans certains cas relativement courants, le retard se chiffre en jours...
Faudrait dire ca aux voyageurs : "Mais madame, vous savez, vous seriez un sac de patates, ca serait 4 ou 5 jours de retard. Alors franchement, vous plaindre pour 3h..."
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Julien Gormotte <julien@gormotte.info> écrit :
Faudrait dire ca aux voyageurs : "Mais madame, vous savez, vous seriez un sac de patates, ca serait 4 ou 5 jours de retard. Alors franchement, vous plaindre pour 3h..."
J'ai déjà été la cause de quelques grèves : « tu sais le bordel de la semaine dernière ? Ben c'était moi ». Ça fait toujours son petit effet dans les diners.
On Wed, 27 Apr 2011 11:12:01 +0200, Stephane Dupille wrote:
Julien Gormotte <julien@gormotte.info> écrit :
Faudrait dire ca aux voyageurs : "Mais madame, vous savez, vous seriez un sac de patates, ca serait 4 ou 5 jours de retard. Alors franchement, vous plaindre pour 3h..."
J'ai déjà été la cause de quelques grèves : « tu sais le bordel de la semaine dernière ? Ben c'était moi ». Ça fait toujours son petit effet dans les diners.
Ouais, mais faut se méfier, si un des invités a perdu un contrat ou raté un entretien d'embauche, après t'es obligé d'enlever la fourchette de ton œil...
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
On Wed, 27 Apr 2011 10:06:25 +0200, Stephane Dupille wrote:
Puisqu'on n'est pas vendredi : quelle autre techno avons-nous pour développer une application native et portable ? .NET n'est pas portable mais aurait été une option.
Quelles sont tes définitions de : * natif ? Une application qui tourne sur la JVM n'a rien de "natif" pour moi. Dans pas mal de contextes, "natif" est même synonyme de "pas Java"... * portable ? Une application Java est (au mieux) portable sur les plate-formes où il existe une implémentation de la JVM. Une application en Python est (au mieux) portable sur celles où il existe une implémentation de Python. Une application .NET peut être relativement portable si elle tourne avec Mono... -- Pierre Chapuis
Le Wed, Apr 27, 2011 at 05:22:24PM +0200, Pierre Chapuis [catwell@archlinux.us] a écrit:
plate-formes où il existe une implémentation de la JVM. Une application en Python est (au mieux) portable sur celles où il existe une implémentation de Python. Une application .NET
est (au mieux) portable sur les plateformes où existent une implémeentation du CLR et des classes qui vont autour, notamment si on veut « afficher » des trucs. -- Dominique Rousseau Neuronnexion, Prestataire Internet & Intranet 21 rue Frédéric Petit - 80000 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop
2011/4/27 Pierre Chapuis <catwell@archlinux.us>:
On Wed, 27 Apr 2011 10:06:25 +0200, Stephane Dupille wrote:
Puisqu'on n'est pas vendredi : quelle autre techno avons-nous pour développer une application native et portable ? .NET n'est pas portable mais aurait été une option.
Faisable en C/Python, avec un toolkit existant sur les plateformes, soit Qt/GTK, mais à chier, donc EFL (bcp mieux). Dépend plus largement des binding de chaque toolkit pour le langage en question, qui lui a des chances d'être déjà porté. Java pour ce qui est graphique c'est pas top... ou alors tu fais du GWT pour générer du javascript. Mais si tu parles de "natif", j'imagine que ça tourne sur le client lui même. Selon son dimensionnement, les EFL peuvent être une excellente solution car taillé pour l'embarqué le plus léger (ereader/frigo/téléphones/solution domotique (comme Calaos) ) En plus, elles sont stables et releasée (avant duke nukem forever !! )
Quelles sont tes définitions de :
* natif ? Une application qui tourne sur la JVM n'a rien de "natif" pour moi. Dans pas mal de contextes, "natif" est même synonyme de "pas Java"...
* portable ? Une application Java est (au mieux) portable sur les plate-formes où il existe une implémentation de la JVM. Une application en Python est (au mieux) portable sur celles où il existe une implémentation de Python. Une application .NET peut être relativement portable si elle tourne avec Mono...
-- Pierre Chapuis _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
-- Steven Le Roux Jabber-ID : Steven@jabber.fr 0x39494CCB <steven@le-roux.info> 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB
Steven Le Roux <steven@le-roux.info> écrit :
Java pour ce qui est graphique c'est pas top... ou alors tu fais du GWT pour générer du javascript. Mais si tu parles de "natif", j'imagine que ça tourne sur le client lui même.
Oui, ça tourne sur le client lui-même. Et on utilise Swing. Et ça marche plutôt pas mal.
On Wed, 27 Apr 2011 17:49:31 +0200, Steven Le Roux wrote:
Faisable en C/Python, avec un toolkit existant sur les plateformes, soit Qt/GTK, mais à chier, donc EFL (bcp mieux). Dépend plus largement des binding de chaque toolkit pour le langage en question, qui lui a des chances d'être déjà porté.
J'aurais dit Python/wxPython mais je ne vais pas rentrer dans un troll entre les toolkits graphiques : de toute façon ça devrait être mieux que Swing. -- Pierre Chapuis
On Wed, 27 Apr 2011 18:08:52 +0200, Stephane Dupille wrote:
Pierre Chapuis <catwell@archlinux.us> écrit :
mais je ne vais pas rentrer dans un troll entre les toolkits graphiques
Puis :
de toute façon ça devrait être mieux que Swing.
Today is friday !
Oops, pas assez discret :) -- Pierre Chapuis
On 27/04/2011 19:02, Pierre Chapuis wrote:
On Wed, 27 Apr 2011 18:08:52 +0200, Stephane Dupille wrote:
Pierre Chapuis <catwell@archlinux.us> écrit :
mais je ne vais pas rentrer dans un troll entre les toolkits graphiques
Puis :
de toute façon ça devrait être mieux que Swing.
Today is friday !
Oops, pas assez discret :)
C est pas un troll, c est purement objectif et clairement reel =)
Pierre Chapuis <catwell@archlinux.us> écrit :
Quelles sont tes définitions de : * natif ? Une application qui tourne sur la JVM n'a rien de "natif" pour moi. Dans pas mal de contextes, "natif" est même synonyme de "pas Java"...
Oui, abus de langage de ma part. J'entends par appli native une appli donc le code est executé sur le client. Par opposition aux clients légers qui s'executent sur le serveur et/ou dans un navigateur. Ce n'est pas natif dans le sens où on produit du code directement compilé pour la plateforme cible.
* portable ? Une application Java est (au mieux) portable sur les plate-formes où il existe une implémentation de la JVM. Une application en Python est (au mieux) portable sur celles où il existe une implémentation de Python. Une application .NET peut être relativement portable si elle tourne avec Mono...
Comme tout ce qui est interprété, oui, c'est portable tant que l'interpréteur est porté. Avec néanmoins certaines limites : certaines implémentations sur certains environnements limitent la portabilité. Et c'est peut-être encore un abus de langage de ma part, mais tout ce qui nécessite une JVM est par définition interprété.
Julien Syx <nephilim.seraphin@gmail.com> écrit :
Bonjour,
Yop,
système d'information de gestion de la production SNCF ... Côté techno, c'est 100% java Je me suis permis de quoter juste ce qu'il faut (bien que nous sommes que mardi) : Ah, SNCF et Java, tout ceci explique cela ;-)
Tu as coupé le mot « fret ». Parce que bon, on ne s'occupe pas du transport du bétail^H^H^H^Hvoyageurs.
Le 26/04/2011 19:04, Stephane Dupille a écrit :
Hello,
Pour l'ASV : 37 / M / Paris
Pour le reste : je suis chef de projet et je m'occupe principalement du développement du système d'information de gestion de la production du fret SNCF et de quelques unes de ses filiales. C'est un joli projet qui occupe une quarantaine de personnes (AMOA et MOE confondus) depuis trois ans et qui va nous occuper pendant encore un moment...
Côté techno, c'est 100% java, archi client-serveur (avec un vrai client, pas du web), et de l'Oracle à haute dose. Côté organisation c'est une méthode "agile" (avec une mise en prod d'une version majeure tous les deux mois).
Un peu de diversité, c'est bien ! Même si je ferais tout pour ne pas choisir Java, je comprends le choix, il y a d'autres problématiques comme ne serait-ce que trouver 40 développeurs Python expérimentés ! Bref, bienvenu ;) -- Greg
On Tue, 03 May 2011 12:04:49 +0200, Gregory Duchatelet wrote:
Le 26/04/2011 19:04, Stephane Dupille a écrit :
Hello,
Pour l'ASV : 37 / M / Paris
Pour le reste : je suis chef de projet et je m'occupe principalement du développement du système d'information de gestion de la production du fret SNCF et de quelques unes de ses filiales. C'est un joli projet qui occupe une quarantaine de personnes (AMOA et MOE confondus) depuis trois ans et qui va nous occuper pendant encore un moment...
Côté techno, c'est 100% java, archi client-serveur (avec un vrai client, pas du web), et de l'Oracle à haute dose. Côté organisation c'est une méthode "agile" (avec une mise en prod d'une version majeure tous les deux mois).
Un peu de diversité, c'est bien ! Même si je ferais tout pour ne pas choisir Java, je comprends le choix, il y a d'autres problématiques comme ne serait-ce que trouver 40 développeurs Python expérimentés !
Peut etre, mais s'il faut 40 dev java pour un projet, 4 suffisent en python :)
Bref, bienvenu ;)
participants (9)
-
Dominique Rousseau -
Gregory Duchatelet -
Guillaume Friloux -
Julien Gormotte -
Julien Syx -
Pierre Chapuis -
Stephane Dupille -
Stephane Dupille -
Steven Le Roux