Axioplase ıɥs∀ a écrit 3037 commentaires

Ca me permet de filtrer près de 90% des spams avec aucun faux positif (les IP dans la SBL n'envoient jamais de mails légitimes - en tout cas en trois ans je n'ai jamais eu une plainte)

Ben, c'est sûr que si les gens qui veulent t'écrire ne peuvent pas te contacter, t'es pas prêt de recevoir leurs plaintes !

Donc, t'es arrivé à pied par la Chine ?

Voulant partager mon logiciel avec mes petits camarades (Je précise que je suis en Corée du Sud actuellement… pas la peine de dire quel OS utilise tout ce joli monde !)

Tes petits camarades sont donc de Corée du nord, et utilisent donc Kim Jong Ilnux, l'OS codé par l'ancien Grand Leader du pays.

Problème : cette valeur peu tout à fait être valide dans le cas d'un label situé en début de code !

Tu pourrais aussi stocker l'adresse d'un label, plus 1. Comme ça, 1 correspond à l'adresse 0, 5 à l'adresse 4, et 0 à file not found.

Je mets les pâtes dans de l'eau bouillante salée, puis une fois cuites, dans l'assiette, un peu de ketchup, et basta.
Hors de question de gâcher les pâtes avec de l'huile d'olive (berk, c'est pas bon !), et puis le beurre à 380Y les 200g, non merci.

Ben, si on avait 25% de pertinents, et 75% d'inutiles, on irait plus sur DLFP :)

Mais sinon, pourquoi pas un système à la slashdot : "pertinent", "drôle", etc?
Ça ne dit pas comment gérer le karma total, mais bon…

C'est ingénieux, sympa, mais rudement laid…

C'est pas plus différent d'un client mail ou d'un client de chat.
Il me semble bien que la plupart des logiciels de messagerie instantanée proposent facilement de se connecter à MSN ou au chat de Yahoo…

Et mieux vaut un client libre vers un service proprio qu'un client proprio vers un service proprio, et aussi que pas de client du tout.

L'intérêt, les utilisateurs le trouveront, ou bien l'outil, inutilisé, sera alors supprimé.
Et tu te souviens bien sûr que nombre d'utilisateurs de Linux/Gnome/autre n'ont rien à foutre du libre, et veulent juste un truc qui marche, joli de préférence. Je crois bien que c'est le prix (souvent nul) et la légalité qui on fait le succès du libre, pas sur quoi les barbus et les moules trollent.

Il y a des accents en anglais aussi…
Et c'est pas aux Français de décider ce que les Britanniques vont utiliser.

Oui, dans le mien aussi on fait du LaTeX. Ma thèse est en LaTeX, mes articles aussi.

Mais c'est pas "recommandé", non, hormis par quelques profs ou copains. Pas par le système.
Tu peux soumettre en word à ta conf, tu peux rédiger ta thèse en word.
L'administration ne te le reprochera pas, ni le "program committee".

Le fait qu'une partie des scientifiques préfèrent LaTeX pour des raisons qui leurs sont propres n'y change rien pour l'instant, trouvé-je…

On peut publier les sources sans pour autant rendre le code libre…

Sans le libre, beaucoup de jeux amateurs ne seraient jamais allé au delà du brouillon.

Euh, je crois pas, non.
Les jeux en shareware/freeware, dans les années 80/90, c'était pas du tout ce qui manquait.
Je pense même qu'il y a, aujourd'hui encore, bien plus de jeux amateurs et pas libres (ni fondés sur du libre) que de jeux amateurs libres (ou fondés sur du libre).

À l'époque, on partageait pas le code source, mais on partageait quand même les techniques…

alors qu'on conseille traditionnellement d'utiliser un outil de composition de documents comme LaTeX.

Ah ?
Qui conseille ça ?

J'attends qu'une administration suggère qu'on utilise LaTeX.
Je suis même pas sûr que les universités françaises suggèrent LaTeX!

http://stackoverflow.com/questions/51783/how-to-serialize-a-graph-structure

Un arbre, c'est un graph sans cycles et sans partage, c'est super simple…
Et je suis sûr que ruby possible une lib pour sérialiser/lire des objets en mémoire…

Comme ça, suffit de passer avec un appareil photo derrière une moule pour pirater son compte, non ?

Il peut aussi ne pas mettre tous ses sprites dans le même fichier, histoire de restreindre l'espace à parcourir…

Cela me frappe particulièrement parce Le Pen et Sarkozy, a eux-deux, ne sont pas loin de représenter la moitié de l'électorat.

On est sur linuxfr, pas sur linuxfn.

Je suis tombé ce matin sur cette vidéo (d'une moule qui a posté plus haut) qui montre comment le gars utilise pharo pour faire vite fait une galerie picasa.
Bluffant ! http://vimeo.com/14163293

Il reste aussi les dépôts (officiels, chez le dev, ou ceux des distros) qui ont été piratés, les logiciels conçus volontairement avec une faille, la configuration par défaut mal foutue, les failles rajoutées par des tiers qui envoient des patchs fourbes…

Puis un logiciel peut être propriétaire, mais te laisser regarder les sources, et même envoyer des patchs ; ça change rien.

Et puis, « faille non connue » j'y crois plus.
Tant que le monde continuera à coder en C ou C++, les failles seront connues. Elle s'appellent toutes « buffer overflow. »

Enfin, c'est dredi…

Windows, MacOs, Android, iOs ?

Tourne sous windows, tourne sous MacOS (l'OS du développeur), sous Linux, sous FreeBSD (je suis mainteneur), est porté sous Android et sous iPhone.
Comme ça compile vers C (ou C++) portable, c'est pas trop dur d'être portable.

Des exemples d'applications graphiques qui l'utilisent ?

Des jeux :
http://gamerizon.com/games/quantz/
http://vimeo.com/10626459

En Gambit Scheme (qui compile efficacement vers C, donc qui permet d'avoir du code natif et rapide).
Pour l'interface graphique, y'a une API Cairo…

Et puis Skype, reste à voir la portabilité hein… La version windows a des années d'avance sur la version Linux, et même Mac je crois…

T'as créé un compte juste pour ça ?
Et pourquoi tu ne donnerais pas la liste au format texte ici, tout simplement ?
Puis pourquoi parler d'Unbuntu alors que ton image parle de Mint ?

Enfin, si tu veux mon avis, ta liste, je crois que la majorité des gens ici s'en cogne…

Ou directement
vimdiff file1 file2

1. Voir que mon client en Javascript sera toujours plus lent que mon appli native.

Le compilo V8 est très bon je crois. Avec du jit, tout ça. Donc du natif.

1. Voir que c'est pas forcément plus compliqué de faire une application native.

Idéalement, tu utilises un langage qu'on peut interpréter et compiler… JS en fait partie.

1. Voir que Google admet que Javascript ça tient pas la route pour les applications complexes. La preuve ils développent Dart, pourquoi d'ailleurs réinventer un nième langage de programmation ? Pourquoi ne pas mettre du Python ou du Ruby dans le navigateur ?

Tout ce que fait Google est bien ? G+, wave, buzz ?
Chez Google, ils adorent réinventer la roue. Ces trucs, c'est des projets persos qui ont été assez bien foutus pour devenir des produits officiels. Ça ne veut pas dire qu'ils ont été conçus pour de bonnes raisons, ni qu'ils sont vraiment mieux que ce qui existe déjà (ou qu'ils justifie qu'on les utilise à la place de l'offre existante).

Finalement les vieux barbus avaient raisons, c'était mieux avant. Une appli simple qui fait une seule chose mais bien.

Ce qui n'a rien à voir avec le fait que l'application soit native ou non, web ou nen.

Donc moi je vais développer des applications natives maintenant, c'est cool j'apprends plein de trucs.

Fais donc des CGI en C !

Pour discuter de la consommation d'insectes, je vous conseille de regarder : http://www.ted.com/talks/marcel_dicke_why_not_eat_insects.html

Pour ma part, j'en bouffe depuis un mois… Sauterelles frites à la sauce soja sucrée (イナゴの佃煮) et larves de trichoptères (ざざ虫), qui sont des plats qu'on mange dans le nord du Japon où j'habite. C'est pas mauvais du tout !
Dans le sud du pays, on mange aussi des guèpes/abeilles/frelons et leurs larves.

Deux comptes faux dans l'identité, mais vrais dans l'usage, j'appelle ça des « vrais » comptes, dans le cadre de la récupération d'informations…