Quel idéalisme d'imaginer que le système de données qui est derrière n'est pas bancal ! :-D
Quelle arrogance de parler d'un sujet que tu ne connais manifestement pas.
Aux dernières nouvelles, il se programme (en partie ?) en Fortran. Et il ne faut surtout pas effacer les gares genre "Test 42" ! Surtout pas malheureux ! :-D
C'est quoi le problème avec Fortran ? Les applis tournent aussi. Et si le système est programmé en Fortran, ça ne veut pas dire que l'on s'y connecte en codant nécessairement en Fortran. C'est le genre de décorrélation que permet une API, par exemple.
Je suis sûr que bahn.de utilise une base de données propres, mise à jour chaque nuit par batch. Si ils se mettent à taper dans le système SNCF en direct, attendez-vous à retrouver de vieux amis du genre "on ne peut pas revenir au train précédent", "ça rame" etc. ;-)
Tu sais, il existe différentes gares, avec différents guichets qui se connectent en même temps, annulent des billets, crééent des réservations, modifie des options, etc, etc. Il se trouve que quand tu vas au guichet, il est rare que le système soit en rade.
J'ai fait un stage en R&D à la SNCF il y a 3 ans. J'ai codé une appli qui permettait d'attaquer le système de réservation de la SNCF. L'API était très bien faite et le système est manifestement robuste puisqu'on m'a laissé bosser dessus direct. Certes je bossais sur une réplication du système de réservation ; mais cette réplication était utilisée pour toutes les démos, toutes les applis R&D, etc.
C'est pas parce qu'une équipe de développeurs de bas étage fait un site web merdique que le système sur lequel il s'appuie est lui aussi merdique.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Enfin de la vente sur bahn.de ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Amende de 5 millions d'euros pour la SNCF. Évalué à 2.
Quelle arrogance de parler d'un sujet que tu ne connais manifestement pas.
Aux dernières nouvelles, il se programme (en partie ?) en Fortran. Et il ne faut surtout pas effacer les gares genre "Test 42" ! Surtout pas malheureux ! :-D
C'est quoi le problème avec Fortran ? Les applis tournent aussi. Et si le système est programmé en Fortran, ça ne veut pas dire que l'on s'y connecte en codant nécessairement en Fortran. C'est le genre de décorrélation que permet une API, par exemple.
Je suis sûr que bahn.de utilise une base de données propres, mise à jour chaque nuit par batch. Si ils se mettent à taper dans le système SNCF en direct, attendez-vous à retrouver de vieux amis du genre "on ne peut pas revenir au train précédent", "ça rame" etc. ;-)
Tu sais, il existe différentes gares, avec différents guichets qui se connectent en même temps, annulent des billets, crééent des réservations, modifie des options, etc, etc. Il se trouve que quand tu vas au guichet, il est rare que le système soit en rade.
J'ai fait un stage en R&D à la SNCF il y a 3 ans. J'ai codé une appli qui permettait d'attaquer le système de réservation de la SNCF. L'API était très bien faite et le système est manifestement robuste puisqu'on m'a laissé bosser dessus direct. Certes je bossais sur une réplication du système de réservation ; mais cette réplication était utilisée pour toutes les démos, toutes les applis R&D, etc.
C'est pas parce qu'une équipe de développeurs de bas étage fait un site web merdique que le système sur lequel il s'appuie est lui aussi merdique.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo