Si le défaut ne fait que atteindre le débit, ça risque d'être compliqué.
C'est pourtant exactement un "vice caché", qui n'a rien à voir avec la garantie. Un vice caché est une information qui aurait fait que tu n'aurais jamais acheter le bien, si tu la connaissais au moment de l'achat.
De toute façon la gestion de l'éducation national ferait rire depuis le privé. Ils ont soi-disant trop de patron, avec un inspecteur qu'il voit tous les 4 ans et un proviseur qui n'a presque aucun pouvoir.
Il faudrait une organisation par filière, peut être pas par matière, mais par grand thème : science humaine (français, histoire-géo, éducation civique), science dure (math physique bio), sport,… Avec des élections pour élire le "chef de la section", le but serait de mettre des court et des pratiques en commun et de gérer un budget formation.
On peut ainsi imaginer une filière numérique, avec des profs spécialisés, qui pourrait aider des profs plus généralistes.
Même si le téléphone coute 100€ de plus à l'achat à cause des connecteurs ?
Je verrais plutôt un connecteur type ethernet + alim pour prendre le control d'autre machines, sans passer par des ondes.
On peut même ajouter un truc plus lent pour les dispositifs vraiment low cost (bus CAN ). L'avantage de ethernet + IP est d'avoir un modèle de sécurité qui va avec.
C'est aussi amusant quand ce genre de document doit servir de justificatif de domicile.
Je sais qu'il est dangereux d'avoir une base de donné unique avec ce genre d'information, lié au papier d'identité. Mais il faudrait trouver un système aussi fiable, mais cloisonné, sans base de préférence.
Un justificatif de domicile numérique, cela serait juste un bout de texte, signé par un truc reconnu (EDF, un FAI, une mairie…).
Je préfère 10x un nom parlant à des commentaires. Je connais 2 sortes de commentaires : ceux qui noient le code et le rende illisible (genre une ligne sur 2 est un commentaire), au lieu de tout sortir des fonctions, ce qui empêche de voir la fonction en entier sur un écran, et ceux qui sont obsolètes.
pourquoi racheter un téléphone quand c'est juste passer à la 4G qui t'intéresse ?
Car la 4G représente 1cm² de silicium dans ton soC de téléphone, si il est externe, il faut ajouter un pcb, de la RAM, des IO, et un connecteur. Le surcout est forcément 10x plus important. Mais c'est vrai que l'on a la même chose pour les Pc de bureau : carte pci lors de la sortie de l'usb, puis intégration dans le pc.
idem pour l'appareil photo : certains aimeraient pouvoir mettre plus d'argent et avoir un appareil photo décent, d'autres s'en fichent éperdument.
Mouais. Les smartphones se vendent en dizaine de millions d'exemplaire. C'est facile d'avoir plusieurs gammes et c'est bien moins couteux.
passer de 8Go de flash interne à 64Go de flash interne pour quelques dizaines d'€,
Genre en utilisant une carte µSD ?
Moi j'aime bien dans l'idée d'avoir le connecteur Apple "on stéroïde". Soit pour avoir une bonne interface à un APN, soit pour avoir un GPS à jour sur sa voiture de 5 ans.
Si le display et le CPU este ensemble pour des raisons évidentes de connectiques complexes. Il ne reste pas grand chose à sortir. Le module 3G ? le GPS ? Mais c'est bien moins chère de l'inclure avec le reste.
J'imagine que cela pourrait fonctionner comme le bus pci, pour faire des extensions. J'imagine bien un smartphone se connectant sur un appareil photo, une chaine hifi, ou une voiture pour servir d'écran.
C'est le genre de personne qui a écrit exactement ça dans le post auquel tu réponds, non?
Je pensais même à du code local.
"a+b+c+d" sera un code plus court que "(a+b)+(c+d)" qui utilise plus de variable intermédiaires, mais le deuxième code sera 30% plus rapide, dans le meilleur des cas.
De mémoire, j'aurais dis 16. J'imagine que c'est plus une histoire de taille du cœur de la boucle.
L'idéal est d'utiliser tous les registres (on déroule plus), pour ensuite mélanger les instructions qui sont indépendantes ce qui permet de bien utiliser le pipeline, mais il ne faut jamais devoir utiliser la mémoire (on déroule moins) qui deviendrait un goulet d'étranglement.
J'ai encore l'impression de parler avec un universitaire qui fait des compilos mais qui n'a absolument aucunes idées précises de comment fonctionne un cpu, ni comment les compilo comme gcc optimisent à bas niveau.
C'est le genre de personne qui s'étonne quand on leur dit qu'un code plus verbeux peut être bien plus rapide qu'un code plus court (moins de dépendance read after write).
Le compilo gère évidement l'alignement qui ne sera jamais cassé. De plus, les prefetchers font en sorte qu'il n'y a jamais de ruptures sur les enchainements de lignes de cache. Ils sont très efficace concernant le code, bien plus que pour les données.
Le point clef est l'alignement plutôt que la taille. Changer le code en déroulant change l'alignement de façon non maîtrisée, on peut donc se retrouver dans des situations où le code non déroulé est mieux aligné que le code déroulé ce qui le rend plus rapide.
Si jamais tu tombes sur le compilo suffisamment crétin pour ne pas faire d'alignement, il faut aussi que la perte de performance d'alignement ne soit pas compensé par la réduction du nombre de teste de boucle, et par la recombinaison des instructions.
Si tu veux créer des classes à la volée à la compilation, ce dont tu as besoin c'est un outil de génération de code,
Et donc tu utilises 2 outils et 2 langages pour faire quelques choses de très proche, avec tous les problèmes imaginables à l'interface.
ça ne m'avance pas, quel est ton problème à résoudre ?
J'ai déjà donné des exemples : inclure un binaire sans outils externe, pas de générateur de code externe, mais un générateur en library.
Et puis, c'est même pire que ça. Je parle de lire un fichier pour générer des API, et tu me parles "générateur de code", tu imagines la différence de difficulté entre une bonne propagation de constante et un compilateur ?
Pas forcément, il vaut mieux avoir un boucle for non déroulée qui tient dans le cache L1 qu'une boucle déroulée qui n'y tient pas.
Je veux dire sur du vrai code de la vrai vie. Tu te rend compte de la taille de code qui rentre dans un cache L1 ? On parle de boucle interne, pour remplir les 16/32/64 Ko de cache L1, il faut sans doute, l'équivalent d'un millier de lignes de code.
C'est une chose qu'on contrôle très mal à l'échelle d'un programme, parceque passer d'un modèle à l'autre (folded/unfolded) change de façon imprévisible la façon dont le code est saucissonné en morceaux de pages de cache.
Oui et sur un code moyen, cela ne change rien. Par contre localement, la différence de performance est énorme. En -O3, gcc a tendance a dérouler les petites boucles 16 fois. J'estime que dérouler 4x fois ne peut jamais faire perdre de performance.
Le comportement normal du compilateur est l'optimisation pour la taille, mais on peut le configurer pour qu'il fasse autre chose.
Tu parles de Ocaml, car tous les compilateurs C optimisent pour la vitesse. Le "-Os" de gcc évitent seulement les optimisations connues pour faire enfler le code.
[^] # Re: L'EFF protège les prédateurs et les pédophiles.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un logiciel de contrôle parental, distribué par la police US, serait un keylogger.. Évalué à 10.
Avec une police pareil, plus besoin de criminel.
"La première sécurité est la liberté"
[^] # Re: Le bien nommé
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Prof 2.0 sur Arte Radio. Évalué à 3.
Au moins, on aurait la fin de la série game of thrones garanti sans incohérences :)
"La première sécurité est la liberté"
[^] # Re: Argh
Posté par Nicolas Boulay (site web personnel) . En réponse au journal SSD Samsung 840: le fiasco annoncé du TLC ?. Évalué à 6.
C'est pourtant exactement un "vice caché", qui n'a rien à voir avec la garantie. Un vice caché est une information qui aurait fait que tu n'aurais jamais acheter le bien, si tu la connaissais au moment de l'achat.
"La première sécurité est la liberté"
[^] # Re: “I am not the one to fix any of this”
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Lennart Poettering trouve la communauté Linux désagréable. Évalué à 4.
Un deamon de réseau social, cela aurait de la gueule :)
"La première sécurité est la liberté"
[^] # Re: "Aucune préparation/réflexion dans cette transition numérique de l'école."
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Prof 2.0 sur Arte Radio. Évalué à 3.
De toute façon la gestion de l'éducation national ferait rire depuis le privé. Ils ont soi-disant trop de patron, avec un inspecteur qu'il voit tous les 4 ans et un proviseur qui n'a presque aucun pouvoir.
Il faudrait une organisation par filière, peut être pas par matière, mais par grand thème : science humaine (français, histoire-géo, éducation civique), science dure (math physique bio), sport,… Avec des élections pour élire le "chef de la section", le but serait de mettre des court et des pratiques en commun et de gérer un budget formation.
On peut ainsi imaginer une filière numérique, avec des profs spécialisés, qui pourrait aider des profs plus généralistes.
"La première sécurité est la liberté"
[^] # Re: "Aucune préparation/réflexion dans cette transition numérique de l'école."
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Prof 2.0 sur Arte Radio. Évalué à 2.
Il faudrait alors un site "galaxy" qui reprend les postes des différents blogs sur le sujet.
"La première sécurité est la liberté"
[^] # Re: Le bien nommé
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Prof 2.0 sur Arte Radio. Évalué à 3.
C'est plus simple : ils suivent l'AFP.
"La première sécurité est la liberté"
[^] # Re: "Aucune préparation/réflexion dans cette transition numérique de l'école."
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Prof 2.0 sur Arte Radio. Évalué à 2.
Il faudrait un site comme Framasoft pour qu'ils échangent entre eux publiquement, non ?
"La première sécurité est la liberté"
[^] # Re: Justificatifs sécurisés
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Coup de gueule : il devrait être obligatoire d'avoir une boîte aux lettres. Évalué à 3.
Non c'est pas ça. Il suffit de copier l'image sur n'importe quoi, le contenu du document n'ai pas signé.
En plus, il est question d'impression, or je parlais de bout de texte signé dans un mail.
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [BOOKMARK] Google Ara, smartphones modulaires. Évalué à 1. Dernière modification le 03 octobre 2014 à 16:25.
Même si le téléphone coute 100€ de plus à l'achat à cause des connecteurs ?
Je verrais plutôt un connecteur type ethernet + alim pour prendre le control d'autre machines, sans passer par des ondes.
On peut même ajouter un truc plus lent pour les dispositifs vraiment low cost (bus CAN ). L'avantage de ethernet + IP est d'avoir un modèle de sécurité qui va avec.
Même l'usb pose problème.
"La première sécurité est la liberté"
[^] # Re: La Poste ne livre pas de Colis
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Coup de gueule : il devrait être obligatoire d'avoir une boîte aux lettres. Évalué à 3.
Non, il n'est simplement pas encore "trier".
"La première sécurité est la liberté"
[^] # Re: combat d'arrière garde
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Coup de gueule : il devrait être obligatoire d'avoir une boîte aux lettres. Évalué à 3.
C'est aussi amusant quand ce genre de document doit servir de justificatif de domicile.
Je sais qu'il est dangereux d'avoir une base de donné unique avec ce genre d'information, lié au papier d'identité. Mais il faudrait trouver un système aussi fiable, mais cloisonné, sans base de préférence.
Un justificatif de domicile numérique, cela serait juste un bout de texte, signé par un truc reconnu (EDF, un FAI, une mairie…).
"La première sécurité est la liberté"
[^] # Re: relativité étendue
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "beauté du code". Évalué à 2.
Je vois. Je déteste ce genre de code. Le genre de pile de patchs locals sans architecture global. Le truc qui casse à chaque modification.
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [BOOKMARK] Google Ara, smartphones modulaires. Évalué à 1.
Oui c'est vrai, mais pas tellement moins.
"La première sécurité est la liberté"
[^] # Re: relativité étendue
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "beauté du code". Évalué à 2.
100% d'accord
Si le code est moche, il vaut mieux le changer, il y a de grande chance que malgré le commentaire, il pose problème plus tard.
"La première sécurité est la liberté"
[^] # Re: relativité étendue
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "beauté du code". Évalué à 2.
Les commentaires..
Je préfère 10x un nom parlant à des commentaires. Je connais 2 sortes de commentaires : ceux qui noient le code et le rende illisible (genre une ligne sur 2 est un commentaire), au lieu de tout sortir des fonctions, ce qui empêche de voir la fonction en entier sur un écran, et ceux qui sont obsolètes.
"La première sécurité est la liberté"
[^] # Re: mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [BOOKMARK] Google Ara, smartphones modulaires. Évalué à 2.
Car la 4G représente 1cm² de silicium dans ton soC de téléphone, si il est externe, il faut ajouter un pcb, de la RAM, des IO, et un connecteur. Le surcout est forcément 10x plus important. Mais c'est vrai que l'on a la même chose pour les Pc de bureau : carte pci lors de la sortie de l'usb, puis intégration dans le pc.
Mouais. Les smartphones se vendent en dizaine de millions d'exemplaire. C'est facile d'avoir plusieurs gammes et c'est bien moins couteux.
Genre en utilisant une carte µSD ?
Moi j'aime bien dans l'idée d'avoir le connecteur Apple "on stéroïde". Soit pour avoir une bonne interface à un APN, soit pour avoir un GPS à jour sur sa voiture de 5 ans.
"La première sécurité est la liberté"
# mouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [BOOKMARK] Google Ara, smartphones modulaires. Évalué à 3.
Si le display et le CPU este ensemble pour des raisons évidentes de connectiques complexes. Il ne reste pas grand chose à sortir. Le module 3G ? le GPS ? Mais c'est bien moins chère de l'inclure avec le reste.
J'imagine que cela pourrait fonctionner comme le bus pci, pour faire des extensions. J'imagine bien un smartphone se connectant sur un appareil photo, une chaine hifi, ou une voiture pour servir d'écran.
"La première sécurité est la liberté"
# "Aucune préparation/réflexion dans cette transition numérique de l'école."
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Prof 2.0 sur Arte Radio. Évalué à 3.
un peu quand même.
C'est surtout un problème d'ergonomie et de perte de temps que je note (pas de SSO, interface mal pensé, etc…).
Je me demande bien quand une blacklist saute, comment une page porno peut se trouver involontairement projeter devant une classe.
"La première sécurité est la liberté"
[^] # Re: Plutôt beauté du design
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "beauté du code". Évalué à 3.
Je pensais même à du code local.
"a+b+c+d" sera un code plus court que "(a+b)+(c+d)" qui utilise plus de variable intermédiaires, mais le deuxième code sera 30% plus rapide, dans le meilleur des cas.
"La première sécurité est la liberté"
[^] # Re: Plutôt beauté du design
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "beauté du code". Évalué à 2.
De mémoire, j'aurais dis 16. J'imagine que c'est plus une histoire de taille du cœur de la boucle.
L'idéal est d'utiliser tous les registres (on déroule plus), pour ensuite mélanger les instructions qui sont indépendantes ce qui permet de bien utiliser le pipeline, mais il ne faut jamais devoir utiliser la mémoire (on déroule moins) qui deviendrait un goulet d'étranglement.
"La première sécurité est la liberté"
[^] # Re: Plutôt beauté du design
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "beauté du code". Évalué à 4.
J'ai encore l'impression de parler avec un universitaire qui fait des compilos mais qui n'a absolument aucunes idées précises de comment fonctionne un cpu, ni comment les compilo comme gcc optimisent à bas niveau.
C'est le genre de personne qui s'étonne quand on leur dit qu'un code plus verbeux peut être bien plus rapide qu'un code plus court (moins de dépendance read after write).
Le compilo gère évidement l'alignement qui ne sera jamais cassé. De plus, les prefetchers font en sorte qu'il n'y a jamais de ruptures sur les enchainements de lignes de cache. Ils sont très efficace concernant le code, bien plus que pour les données.
Si jamais tu tombes sur le compilo suffisamment crétin pour ne pas faire d'alignement, il faut aussi que la perte de performance d'alignement ne soit pas compensé par la réduction du nombre de teste de boucle, et par la recombinaison des instructions.
Non. C'est géré.
"La première sécurité est la liberté"
[^] # Re: Plutôt beauté du design
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "beauté du code". Évalué à 3.
C'était le sujet du thread, un tel langage n'existe pas.
"La première sécurité est la liberté"
[^] # Re: Plutôt beauté du design
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "beauté du code". Évalué à 2. Dernière modification le 01 octobre 2014 à 16:07.
Et donc tu utilises 2 outils et 2 langages pour faire quelques choses de très proche, avec tous les problèmes imaginables à l'interface.
J'ai déjà donné des exemples : inclure un binaire sans outils externe, pas de générateur de code externe, mais un générateur en library.
Et puis, c'est même pire que ça. Je parle de lire un fichier pour générer des API, et tu me parles "générateur de code", tu imagines la différence de difficulté entre une bonne propagation de constante et un compilateur ?
"La première sécurité est la liberté"
[^] # Re: Plutôt beauté du design
Posté par Nicolas Boulay (site web personnel) . En réponse au journal "beauté du code". Évalué à 3.
Je veux dire sur du vrai code de la vrai vie. Tu te rend compte de la taille de code qui rentre dans un cache L1 ? On parle de boucle interne, pour remplir les 16/32/64 Ko de cache L1, il faut sans doute, l'équivalent d'un millier de lignes de code.
Oui et sur un code moyen, cela ne change rien. Par contre localement, la différence de performance est énorme. En -O3, gcc a tendance a dérouler les petites boucles 16 fois. J'estime que dérouler 4x fois ne peut jamais faire perdre de performance.
Tu parles de Ocaml, car tous les compilateurs C optimisent pour la vitesse. Le "-Os" de gcc évitent seulement les optimisations connues pour faire enfler le code.
"La première sécurité est la liberté"