Ça ne pose aucun problème a spécifier et a implémenter. Il faut juste faire son travail correctement.
Le coût de la rentabilité est une grosse blague. En 7 ans ou j'ai bossé sur des data pipeline je peux compter en années ETP le temps passer sur des incidents CSV. On a littéralement claquer des centaines de milliers d'euros là dessus.
Spécifier systématiquement et correctement le format de donnée ça prend 1H par cas (3mn a écrire et le reste en overhead). Écrire de zéro un parser correct c'est une demi journée (on parle d'une bête machine a état hein) et bien sûr ça existe sur étagère, il suffit de configurer correctement les libs. Faire le boulot d'explication ça prend plus de temps mais ça paie toujours rapidement.
En faisant simplement ce travail, mon équipe est arrivée à 0 incidents en manipulant des fichiers venant de dizaines de sources quand les incidents étaient business a usual dans d'autres.
Après dans la vraie vie les séparateurs c'est qu'une petite partie. Encoding, BOM, charset supportés font partie du jeu mais ce n'est pas plus compliqué.
Faire le boulot de spec et savoir écrire des lecteurs stricts ou tolérant selon les cas, c'est juste faire son travail correctement. Si on considère que c'est trop difficile c'est absolument terrifiant sur notre industrie.
[^] # Re: Mal
Posté par ckyl . En réponse au journal En finir avec CSV ou Excel pour échanger des données. Évalué à 10.
Ça ne pose aucun problème a spécifier et a implémenter. Il faut juste faire son travail correctement.
Le coût de la rentabilité est une grosse blague. En 7 ans ou j'ai bossé sur des data pipeline je peux compter en années ETP le temps passer sur des incidents CSV. On a littéralement claquer des centaines de milliers d'euros là dessus.
Spécifier systématiquement et correctement le format de donnée ça prend 1H par cas (3mn a écrire et le reste en overhead). Écrire de zéro un parser correct c'est une demi journée (on parle d'une bête machine a état hein) et bien sûr ça existe sur étagère, il suffit de configurer correctement les libs. Faire le boulot d'explication ça prend plus de temps mais ça paie toujours rapidement.
En faisant simplement ce travail, mon équipe est arrivée à 0 incidents en manipulant des fichiers venant de dizaines de sources quand les incidents étaient business a usual dans d'autres.
Après dans la vraie vie les séparateurs c'est qu'une petite partie. Encoding, BOM, charset supportés font partie du jeu mais ce n'est pas plus compliqué.
Faire le boulot de spec et savoir écrire des lecteurs stricts ou tolérant selon les cas, c'est juste faire son travail correctement. Si on considère que c'est trop difficile c'est absolument terrifiant sur notre industrie.