Tout est binaire certes. Mais tout n'est pas texte. Perso je ne me pose pas de question d'endianness quand je code un entier en texte par contre en binaire c'est une autre paire de manche…
(essaye de lire du japonais avec un logiciel qui connait "du texte", mais que de l'ANSI, pour rire, ça va être rigolo ton "texte").
Pfff la dernière fois que j'ai essayé de lire une disquette avec un lecteur de cd ça marchait très bien…
Heu tu implémentes bien ton bus comme tu veux avec ce que tu veux. Même avec une techno proprio bien maison si ça correspond aux besoins de ton business.
Ben oui, les standards ouverts c'est le mal absolu ;-)
Enfin, je ne connais pas assez CORBA pour avoir un avis tranché mais il me semble que la version 3 améliorait pas mal les choses.
La spec peut-être, mais est-ce que les implémentations ont vraiment suivi, c'est une autre question. Ce n'était pas le cas il y a quelques années, j'ignore si la situation a changé depuis.
Il faut ? Non on est libre bien au contraire, enfin je l'espère. Quand je vois ce que les gens peuvent pondre sur un coin de table en terme de framework dans une entreprise, je me pose des questions. Une application bien faite est quelque part un framework (ensemble de briques bien designées, tout ça, tout ça).
Merci je suis au courant… Mais quand on génère du xml on se préoccupe rarement de la représentation binanire du texte généré pas comme quand on a à affaire à un protocole binaire où la la question de l'ordre des octets est particulièrement importante (les données binaires sont souvent encodées en base64 en xml). Et ça concerne plutôt utf-16 et utf-32, est-ce beaucoup utilisé ?
Alors je persiste et signe : la question de l'endianness n'est pas pertinente.
Ou alors les devs ne sont pas des gros blaireaux et ils utilisent libxml ou autres bibliothèques codées par des gens qui savent écrire et tester un parseur.
Et les gens qui savent écrire et tester un parser ils seraient pas développeurs par hasard ?
Dés que le layout de tes objets changent un peu ( ajout de champs ou suppression ), tu es obliger de versionner tes classes pour pouvoir continuer à charger les vieux objets sérializés… Ce qui devient vite un gros bordel, disons le franchement.
D'où l'intérêt d'utiliser des structures génériques (qui ne bougent pour ainsi dire jamais) dès que l'on doit serialiser des données. Il "suffit" de migrer la structure.
Là où je m'interroge avec goto en C++, c'est au niveau du détricotage de la pile, appel des destructeurs, tout ça. Est-ce que l'utilisation de goto ne peut pas mener à des comportements indéfinis voire des failles dans la gestion de la mémoire ? Est-ce vraiment compatible et cohérent avec le reste du langage ?
J'avoue je fais un blocage sur C++, je l'évite comme la peste, et j'ai donc la flemme de chercher des réponse par moi-même :-).
On se marre bien la première fois… la deuxième on sait pertinemment qu'il y a maintenant 15 standards, du coup, ça ne marche plus… Evidemment, l'auteur ne pouvait pas deviner au moment où il l'a dessiné. Il devrait le refaire en faisant revenir le mec dans le passé avec une machine à voyager dans le temps. Qu'en pensez-vous ?
Je suis d'accord que sur mobile ça laisse à désirer. Sur certains tableaux, lorsque je saisis un caractère, la case apparaît en noir je suis obligé de saisir le caractère un deuxième fois…
Il est vrai qu'en général ça passe mieux quand c'est sous-entendu… Comme quand on nous vend les méthodes presse-citron, euh… agiles je voulais dire ;-).
[^] # Re: XML n'a jamais été fait pour être compréhensible par l'homme
Posté par tyoup . En réponse au journal XML c'est de la daube!!!. Évalué à -4.
Tout est binaire certes. Mais tout n'est pas texte. Perso je ne me pose pas de question d'endianness quand je code un entier en texte par contre en binaire c'est une autre paire de manche…
Pfff la dernière fois que j'ai essayé de lire une disquette avec un lecteur de cd ça marchait très bien…
[^] # Re: Sans être fan du tout
Posté par tyoup . En réponse au journal XML c'est de la daube!!!. Évalué à 2.
Ben oui, les standards ouverts c'est le mal absolu ;-)
[^] # Re: Sans être fan du tout
Posté par tyoup . En réponse au journal XML c'est de la daube!!!. Évalué à 2.
La spec peut-être, mais est-ce que les implémentations ont vraiment suivi, c'est une autre question. Ce n'était pas le cas il y a quelques années, j'ignore si la situation a changé depuis.
[^] # Re: Sans être fan du tout
Posté par tyoup . En réponse au journal XML c'est de la daube!!!. Évalué à 1.
Il faut ? Non on est libre bien au contraire, enfin je l'espère. Quand je vois ce que les gens peuvent pondre sur un coin de table en terme de framework dans une entreprise, je me pose des questions. Une application bien faite est quelque part un framework (ensemble de briques bien designées, tout ça, tout ça).
[^] # Re: XML n'a jamais été fait pour être compréhensible par l'homme
Posté par tyoup . En réponse au journal XML c'est de la daube!!!. Évalué à -2.
Merci je suis au courant… Mais quand on génère du xml on se préoccupe rarement de la représentation binanire du texte généré pas comme quand on a à affaire à un protocole binaire où la la question de l'ordre des octets est particulièrement importante (les données binaires sont souvent encodées en base64 en xml). Et ça concerne plutôt utf-16 et utf-32, est-ce beaucoup utilisé ?
Alors je persiste et signe : la question de l'endianness n'est pas pertinente.
[^] # Re: XML n'a jamais été fait pour être compréhensible par l'homme
Posté par tyoup . En réponse au journal XML c'est de la daube!!!. Évalué à 4.
et il manque celle dont j'ai besoin ! fichtre !
[^] # Re: XML n'a jamais été fait pour être compréhensible par l'homme
Posté par tyoup . En réponse au journal XML c'est de la daube!!!. Évalué à -3.
texte oui, ascii… peut-être, mais pas toujours :-)
allégé ? le vendredi peut-être :-D
la question de l'endianness n'est pas pertinente : c'est du texte
[^] # Re: Sans être fan du tout
Posté par tyoup . En réponse au journal XML c'est de la daube!!!. Évalué à 3.
Et les gens qui savent écrire et tester un parser ils seraient pas développeurs par hasard ?
# Un vieux débat
Posté par tyoup . En réponse au journal XML c'est de la daube!!!. Évalué à -3.
C'est un débat qui a quoi ? 10 ans ?
[^] # Re: YAML
Posté par tyoup . En réponse au journal XML c'est de la daube!!!. Évalué à 1.
D'où l'intérêt d'utiliser des structures génériques (qui ne bougent pour ainsi dire jamais) dès que l'on doit serialiser des données. Il "suffit" de migrer la structure.
[^] # Re: Le cas goto
Posté par tyoup . En réponse au journal Apple, le SSL les goto et les accolades. Évalué à 1.
"Great programmers write baby code" ?
[^] # Re: LA question vraiment importante...
Posté par tyoup . En réponse à la dépêche Système d'exploitation anonyme Whonix version 8. Évalué à 10.
Bah c'est important de garantir que seul Google aie accès à ta vie privée ;-)
[^] # Re: Exemple
Posté par tyoup . En réponse au journal {éditeurs de texte, IDE} × {généralistes, spécialisés}. Évalué à 1.
Bah si c'est la boîte qui paye, pourquoi s'en priver ? En plus tu te fais quelques weekends relais châteaux…
[^] # Re: Le cas goto
Posté par tyoup . En réponse au journal Apple, le SSL les goto et les accolades. Évalué à 1.
Intéressant. Du coup je déteste un peu moins C++ :-)
[^] # Re: Un nouveau Gnome ?
Posté par tyoup . En réponse au journal Neovim : vim's rebirth for the 21st century. Évalué à 3.
Tiens je savais pas qu'il y avait une norme ISO pour la taille des gâteaux ;-).
[^] # Re: Manque un warning "indentation"
Posté par tyoup . En réponse au journal Apple, le SSL les goto et les accolades. Évalué à 3.
ou Perl ?
[^] # Re: Le cas goto
Posté par tyoup . En réponse au journal Apple, le SSL les goto et les accolades. Évalué à 2.
Là où je m'interroge avec goto en C++, c'est au niveau du détricotage de la pile, appel des destructeurs, tout ça. Est-ce que l'utilisation de goto ne peut pas mener à des comportements indéfinis voire des failles dans la gestion de la mémoire ? Est-ce vraiment compatible et cohérent avec le reste du langage ?
J'avoue je fais un blocage sur C++, je l'évite comme la peste, et j'ai donc la flemme de chercher des réponse par moi-même :-).
[^] # Re: Hilton
Posté par tyoup . En réponse au sondage Quel est le TLD le plus crédible ?. Évalué à 10.
elle est pas déjà prise ?
[^] # Re: Crédible ?
Posté par tyoup . En réponse au sondage Quel est le TLD le plus crédible ?. Évalué à 1.
J'y crois pas…
[^] # Re: C'est la vie...
Posté par tyoup . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 2.
On se marre bien la première fois… la deuxième on sait pertinemment qu'il y a maintenant 15 standards, du coup, ça ne marche plus… Evidemment, l'auteur ne pouvait pas deviner au moment où il l'a dessiné. Il devrait le refaire en faisant revenir le mec dans le passé avec une machine à voyager dans le temps. Qu'en pensez-vous ?
[^] # Re: Plus dur que le Sudoku !
Posté par tyoup . En réponse à la dépêche Regexcrossword : un subtil mélange de sudoku et de mots croisés, à la sauce Regex. Évalué à 1.
eh bien je suis super doué : je l'ai (re)fait sans indice et une seule solution à chaque fois :-)
[^] # Re: Plus dur que le Sudoku !
Posté par tyoup . En réponse à la dépêche Regexcrossword : un subtil mélange de sudoku et de mots croisés, à la sauce Regex. Évalué à 2.
c'est de la triche ;-)
[^] # Re: Architecture du site
Posté par tyoup . En réponse à la dépêche Regexcrossword : un subtil mélange de sudoku et de mots croisés, à la sauce Regex. Évalué à 2.
Je suis d'accord que sur mobile ça laisse à désirer. Sur certains tableaux, lorsque je saisis un caractère, la case apparaît en noir je suis obligé de saisir le caractère un deuxième fois…
# De l'art de la formulation
Posté par tyoup . En réponse au journal Mail ERRATA d'un commercial junior. Évalué à 7.
Il est vrai qu'en général ça passe mieux quand c'est sous-entendu… Comme quand on nous vend les méthodes presse-citron, euh… agiles je voulais dire ;-).
[^] # Re: ZFS
Posté par tyoup . En réponse au journal RHEL 7 pourrait utiliser XFS par défaut. Évalué à 4.
Ya pas aussi un article sur les architectures 4 tiers de temps en temps ?