error reporting, refactoring auto, templates (entre les projets internes, les upstreams, les open sourcés j'ai au moins 5 confs très différentes) etc.
J'en ai qu'un seul et ce n'est pas lié au projet.
Tout ce qui de la conf ou pré-conf pour le lancement des tests dans l'IDE, remote debugging etc.
Ça devrait être dans le pom.xml ou au moins automatisé mais surtout pas lié à l'IDE.
Déploiement pour ceux qui aiment (moi pas)
J'ai déjà pratiqué, toujours dans le pom.xml.
Bref c'est quoi qui pète. .projet, .classpath, .settings ?
Trop longtemps que je n'utilise plus ce genre de choses, mais ça venait des différences de configuration entre les développeurs d'un même projet. On se retrouvait souvent à se passer des bouts de conf' à la main (« Au fait avec mon dernier commit il faudra faire ça et ça dans eclipse. Quoi Tu l'a pas cette option !? »).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Les IDE font de la merde dans leur « fichiers de projets » c'est le cas de tous. C'est de la daube et ça le resteras longtemps. Une fois qu'on a compris ce principe de base et qu'on a compris que devoir passer par l'IDE pour construire le projet c'est la pire façon qu'il existe de faire, on commence à se tourner vers les builders (make, (n)ant, maven ou gradle par exemple).
Les avantages sont énormes :
tu maîtrise tes fichiers projets (c'est généralement bien mieux documenté)
tu choisi quand tu fait tes mises à jours de fichiers projet
tu es capable de construire ton projet à partir des sources sans IDE (et hop une intégration continue facilité)
tu as moins de code généré (tu maîtrise réellement tout le projet)
À partir de là tu peut envoyer bouler les IDE qui gèrent mal tes fichiers projets.
Pour maven ne cherchez pas, netbeans est l'IDE qui gère ça le mieux. Un pom.xml est un fichier de projet pour netbeans (il n'y a pas d'importation ou d'exportation).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Si, soit par les menus soit par la page de configuration, mais ça demande beaucoup de clics ou de clavier, ce qui n'est pas pratique pendant la navigation.
C'est pas possible d'avoir des extensions qui rajoutent ça dans l'interface voir qui (via la webcam) comprennent ton expression du visage et activent ou désactivent la webcam dans firefox ? Adblock existait alors même qu'il y avait une option pour interdire toutes les images (je sais pas si elle existe toujours cette option).
Comme tu disais plus haut, je peux choisir mes bugs, et cette diversité participe aussi à ma sécurité parce qu'un attaquant ne sait pas à quoi s'attendre.
Bof c'est de la sécurité par le secret. Avoir divers implémentation ça sert à améliorer la qualité de ce qui doit tourner dessus. Pour flash ça permet d'avoir des bidules en flash qui ont moins de bugs s'ils ont étaient testés sur plusieurs implémentations. Ça peut servir à ne pas être dépendant de tel ou tel compagnie ou organisation. Mais d'un point de vu sécurité c'est plus de la poudre aux yeux qu'autre chose.
En terme de sécurité je préfère que ce soit firefox qui se fait mettre régulièrement à mal et qui reçoit donc très régulièrement des correctifs de sécurité qui s'en occupe que le plugin flash sous linux pas vraiment à jour ou l'une de ses alternatives plus ou moins abandonnée.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
On veut s'assurer que rajouter des fonctionnalités ne rajoute pas de problèmes de sécurité dans Firefox qui est un intermédiaire de confiance entre le web et nous.
Pour moi ce n'est pas un ajout de fonctionnalité. C'est un changement dans l'implémentation de celle-ci. Avant ça l'était via le plugin flash, maintenant c'est fait dans un navigateur.
D'ailleurs Flash n'est pas forcément installé sur les périphériques tactiles…
Ouai ils passent par des appli spécifiques qui intègrent leur propres liste de bug/faille.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je consomme jamais les 100 avis qui m'arrivent tous les matins.
soit tu l'as déjà fait précédemment
C'est possible. J'ai commencé à avoir l'habitude que ce soit indiqué mais peut être que ça ne l'était pas encore à l'époque ou que ça ne l'ai pas sur le suivi.
soit tu as un souci de nombre de connexions simultanées dans Firefox (ok ça fait trois).
Hum… je crois pas.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je suis totalement contre ça ne sert à rien mais pire que ça c'est mauvais.
Ça ne sert à rien car comme l'a montré le créateurl'imagineur de zino, le processus de création de compte sur le site est très agréable et simple. Donc recréer son compte est rapide.
C'est mauvais car des membres comme pBpG se font inutiller malgrès la qualité de leurs interventions et ce serait à mon avis une perte pour la communauté de jeter des membres comme lui.
Tout ça pour quoi ? Supprimer le compte d'un membre qui te reviens pas ? Le premier cas depuis le passage à la version ror. Faire de l'automatisation de sanction (avec ce que ça entraine comme faux positif et faux négatif) pour un cas particulier qui ne me semble pas si gênant que ça ne me paraît pas être une bonne idée.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je pense qu'eclipse est une très bonne idée mal finie. L'idée était d'avoir quelque chose de très modulaire et d'utiliser OSGi pour ça. Dans les faits OSGi a mal était utilisé et ceux qui utilisent eclipse ont tendance à en utiliser un par projet avec pour chacun son set de plugin et sa configuration, alors qu'il s'agit bien d'un IDE multiprojet qui est censé gérer ça correctement (mais pas assez).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Le support de maven se fait toujours via un plugin assez mal intégré où ça c'est bien amélioré ? C'est la principale chose qui m'a fait quitter eclipse pour netbeans (je suis depuis passé à intellij pour d'autres raisons).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Allan McRae, dans un post de son blog analysant les différentes dérivées de Arch, n'est pas beaucoup plus amène. Il souligne que l'apparente simplicité de Manjaro repose sur un retard volontaire dans la synchro des paquets Arch (afin de laisser les "vrais" utilisateurs de arch essuyer les plâtres au cas où une MàJ casserait quelque chose) et sur un paquet manjaro-system, mis à jour avant tous les autres, qui effectue à la place de l'utilisateur les éventuelles interventions censées être manuelles sous Arch.
Et alors ? C'est ce que font toutes les dérivées de Debian. En quoi c'est mal ?
À noter que cette astuce, permise par l'option SyncFirst de pacman, ne fonctionne plus depuis que l'option a été retirée dans les dernières versions.
Mon dieux ça par contre c'est nauséabond. Ça peut parler des dév' de gnome quand on voit ce genre de comportement c'est bien pire. Virer une fonctionnalité pour empêcher la réutilisation de son travail (c'est ce que tu semble indiquer). C'est plus que moche, c'est juste même plus du LL.
Au final, je suis d'accord avec l'idée qu'il est contraire à l'essence de Arch d'essayer de simplifier la vie des ses utilisateurs.
Et alors ? Bordel le LL c'est censé permettre la réutilisation du logiciel sans restriction. Il n'y a pas à montrer patte blanche ou autre. Ça n'a pas à plaire ou pas aux développeurs principaux. Si ça les gênes de voir leur travail réutiliser¹ c'est pas du LL qu'il faudrait faire.
¹ : ils peuvent se plaindre entre autre de n'avoir pas ou peu de contributions, mais le fait d'utiliser ne devrait pas les gêner.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Sauf que les protocoles sont bien différents et qu'il n'y avait pas de voie à ouvrir HTTP étant, il me semble, assez bien répendu. Si tu lisais le lien que j'ai donné vers le journal pour comprendre les évolution prévu dans HTTP2 et les différences avec spdy ?
De plus spdy n'est pas très répandu il me semble.
Bref c'est un peu comme si tu disais que gopher et http c'est pareil.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Voilà, on n'aura donc pas réussi à éviter le troll des langages :-/
Ce n'est pas parce qu'on compare la manière d'implémenter quelque chose dans 2 langages différents que c'est du troll.
ADA possède des mécanismes pour répondre à ce besoin précis.
C++ possède des mécanismes qui entre autre permettent de faire ça (mais les template étant turing complet tu peut faire des tas d'autres choses avec comme faire planter ton compilateur¹).
¹ : là c'est du troll :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Spdy n'est pas du tout du html5 ni même un standard. C'est juste un protocole créé par Google. Le standard serait plutôt HTTP2. Il a l'air d'avancer d'ailleurs.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Et bien, il est là le problème. On part d'une solution à base d'un template et on continue en rajoutant un soupçon de meta-programming pour obtenir les mêmes résultats.
Les concepts manipulés en ADA pour faire la même chose sont surtout nettement plus simples (et moins puissant).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu as tout de même donné l'exemple des jours dans l'année.
Je trouve ça remarque pertinente car oui ce principe est assez génial. Tu peut créer 2 types d'entiers qui sont identiques (représente le même ensemble d'entier), mais ne sont pas utilisables les uns avec les autres (il paraît que c'est l'un des grands cas d'usage qui a poussé ce langage : ne pas mélanger les unités).
Mais il y a assez souvent des types plus complexe qu'un sous ensemble d'un type de base (qui possèdent des règles métier plus ou moins complexes) et à ce moment là c'est trucs là ne te servent à rien et trop s'appuyer (croire qu'on a codé les règles métier alors que ce n'est pas complètement le cas) est un piège à éviter.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Améliorations surprenantes
Posté par barmic . En réponse à la dépêche L’environnement de développement Eclipse 4.3 est disponible. Évalué à 3.
Ça je le gère via checkstyle.
J'en ai qu'un seul et ce n'est pas lié au projet.
Ça devrait être dans le pom.xml ou au moins automatisé mais surtout pas lié à l'IDE.
J'ai déjà pratiqué, toujours dans le pom.xml.
Trop longtemps que je n'utilise plus ce genre de choses, mais ça venait des différences de configuration entre les développeurs d'un même projet. On se retrouvait souvent à se passer des bouts de conf' à la main (« Au fait avec mon dernier commit il faudra faire ça et ça dans eclipse. Quoi Tu l'a pas cette option !? »).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Facilitons l'espionnage par les script kiddies
Posté par barmic . En réponse à la dépêche 22 v’là Firefox !. Évalué à 2.
C'est bien ce que je dis.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Améliorations surprenantes
Posté par barmic . En réponse à la dépêche L’environnement de développement Eclipse 4.3 est disponible. Évalué à 3.
Les IDE font de la merde dans leur « fichiers de projets » c'est le cas de tous. C'est de la daube et ça le resteras longtemps. Une fois qu'on a compris ce principe de base et qu'on a compris que devoir passer par l'IDE pour construire le projet c'est la pire façon qu'il existe de faire, on commence à se tourner vers les builders (make, (n)ant, maven ou gradle par exemple).
Les avantages sont énormes :
À partir de là tu peut envoyer bouler les IDE qui gèrent mal tes fichiers projets.
Pour maven ne cherchez pas, netbeans est l'IDE qui gère ça le mieux. Un pom.xml est un fichier de projet pour netbeans (il n'y a pas d'importation ou d'exportation).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Facilitons l'espionnage par les script kiddies
Posté par barmic . En réponse à la dépêche 22 v’là Firefox !. Évalué à 2.
Il va faire quoi de ces vidéos ? Créer un youtube-like ? Qui lui coutera super chère en infrastructure.
À mon avis il y a plutôt à craindre des attaques ciblées.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Facilitons l'espionnage par les script kiddies
Posté par barmic . En réponse à la dépêche 22 v’là Firefox !. Évalué à 6.
C'est pas possible d'avoir des extensions qui rajoutent ça dans l'interface voir qui (via la webcam) comprennent ton expression du visage et activent ou désactivent la webcam dans firefox ? Adblock existait alors même qu'il y avait une option pour interdire toutes les images (je sais pas si elle existe toujours cette option).
Bof c'est de la sécurité par le secret. Avoir divers implémentation ça sert à améliorer la qualité de ce qui doit tourner dessus. Pour flash ça permet d'avoir des bidules en flash qui ont moins de bugs s'ils ont étaient testés sur plusieurs implémentations. Ça peut servir à ne pas être dépendant de tel ou tel compagnie ou organisation. Mais d'un point de vu sécurité c'est plus de la poudre aux yeux qu'autre chose.
En terme de sécurité je préfère que ce soit firefox qui se fait mettre régulièrement à mal et qui reçoit donc très régulièrement des correctifs de sécurité qui s'en occupe que le plugin flash sous linux pas vraiment à jour ou l'une de ses alternatives plus ou moins abandonnée.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Facilitons l'espionnage par les script kiddies
Posté par barmic . En réponse à la dépêche 22 v’là Firefox !. Évalué à 0.
Choisi tes bugs…
Les options de firefox ne peuvent pas être contrôlées ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Facilitons l'espionnage par les script kiddies
Posté par barmic . En réponse à la dépêche 22 v’là Firefox !. Évalué à 2.
Pour moi ce n'est pas un ajout de fonctionnalité. C'est un changement dans l'implémentation de celle-ci. Avant ça l'était via le plugin flash, maintenant c'est fait dans un navigateur.
Ouai ils passent par des appli spécifiques qui intègrent leur propres liste de bug/faille.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: +1
Posté par barmic . En réponse à l’entrée du suivi Pouvoir désactiver le \n → <br />. Évalué à 2 (+0/-0).
Je consomme jamais les 100 avis qui m'arrivent tous les matins.
C'est possible. J'ai commencé à avoir l'habitude que ce soit indiqué mais peut être que ça ne l'était pas encore à l'époque ou que ça ne l'ai pas sur le suivi.
Hum… je crois pas.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: video ralentie
Posté par barmic . En réponse à la dépêche 22 v’là Firefox !. Évalué à 3.
L'un empêche pas l'autre c'est juste différent niveau de cache.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Facilitons l'espionnage par les script kiddies
Posté par barmic . En réponse à la dépêche 22 v’là Firefox !. Évalué à 3.
La question c'est en quoi c'est plus grave que d'installer le plugin flash ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# +1
Posté par barmic . En réponse à l’entrée du suivi Pouvoir désactiver le \n → <br />. Évalué à 2 (+0/-0).
Je met un commentaire car je ne peux pas pertiner la demande (comment ça se fait) ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Oulà
Posté par barmic . En réponse à l’entrée du suivi Ajout automatique de (hash)tags. Évalué à 3 (+0/-0).
Pourquoi utiliser un caractère particulier ? On a déjà une liste de tag, on peut les détecter de manière automatique et les lier, non ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Contre
Posté par barmic . En réponse à l’entrée du suivi Fermer automatiquement comptes utilisateurs avec un très mauvais karma. Évalué à 3 (+0/-0).
Je suis totalement contre ça ne sert à rien mais pire que ça c'est mauvais.
Ça ne sert à rien car comme l'a montré le
créateurl'imagineur de zino, le processus de création de compte sur le site est très agréable et simple. Donc recréer son compte est rapide.C'est mauvais car des membres comme pBpG se font inutiller malgrès la qualité de leurs interventions et ce serait à mon avis une perte pour la communauté de jeter des membres comme lui.
Tout ça pour quoi ? Supprimer le compte d'un membre qui te reviens pas ? Le premier cas depuis le passage à la version ror. Faire de l'automatisation de sanction (avec ce que ça entraine comme faux positif et faux négatif) pour un cas particulier qui ne me semble pas si gênant que ça ne me paraît pas être une bonne idée.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Une plateforme, plus qu'un IDE
Posté par barmic . En réponse à la dépêche L’environnement de développement Eclipse 4.3 est disponible. Évalué à 3.
Je pense qu'eclipse est une très bonne idée mal finie. L'idée était d'avoir quelque chose de très modulaire et d'utiliser OSGi pour ça. Dans les faits OSGi a mal était utilisé et ceux qui utilisent eclipse ont tendance à en utiliser un par projet avec pour chacun son set de plugin et sa configuration, alors qu'il s'agit bien d'un IDE multiprojet qui est censé gérer ça correctement (mais pas assez).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Performance
Posté par barmic . En réponse à la dépêche L’environnement de développement Eclipse 4.3 est disponible. Évalué à 2.
D'ailleurs cette page indique que c'est résolu en grande partie depuis février et totalement avec kepler…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Maven
Posté par barmic . En réponse à la dépêche L’environnement de développement Eclipse 4.3 est disponible. Évalué à 8.
Le support de maven se fait toujours via un plugin assez mal intégré où ça c'est bien amélioré ? C'est la principale chose qui m'a fait quitter eclipse pour netbeans (je suis depuis passé à intellij pour d'autres raisons).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Manjaro n'est pas Arch
Posté par barmic . En réponse au journal Test de la Manjaro Linux. Évalué à -1.
Et alors ? C'est ce que font toutes les dérivées de Debian. En quoi c'est mal ?
Mon dieux ça par contre c'est nauséabond. Ça peut parler des dév' de gnome quand on voit ce genre de comportement c'est bien pire. Virer une fonctionnalité pour empêcher la réutilisation de son travail (c'est ce que tu semble indiquer). C'est plus que moche, c'est juste même plus du LL.
Et alors ? Bordel le LL c'est censé permettre la réutilisation du logiciel sans restriction. Il n'y a pas à montrer patte blanche ou autre. Ça n'a pas à plaire ou pas aux développeurs principaux. Si ça les gênes de voir leur travail réutiliser¹ c'est pas du LL qu'il faudrait faire.
¹ : ils peuvent se plaindre entre autre de n'avoir pas ou peu de contributions, mais le fait d'utiliser ne devrait pas les gêner.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Microsoft sait ce qu'il fait, il paraît.
Posté par barmic . En réponse au journal Internet Explorer : Qui va piano va sano ? WebGL et SPDY font leur apparition dans la version 11. Évalué à 3.
À minima tu prend des pincettes, expliquant que ce que tu avance n'est pas sûr.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: SPDY != HTML5
Posté par barmic . En réponse au journal Internet Explorer : Qui va piano va sano ? WebGL et SPDY font leur apparition dans la version 11. Évalué à 3.
Ce n'est pas si simple que ça. La réduction des entêtes permet aux programmes qui ne lisent que ça d'être bien plus rapide, comme les proxy.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: SPDY != HTML5
Posté par barmic . En réponse au journal Internet Explorer : Qui va piano va sano ? WebGL et SPDY font leur apparition dans la version 11. Évalué à 1.
Sauf que les protocoles sont bien différents et qu'il n'y avait pas de voie à ouvrir HTTP étant, il me semble, assez bien répendu. Si tu lisais le lien que j'ai donné vers le journal pour comprendre les évolution prévu dans HTTP2 et les différences avec spdy ?
De plus spdy n'est pas très répandu il me semble.
Bref c'est un peu comme si tu disais que gopher et http c'est pareil.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mmmh
Posté par barmic . En réponse au journal Ada, langage et ressources. Évalué à 5.
Ce n'est pas parce qu'on compare la manière d'implémenter quelque chose dans 2 langages différents que c'est du troll.
ADA possède des mécanismes pour répondre à ce besoin précis.
C++ possède des mécanismes qui entre autre permettent de faire ça (mais les template étant turing complet tu peut faire des tas d'autres choses avec comme faire planter ton compilateur¹).
¹ : là c'est du troll :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# SPDY != HTML5
Posté par barmic . En réponse au journal Internet Explorer : Qui va piano va sano ? WebGL et SPDY font leur apparition dans la version 11. Évalué à 6.
Spdy n'est pas du tout du html5 ni même un standard. C'est juste un protocole créé par Google. Le standard serait plutôt HTTP2. Il a l'air d'avancer d'ailleurs.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mmmh
Posté par barmic . En réponse au journal Ada, langage et ressources. Évalué à 0.
Les concepts manipulés en ADA pour faire la même chose sont surtout nettement plus simples (et moins puissant).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Proust alors.
Posté par barmic . En réponse au journal Ada, langage et ressources. Évalué à 2.
Qt doit avoir un binding en C. Sinon il y aussi les OS écris en autre chose que du C et qui exposent des appels systèmes en C.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mmmh
Posté par barmic . En réponse au journal Ada, langage et ressources. Évalué à 2.
Tu as tout de même donné l'exemple des jours dans l'année.
Je trouve ça remarque pertinente car oui ce principe est assez génial. Tu peut créer 2 types d'entiers qui sont identiques (représente le même ensemble d'entier), mais ne sont pas utilisables les uns avec les autres (il paraît que c'est l'un des grands cas d'usage qui a poussé ce langage : ne pas mélanger les unités).
Mais il y a assez souvent des types plus complexe qu'un sous ensemble d'un type de base (qui possèdent des règles métier plus ou moins complexes) et à ce moment là c'est trucs là ne te servent à rien et trop s'appuyer (croire qu'on a codé les règles métier alors que ce n'est pas complètement le cas) est un piège à éviter.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)