On ne peut pas raisonnablement demander à des noirs de passer quotidiennement devant des statues glorifiant des personnes qui leur ont nié jusqu'à leur humanité.
Saches que je trouve ça dégueulasse qu'on aie des avenues Pétain, pourtant je suis de la même nationalité et couleur de peau.
Je voudrais juste que les noirs arrêtent de nous ressasser qu'on est des ordures parce qu'on est blanc et que dans le passé nos ancêtres ont acheté leurs ancêtres. C'est trop facile, compte tenu du fait que ce commerce dégueu à été fait des deux côtés, mais que «le nôtre» est celui qui en a tiré le plus de bénéfs. Enfin, le notre, c'est juste celui qui allait pas dans les mines, les usines, etc… moi, je suis gosse d'ouvrier, hein, on m'a dit comment on traitait les blancs, chez les blancs, y'a quelques décennies… on m'a raconté des histoires de procès, parfois de victoires, parfois de défaites, des histoires de grèves, avec leur violence… j'ai aussi eu des leçons d'histoire, ou les blancs ont lutté contre les blancs pour… ah, bah, justement, arrêter d'être des esclaves.
C'est pas un problème de racisme, en fait, c'est tout je que je voulais dire.
Tu dis aussi que vous, les noirs, supportez les conséquences? Ben, je connais plus d'un blanc qui a subit le racisme, de ses dires, des noirs, maltraités dans leurs îles d'origine, au point d'avoir peur des noirs dans leur exil en métropole. Tu dis que, vous subissez le bon vouloir des riches? Les blancs aussi! Si t'as pas de thune, t'es dans la merde, c'est pas nouveau. C'est triste, mais pas nouveau. Vos familles reviennent de plus loin?
En es-tu sûr? Dans le nord de la france, les ch'ti dont tout le monde se moque, les gens bossaient comme des esclaves dans les mines, sans congés, 16H/24, minimum, même les enfants. Germinal, c'est pas juste un roman… Vos ancêtres ont vécu l'enfer sous le joug de nos dirigeants? Les miens aussi. Et les miens étaient blancs, je crois pas que ça aie joué sur l'exploitation…
Je sais que c'est bien tard, je ne passe plus trop sur dlfp, mais, je tiens à expliciter ma réponse. Non pas que j'aie peur de passer pour une ordure, mais je préfère passer pour l'éventuelle ordure que je suis, et non une autre.
l'on tente de nous apprendre que c'est le "papa blanc" Victor Schoelcher qui a libéré les esclaves alors que ces derniers ont conquis leur liberté.)Dans tous les cas, il est malhonnête de rejeter la faute sur "le peuple noir"
Il est aussi malhonnête de rejeter la faute sur "le peuple blanc", hein. Je suis fils d'ouvrier, de révolutionnaire, je ne suis pas juste un pur produit de l'éducation française…
En fait, j'ai juste un baccalauréat, parce que je suis inadapté au bourrage de crâne qu'est l'éducation de cette nation, et j'en ai chié à prouver ce que je peux faire, bien que je sois un homme blanc.
De mon point de vue, j'ai l'impression que, de nos jours, les hommes blancs doivent assumer toutes les merdes qu'on fait leurs ancêtres, contre les femmes et les gens qui ont des peaux moins colorées (parce que, bon, je défie un noir d'être capable de prendre autant de teintes qu'un blanc: quand je suis malade, je verdit, quand je suis en colère, je suis rouge, etc… et c'est les noirs qu'on appelles hommes de couleurs? Ouai, je sais, je repique :))
La réalité que personne n'a consignée, je crois, c'est que les puissants vendent les moins puissants, et que la couleur de peau est leur prétexte.
Ça serait pareil que dire que "les français ont livré les juifs aux allemands"…
Mais ça a été le cas d'une partie, même si l'on oublie que les allemands avaient leurs propres résistants. Ce qui est dégueulasse, et que j'ai, certes, laissé échappé, c'est de généraliser, et de classer.
On ne peut pas raisonnablement demander à des noirs de passer quotidiennement devant des statues glorifiant des personnes qui leur ont nié jusqu'à leur humanité.
Saches que je trouve ça dégueulasse qu'on aie des avenues Pétain, pourtant je suis de la même nationalité et couleur de peau.
Je voudrais juste que les noirs arrêtent de nous ressasser qu'on est des ordures parce qu'on est blanc et que dans le passé nos ancêtres ont acheté leurs ancêtres. C'est trop facile, compte tenu du fait que ce commerce dégueu à été fait des deux côtés, mais que «le nôtre» est celui qui en a tiré le plus de bénéfs. Enfin, le notre, c'est juste celui qui allait pas dans les mines, les usines, etc… moi, je suis gosse d'ouvrier, hein, on m'a dit comment on traitait les blancs, chez les blancs, y'a quelques décennies… on m'a raconté des histoires de procès, parfois de victoires, parfois de défaites, des histoires de grèves, avec leur violence… j'ai aussi eu des leçons d'histoire, ou les blancs ont lutté contre les blancs pour… ah, bah, justement, arrêter d'être des esclaves.
C'est pas un problème de racisme, en fait, c'est tout je que je voulais dire.
Donc, c'est bien pratique pour le dev qui teste son code et dont la machine a autre chose à faire, dans le cas d'un serveur ou tu veux être sûr que les ressources sont disponibles, c'est ridicule. Dans le cas de l'embarqué, avec de faibles perfs, ça peut cependant être utile.
En fait, les environnements contraints en perf, ou pour lesquels c'est anecdotique, c'est OK: le dev, l'embarqué. Par contre, pour un serveur, j'en doute: je préférerai que mon serveur soit stable, quitte à ce que les ressources soient parfois inutilisées. J'ai, en prod, eu assez de problèmes avec des alimentations électriques pas assez dimensionnées pour savoir le genre de bugs que peuvent causer des ressources insuffisantes. Merci, mais pour sous-dimensionner du hard, faut vraiment avoir envie de faire chier ses ingés!
bah, à bien y réfléchir, c'est pas faux, inetd, ça peut juste gérer. Juste, c'est du cas par cas, et ça doit être supervisé par systemd/daemontools, ainsi qu'un sysadmin compétent pour que ça finisse pas en feuille excel sur laquelle repose une économie entière…
hum, entre un code C standard de 50 lignes et une ligne de bash "illisible" (de mon point de vue, ce concentré de caractères sans espaces est pénible à lire du moins) et qui risque de se retourner contre moi, je préfère les 50 lignes de C standard.
En plus, ici netcat est toujours nécessaire in fine.
Aussi, j'ai appris à me méfier d'echo, et une pratique que j'essaie de faire au max est de toujours utiliser printf, pour éviter les surprises.
Ça doit être lié au fait que je suis un dev qui joue aux admins, et pas un vrai admin (au moins, j'en suis conscient).
Par contre, je bloque sur la construction "foo & bar". Le '&' remplace le ';' c'est ça? Si oui, pourquoi ne pas mettre sur 2 lignes, que ce soit lisible?
Maintenant que tu le dis, je me demande pourquoi j'ai pas pensé à netcat… après tout, le but était juste d'écouter un port pour sortir le résultat dans stdout… je me sens encore plus bête, du coup.
Le C est tellement proche de l'implémentation machine qu'il sera toujours plus performant.
Faux, l'assembleur est le plus proche.
Blague à part, un superbe example que c'est faux, c'est la différence de performance entre qsort et std::sort. Impossible également de retrouver le lien précis, mais il y a quelques années, GCC à commencé à autoriser le C++, pour se débarrasser du garbage collector qu'ils avaient dû implémenter à cause du manque de RAII en C.
J'ai regardé rapidement (j'ai du taf, je voulais juste me distraire vite fait) un des examples de code en C++, et un autre en C. Celui en C++ utilise std::cout, celui en C utilise printf.
Rien n'empêche d'utiliser std::printf en C++ (personnellement, c'est ce que je fais, même si je m'emmerde pas avec le namespace) qui est plus lisible (à mes yeux, en tout cas, parce que je trouve les doubles chevrons imbuvables) et si ma mémoire est bonne plus rapide, surtout si l'on fait l'erreur d'utiliser std::endl (toujours de mémoire, c'est super lent comparé à '\n'). Le fait qu'il soit plus léger en mémoire reste à prouver, mais j'en suis persuadé (!= convaincu) du fait qu'il me semble que ça puisse lancer des exceptions (le code est p'tet mort, mais il est là quand même).
À noter que printf n'est spécialement un truc léger non plus, d'ailleurs.
Perso, je dirais que C++ est plus performant que C sur de gros projets, si on se limite à un certain nombre de fonctionnalités, ce que devraient faire à mon avis tous les projets, et je ne suis pas le seul à penser qu'il faut sélection un jeu de fonctionnalités et s'y tenir. Certains bannissent les exceptions, d'autres les templates, d'autres l'héritage multiple, d'autres les méthodes virtuelles…
La raison pour laquelle C++ serait plus efficace que C sur de gros projets est qu'il ne nécessite pas de gérer les ressources (la mémoire, les accès fichiers, les entités opengl, les accès aux bases de données, etc) à la main, ce qui fait que les ressources sont libérées dès qu'il n'y en a plus besoin.
Le gain en performance pour moi de ce côté est: moins de bugs, moins de mémoire consommée à instant T.
Les templates eux permettent, comme pour std::sort vs qsort, un gain de vitesse lié à la réduction des callbacks.
Par contre, mal utiliser des fonctionnalités de C++ peut être très punitif en matière de performance: utiliser std::map, std::set ou std::list pour stocker des petits objets (de taille inférieure à un pointeur, par exemple), utiliser std::vector sans réserver la mémoire avant de faire une boucle de push_back est aussi une erreur que je vois régulièrement et qui est potentiellement très punitive.
De manière générale, je trouve la STL difficile à utiliser efficacement, en fait, et je trouve qu'elle déroge quand même pas mal au fameux "you pay for what you use" de C++: après tout, dès lors que l'on utilise la STL, on est obligé d'utiliser les exceptions, qui ne sont pas vraiment légères en terme de code (certes qui n'est exécuté qu'exceptionnellement, mais il est bien présent dans le binaire, ce qui compte parfois).
D'ailleurs, sur ce sujet, EA games avait implémenté la sienne notamment parce que gérer la mémoire avec la STL n'est pas vraiment simple.
Utiliser des dossiers sans risque c'est impossible, pour moi, à cause du fait que les systèmes POSIX ne permettent pas de verrouiller un dossier pour écriture par un seul processus (les «verrous» reposent sur l'idée que tout le monde respecte les conventions)…
Du coup, à part créer un utilisateur pour chaque service, puis créer un dossier dans /tmp ou /dev/shm pour chaque utilisateur (qui ne soit inscriptible que par l'utilisateur) et prier pour que personne ne joue avec le compte root, il ne me semble pas vraiment possible d'utiliser un dossier «sans risque». Et c'est encore pire avec systemd, puisque, la dernière fois que j'ai regardé, tous les processus fils de systemd-init (du projet systemd) avaient un UID de 0… je me trompe peut-être.
D'un autre côté, c'était sur Debian, et je commence à penser sérieusement que Debian n'est pas aussi robuste que sa réputation ne tends à le faire croire.
Humpf. Je suis en désaccord total avec toi si on mets dans le contexte du journal (qui est léger, mais…).
En bref, tu considères que quelqu'un qui se pointe dans un groupe à le droit de reprocher aux gens de ce groupe que leur culture, qu'ils ont développée ensemble, l'offense?
Moi, je refuse ça.
Perso, p'tet bien que je suis sexiste, rasciste, xenophobe, antisémite, ou je ne sais quel autre qualificatif mal vu, mais oui, je fais des blagues sur les homo,blacks,juifs,femmes (mais aussi sur les hétéros/blanc/agnostiques/…) quand je suis avec des gens qui vont accepter ce type de blagues.
Et si je suis avec ce type de personnes, je prendrais mal le fait que quelqu'un se pointe d'on ne sait où pour dire qu'on est tous des mauvaises gens et qu'il nous faudrait nous comporter de manière a ne jamais risquer d'offenser quiconque!
De la même manière, quand je me suis loggué pour la 1ère fois sur linuxfr, je ne me suis pas pointé en disant "non, mais dire, c'est pas libre donc ça pue, ça m'offense, arrêtez ça tout de suite!".
Pour faire simple: tant qu'une référence ou une culture n'est pas propagée vers l'extérieur, et que les gens ont la possibilité de choisir de ne pas y mouiller (non Trichelieu, je ne t'ai pas invoqué!) je ne vois pas ou est le problème. Si quelqu'un rentre dans un milieu et veut le changer, ok, mais que cette personne le fasse en douceur, et c'est exactement ce à quoi je n'ai pas l'impression d'assister ces dernières années.
Notamment, je trouve écoeurant le sexisme en défaveur des hommes dans le logiciel (considérer que je n'ai pas du me battre pour faire mon métier, ou que c'est lié à la chance, c'est clairement m'insulter, mes parents ont essayé par bien des moyens de me faire changer de voie, même s'ils auraient pu faire pire).
Du coup, même si je suis d'accord que le journal en question est un vulgaire coup de gueule vide de contenu réel, je partage le sentiment, j'ai de plus en plus l'impression qu'on ne juge plus le résultat technique mais le marketing, la présentation, la forme, et pire: que l'on juge de plus en plus un résultat en fonction des caractéristiques de son auteur!
Certes, le public c'est important, si on fait du code pour vivre. Mais, moi, j'en fait d'une part pour vivre (ça me fait bien chier, promis), et d'autre part pour m'amuser. Au boulot, je mets des gants, j'envoie pas chier les idées débiles de mon chef, et je fais du code bâclé à cause de ça. Pourquoi je devrais faire de même pendant mes loisirs? Pourquoi je devrais dire à une femme "Ouah, ce que tu as fait est super!" alors qu'il existe mieux à côté, mais, zut, c'est pas fait par une femme?
Pourquoi je devrais cesser de dire que le périphérique AX042 est un "slave" (esclave ou slave? Les slaves sont-ils des esclaves? Je ne le crois pas…) juste parce qu'un descendant d'esclave pourrait un jour avoir envie de contribuer (d'une, il ne fait que descendre, il n'a pas vécu l'esclavage, et d'autre part il est probable que son peuple ait vendu les siens, donc, qui est le méchant peuple reste à définir)?
Je pense notamment à une page wiki qui décrit dans des graphes les exécutions des scripts pre/post-rm/inst des paquets Debian, qui porte fièrement la mention "cette page a été faite grâce au projet Debian women". Ce truc est mieux mis en valeur qu'une page plus complète, plus claire, discrètement citée par la 1ère comme source d'inspiration. Mais, voila, c'est «fait par une femme» donc même si c'est moins bien, faut le mettre plus en valeur.
Dès que je retrouve le lien, je le mettrai ici… sinon on va me dire que j'affabule.
Je n'apprécie que peu l'idée d'utiliser systemd, mais honnêtement, je trouve l'idée de cet utilitaire ridicule. Pourquoi?
Parce que inetd & co, c'est des outils d'optimisation: il faut économiser la RAM (ou rebooter le serveur rapidement), donc on n'invoque un démon que quand il est nécessaire.
Donc, il faut que l'invocateur soit le plus léger et rapide possible.
Du coup, c'est quoi l'intérêt de coder ça en python? Je n'ai personnellement pas l'impression que python soit conçu pour être léger ou rapide au démarrage, après tout, on parle bien d'un langage dont un des arguments de vente est "battery included", non? et les piles, ça pèse lourd.
Python, c'est bien, pour la colle, le code non critique, le truc qui prend «pas de ressources». Donc, j'ai beaucoup de mal a en voir l'utilité pour économiser des ressources ou accélérer un boot: je ne serais pas surpris que cet outil bouffe plus de RAM que d'avoir un TFTPd, SSHd, DHCPd qui tournent h24… mais peut-être que je me trompe.
C'est sympa de pouvoir modifier le plan du PCB (qui semble trivial d'ailleurs… serait-ce seulement éligible a brevet ou une quelconque protection? J'en doute, mais peu importe…) mais, pour le produire, on fait comment?
À vue de nez, on a un circuit imprimé trivial, qui utilise des composants «traditionnels» THT (Through Hole Technology, semble indiquer un site aléatoire trouvé sur le canard qui court accroupi), mais aussi des CMS (composants montés en surface, flemme de chercher le terme exact), avec du double couche.
Du coup, j'ai 3 questions:
1) Admettons que quelqu'un modifie le PCB, et en supposant que ça ne soit pas l'état de l'art (et donc, non éligible en France à la P.I. si ma mémoire est bonne), comment cette personne ferait-elle pour «compiler» le PCB en un «binaire» utilisable réellement?
En pratique (j'ai fait un bac STI génie électronique, triste que ça ne me serve que pour mes loisirs), j'ai souvenir qu'il faut de une plaque d'epoxy cuivré (me rappelle plus le terme exact), insolée aux UV puis passée au bain de perchlorure de sodium (terme qui m'est revenu en écrivant ce commentaire, il y a 15 minutes je ne l'avais plus en tête, c'est p'tet erroné du coup).
Il est évident que tout le monde n'a pas un tel matériel chez lui (ou pas la place), donc, comment ça marche? Il faut s'acheter l'insoleuse, le perchlo, la perceuse et se réserver une pièce chez soi pour tout ça, ou il existe des boîtes qui vendent aux particuliers des circuits pré-imprimés et pré-percés sur fourniture de PCB?
Ce point m'intéresse particulièrement, parce que j'aimerai me construire un téléphone, mais que je trouve que c'est de la connerie que d'utiliser des beagle ou des rPI pour ça, trop de gâchis d'espace… donc il me faut une solution pour les PCB…
2) Pour un thermomètre, pourquoi avoir utilisé d'une part du double couche, et d'autre part des CMS? On parle bien d'un thermomètre non? Un µcontrolleur pour si peu, ça ne serait pas overkill? Et au pire, pourquoi ne pas avoir pris un µC THT?
3) tant qu'a essayer de faire la pub d'un hard conçu avec un soft libre, il eut été pertinent de poster non pas le PCB, mais le rendu 3D, surtout que Kicad en est capable nativement… c'est plus sexy, et ça donne une meilleure idée de ce qu'est le produit final…
Montrer un screen du PCB, c'est comme si lors de l'annonce d'un logiciel on publiait un screen du code source… ai-je besoin d'écrire ce que j'en pense?
Exemple : j'ai un ERP en Python. Si c'est l'interpréteur qui est considéré comme étant l'ERP, alors si je change d'interpréteur, j'ai changé d'ERP
Moui, enfin, un ERP, c'est une application utilisateur, un noyau c'est un composant dont le rôle est très précis, et qui nécessite d'accéder directement au hardware.
En poussant plus loin, un compilateur pourrait être considéré comme faisant partie du programme --> bof
Dans le cas d'un langage interprété, ce ne serait pas déconnant, puisque tu as besoin de l'interpréteur pour utiliser ton programme, alors qu'un binaire est totalement décorrelé de son compilateur (surtout s'il est lié statiquement avec ses dépendances).
L'interpréteur Python est un exécutable. C'est sans doute lui qui est lancé par le MBR. Par ailleurs, je suppose que cet interpréteur est modifié pour lancer automatiquement l'interprétation d'un source Python qui serait le
noyau.
Dans ce cas, peut-on vraiment considérer que le noyau est le script, et pas l'interpréteur?
Le problème de ta question, c'est que de nombreux langages interprétés actuels peuvent être compilés, dont le python.
Hors, à partir du moment ou tu peux compiler un source en binaire, rien ne t'empêche en théorie d'écrire un noyau dans ce langage, il faut «juste» que le firmaware (BIOS, UEFI, U-Boot, etc) ou le chargeur de démarrage soit capable de charger ce binaire.
Par contre, non, le noyau ne peut pas être lui-même interprété: en tout cas, pour moi, le noyau, c'est la couche logicielle qui est directement entre les programmes en espace utilisateur (ce qui inclue les logiciels exécutés par l'utilisateur root) et le matériel lui-même. Les pilotes sont chargés et exécutés par le noyau, qui leur donne (ou pas) accès au matos.
Je ne suis pas un spécialiste de la question, donc je me permets de laisser de côté la notion de micro-noyaux…
À noter que j'ai eu un voisin qui «réparait» des PC portables «HS» en les passant littéralement au four… je n'y croyais pas, jusqu'a ce qu'il me le prouve.
L'explication est qu'en fait, c'est régulièrement le chipset graphique qui décolle à cause d'une surchauffe, donc, appliquer une certaine température peut résoudre le problème. La version plus évoluée serait le rebillage…
À titre perso, je dirais que quand je cherche un taf en tant qu'informaticien, choose your boss est mon site exclusif, le reste, j'ai laissé tombé, le ratio signal/bruit est trop faible.
À noter que j'ai même eu la surprise d'avoir des recruteurs au téléphone qui comprenaient les termes techniques qu'ils employaient… ça n'a l'air de rien, mais pour moi ça veut dire beaucoup (un peu comme la position pour jouer du piano… mais je m'égare)
Et tout ces commentaires bien typé gros français qui s'offusquent de en découvrant que le monde n'est pas un miroir de leur culture.
Je m'offusque personnellement plus du fait qu'une entreprise recrute en France sans respecter la culture française (je ne parle pas de loi parce qu'il y a un flou à cause du "non renseigné" et que je suis pas légiste)…
Me semble bien que respecter les «us et coutumes» d'un peuple c'est important quand on interagit avec, que ce soit par le tourisme, pour y emmenager, pour y établir une succursale ou, comme ici, pour recruter localement à la place d'une organisation locale.
Accessoirement, tu as probablement changé d'habitat si tu as moins de 30 ans… la probabilité diminue avec le temps, par contre, sans pourtant devenir aussi faible que celle d'un changement de sexe.
À noter qu'il fut une époque ou il était de bon ton de parler de "citoyen" et "citoyenne". Bon, ça ne résolvait pas les problèmes des genres, certes, mais pour l'époque il y avait un net progrès…
Je trouve personnellement que c'est bien mieux que Mons(eign)ieur, Madame et Mademoiselle, qui sont des titres hérités de la noblesse à la base si je ne dis pas de conneries… Noblesse qui cultivait l'héritage par le sang, en poussant le vice jusqu'au droit d'ainesse, tout de même.
Euh, considérer que les valeurs de ta culture est supérieure à celles des autres, ça serait pas… du racisme ?
Ben non. Du racisme, c'est considérer qu'un groupe de génomes est supérieur à un autre, groupe de génomes qui se distingue habituellement par des traits physiques, tels que la couleur de la peau, des yeux, des cheveux, la taille, la forme du pied, etc…
Le fait de haïr les juifs par exemple n'est pas du racisme. Celui de haïr les américains non plus, et idem pour le fait de haïr les habitants du maroc.
Accessoirement, le problème ne se limite pas à la haine, mais s'étend à la peur. À titre personnel, je trouve que l'on mélange énormément xénophobie et racisme, et selon moi, ça dédramatise le racisme, et le favorise donc. Franchement, forcer la presse et les politiciens (notamment) à respecter notre langue pourrait bien réduire drastiquement à moyen terme ce type de problèmes, au lieu de les laisser jouer du sensasionnalisme… autant on pourrait considérer xénophobie et racisme comme des maux, autant la communication autour de ces sujets est à mes yeux souvent criminelle tant elle vise à tromper et manipuler les masses.
Désolé, je ne sais pas pourquoi j'avais sauté la dernière phrase, une petite envie inconsciente de m'engueuler avec des inconnus sur le sujet peut-être.
Pas de souci, c'est un excellent défouloir, après tout, et un habitué de linuxfr ne risque pas de s'en offusquer :D
Accessoirement, j'avoue pratiquer de temps en temps :S
[^] # Re: Snowflake
Posté par freem . En réponse au journal Le flicage dans l'Open Source. Évalué à 3.
Saches que je trouve ça dégueulasse qu'on aie des avenues Pétain, pourtant je suis de la même nationalité et couleur de peau.
Je voudrais juste que les noirs arrêtent de nous ressasser qu'on est des ordures parce qu'on est blanc et que dans le passé nos ancêtres ont acheté leurs ancêtres. C'est trop facile, compte tenu du fait que ce commerce dégueu à été fait des deux côtés, mais que «le nôtre» est celui qui en a tiré le plus de bénéfs. Enfin, le notre, c'est juste celui qui allait pas dans les mines, les usines, etc… moi, je suis gosse d'ouvrier, hein, on m'a dit comment on traitait les blancs, chez les blancs, y'a quelques décennies… on m'a raconté des histoires de procès, parfois de victoires, parfois de défaites, des histoires de grèves, avec leur violence… j'ai aussi eu des leçons d'histoire, ou les blancs ont lutté contre les blancs pour… ah, bah, justement, arrêter d'être des esclaves.
C'est pas un problème de racisme, en fait, c'est tout je que je voulais dire.
Tu dis aussi que vous, les noirs, supportez les conséquences? Ben, je connais plus d'un blanc qui a subit le racisme, de ses dires, des noirs, maltraités dans leurs îles d'origine, au point d'avoir peur des noirs dans leur exil en métropole. Tu dis que, vous subissez le bon vouloir des riches? Les blancs aussi! Si t'as pas de thune, t'es dans la merde, c'est pas nouveau. C'est triste, mais pas nouveau. Vos familles reviennent de plus loin?
En es-tu sûr? Dans le nord de la france, les ch'ti dont tout le monde se moque, les gens bossaient comme des esclaves dans les mines, sans congés, 16H/24, minimum, même les enfants. Germinal, c'est pas juste un roman… Vos ancêtres ont vécu l'enfer sous le joug de nos dirigeants? Les miens aussi. Et les miens étaient blancs, je crois pas que ça aie joué sur l'exploitation…
[^] # Re: Snowflake
Posté par freem . En réponse au journal Le flicage dans l'Open Source. Évalué à 3.
Je sais que c'est bien tard, je ne passe plus trop sur dlfp, mais, je tiens à expliciter ma réponse. Non pas que j'aie peur de passer pour une ordure, mais je préfère passer pour l'éventuelle ordure que je suis, et non une autre.
Il est aussi malhonnête de rejeter la faute sur "le peuple blanc", hein. Je suis fils d'ouvrier, de révolutionnaire, je ne suis pas juste un pur produit de l'éducation française…
En fait, j'ai juste un baccalauréat, parce que je suis inadapté au bourrage de crâne qu'est l'éducation de cette nation, et j'en ai chié à prouver ce que je peux faire, bien que je sois un homme blanc.
De mon point de vue, j'ai l'impression que, de nos jours, les hommes blancs doivent assumer toutes les merdes qu'on fait leurs ancêtres, contre les femmes et les gens qui ont des peaux moins colorées (parce que, bon, je défie un noir d'être capable de prendre autant de teintes qu'un blanc: quand je suis malade, je verdit, quand je suis en colère, je suis rouge, etc… et c'est les noirs qu'on appelles hommes de couleurs? Ouai, je sais, je repique :))
La réalité que personne n'a consignée, je crois, c'est que les puissants vendent les moins puissants, et que la couleur de peau est leur prétexte.
Mais ça a été le cas d'une partie, même si l'on oublie que les allemands avaient leurs propres résistants. Ce qui est dégueulasse, et que j'ai, certes, laissé échappé, c'est de généraliser, et de classer.
Saches que je trouve ça dégueulasse qu'on aie des avenues Pétain, pourtant je suis de la même nationalité et couleur de peau.
Je voudrais juste que les noirs arrêtent de nous ressasser qu'on est des ordures parce qu'on est blanc et que dans le passé nos ancêtres ont acheté leurs ancêtres. C'est trop facile, compte tenu du fait que ce commerce dégueu à été fait des deux côtés, mais que «le nôtre» est celui qui en a tiré le plus de bénéfs. Enfin, le notre, c'est juste celui qui allait pas dans les mines, les usines, etc… moi, je suis gosse d'ouvrier, hein, on m'a dit comment on traitait les blancs, chez les blancs, y'a quelques décennies… on m'a raconté des histoires de procès, parfois de victoires, parfois de défaites, des histoires de grèves, avec leur violence… j'ai aussi eu des leçons d'histoire, ou les blancs ont lutté contre les blancs pour… ah, bah, justement, arrêter d'être des esclaves.
C'est pas un problème de racisme, en fait, c'est tout je que je voulais dire.
[^] # Re: L’avenir et le passé
Posté par freem . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 2.
Donc, c'est bien pratique pour le dev qui teste son code et dont la machine a autre chose à faire, dans le cas d'un serveur ou tu veux être sûr que les ressources sont disponibles, c'est ridicule. Dans le cas de l'embarqué, avec de faibles perfs, ça peut cependant être utile.
En fait, les environnements contraints en perf, ou pour lesquels c'est anecdotique, c'est OK: le dev, l'embarqué. Par contre, pour un serveur, j'en doute: je préférerai que mon serveur soit stable, quitte à ce que les ressources soient parfois inutilisées. J'ai, en prod, eu assez de problèmes avec des alimentations électriques pas assez dimensionnées pour savoir le genre de bugs que peuvent causer des ressources insuffisantes. Merci, mais pour sous-dimensionner du hard, faut vraiment avoir envie de faire chier ses ingés!
[^] # Re: My 2 cents
Posté par freem . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 2.
bah, à bien y réfléchir, c'est pas faux, inetd, ça peut juste gérer. Juste, c'est du cas par cas, et ça doit être supervisé par systemd/daemontools, ainsi qu'un sysadmin compétent pour que ça finisse pas en feuille excel sur laquelle repose une économie entière…
[^] # Re: Netcat?
Posté par freem . En réponse au journal Gestion des services avec runit. Évalué à 0.
hum, entre un code C standard de 50 lignes et une ligne de bash "illisible" (de mon point de vue, ce concentré de caractères sans espaces est pénible à lire du moins) et qui risque de se retourner contre moi, je préfère les 50 lignes de C standard.
En plus, ici netcat est toujours nécessaire in fine.
Aussi, j'ai appris à me méfier d'echo, et une pratique que j'essaie de faire au max est de toujours utiliser printf, pour éviter les surprises.
Ça doit être lié au fait que je suis un dev qui joue aux admins, et pas un vrai admin (au moins, j'en suis conscient).
Par contre, je bloque sur la construction "foo & bar". Le '&' remplace le ';' c'est ça? Si oui, pourquoi ne pas mettre sur 2 lignes, que ce soit lisible?
[^] # Re: Netcat?
Posté par freem . En réponse au journal Gestion des services avec runit. Évalué à 2.
Maintenant que tu le dis, je me demande pourquoi j'ai pas pensé à netcat… après tout, le but était juste d'écouter un port pour sortir le résultat dans stdout… je me sens encore plus bête, du coup.
[^] # Re: Quid sur de gros programmes ?
Posté par freem . En réponse au lien Faites du C pour sauver la planète!. Évalué à 4.
Faux, l'assembleur est le plus proche.
Blague à part, un superbe example que c'est faux, c'est la différence de performance entre qsort et std::sort. Impossible également de retrouver le lien précis, mais il y a quelques années, GCC à commencé à autoriser le C++, pour se débarrasser du garbage collector qu'ils avaient dû implémenter à cause du manque de RAII en C.
J'ai regardé rapidement (j'ai du taf, je voulais juste me distraire vite fait) un des examples de code en C++, et un autre en C. Celui en C++ utilise std::cout, celui en C utilise printf.
Rien n'empêche d'utiliser std::printf en C++ (personnellement, c'est ce que je fais, même si je m'emmerde pas avec le namespace) qui est plus lisible (à mes yeux, en tout cas, parce que je trouve les doubles chevrons imbuvables) et si ma mémoire est bonne plus rapide, surtout si l'on fait l'erreur d'utiliser std::endl (toujours de mémoire, c'est super lent comparé à '\n'). Le fait qu'il soit plus léger en mémoire reste à prouver, mais j'en suis persuadé (!= convaincu) du fait qu'il me semble que ça puisse lancer des exceptions (le code est p'tet mort, mais il est là quand même).
À noter que printf n'est spécialement un truc léger non plus, d'ailleurs.
Perso, je dirais que C++ est plus performant que C sur de gros projets, si on se limite à un certain nombre de fonctionnalités, ce que devraient faire à mon avis tous les projets, et je ne suis pas le seul à penser qu'il faut sélection un jeu de fonctionnalités et s'y tenir. Certains bannissent les exceptions, d'autres les templates, d'autres l'héritage multiple, d'autres les méthodes virtuelles…
La raison pour laquelle C++ serait plus efficace que C sur de gros projets est qu'il ne nécessite pas de gérer les ressources (la mémoire, les accès fichiers, les entités opengl, les accès aux bases de données, etc) à la main, ce qui fait que les ressources sont libérées dès qu'il n'y en a plus besoin.
Le gain en performance pour moi de ce côté est: moins de bugs, moins de mémoire consommée à instant T.
Les templates eux permettent, comme pour std::sort vs qsort, un gain de vitesse lié à la réduction des callbacks.
Par contre, mal utiliser des fonctionnalités de C++ peut être très punitif en matière de performance: utiliser std::map, std::set ou std::list pour stocker des petits objets (de taille inférieure à un pointeur, par exemple), utiliser std::vector sans réserver la mémoire avant de faire une boucle de push_back est aussi une erreur que je vois régulièrement et qui est potentiellement très punitive.
De manière générale, je trouve la STL difficile à utiliser efficacement, en fait, et je trouve qu'elle déroge quand même pas mal au fameux "you pay for what you use" de C++: après tout, dès lors que l'on utilise la STL, on est obligé d'utiliser les exceptions, qui ne sont pas vraiment légères en terme de code (certes qui n'est exécuté qu'exceptionnellement, mais il est bien présent dans le binaire, ce qui compte parfois).
D'ailleurs, sur ce sujet, EA games avait implémenté la sienne notamment parce que gérer la mémoire avec la STL n'est pas vraiment simple.
# Vraiment?
Posté par freem . En réponse au lien Utiliser /tmp/ et /var/tmp/ sans risque. Évalué à -4.
Utiliser des dossiers sans risque c'est impossible, pour moi, à cause du fait que les systèmes POSIX ne permettent pas de verrouiller un dossier pour écriture par un seul processus (les «verrous» reposent sur l'idée que tout le monde respecte les conventions)…
Du coup, à part créer un utilisateur pour chaque service, puis créer un dossier dans /tmp ou /dev/shm pour chaque utilisateur (qui ne soit inscriptible que par l'utilisateur) et prier pour que personne ne joue avec le compte root, il ne me semble pas vraiment possible d'utiliser un dossier «sans risque». Et c'est encore pire avec systemd, puisque, la dernière fois que j'ai regardé, tous les processus fils de systemd-init (du projet systemd) avaient un UID de 0… je me trompe peut-être.
D'un autre côté, c'était sur Debian, et je commence à penser sérieusement que Debian n'est pas aussi robuste que sa réputation ne tends à le faire croire.
# forum?
Posté par freem . En réponse au journal Formation Kubernetes. Évalué à 0.
Hum, juste pour info, ceci serait nettement plus à sa place dans les forums…
[^] # Re: Tant pis pour toi...
Posté par freem . En réponse au journal Hacker du dimanche. Évalué à 2.
Il faut quand même prévoir les «aérations» pour le porno par contre, sinon l'intérêt risque d'être limité…
[^] # Re: Snowflake
Posté par freem . En réponse au journal Le flicage dans l'Open Source. Évalué à 8.
Humpf. Je suis en désaccord total avec toi si on mets dans le contexte du journal (qui est léger, mais…).
En bref, tu considères que quelqu'un qui se pointe dans un groupe à le droit de reprocher aux gens de ce groupe que leur culture, qu'ils ont développée ensemble, l'offense?
Moi, je refuse ça.
Perso, p'tet bien que je suis sexiste, rasciste, xenophobe, antisémite, ou je ne sais quel autre qualificatif mal vu, mais oui, je fais des blagues sur les homo,blacks,juifs,femmes (mais aussi sur les hétéros/blanc/agnostiques/…) quand je suis avec des gens qui vont accepter ce type de blagues.
Et si je suis avec ce type de personnes, je prendrais mal le fait que quelqu'un se pointe d'on ne sait où pour dire qu'on est tous des mauvaises gens et qu'il nous faudrait nous comporter de manière a ne jamais risquer d'offenser quiconque!
De la même manière, quand je me suis loggué pour la 1ère fois sur linuxfr, je ne me suis pas pointé en disant "non, mais dire, c'est pas libre donc ça pue, ça m'offense, arrêtez ça tout de suite!".
Pour faire simple: tant qu'une référence ou une culture n'est pas propagée vers l'extérieur, et que les gens ont la possibilité de choisir de ne pas y mouiller (non Trichelieu, je ne t'ai pas invoqué!) je ne vois pas ou est le problème. Si quelqu'un rentre dans un milieu et veut le changer, ok, mais que cette personne le fasse en douceur, et c'est exactement ce à quoi je n'ai pas l'impression d'assister ces dernières années.
Notamment, je trouve écoeurant le sexisme en défaveur des hommes dans le logiciel (considérer que je n'ai pas du me battre pour faire mon métier, ou que c'est lié à la chance, c'est clairement m'insulter, mes parents ont essayé par bien des moyens de me faire changer de voie, même s'ils auraient pu faire pire).
Du coup, même si je suis d'accord que le journal en question est un vulgaire coup de gueule vide de contenu réel, je partage le sentiment, j'ai de plus en plus l'impression qu'on ne juge plus le résultat technique mais le marketing, la présentation, la forme, et pire: que l'on juge de plus en plus un résultat en fonction des caractéristiques de son auteur!
Certes, le public c'est important, si on fait du code pour vivre. Mais, moi, j'en fait d'une part pour vivre (ça me fait bien chier, promis), et d'autre part pour m'amuser. Au boulot, je mets des gants, j'envoie pas chier les idées débiles de mon chef, et je fais du code bâclé à cause de ça. Pourquoi je devrais faire de même pendant mes loisirs? Pourquoi je devrais dire à une femme "Ouah, ce que tu as fait est super!" alors qu'il existe mieux à côté, mais, zut, c'est pas fait par une femme?
Pourquoi je devrais cesser de dire que le périphérique AX042 est un "slave" (esclave ou slave? Les slaves sont-ils des esclaves? Je ne le crois pas…) juste parce qu'un descendant d'esclave pourrait un jour avoir envie de contribuer (d'une, il ne fait que descendre, il n'a pas vécu l'esclavage, et d'autre part il est probable que son peuple ait vendu les siens, donc, qui est le méchant peuple reste à définir)?
Je pense notamment à une page wiki qui décrit dans des graphes les exécutions des scripts pre/post-rm/inst des paquets Debian, qui porte fièrement la mention "cette page a été faite grâce au projet Debian women". Ce truc est mieux mis en valeur qu'une page plus complète, plus claire, discrètement citée par la 1ère comme source d'inspiration. Mais, voila, c'est «fait par une femme» donc même si c'est moins bien, faut le mettre plus en valeur.
Dès que je retrouve le lien, je le mettrai ici… sinon on va me dire que j'affabule.
[^] # Re: Grave
Posté par freem . En réponse au journal Le flicage dans l'Open Source. Évalué à 10.
Un journal qui enlève les nonce, je suppose?
[^] # Re: Pour remplacer inetd
Posté par freem . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 3.
Je n'apprécie que peu l'idée d'utiliser systemd, mais honnêtement, je trouve l'idée de cet utilitaire ridicule. Pourquoi?
Parce que inetd & co, c'est des outils d'optimisation: il faut économiser la RAM (ou rebooter le serveur rapidement), donc on n'invoque un démon que quand il est nécessaire.
Donc, il faut que l'invocateur soit le plus léger et rapide possible.
Du coup, c'est quoi l'intérêt de coder ça en python? Je n'ai personnellement pas l'impression que python soit conçu pour être léger ou rapide au démarrage, après tout, on parle bien d'un langage dont un des arguments de vente est "battery included", non? et les piles, ça pèse lourd.
Python, c'est bien, pour la colle, le code non critique, le truc qui prend «pas de ressources». Donc, j'ai beaucoup de mal a en voir l'utilité pour économiser des ressources ou accélérer un boot: je ne serais pas surpris que cet outil bouffe plus de RAM que d'avoir un TFTPd, SSHd, DHCPd qui tournent h24… mais peut-être que je me trompe.
[^] # Re: apt install ./opera-stable….deb
Posté par freem . En réponse au message Opera avec Mint. Évalué à 2.
Merci pour l'info!
# Modifier les plans, c'est bien, mais quid de la production?
Posté par freem . En réponse à la dépêche Un thermomètre OSHW basé ESP8266. Évalué à 5. Dernière modification le 21 février 2019 à 13:58.
C'est sympa de pouvoir modifier le plan du PCB (qui semble trivial d'ailleurs… serait-ce seulement éligible a brevet ou une quelconque protection? J'en doute, mais peu importe…) mais, pour le produire, on fait comment?
À vue de nez, on a un circuit imprimé trivial, qui utilise des composants «traditionnels» THT (Through Hole Technology, semble indiquer un site aléatoire trouvé sur le canard qui court accroupi), mais aussi des CMS (composants montés en surface, flemme de chercher le terme exact), avec du double couche.
Du coup, j'ai 3 questions:
1) Admettons que quelqu'un modifie le PCB, et en supposant que ça ne soit pas l'état de l'art (et donc, non éligible en France à la P.I. si ma mémoire est bonne), comment cette personne ferait-elle pour «compiler» le PCB en un «binaire» utilisable réellement?
En pratique (j'ai fait un bac STI génie électronique, triste que ça ne me serve que pour mes loisirs), j'ai souvenir qu'il faut de une plaque d'epoxy cuivré (me rappelle plus le terme exact), insolée aux UV puis passée au bain de perchlorure de sodium (terme qui m'est revenu en écrivant ce commentaire, il y a 15 minutes je ne l'avais plus en tête, c'est p'tet erroné du coup).
Il est évident que tout le monde n'a pas un tel matériel chez lui (ou pas la place), donc, comment ça marche? Il faut s'acheter l'insoleuse, le perchlo, la perceuse et se réserver une pièce chez soi pour tout ça, ou il existe des boîtes qui vendent aux particuliers des circuits pré-imprimés et pré-percés sur fourniture de PCB?
Ce point m'intéresse particulièrement, parce que j'aimerai me construire un téléphone, mais que je trouve que c'est de la connerie que d'utiliser des beagle ou des rPI pour ça, trop de gâchis d'espace… donc il me faut une solution pour les PCB…
2) Pour un thermomètre, pourquoi avoir utilisé d'une part du double couche, et d'autre part des CMS? On parle bien d'un thermomètre non? Un µcontrolleur pour si peu, ça ne serait pas overkill? Et au pire, pourquoi ne pas avoir pris un µC THT?
3) tant qu'a essayer de faire la pub d'un hard conçu avec un soft libre, il eut été pertinent de poster non pas le PCB, mais le rendu 3D, surtout que Kicad en est capable nativement… c'est plus sexy, et ça donne une meilleure idée de ce qu'est le produit final…
Montrer un screen du PCB, c'est comme si lors de l'annonce d'un logiciel on publiait un screen du code source… ai-je besoin d'écrire ce que j'en pense?
[^] # Re: langage interprété => interpréteur => exécutable
Posté par freem . En réponse au message comment est ce possible de faire un noyau avec python ou un langage interprété. Évalué à 2.
Moui, enfin, un ERP, c'est une application utilisateur, un noyau c'est un composant dont le rôle est très précis, et qui nécessite d'accéder directement au hardware.
Dans le cas d'un langage interprété, ce ne serait pas déconnant, puisque tu as besoin de l'interpréteur pour utiliser ton programme, alors qu'un binaire est totalement décorrelé de son compilateur (surtout s'il est lié statiquement avec ses dépendances).
[^] # Re: langage interprété => interpréteur => exécutable
Posté par freem . En réponse au message comment est ce possible de faire un noyau avec python ou un langage interprété. Évalué à 2.
Dans ce cas, peut-on vraiment considérer que le noyau est le script, et pas l'interpréteur?
# Question difficile...
Posté par freem . En réponse au message comment est ce possible de faire un noyau avec python ou un langage interprété. Évalué à 2.
Le problème de ta question, c'est que de nombreux langages interprétés actuels peuvent être compilés, dont le python.
Hors, à partir du moment ou tu peux compiler un source en binaire, rien ne t'empêche en théorie d'écrire un noyau dans ce langage, il faut «juste» que le firmaware (BIOS, UEFI, U-Boot, etc) ou le chargeur de démarrage soit capable de charger ce binaire.
Par contre, non, le noyau ne peut pas être lui-même interprété: en tout cas, pour moi, le noyau, c'est la couche logicielle qui est directement entre les programmes en espace utilisateur (ce qui inclue les logiciels exécutés par l'utilisateur root) et le matériel lui-même. Les pilotes sont chargés et exécutés par le noyau, qui leur donne (ou pas) accès au matos.
Je ne suis pas un spécialiste de la question, donc je me permets de laisser de côté la notion de micro-noyaux…
[^] # Re: Production pas durable
Posté par freem . En réponse au journal Refaire fonctionner des portables dans un fablab. Évalué à 4.
À noter que j'ai eu un voisin qui «réparait» des PC portables «HS» en les passant littéralement au four… je n'y croyais pas, jusqu'a ce qu'il me le prouve.
L'explication est qu'en fait, c'est régulièrement le chipset graphique qui décolle à cause d'une surchauffe, donc, appliquer une certaine température peut résoudre le problème. La version plus évoluée serait le rebillage…
[^] # Re: Contrôle des publications des offres d'emploi
Posté par freem . En réponse au journal Un recrutement racé chez VEOLIA. Évalué à 3.
À titre perso, je dirais que quand je cherche un taf en tant qu'informaticien, choose your boss est mon site exclusif, le reste, j'ai laissé tombé, le ratio signal/bruit est trop faible.
À noter que j'ai même eu la surprise d'avoir des recruteurs au téléphone qui comprenaient les termes techniques qu'ils employaient… ça n'a l'air de rien, mais pour moi ça veut dire beaucoup (un peu comme la position pour jouer du piano… mais je m'égare)
[^] # Re: Du vent
Posté par freem . En réponse au journal Un recrutement racé chez VEOLIA. Évalué à 4.
Je m'offusque personnellement plus du fait qu'une entreprise recrute en France sans respecter la culture française (je ne parle pas de loi parce qu'il y a un flou à cause du "non renseigné" et que je suis pas légiste)…
Me semble bien que respecter les «us et coutumes» d'un peuple c'est important quand on interagit avec, que ce soit par le tourisme, pour y emmenager, pour y établir une succursale ou, comme ici, pour recruter localement à la place d'une organisation locale.
[^] # Re: Disclaimer
Posté par freem . En réponse au journal Un recrutement racé chez VEOLIA. Évalué à 2.
Accessoirement, tu as probablement changé d'habitat si tu as moins de 30 ans… la probabilité diminue avec le temps, par contre, sans pourtant devenir aussi faible que celle d'un changement de sexe.
[^] # Re: Disclaimer
Posté par freem . En réponse au journal Un recrutement racé chez VEOLIA. Évalué à 2.
À noter qu'il fut une époque ou il était de bon ton de parler de "citoyen" et "citoyenne". Bon, ça ne résolvait pas les problèmes des genres, certes, mais pour l'époque il y avait un net progrès…
Je trouve personnellement que c'est bien mieux que Mons(eign)ieur, Madame et Mademoiselle, qui sont des titres hérités de la noblesse à la base si je ne dis pas de conneries… Noblesse qui cultivait l'héritage par le sang, en poussant le vice jusqu'au droit d'ainesse, tout de même.
[^] # Re: Défendeur des droits
Posté par freem . En réponse au journal Un recrutement racé chez VEOLIA. Évalué à 3. Dernière modification le 15 février 2019 à 23:44.
Ben non. Du racisme, c'est considérer qu'un groupe de génomes est supérieur à un autre, groupe de génomes qui se distingue habituellement par des traits physiques, tels que la couleur de la peau, des yeux, des cheveux, la taille, la forme du pied, etc…
Le fait de haïr les juifs par exemple n'est pas du racisme. Celui de haïr les américains non plus, et idem pour le fait de haïr les habitants du maroc.
Accessoirement, le problème ne se limite pas à la haine, mais s'étend à la peur. À titre personnel, je trouve que l'on mélange énormément xénophobie et racisme, et selon moi, ça dédramatise le racisme, et le favorise donc. Franchement, forcer la presse et les politiciens (notamment) à respecter notre langue pourrait bien réduire drastiquement à moyen terme ce type de problèmes, au lieu de les laisser jouer du sensasionnalisme… autant on pourrait considérer xénophobie et racisme comme des maux, autant la communication autour de ces sujets est à mes yeux souvent criminelle tant elle vise à tromper et manipuler les masses.
[^] # Re: KDE Neon
Posté par freem . En réponse au journal Mon retour sous KDE. Évalué à 5.
Pas de souci, c'est un excellent défouloir, après tout, et un habitué de linuxfr ne risque pas de s'en offusquer :D
Accessoirement, j'avoue pratiquer de temps en temps :S