on utilise encore un système de versionnement à l'ancienne
Le fait est que les nouveautés, nous les avons, et constamment. Entre 2.9.2 et 2.9.4, y a eu 1348
Du coup non (si je ne dis pas de bêtises) : suivant le semver, un ajout de fonctionnalités aurait du se remarquer sur le mineur et non le patch, et donc passer de la 2.9.2 à la 2.[10,11,12,13,14,…].xx. Si je ne vois que le patch augmenter, je pense qu'il n'y a que des corrections et pas de d'ajout de nouveautés.
Certes, mais les GPU ne sont pas la panacée non plus ; à partir du moment où les calculs à effectuer ne sont pas facilement décomposables en calculs matriciels, des CPU classiques seront largement plus efficaces, voire même la seule solution exploitable.
Oui et c'est pour ca qu'on a des humains avec 3 bras, d'autres avec deux tetes, d'autres avec le coeur a gauche etc…
ou pas.
Quand on n'y connait rien en génétique, on évite les postulats sur le sujet. La diversité est primordiale pour qu'une espèce conserve sa capacité d'adaptation à un environnement changeant ; ce n'est pas un hasard si parmi les plus de 98% d'ADN non codant humain, une forte part constitue du matériel viable pour d'éventuels futurs gènes. Par ailleurs, il suffit de voir le désastre que donne une famille fortement consanguine (un exemple célèbre) pour se convaincre de la nécessité de la variété.
Après, la pertinence de la comparaison de l'ADN au code est une autre question sur laquelle je ne m'avancerai pas.
Je me posais justement la question de pourquoi les nouveaux langages qui sont traduits en javascript ne ciblent-ils pas plus asm.js ?
Probablement parce que Webassembly est en train d'arriver. Grosso modo, ça définit un bytecode standard pour les navigateurs, ce qui permettra à terme de compiler depuis n'importe quel langage en ajoutant « simplement » un nouveau backend auc compilos existants. LLVM par exemple commence à s'y mettre.
La version libre de Gitlab est quand même assez pauvre…
En nombre de features, peut-être, dans les faits je ne suis pas sûr. Dans une association où je participais, la seule chose qui nous avait réellement manqué était la synchro des groupes LDAP/Gitlab, mais un script python dans un cron dialoguant avec l'API Gitlab avait résolu le souci.
Qu'est-ce qui empêche de voir la création d'une fondation à but non lucratif de se constituer et d'essayer d'avoir les mêmes performances que Github ? Github gagne de l'argent uniquement avec les comptes privés, non ?
C'est bien ce que fait Gitlab : version communautaire libre et gratuite, quelques bricoles en plus pour l'édition Enterprise propriétaire qui met du beurre dans les haricots.
Mais le problème, c'est que le hardware est tout sauf bon marché. Et contrairement à un logiciel où l'on peut laisser traîner quelques bugs en attendant d'avoir le temps de les corriger, maintenir un service implique une disponibilité constante des admins et des fonds non négligeables (parce que le matériel finit toujours par casser, parce que la bande passante ça coûte, parce que l'électricité ça coûte, etc.).
Et enfin, l'expérience nous montre que copier un truc qui marche, c'est bien, mais ça a inifiniment moins de chance que d'inventer un truc qui marche ; toutes les entreprises qui se sont cassées les dents en essayant de détrôner Facebook pourront confirmer.
Je pense que le problème n'est pas tellement le logiciel en lui-même. De ce que j'ai pu en voir, Gitlab est presque équivalent à github et gogs est une autre alternative crédible. De plus, de nombreux projets utilisent soit cgit, gitweb ou encore des solutions maisons sans souci.
Par contre, l'hébergement est une autre paire de manches. Avoir des serveurs avec un aussi bon uptime et des performances comparables à celles de github pour autant d'utilisateurs, ça coûte très cher.
Et enfin, il y a l'aspect « communautaire ». Le gros avantage d'un truc centralisé comme github, c'est qu'il suffit d'un seul login pour participer à tous les projets disponibles dessus, alors que maintenir un login sur chacune des hypothétiques forges de chaque projet qui nous intéresserait relèverait rapidement du fardeau.
Si Sourceforge peut se racheter une image et offrir une nouvelle alternative crédible et pratique à l'omniprésent Github, je pense que tout le monde en sortirait gagnant. ÀMHA, la diversité est toujours une bonne chose, dans le monde du libre aussi.
Pour ma part, pass, qui est un wrapper léger à GPG (pour le chiffrement des mots de passe) + git (pour la synchro). Et il y a même une extension Firefox pour les MdP web.
Posté par lockidor .
En réponse au journal Mon insécurité à moi.
Évalué à 4.
Dernière modification le 01 janvier 2016 à 02:55.
Ça dépend bien sûr des endroits, mais dans les patelins de campagne, ce n'est pas rare d'avoir une rue un peu longue sans trottoir sur laquelle donnent directement les sorties des maisons (jardins sur l'arrière, pas le devant) que les voitures s'enfilent à un joyeux 40.
Après, je ne comprends pas la position des développeurs qui ne veulent pas sortir de version sous Windows (trop de travail de maintenance disent-ils).
Les développeurs ont dit que ce logiciel était avant tout développé par et pour eux. Ils ont également précisé que si quelqu'un était prêt à s'engager à maintenir un port Windows, il était le bienvenu (c'est comme ça qu'est né le port OS X), mais qu'ils n'avaient pas l'intention de faire un truc qui leur déplaît et leur est inutile pour les beaux yeux de la princesse.
Lors de la 2e GM aussi le Royaume-Uni et la France ont déclaré à la guerre à l'Allemagne en premier suite à l'invasion de la Pologne. Est-ce pour autant eux les responsables du conflit à ce moment là ?
ÀMHA oui, le IIIème Reich a déclaré la guerre à la Pologne en sachant pertinemment qu'elle était alliée à la France/UK et que ceux-ci avaient assuré son existence. Les Allemands ayant déclaré la guerre à une alliance, il était très probable que l'intégralité de l'alliance rentrerait en guerre.
Après, la pertinence du côté légal de l'affaire est une qutre question.
Notons que c'est l'Allemagne qui a provoqué cette guerre…
La Prusse nous a peut-être provoqués – et été ravie que nous tombions dans le panneau –, mais techniquement parlant c'est nous qui avons déclaré la guerre.
Écrire une spec avant la finalisation de l'algorithme serait probablement une mauvaise idée ; donnant l'image d'un format mature alors que celui-ci n'est qu'à l'état de prototype.
À part que si la seule implémentation est sous GPL uniquement, pratiquement personne ne s'en servira – impossible de l'intégrer à aucun logiciel propriétaire – et il ira donc mourir tout seul dans son coin.
Comme spécifié précedemment, Servo n'est pour le moment qu'un moteur de rendu HTML, donc sans interpréteur JS ; il n'a donc aucune chance de faire tourner React dans un futur proche.
Pour chercher la petite bête, il n'a pas tort non plus ; je ne vois pas de plateformes hors Windows où Direct* soit utilisé :p
l'échec d'OpenGL dans le monde Microsoft a été assourdissant.
Pas complètement. On est certes loin de la popularité de Direct3D, mais c'est loin d'être absent. Pas mal des jeux portés sous OSX (et souvent, subséquement Linux) tournent sous OpenGL.
Il me semble aussi que certains gros produits industriels qui tournaient sous *nix auparavant sont sous OpenGL, comme AutoCAD.
[^] # Re: Black book ?
Posté par lockidor . En réponse au journal Effort de traduction en français, c'est moi oui il y en a de moins en moins?. Évalué à 3.
Si c'est celui que je connais, c'est un bouquin de programmation graphique.
[^] # Re: Extensions
Posté par lockidor . En réponse à la dépêche Firefox 48 : API WebExtensions, Electrolysis et sécurité. Évalué à 6.
La mienne par contre, si :/
[^] # Re: Trois
Posté par lockidor . En réponse à la dépêche Nouvelle version de développement de GIMP: 2.9.4. Évalué à 1.
Du coup non (si je ne dis pas de bêtises) : suivant le semver, un ajout de fonctionnalités aurait du se remarquer sur le mineur et non le patch, et donc passer de la 2.9.2 à la 2.[10,11,12,13,14,…].xx. Si je ne vois que le patch augmenter, je pense qu'il n'y a que des corrections et pas de d'ajout de nouveautés.
[^] # Re: Bizarre le cadeau d'EDF...
Posté par lockidor . En réponse à la dépêche Le Top 500 des supercalculateurs de juin 2016. Évalué à 3.
Si c'est le cas, c'est tout de même dommage d'avoir un supercalcu pour qu'il glandouille pendant tout le reste du temps :/
[^] # Re: Bizarre le cadeau d'EDF...
Posté par lockidor . En réponse à la dépêche Le Top 500 des supercalculateurs de juin 2016. Évalué à 10.
Certes, mais les GPU ne sont pas la panacée non plus ; à partir du moment où les calculs à effectuer ne sont pas facilement décomposables en calculs matriciels, des CPU classiques seront largement plus efficaces, voire même la seule solution exploitable.
[^] # Re: WebAssembly
Posté par lockidor . En réponse à la dépêche Firefox 45 ESR et autres actualités mozilliennes. Évalué à 10.
Quand on n'y connait rien en génétique, on évite les postulats sur le sujet. La diversité est primordiale pour qu'une espèce conserve sa capacité d'adaptation à un environnement changeant ; ce n'est pas un hasard si parmi les plus de 98% d'ADN non codant humain, une forte part constitue du matériel viable pour d'éventuels futurs gènes. Par ailleurs, il suffit de voir le désastre que donne une famille fortement consanguine (un exemple célèbre) pour se convaincre de la nécessité de la variété.
Après, la pertinence de la comparaison de l'ADN au code est une autre question sur laquelle je ne m'avancerai pas.
# Re
Posté par lockidor . En réponse au journal Quelles extensions pour votre Firefox?. Évalué à 3.
Pour moi : disconnect, self-destructing cookies, ublock, noscript et decentraleyes.
[^] # Re: Navigateur ?
Posté par lockidor . En réponse au journal Spam et programme de fidélité SNCF voyageur. Évalué à 4.
Ne reste plus qu'à faire un joli filtre pour mettre tout ça directement à la corbeille
[^] # Re: asm.js
Posté par lockidor . En réponse au journal Et si JavaScript allait droit dans le mur ?. Évalué à 10.
Probablement parce que Webassembly est en train d'arriver. Grosso modo, ça définit un bytecode standard pour les navigateurs, ce qui permettra à terme de compiler depuis n'importe quel langage en ajoutant « simplement » un nouveau backend auc compilos existants. LLVM par exemple commence à s'y mettre.
[^] # Re: Pas forcément
Posté par lockidor . En réponse au journal La fin des installateurs modifiés pour sourceforge.. Évalué à 8.
En nombre de features, peut-être, dans les faits je ne suis pas sûr. Dans une association où je participais, la seule chose qui nous avait réellement manqué était la synchro des groupes LDAP/Gitlab, mais un script python dans un cron dialoguant avec l'API Gitlab avait résolu le souci.
C'est bien ce que fait Gitlab : version communautaire libre et gratuite, quelques bricoles en plus pour l'édition Enterprise propriétaire qui met du beurre dans les haricots.
Mais le problème, c'est que le hardware est tout sauf bon marché. Et contrairement à un logiciel où l'on peut laisser traîner quelques bugs en attendant d'avoir le temps de les corriger, maintenir un service implique une disponibilité constante des admins et des fonds non négligeables (parce que le matériel finit toujours par casser, parce que la bande passante ça coûte, parce que l'électricité ça coûte, etc.).
Et enfin, l'expérience nous montre que copier un truc qui marche, c'est bien, mais ça a inifiniment moins de chance que d'inventer un truc qui marche ; toutes les entreprises qui se sont cassées les dents en essayant de détrôner Facebook pourront confirmer.
[^] # Re: Pas forcément
Posté par lockidor . En réponse au journal La fin des installateurs modifiés pour sourceforge.. Évalué à 10.
Je pense que le problème n'est pas tellement le logiciel en lui-même. De ce que j'ai pu en voir, Gitlab est presque équivalent à github et gogs est une autre alternative crédible. De plus, de nombreux projets utilisent soit cgit, gitweb ou encore des solutions maisons sans souci.
Par contre, l'hébergement est une autre paire de manches. Avoir des serveurs avec un aussi bon uptime et des performances comparables à celles de github pour autant d'utilisateurs, ça coûte très cher.
Et enfin, il y a l'aspect « communautaire ». Le gros avantage d'un truc centralisé comme github, c'est qu'il suffit d'un seul login pour participer à tous les projets disponibles dessus, alors que maintenir un login sur chacune des hypothétiques forges de chaque projet qui nous intéresserait relèverait rapidement du fardeau.
# Diversité FTW
Posté par lockidor . En réponse au journal La fin des installateurs modifiés pour sourceforge.. Évalué à 10.
Si Sourceforge peut se racheter une image et offrir une nouvelle alternative crédible et pratique à l'omniprésent Github, je pense que tout le monde en sortirait gagnant. ÀMHA, la diversité est toujours une bonne chose, dans le monde du libre aussi.
[^] # Re: Catalyst got completely humiliated! Radeonsi is so much faster that I will
Posté par lockidor . En réponse à la dépêche Les pilotes graphiques libres : rétrospective et vue sur l’avenir. Évalué à 0.
Oh wait, Mesa est aussi un projet libre -_-
[^] # Re: Lollipop minimum
Posté par lockidor . En réponse à la dépêche Movim 0.9 - Tchouri. Évalué à 3.
Si seulement c'était toujours possible…
Malheureusement, les constructeurs mettent rarement un point d'honneur à fournir les mises à jour d'Android pour leurs machines.
# pass
Posté par lockidor . En réponse au journal Où mettre son archive de mots de passe ?. Évalué à 7.
Pour ma part, pass, qui est un wrapper léger à GPG (pour le chiffrement des mots de passe) + git (pour la synchro). Et il y a même une extension Firefox pour les MdP web.
# Ça fait cher les frais de port
Posté par lockidor . En réponse au journal Oculus Rift : trop cher !. Évalué à 4.
Et seulement 700€ chez nous :/
[^] # Re: la pocon prie
Posté par lockidor . En réponse au journal Mon insécurité à moi. Évalué à 4. Dernière modification le 01 janvier 2016 à 02:55.
Ça dépend bien sûr des endroits, mais dans les patelins de campagne, ce n'est pas rare d'avoir une rue un peu longue sans trottoir sur laquelle donnent directement les sorties des maisons (jardins sur l'arrière, pas le devant) que les voitures s'enfilent à un joyeux 40.
[^] # Re: Bravo
Posté par lockidor . En réponse à la dépêche Darktable 2.0 : traitement et gestion de photographies. Évalué à 9.
Les développeurs ont dit que ce logiciel était avant tout développé par et pour eux. Ils ont également précisé que si quelqu'un était prêt à s'engager à maintenir un port Windows, il était le bienvenu (c'est comme ça qu'est né le port OS X), mais qu'ils n'avaient pas l'intention de faire un truc qui leur déplaît et leur est inutile pour les beaux yeux de la princesse.
[^] # Re: NOOOOOOOOOOOOOOOOONNNNNNNNNNNN (dégoûté)
Posté par lockidor . En réponse au journal Firefox OS est bronsonisé. Évalué à 3.
Avec les salaires du PDG, du directeur exécutif et du trésorier, on pourrait – en les passant à un salaire de $100k – payer environ 20 développeurs supplémentaires.
Quant à la nécessité d'avoir un hôtel particulier au luxe indéniable en plein 9ème à mi-chemin entre le Louvre et le Sacré-cœur (sans compter les bâtiments dans les autres capitales mondiales) m'échappe complètement.
[^] # Re: Pas très intéressant ...
Posté par lockidor . En réponse au journal Notepad++ et FN ; ou quand un développeur parle d'autre chose que de développement. Évalué à 1.
ÀMHA oui, le IIIème Reich a déclaré la guerre à la Pologne en sachant pertinemment qu'elle était alliée à la France/UK et que ceux-ci avaient assuré son existence. Les Allemands ayant déclaré la guerre à une alliance, il était très probable que l'intégralité de l'alliance rentrerait en guerre.
Après, la pertinence du côté légal de l'affaire est une qutre question.
[^] # Re: Pas très intéressant ...
Posté par lockidor . En réponse au journal Notepad++ et FN ; ou quand un développeur parle d'autre chose que de développement. Évalué à 3.
La Prusse nous a peut-être provoqués – et été ravie que nous tombions dans le panneau –, mais techniquement parlant c'est nous qui avons déclaré la guerre.
[^] # Re: ça commence bien
Posté par lockidor . En réponse à la dépêche FLIF, un format d’image sans perte, intelligent et « performant », sous licence GPL. Évalué à 6.
Écrire une spec avant la finalisation de l'algorithme serait probablement une mauvaise idée ; donnant l'image d'un format mature alors que celui-ci n'est qu'à l'état de prototype.
[^] # Re: Libre de brevets
Posté par lockidor . En réponse à la dépêche FLIF, un format d’image sans perte, intelligent et « performant », sous licence GPL. Évalué à 7.
À part que si la seule implémentation est sous GPL uniquement, pratiquement personne ne s'en servira – impossible de l'intégrer à aucun logiciel propriétaire – et il ira donc mourir tout seul dans son coin.
[^] # Re: Fin 2015.
Posté par lockidor . En réponse à la dépêche Servo fin 2015 : où en est-on ?. Évalué à 1.
Comme spécifié précedemment, Servo n'est pour le moment qu'un moteur de rendu HTML, donc sans interpréteur JS ; il n'a donc aucune chance de faire tourner React dans un futur proche.
[^] # Re: Sapusaipalibre mais...
Posté par lockidor . En réponse au journal Nintendo et le libre : peut-être ?. Évalué à 6.
Pour chercher la petite bête, il n'a pas tort non plus ; je ne vois pas de plateformes hors Windows où Direct* soit utilisé :p
Pas complètement. On est certes loin de la popularité de Direct3D, mais c'est loin d'être absent. Pas mal des jeux portés sous OSX (et souvent, subséquement Linux) tournent sous OpenGL.
Il me semble aussi que certains gros produits industriels qui tournaient sous *nix auparavant sont sous OpenGL, comme AutoCAD.