pulkomandy a écrit 2018 commentaires

Ce n'est pas indiqué, et je ne sais pas si on peut commander en ligne.

C'est du PCB simple comme ceux qu'on peut faire à la maison: PCB + pistes + étamage. Pas de silkscreen et pas de vernis, et perçage à la main (pas de vias). Mais on peut commander un seul exemplaire et être livré en moins d'une semaine.

C'est pas pour les mêmes besoins que ce que fait oshpark, mais pour des projets simples, c'est déjà très bien et moi ça m'a permis d'avancer pas mal en électronique sans avoir besoin de graver des circuits chez moi (ou chez mes parents, à l'époque).

En clair: ça marche pour le courrier, mais pas pour les pièces jointes.

J'ai retrouvé ma source: https://developer.apple.com/library/content/documentation/Cocoa/Conceptual/Multithreading/CreatingThreads/CreatingThreads.html

The minimum allowed stack size for secondary threads is 16 KB and the stack size must be a multiple of 4 KB. The space for this memory is set aside in your process space at thread creation time, but the actual pages associated with that memory are not created until they are needed.

Par contre (et en fait, c'est logique), il y a quand même une limite qui est qu'on finit forcément par atteindre l'adresse logique d'une autre allocation. Donc la stack n'est pas illimitée pour autant. Par défaut la limite est de 1MB pour le thread principal et de 512K pour les autres.

Il est aussi possible d'allouer la pile de façon dynamique: on mappe 4Ko au départ, et juste au-dessus, une page interdite d'accès pour le thread en question. Quand le thread utilise ses 4Ko, il finit par essayer d'écrire dans ce bloc protégé. Cela déclenche une exception (segmentation fault) qui est interceptée, le noyau peut alors ajouter 4Ko de mémoire supplémentaire, et ainsi de suite.

Il me semble que cette stratégie est utilisé par iOS, entre autres.

Ou bien trouver une boutique située en France qui propose de le faire.

Par exemple si vous êtes à Pau, c'est possible chez Distronic (http://www.distronic.fr/) et ça prend largement moins de 2 semaines. J'espère que ce n'est pas la seule/dernière boutique en France à proposer ça.

Le mass storage, c'est un peu le bazar. Sur Symbian, ça marche car la carte SD n'est pas vraiement utilisée par le système et peut donc être démontée pour que le PC y aie accès exclusif. Sur Android, la carte SD a une utilisation plus "centrale" et il devient difficile de la démonter de cette façon.

Un smartphone Android c'est vraiment comme un ordinateur, et le mieux pour le brancher à un autre ordinateur, c'est de faire du réseau. Par exemple, y mettre un serveur FTP ou SSH pour partager des fichiers, cela fonctionne plutôt bien, et en plus on n'est plus obligé de garder la carte SD en FAT32.

Cela dit, c'est vrai que dans l'ensemble Symbian est plutôt bon pour sa réactivité. Que sont devenues les versions publiées en open source, est-ce que ça a abouti à quelque chose, ou personne n'a jamais rien réussi à en faire?

D'où l'intérêt de préserver la biodiversité dans l'agriculture: quand toute une région ou un pays cultive la même variété de la même plante, c'est facile pour une maladie de se répandre rapidement si cette variété ne sait pas bien s'en défendre.

Alors que quand il y a de la diversité, un parasite peut attaquer un champ, et être incapable de contaminer les plants de celui d'à côté.

Et Monsanto, ils ont plutôt tendance à vendre une seule recette à tout le monde. OGM ou pas, c'est risqué. Et du coup ils vendent aussi tous les désherbants et insecticides qui vont avec pour qu'il n'y aie aucun parasite.

Je suis d’accord, l’alcool peut être un problème. Mais faut pas exagérer, ça n’a rien à voir avec le sexisme: y a pas de «sobrophobie».

Ben tiens. Quand je commande un jus d'orange et qu'on dit à mon voisin de table "oh pardon, j'avais pas vu que vous étiez venus avec des enfants", je trouve ça vexant et dégradant. Et oui, ça m'est déjà arrivé en vrai.

Bon, je reprends un peu plus calmement après avoir passé la journée à y réfléchir. D'abord, je ne viendrai plus sur Linuxfr avant d'avoir fini mon petit déjeuner: je suis irritable et agressif quand j'ai le ventre vide.

Mais plus important, je vois plein de problèmes à dire "c'est le milieu du dev qui est comme ça". Je pense qu'il est pertinent de revenir là dessus et pourquoi j'ai réagi aussi violament ce matin.

D'abord, c'est un aveu d'échec. C'est un peu fataliste et ça n'avance pas à grand chose, parce qu'on ne peut pas changer tout le monde d'un coup.

En généralisant comme ça, on déresponsabilise les gens qui ont un comportement déplacé. Ils ont l'impression d'avoir raison avec la majorité. Il vaut mieux les mettre face à leur responsabilité individuelle, ce qui peut les conduire à réfléchir et à adapter leur comportement. Je pense que dans l'ensemble, il y a beaucoup de gens qui sont un peu mal à l'aise avec les codes habituels ("boire de la bière, humour gras") mais qui laissent passer parce que "c'est comme ça" et qu'on a pas toujours envie d'être le pénible de service qui vient expliquer que c'est déplacé et gâcher la soirée (merci à ceux qui ont le courage de le faire quand c'est nécessaire). En faisant changer d'avis tous ces gens qui croient avoir une position neutre, il ne restera que les quelques uns qui aiment vraiement la bière / l'humour gras. Et on pourra leur dire quand ils dépassent les limites plus facilement.

Enfin, tous les projets n'ont pas la même ambiance, et je dirai même, loin de là. Il y en a qui font des efforts pour s'améliorer sur ce point, d'autres ou ça se passe naturellement plutôt bien. Et c'est vexant pour eux de se trouver amalgamés à d'autres projets qui assument pleinement leur agressivité ou leur manque de respect. Alors que au contraire, on ferait mieux de montrer en exemple les projets qui marchent bien sur ce point, même si en ce moment, ils ne sont peut-être pas majoritaires (ça me semble difficile d'estimer ça, cela dit. Peu de projets mettent ce genre de choses en avant, dans un sens ou dans l'autre).

Donc, merci de ne pas mettre tous les devs dans le même panier, même s'il y a une tendance ou une grande majorité (de toutes façons, même si ce n'était qu'une seule personne dans un projet, ça serait toujours une de trop). ça contribue à ce que la situation reste la même. Alors que si au contraire, on montre qu'il y a des projets et des communautés qui sont plus ouvertes et moins agressives, on peut arriver, d'une part à intéresser plus de gens au développement, et d'autre part, à changer les mentalités là-dessus.

Voilà, j'espère que c'est plus clair.

Si.

Par contre, il n'a pas le droit de les reproduire car cela viole un ou des brevets.

C'était vraiment très intéressant.

ça m'énerve un peu qu'on puisse dire que tout le "milieu du dev en génral" est comme ça. Il y a des projets qui fonctionnent différemment, et c'est dommage de les oublier et de dire "c'est comme ça et on peut pas y faire grand chose".

Il y a plein de projets de logiciels libres:
- où on est pas obligés de boire de la bière
- pas en anglais (il y en a pas mal qui sont en japonais par exemple (exemple au hasard: http://www.geocities.co.jp/Berkeley/2093/driller.html), ou en russe (je l'ai plus sous la main, mais c'était un émulateur de la puce son du zx spectrum), ou en chinois, ou de l'open hardware en tchèque (http://www.8bit.8u.cz/Files/Faudraj/))
- plus accueillant que l'équipe du noyau Linux

Alors certes, c'est pas forcément les plus visibles ou les plus connus (surtout ceux qui ne sont pas en anglais), mais il y a des gens qui font des efforts dans ce sens, et dire que le milieu du dev en général fonctionne forcément comme l'équipe qui dirige le développement du noyau Linux, ça manque un peu de respect pour tous ceux qui font des efforts pour que ça change. Et ça m'énerve, apparemment.

C'est pas forcément choquant, mais c'est au moins déplacé. On se dit que ça va, que c'est pour rigoler, mais quand tout un projet est plein de blagues douteuses de ce genre (que ça soit dans le code, sur des listes de diffusions ou n'importe où), ça ne crée pas une ambiance très accueillante.

En ce moment c'est le Google Code-In, pour les projets qui participent, ça veut dire, canaux IRC pleins de participants au concours, entre 13 et 18 ans. Et on a du virer des gens de notre canal IRC pour comportement déplacé (pas des contributeurs au projet, heureusement).

Enfin, s'il y a au moins une personne qui se sent choquée ou insultée, c'est insultant ou choquant. Ce n'est pas à l'auteur de la plaisanterie d'en décider, tout ce qu'il peut faire, c'est s'excuser ou admettre qu'il n'en a rien à faire que les gens soient choqués par ses blagues, ou bien que c'est volontairement provocateur.

Le milieu du dev en général, il t'emmerde de ma part.

Hereusement que tous les projets ne sont pas comme ça, parce que sinon je ferais beaucoup moins de logiciel libre.

Comme souvent, il y a plein de choses qui se mélangent, et dans ce cas, les deux camps ont intérêt à entretenir la confusion, ce qui n'arrange rien.

Sur les OGM: le principe est de modifier le patrimoine génétique d'une espèce (par exemple, une variété de maïs) en y ajoutant des gènes venus d'une autre espèce (par exemple, une bactérie). Il y a quelques risques éventuels de déclencher des mutations non prévues, car les méthodes pour bricoler les gènes sont parfois un peu bourrin (on bombarde le noyau de la cellule avec des microbilles de métal enveloppées d'ADN, on garde les cellules survivantes et on espère que le gène injecté se soit mix au bon endroit sans rien casser d'important). On fait des progrès avec les "ciseaux génétiques" CRISPR, qui permettent de mieux maîtriser ça.

On a des boîtes du genre Monsanto qui utilise ça pour fabriquer des plantes résistantes à un herbicide (vendu avec), auquel très peu d'autres plantes peuvent survivre, par exemple. Du coup, on peut utiliser l'herbicide en question sur les champs et tuer tout sauf les plants OGM qu'on veur récolter.

Il y a des gens qui ont peur que les plantes OGM, qui sont donc plus résistantes, envahissent la nature. Le risque est une diminution de la biodiversité (tous les agriculteurs sèment le même maïs acheté chez Monsanto). Pour éviter ça, les plants OGM sont sensé être stériles pour éviter une contamination.

Les plans stériles empêchent les agriculteurs de conserver les graines d'une récolte pour re-semer l'année suivante. Du coup, ils doivent acheter de nouvelles graines à Monsanto tous les ans, ils sont donc dépendants de l'entreprise et de ce qu'on veut bien leur vendre.

Enfin, il se pose la question de la brevetabilité du vivant. Monsanto a déposé des brevets sur certains gènes, ce qui interdit donc la culture de plants contenant ce gène sans autorisation de leur part. ça rejoint un peu la problématique des brevets logiciels: est-ce qu'on peut poser un brevet sur un gène/sur un algorithme?

Alors, il y a des choses contre lesquelles on peut ne pas être d'accord dans ce que fait Monsanto, mais à mon avis, attaquer sur les OGM, c'est se tromper de cible. Le problème est surtout, d'une part sur les brevets, et d'autre part sur la préservation de la biodiversité et des espèces naturelles endogènes. Ce qui n'empêche pas de faire des cultures d'OGM, je pense. En attendant, aussi bien Monsanto que Greenpeace s'arrangent bien que les plans d'OGM soient stériles…

Je trouve très surprenant en général que y = f(x) puisse modifier x, et les compilos récents n'ont aucun mal à optimiser v = sort(v) correctement. Ceci dit, j'ai peut-être tendance à tenter de retrouver en C++ des concepts qui viennent des langages de plus haut niveau.

Là il faudrait faire de la programmation fonctionnelle, effectivement C++ n'est pas le meilleur choix pour ça.

elle va supporter l'écriture vi |= action::sort | action::unique;

On peut voter quelque part pour le support du Brainfuck dans C++19?

Je suppose qu'ils ont voulu faire un truc qui ressemble aux "pipes" en shell unix?

Publier du code sous licence MIT (et l'assumer) n'empêche pas de souhaiter que les autres en fassent autant. Même s'ils ont le droit de ne pas le faire.

Tant que ça en reste là et qu'on ne tombe pas dans le "c'est des gros méchants voleurs de code", tout va bien, non?

Unicomp vend ça (ainsi que plusieurs autres dispositions). Ce sont des évolutions de l'authentique claver Model M de chez IBM.

C'était surtout un accident, au début :) Quelqu'un s'est dit: "hé, mais on peut faire un langage Turing complet avec ça!". Et ensuite y'a eu des gens pour s'en servir…

Merci. C'est ça, le bien commun.

Tu as lu la licence GPL? Parce que ça ressemble quand même pas mal à ce que tu viens de décrire. Je dis ça je dis rien :)

Euh… toutes les licences sont là pour te dire ce que tu as le droit de faire. Tout ce qu'elles n'autorisent pas explicitement, c'est interdit (sauf si la loi l'autorise, mais dans ce cas, une licence qui essaie de l'interdire n'est pas valide).

Une licence qui interdit des trucs, c'est donc redondant et inutile.

Pour ceux qui pensent qu'un clavier normal n'a pas assez de touches:

http://www.pckeyboard.com/page/product/UB40B5A

On peut ausi ajouter des pédales vendues par Kinesis, que l'on peut utiliser pour control et alt, ce qui améliore grandement l'ergonomie pour les utilisateurs d'emacs.

Justement, après, ça tombe dans le domaine public et on peut l'utiliser. C'est le (petit) avantage des brevets.

Ici on a des adhérents qui n'ont pas d'accès internet, et d'autres qui ne souhaitent pas nous donner leur adresse mail.