L'idée c'est grosso modo d'écrire une webapp Python sous forme de script et de pouvoir partager vite fait un prototype. J'ai testé rapidement, ça vaut le coup d'oeil !
Ben un temps j'avais bossé pour faire de la crypto sur de l'embarqué (ARM à 66Mhz…). J'étais sur un OS proprio préhistorique, mais à l'époque j'avais réussi à faire tourner une lib crypto libre XySSL, ce qui aurait été impossible si ça avait été un langage plus haut niveau. Donc aussi contre intuitif que ça puisse paraître, le C c'est aussi un gage de portabilité maximum.
Je suppose qu'il fait référence à http://legacy.python.org/dev/peps/pep-0362/ pour l'histoire des signatures en python. Merci également pour cette article effectivement très intéressant !
J'utilise mercurial depuis 2 ans et je n'ai jamais fait de branche... je fais un clone du repository duquel je veux faire une branche et je l'utilise comme si c'était une branche. Au final on peut voir le un repo comme une branche et la gestions des différentes branches est à mon humble avis plus simple de cette façon.
Ouai dans le même sens je crois qu'il y a une étude qui tend à démontrer que de remplacer toutes les ampoules traditionnelles par des ampoules basse consommation engendre une déperdition calorifique qui se répercurte sur la consommation en chauffage (en majorité à base d'énergie fossile) et que du coup le bilan carbone est pire qu'avec des ampoules traditionnelles...
Dans le même ordre d'idée, il me semble que Jancovici que lorsque l'on fait le bilan énergétique de la vie d'un ordinateur, sa consommation électrique ne représentera qu'un faible pourcentage (de l'ordre de 10% de mémoire) par rapport à l'énergie nécessaire à sa fabrication. Je crois qu'il développe cette idée sur cette page http://www.manicore.com/documentation/economies.html (j'ai fais une petite recherche vite fait, pour le coup c'est pas là qu'il parle des ordis ça concerne les ampoules)
j'ai eu à faire de la crypto en C et je me suis tourner vers xyssl. Le code est superbement bien écrit et facile à appréhender (beaucoup plus facile qu'openssl). Donc je te conseil vivement d'aller faire un tour sur xyssl.org
# Bravo pour l'article
Posté par dowst . En réponse à la dépêche Créer une application web avec Jupyter, ipywidgets et voilà. Évalué à 5.
Félicitations pour l'article, il est super bien détaillé et ça va sans doute me servir merci bien !
Un peu dans la même veine, je suis récemment tombé sur https://streamlit.io .
L'idée c'est grosso modo d'écrire une webapp Python sous forme de script et de pouvoir partager vite fait un prototype. J'ai testé rapidement, ça vaut le coup d'oeil !
# C'est le codage en virgule flottante
Posté par dowst . En réponse au message Euh… comment dire… C'est bizarre.. Évalué à 4.
Rien à voir avec python, c'est le codage des floats (voir https://en.wikipedia.org/wiki/Single-precision_floating-point_format ).
Important de pas utiliser des floats quand tu fais un programme où tu manipules des sommes d'argents…
[^] # Re: Pas sûr que trouver des erreurs/la fiabilité soit si important pour la communauté libre..
Posté par dowst . En réponse à la dépêche [code] Trouver les erreurs. Évalué à 2.
Ben un temps j'avais bossé pour faire de la crypto sur de l'embarqué (ARM à 66Mhz…). J'étais sur un OS proprio préhistorique, mais à l'époque j'avais réussi à faire tourner une lib crypto libre XySSL, ce qui aurait été impossible si ça avait été un langage plus haut niveau. Donc aussi contre intuitif que ça puisse paraître, le C c'est aussi un gage de portabilité maximum.
[^] # Re: Typos et signatures en python
Posté par dowst . En réponse à la dépêche Sortie du Glorious Haskell Compiler 7.8. Évalué à 2.
Je suppose qu'il fait référence à http://legacy.python.org/dev/peps/pep-0362/ pour l'histoire des signatures en python. Merci également pour cette article effectivement très intéressant !
[^] # Re: hg
Posté par dowst . En réponse au sondage Mon logiciel de Logiciel de gestion de versions favori est :. Évalué à 1.
[^] # Re: En pleine semaine de la conférence sur le climat ...
Posté par dowst . En réponse au sondage L'uptime de ma machine principale. Évalué à 3.
Dans le même ordre d'idée, il me semble que Jancovici que lorsque l'on fait le bilan énergétique de la vie d'un ordinateur, sa consommation électrique ne représentera qu'un faible pourcentage (de l'ordre de 10% de mémoire) par rapport à l'énergie nécessaire à sa fabrication. Je crois qu'il développe cette idée sur cette page http://www.manicore.com/documentation/economies.html (j'ai fais une petite recherche vite fait, pour le coup c'est pas là qu'il parle des ordis ça concerne les ampoules)
# xyssl
Posté par dowst . En réponse au message Manipulation de clé. Évalué à 1.
j'ai eu à faire de la crypto en C et je me suis tourner vers xyssl. Le code est superbement bien écrit et facile à appréhender (beaucoup plus facile qu'openssl). Donc je te conseil vivement d'aller faire un tour sur xyssl.org
# c quoi exactement le prolème ?
Posté par dowst . En réponse au message ececution de commande dans un shell distant. Évalué à 1.
# c quoi exactement le prolème ?
Posté par dowst . En réponse au message ececution de commande dans un shell distant. Évalué à 2.