"L'article est très intéressant mais je n'en peux plus de lire des bêtises comme "XML sapu" :
Les structures arborescentes pour l'échanges de données, ça existait bien avant le web (X12, EDIFACT, etc.),il faut savoir un peu d'ou on vient pour essayer d'inventer ou on va (je ne parlerai pas des crétins qui nous gonflent à demander des échanges externes en CSV).
XML, les libs et les outils qui tournent autour, les métaformats basés dessus comme l'ebXML, le xCBL, les webservices de type SOAP ont (eu) leurs raisons d'être et couvrent encore un certains nombres de besoins fondamentaux dans le business moderne - e.g. Le collègue qui râle en ouvrant un XML de 500 Mo (qui contient toutes les commandes de la semaine de ton plus gros client) avec notepad, il faut juste l'envoyer en formation, pas le traiter de débile (je ne le fais plus, promis).
Si de nouveaux besoins apparaissent et qu'ils amènent la mise au point de "nouvelles techniques" comme JSON (ou de nouvelles méthodes d'échanges comme des webservices RESTful), c'est très bien mais il faut arrêter de faire des commentaires de "hipster chiant"(c)(TM) sur le fait que "le XML, c'est lourd".
Choisissez les bons outils et si vous avez de nouveaux besoins, créez les (sous licence libre) et surtout surtout partagez vos découvertes et vos bonnes pratiques en restant positif, sinon je vous remet des échanges en CSV mal encodés avec un webdav troué, bande de petits salopards o_O ."
[^] # Re: Des idées intéressantes, mais simplistes
Posté par Enzo Bricolo 🛠⚙🛠 . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 7.
Ca me rappelle une vieille tartine :
"L'article est très intéressant mais je n'en peux plus de lire des bêtises comme "XML sapu" :
Les structures arborescentes pour l'échanges de données, ça existait bien avant le web (X12, EDIFACT, etc.),il faut savoir un peu d'ou on vient pour essayer d'inventer ou on va (je ne parlerai pas des crétins qui nous gonflent à demander des échanges externes en CSV).
XML, les libs et les outils qui tournent autour, les métaformats basés dessus comme l'ebXML, le xCBL, les webservices de type SOAP ont (eu) leurs raisons d'être et couvrent encore un certains nombres de besoins fondamentaux dans le business moderne - e.g. Le collègue qui râle en ouvrant un XML de 500 Mo (qui contient toutes les commandes de la semaine de ton plus gros client) avec notepad, il faut juste l'envoyer en formation, pas le traiter de débile (je ne le fais plus, promis).
Si de nouveaux besoins apparaissent et qu'ils amènent la mise au point de "nouvelles techniques" comme JSON (ou de nouvelles méthodes d'échanges comme des webservices RESTful), c'est très bien mais il faut arrêter de faire des commentaires de "hipster chiant"(c)(TM) sur le fait que "le XML, c'est lourd".
Choisissez les bons outils et si vous avez de nouveaux besoins, créez les (sous licence libre) et surtout surtout partagez vos découvertes et vos bonnes pratiques en restant positif, sinon je vous remet des échanges en CSV mal encodés avec un webdav troué, bande de petits salopards o_O ."