Je pense qu’il est important de reconnaître que vous ne pouvez pas avoir 100% de sécurité mais aussi 100% de respect de la vie privée et zéro inconvénient. Vous savez, nous allons devoir faire des choix de société.
Quand j'avais vu Obama faire ce discourt aux infos, j'ai toute suite pensé à ce qu'avait dit ce père fondateur :
“Une société prête a sacrifier un peu de liberté contre un peu de sécurité ne mérite ni l’une, ni l’autre, et finit par perdre les deux”
Ton projet à l'air super, mais je reste un peu sur ma faim…
J'aime beaucoup Python mais je connais très mal les "accélérateurs" de ce langage
Par contre j'en connais beaucoup !
- Pypy
- Cython
- Pyrex
- Pypy
- ShedSkin
- et maintenant Pythran !
Parmi tout ça, il y a des compilateurs vers C ou C++, des compilateurs JIT et peu être même encore d'autres trucs tordus !
La preuve, en écrivant ce poste je me suis dis que forcement un mec avait fait un truc avec python et llvm, un coup de Google et gagné : numba vient s'ajouter à ma liste !
Je trouve ça super cool qu'il y ait autant de vitalité dans le domaine de l'accélération de python, mais ne serait-ce pas un peu "too much" ?
Enfin tout ça pour dire que j'aimerai savoir pourquoi tu t'es lancé dans ce projet, qu'est-ce qui fait que tu poutres les autres, pourquoi les autres te le rendent bien, qu'est-ce qui fait toutes les différences des projets et les raisons pour lesquels on n'a pas 1 gros projet monolithique d'accélérateur python…
ninja est prévu pour n'être pas écrit à la main mais généré automatiquement. Passer de make à ninja revient donc à configurer une option avec cmake (c'est aussi simple que de passer de gcc à clang en fait !). Évidemment, si tes Makefiles sont fait à la main, c'est "too much" de passer à ninja ;-)
ninja gère automatiquement le bon nombre de processus à lancer : make -j4 sur simple coeur fera perdre des performances. En plus, en cas de Makefile récursif l'argument "-j" fournit initialement par l'utilisateur doit être propagé dans les autres appels ce qui n'est pas commode du tout alors que ça "juste fonctionne" avec ninja
ninja gère mieux les dépendances (typiquement les modifications dans les .h que make ne prend pas en compte sans "gcc-M") et recompile en cas de changements dans les flags
ET SURTOUT : ninja bufferise ta sortie, en cas d'erreur tu n'as pas une chiée de messages dans tous les sens relatif à différents fichiers. En cas d'erreur, il imprime tout seul comme un grand la commande de compilation qui a échouée ainsi que le/les messages d'erreurs
make -j ne limite pas le nombre de compilations à lancer en parallèle (il respect juste les dépendances de compilation), donc si tu peux lancer 40 compilation en même temps il va le faire (enfin c'est ce qui est écrit dans la doc en tout cas, j'ai jamais testé)
D'après man make :
If the -j option is given without an argument, make will not limit the number of jobs that can run simultaneously.
Au final 40 compilations en parallèle sur un PC avec 4 coeurs, ça en fait du temps perdu en changement de tâches !
Ninja est pensé pour déterminer automatiquement le nombre de compilations à lancer en parallèle (je pense qu'il fait peut ou prou la méthode Gentoo : "le nombre de CPU + 1")
Donc avec 40 compilations en parallèle possible, il n'en lancera que 5 à la fois sur un quadcore.
Moi je m'en sers !
Avec Cmake tu peux configurer pour utiliser make ou ninja au choix en un seul clique (et au aussi préférer clang à gcc de la même façon )
Au final on gagne un peu en vitesse (mais c'est anecdotique sur autre chose qu'un gros projet avec des makefiles récursifs) et surtout une compilation automatiquement parallélisé et une sortie bufferisé (comme ça les messages d'erreurs ne se mélangent pas en cas de compilation parallèle)
Au passage, quelqu'un connaît un bon mode à Emacs pour avoir une vraie complétion plus intelligente aur le M-/ ? avec liste de suggestions et tout et tout ?
Le module clang avec autocomplete est exactement ce que tu cherche
- liste de suggestions
- complétion intelligente des fonctions et des structures
- ça marche pour tous les langage de clang : c, c++ et objectiveC
- tu peux compiler avec GCC et utiliser clang pour la complétion si ça te chante
Et clang est un super compilo en plus ! J'adore le flag -analyze pour faire de l'analyse statique à partir de ton makefile d'origine (juste CFLAGS à change)
L'autre jours, je cherchais à installer un logiciel pour voir des séries chinoises en streaming (il existe un grand nombre de logiciels basé sur le peer tout peer pour visionner des films et séries en échange de pubs, le tout un un soucis du droit d'auteur tout chinois naturellement ;-)
Le poids lourd du secteur, pps, fournissait une version linux de son client, ce qui m'a fait le plus grand plaisir !
Malheureusement le paquet était pour ubuntu 8.10, je n'ai jamais pu le lancer sur ma 13.4 :'-(
Au final j'ai sans doute évité les trous de sécurité dû à un logiciel proprio (qui plus est chinois !) et ses librairies périmées depuis 4ans, mais d'un autre côté je suis toujours une quiche en chinois, et pps n'est pas encouragé à faire une version linux qui sera inutilisable sur autre chose qu'une seule distrib sur une seule version (en caricaturant bien sûr)
En gros clang 3.1 tente de compiler avec la libc++ de gcc 4.5 mais la compatibilité ne se fait pas et je me retrouve avec une pelleté d'erreurs dans la stl !
J'ai trouvé quelques rapports de bug à ce propos, va falloir attendre la prochaine version…
J'ai fait un tout petit peu de développement avec les EFL il y a un an environ.
À l'époque c'était pas brillant :
1. la nécessité de récupérer les sources et leurs incompatibilités entre versions (bon je pense que ce point n'est plus un problème maintenant que la version finale est là)
2. la documentation vraiment brouillon. Typiquement les tutos te montrant des bouts de codes mais ne permettant pas de télécharger le fichier final pour savoir si « ça marche vraiment chez moi » ou si on a juste pas compris la logique et on applique mal. Les tutos étant plus ou moins à jour, on peut reprendre le point 1 ici pour un bonus-combo…
3. la complexité de programmation. Sans doute liée aux deux autres points, ce que j'ai retenu des EFL c'est qu'il m'a fallu une grosse dizaine d'heures en tant que débutant pour faire une petite application graphique là où il m'en avait fallu moins de 3 (et beaucoup moins de WTF) pour faire de même en Python/Qt… sans aucune connaissance de ces deux technos !
Typiquement, sous Qt, on a une interface graphique permettant en point&click de placer ses boutons/fenêtres sans soucis. À la fin un fichier xml-like et il n'y a plus qu'à connecter les signaux avec le code C++, un jeu d'enfant !
Avec les EFL, la disposition doit être fait à la main (on m'a dit que l'application permettant de faire comme pour Qt était en développement…). C'est partie pour se palucher un simili C moche pour ensuite le connecter avec notre vrai code C… Si tous les mecs qui ont voulu faire une appli ont eu la même expérience que moi, pas étonnant que leur base d'application ne grossie pas !
Au final j'avais vraiment été déçu par EFL qui semblait vraiment génial sur le papier (utilisant moi-même Awesome, j'aime cette volonté de légèreté) mais dont la réalisation semblait vraiment anarchique (ce dont le temps de développement anormalement long semble confirmer…).
Ai-je raté des choses ? Comment faire pour que je reprenne goût docteur ?
Dans ce sens, je suis un peu étonné du choix du thème par défaut.
Black&White était, à mon sens, beaucoup plus « eyescandie »
D'ailleurs, en recherchant une copie d'écran, je viens de me faire cramer les rétines par le nouveau thème du site enlightenment.org… je pensais que seul les skyblog avait le droit d'un aussi mauvais goût (noir et bleu électrique, manquait plus qu'ils écrivent tout en rose/jaune fluo…)
Surtout que ce n'est que la partie principal du site que a subie le « lifting », le trac est indemne, il aurait pu finir ça avant la release !
il contient entre autres GNOME 3.4.2 et KDE 3.5.10
Je sus un peu étonné du n° de version de KDE… la version 4 est sortie depuis un bout de temps maintenant et son implémentation a atteint une certaine maturité.
Ce retard de version me semble d'autant plus étrange que de son côté Gnome est dans une version tout ce qu'il y a de plus à jour… un explication ?
C'est pas un soucis : Quake 3 (et sa flopée de dérivés libres) tourne très bien sur à peu près n'importe quoi… et de toute façon tout le monde sait que aucun bon jeu n'est sorti depuis 2004 ! ;-)
Mon précédent pc ayant eu quelques problèmes, j'ai eu la même question il y a moins d'un mois.
J'ai trouvé mon bohneur avec un thinkpad t410 "d'occase" (entre guillement puisque le pc été en fait neuf mais au prix de l'occasion !)
On ne présente plus ces PC orientés pro qui, pour peu que tu ne t'intéresse pas aux jeux vidéos, sont ce qui se fait de mieux en notre bas monde !
En bref :
- chipset intel avec carte graphique intégrée pour la plupart des modèles
- grosse base d'utilisateurs "libristes" (ce point mis en rapport avec le précédent donnant une compatibilité quasi-parfaite avec linux !)
- Qualité de fabrication au poil avec grande facilité de changement des pièces (pc facile à démonté et pièces très facile à trouver)
- Garantie liée au n° de série du portable et "professionel" : pas besoin de la facture pour en bénéficier, possibilité de se faire livrer la pièce de rechange ou de faire venir un technicien (un ami s'est fait remplacer sa carte mère comme ça)
- Petits plus du genre loupiote pour éclairer le clavier, double trackpad (le petit bouton rouge est super pratique pour ne pas quitter le clavier des mains), clavier "anti liquide" et le design "soviétique" pour faire se sentir mal les jacky macqueux et autres alienwares #trollinside
Au niveau des sites où acheter :
- leboncoin/ebay régulièrement des annonces tombes (c'est là où j'ai acheté le mien)
- www.nbwn.com : un site allemand proposant des pc reconditionnés à très bon prix
J'étais trop jeune pour avoir pu vibrer en direct de ses exploits de 1969. Quand on voit les actuels coupes et hésitations dans les budgets spatiaux (la conquête de mars annoncée par des projets à 30ans annulés, repris puis reannulés dans des optiques purement politiques et court-termistes…) je me rends compte que je vie finalement dans le passé comparé à mon père qui a vu enfant un tel exploit rempli de promesses !
La mort de cet homme sonne à mes oreilles comme la confirmation que je ne verrai jamais l'homme ne marcher sur mars…
Ouai enfin ça sent pas mal théorie du complot là.
Je pense qu'ils pouvaient sortir une version android direct, ils auraient eu les mêmes retours (voir plus vu le nombre de mecs qui jouent sur android…).
Sans compter que Steam c'est une appli userspace, le truc qui n'a aucun rapport entre un "vrai linux" (le truc avec une communauté, une philosophie open source et un serveur X) et android (le truc ambiance windows avec trouzemille dégeuwares à télécharger dès que tu veux une nouvelle fonctionnalité…)
Pour faire du C, du Python ou du PHP, on utilise souvant un IDE fait en java quand on est sous Linux, ceux (les libres) en Python / C++ / C / PHP ne tiennent pas la route 2 secondes. Heureusement que le monde libre à Java.
Cette phrase sur la dépêche d'Emacs mérite la potence !
Erreur simple (cas le plus fréquent) => retour d'une interface Error et test de celle-ci
Erreur monstrueuse => panic/recover avec les defers pour un repli "en bon ordre"
Comme tu le dis, Go est capable de renvoyer plusieurs valeurs en retour de fonction.
Pour savoir si la clé existe, il faut utiliser le paradigme, fréquent en Go, dit comma ok :
Je viens de corrigé mon code en conséquence, merci !
Je me sens un peu con pour le coup, j'ai mal compris la doc à propos des map, je pensais que cette fonctionnalité n'était pas supportée…
# Benjamin Franklin doit se marrer
Posté par G.bleu (site web personnel) . En réponse au journal "Glenn Greenwald, le blogueur qui défie Big Brother". Évalué à 10.
Quand j'avais vu Obama faire ce discourt aux infos, j'ai toute suite pensé à ce qu'avait dit ce père fondateur :
“Une société prête a sacrifier un peu de liberté contre un peu de sécurité ne mérite ni l’une, ni l’autre, et finit par perdre les deux”
[^] # Re: J'en veux plus !
Posté par G.bleu (site web personnel) . En réponse au journal Pythran à Scipy2013 !. Évalué à 1.
Je suis confus, l'article complet dont parlait le journal répond entièrement à mes questions
Un grand bravo pour un tel projet, et surtout une telle débauche d'information et de documentation. Vous n'allez pas à la Scipy2013 pour rien !
# J'en veux plus !
Posté par G.bleu (site web personnel) . En réponse au journal Pythran à Scipy2013 !. Évalué à 1.
Ton projet à l'air super, mais je reste un peu sur ma faim…
J'aime beaucoup Python mais je connais très mal les "accélérateurs" de ce langage
Par contre j'en connais beaucoup !
- Pypy
- Cython
- Pyrex
- Pypy
- ShedSkin
- et maintenant Pythran !
Parmi tout ça, il y a des compilateurs vers C ou C++, des compilateurs JIT et peu être même encore d'autres trucs tordus !
La preuve, en écrivant ce poste je me suis dis que forcement un mec avait fait un truc avec python et llvm, un coup de Google et gagné : numba vient s'ajouter à ma liste !
Je trouve ça super cool qu'il y ait autant de vitalité dans le domaine de l'accélération de python, mais ne serait-ce pas un peu "too much" ?
Enfin tout ça pour dire que j'aimerai savoir pourquoi tu t'es lancé dans ce projet, qu'est-ce qui fait que tu poutres les autres, pourquoi les autres te le rendent bien, qu'est-ce qui fait toutes les différences des projets et les raisons pour lesquels on n'a pas 1 gros projet monolithique d'accélérateur python…
[^] # Re: On peut toujours creuser un trou à mains nues...
Posté par G.bleu (site web personnel) . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 2.
Je résume donc :
ninja est prévu pour n'être pas écrit à la main mais généré automatiquement. Passer de make à ninja revient donc à configurer une option avec cmake (c'est aussi simple que de passer de gcc à clang en fait !). Évidemment, si tes Makefiles sont fait à la main, c'est "too much" de passer à ninja ;-)
ninja gère automatiquement le bon nombre de processus à lancer : make -j4 sur simple coeur fera perdre des performances. En plus, en cas de Makefile récursif l'argument "-j" fournit initialement par l'utilisateur doit être propagé dans les autres appels ce qui n'est pas commode du tout alors que ça "juste fonctionne" avec ninja
ninja gère mieux les dépendances (typiquement les modifications dans les .h que make ne prend pas en compte sans "gcc-M") et recompile en cas de changements dans les flags
ET SURTOUT : ninja bufferise ta sortie, en cas d'erreur tu n'as pas une chiée de messages dans tous les sens relatif à différents fichiers. En cas d'erreur, il imprime tout seul comme un grand la commande de compilation qui a échouée ainsi que le/les messages d'erreurs
[^] # Re: On peut toujours creuser un trou à mains nues...
Posté par G.bleu (site web personnel) . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à -1.
make -j ne limite pas le nombre de compilations à lancer en parallèle (il respect juste les dépendances de compilation), donc si tu peux lancer 40 compilation en même temps il va le faire (enfin c'est ce qui est écrit dans la doc en tout cas, j'ai jamais testé)
D'après man make :
Au final 40 compilations en parallèle sur un PC avec 4 coeurs, ça en fait du temps perdu en changement de tâches !
Ninja est pensé pour déterminer automatiquement le nombre de compilations à lancer en parallèle (je pense qu'il fait peut ou prou la méthode Gentoo : "le nombre de CPU + 1")
Donc avec 40 compilations en parallèle possible, il n'en lancera que 5 à la fois sur un quadcore.
[^] # Re: On peut toujours creuser un trou à mains nues...
Posté par G.bleu (site web personnel) . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 1.
Moi je m'en sers !
Avec Cmake tu peux configurer pour utiliser make ou ninja au choix en un seul clique (et au aussi préférer clang à gcc de la même façon )
Au final on gagne un peu en vitesse (mais c'est anecdotique sur autre chose qu'un gros projet avec des makefiles récursifs) et surtout une compilation automatiquement parallélisé et une sortie bufferisé (comme ça les messages d'erreurs ne se mélangent pas en cas de compilation parallèle)
[^] # Re: On peut toujours creuser un trou à mains nues...
Posté par G.bleu (site web personnel) . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 1.
Le module clang avec autocomplete est exactement ce que tu cherche
- liste de suggestions
- complétion intelligente des fonctions et des structures
- ça marche pour tous les langage de clang : c, c++ et objectiveC
- tu peux compiler avec GCC et utiliser clang pour la complétion si ça te chante
Et clang est un super compilo en plus ! J'adore le flag -analyze pour faire de l'analyse statique à partir de ton makefile d'origine (juste CFLAGS à change)
[^] # Re: Ça peut être intéressant
Posté par G.bleu (site web personnel) . En réponse au journal Un nouveau format de paquets pour Ubuntu. Évalué à 2.
Je plussois !
L'autre jours, je cherchais à installer un logiciel pour voir des séries chinoises en streaming (il existe un grand nombre de logiciels basé sur le peer tout peer pour visionner des films et séries en échange de pubs, le tout un un soucis du droit d'auteur tout chinois naturellement ;-)
Le poids lourd du secteur, pps, fournissait une version linux de son client, ce qui m'a fait le plus grand plaisir !
Malheureusement le paquet était pour ubuntu 8.10, je n'ai jamais pu le lancer sur ma 13.4 :'-(
Au final j'ai sans doute évité les trous de sécurité dû à un logiciel proprio (qui plus est chinois !) et ses librairies périmées depuis 4ans, mais d'un autre côté je suis toujours une quiche en chinois, et pps n'est pas encouragé à faire une version linux qui sera inutilisable sur autre chose qu'une seule distrib sur une seule version (en caricaturant bien sûr)
# Déception !
Posté par G.bleu (site web personnel) . En réponse au journal Habitrpg. Évalué à 9.
J'ai cru que c'était un RPG sur la vie de George Abitbol…
Je suis tombé de haut !
[^] # Re: Clang vs GCC
Posté par G.bleu (site web personnel) . En réponse à la dépêche LLVM 3.2 et Clang 3.2 publiés. Évalué à 1.
Pour le C++11… ben j'ai pas réussit à compiler !
En gros clang 3.1 tente de compiler avec la libc++ de gcc 4.5 mais la compatibilité ne se fait pas et je me retrouve avec une pelleté d'erreurs dans la stl !
J'ai trouvé quelques rapports de bug à ce propos, va falloir attendre la prochaine version…
[^] # Re: En ce qui concerne les applications...?
Posté par G.bleu (site web personnel) . En réponse à la dépêche Enlightenment DR17 est enfin sorti !. Évalué à 8.
J'ai fait un tout petit peu de développement avec les EFL il y a un an environ.
À l'époque c'était pas brillant :
1. la nécessité de récupérer les sources et leurs incompatibilités entre versions (bon je pense que ce point n'est plus un problème maintenant que la version finale est là)
2. la documentation vraiment brouillon. Typiquement les tutos te montrant des bouts de codes mais ne permettant pas de télécharger le fichier final pour savoir si « ça marche vraiment chez moi » ou si on a juste pas compris la logique et on applique mal. Les tutos étant plus ou moins à jour, on peut reprendre le point 1 ici pour un bonus-combo…
3. la complexité de programmation. Sans doute liée aux deux autres points, ce que j'ai retenu des EFL c'est qu'il m'a fallu une grosse dizaine d'heures en tant que débutant pour faire une petite application graphique là où il m'en avait fallu moins de 3 (et beaucoup moins de WTF) pour faire de même en Python/Qt… sans aucune connaissance de ces deux technos !
Typiquement, sous Qt, on a une interface graphique permettant en point&click de placer ses boutons/fenêtres sans soucis. À la fin un fichier xml-like et il n'y a plus qu'à connecter les signaux avec le code C++, un jeu d'enfant !
Avec les EFL, la disposition doit être fait à la main (on m'a dit que l'application permettant de faire comme pour Qt était en développement…). C'est partie pour se palucher un simili C moche pour ensuite le connecter avec notre vrai code C… Si tous les mecs qui ont voulu faire une appli ont eu la même expérience que moi, pas étonnant que leur base d'application ne grossie pas !
Au final j'avais vraiment été déçu par EFL qui semblait vraiment génial sur le papier (utilisant moi-même Awesome, j'aime cette volonté de légèreté) mais dont la réalisation semblait vraiment anarchique (ce dont le temps de développement anormalement long semble confirmer…).
Ai-je raté des choses ? Comment faire pour que je reprenne goût docteur ?
[^] # Re: Soyons prudents, attendons E18 avant de troller
Posté par G.bleu (site web personnel) . En réponse à la dépêche Enlightenment DR17 est enfin sorti !. Évalué à 1.
Dans ce sens, je suis un peu étonné du choix du thème par défaut.
Black&White était, à mon sens, beaucoup plus « eyescandie »
D'ailleurs, en recherchant une copie d'écran, je viens de me faire cramer les rétines par le nouveau thème du site enlightenment.org… je pensais que seul les skyblog avait le droit d'un aussi mauvais goût (noir et bleu électrique, manquait plus qu'ils écrivent tout en rose/jaune fluo…)
Surtout que ce n'est que la partie principal du site que a subie le « lifting », le trac est indemne,
il aurait pu finir ça avant la release ![^] # Re: tcha ! (c'est l'hiver)
Posté par G.bleu (site web personnel) . En réponse au journal Il n'y a pas que le café !. Évalué à 1.
Pour un expert ton erreur est grossière : en chinois le pinyin c'est "chá" (茶) pas "tcha !"
# KDE en retard ?
Posté par G.bleu (site web personnel) . En réponse à la dépêche OpenBSD 5.2. Évalué à 8.
Je sus un peu étonné du n° de version de KDE… la version 4 est sortie depuis un bout de temps maintenant et son implémentation a atteint une certaine maturité.
Ce retard de version me semble d'autant plus étrange que de son côté Gnome est dans une version tout ce qu'il y a de plus à jour… un explication ?
[^] # Re: Pilotes graphiques libres
Posté par G.bleu (site web personnel) . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 6.
C'est pas un soucis : Quake 3 (et sa flopée de dérivés libres) tourne très bien sur à peu près n'importe quoi… et de toute façon tout le monde sait que aucun bon jeu n'est sorti depuis 2004 ! ;-)
[^] # Re: debian is dying
Posté par G.bleu (site web personnel) . En réponse au journal Quelques chiffres. Évalué à 5.
Ne me dis pas que ton avatar répond à la question de l'œuf…
# À l'image de ce journal ?
Posté par G.bleu (site web personnel) . En réponse au journal Diaspora 0.0.1. Évalué à -7.
[Ce journal] n'est pas mort, contrairement à ce que certains [diront].
Je vous laisse voir par vous-même [la note tendant vers moins l'infinie qu'il va se prendre]…
# ma suggestion ? Thinkpad !
Posté par G.bleu (site web personnel) . En réponse au message cherche ordinateur portable. Évalué à 2.
Mon précédent pc ayant eu quelques problèmes, j'ai eu la même question il y a moins d'un mois.
J'ai trouvé mon bohneur avec un thinkpad t410 "d'occase" (entre guillement puisque le pc été en fait neuf mais au prix de l'occasion !)
On ne présente plus ces PC orientés pro qui, pour peu que tu ne t'intéresse pas aux jeux vidéos, sont ce qui se fait de mieux en notre bas monde !
En bref :
- chipset intel avec carte graphique intégrée pour la plupart des modèles
- grosse base d'utilisateurs "libristes" (ce point mis en rapport avec le précédent donnant une compatibilité quasi-parfaite avec linux !)
- Qualité de fabrication au poil avec grande facilité de changement des pièces (pc facile à démonté et pièces très facile à trouver)
- Garantie liée au n° de série du portable et "professionel" : pas besoin de la facture pour en bénéficier, possibilité de se faire livrer la pièce de rechange ou de faire venir un technicien (un ami s'est fait remplacer sa carte mère comme ça)
- Petits plus du genre loupiote pour éclairer le clavier, double trackpad (le petit bouton rouge est super pratique pour ne pas quitter le clavier des mains), clavier "anti liquide" et le design "soviétique" pour faire se sentir mal les jacky macqueux et autres alienwares #trollinside
Au niveau des sites où acheter :
- leboncoin/ebay régulièrement des annonces tombes (c'est là où j'ai acheté le mien)
- www.nbwn.com : un site allemand proposant des pc reconditionnés à très bon prix
# La fin d'une époque
Posté par G.bleu (site web personnel) . En réponse au journal Neil Armstrong bronsonisé. Évalué à 5.
Quel tristesse que cette nouvelle.
J'étais trop jeune pour avoir pu vibrer en direct de ses exploits de 1969. Quand on voit les actuels coupes et hésitations dans les budgets spatiaux (la conquête de mars annoncée par des projets à 30ans annulés, repris puis reannulés dans des optiques purement politiques et court-termistes…) je me rends compte que je vie finalement dans le passé comparé à mon père qui a vu enfant un tel exploit rempli de promesses !
La mort de cet homme sonne à mes oreilles comme la confirmation que je ne verrai jamais l'homme ne marcher sur mars…
[^] # Re: N'oubliez pas qu'Android est un Linux
Posté par G.bleu (site web personnel) . En réponse au journal Valve prend Linux au sérieux. Évalué à 2.
Ouai enfin ça sent pas mal théorie du complot là.
Je pense qu'ils pouvaient sortir une version android direct, ils auraient eu les mêmes retours (voir plus vu le nombre de mecs qui jouent sur android…).
Sans compter que Steam c'est une appli userspace, le truc qui n'a aucun rapport entre un "vrai linux" (le truc avec une communauté, une philosophie open source et un serveur X) et android (le truc ambiance windows avec trouzemille dégeuwares à télécharger dès que tu veux une nouvelle fonctionnalité…)
[^] # Re: C'est sûr pour le nom ?
Posté par G.bleu (site web personnel) . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 9.
La loi de Moore couplée à la stagnation des ressources nécessaires à faire tourner Emacs ont rendu cette blague caduque depuis les années 90…
Cadeau la version mise à jours :
[^] # Re: Gestionnaire de paquets
Posté par G.bleu (site web personnel) . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 10.
Cette phrase sur la dépêche d'Emacs mérite la potence !
[^] # Re: Gestionnaire de paquets
Posté par G.bleu (site web personnel) . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 4.
Je pense que c'est surtout une grosse blague de tenter de justifier de mettre du java dans un projet comme Emacs codé en C/Elisp !
Et cet argument est reprenable sur tout les projets n'utilisant pas de base java…
[^] # Re: gestion des erreurs
Posté par G.bleu (site web personnel) . En réponse à la dépêche Retour d'expérience sur Go. Évalué à 3.
C'est pas ce que pensent les développeurs de Go…
Erreur simple (cas le plus fréquent) => retour d'une interface Error et test de celle-ci
Erreur monstrueuse => panic/recover avec les defers pour un repli "en bon ordre"
[^] # Re: Maps et slices
Posté par G.bleu (site web personnel) . En réponse au journal Retour d'expérience sur Go. Évalué à 2.
Je viens de corrigé mon code en conséquence, merci !
Je me sens un peu con pour le coup, j'ai mal compris la doc à propos des map, je pensais que cette fonctionnalité n'était pas supportée…