Je connais beaucoup de chercheurs, et surtout en IA […], qui ont des préoccupations sociales et humanistes, qui travaillent en se disant sérieusement qu'ils le font non pas pour se faire plaisir dans une recherche pure, mais pour améliorer le monde.
oui, oui… pour qui travaillent-ils ? Disent-ils qu'ils répondent "à une demande sociétale", comme le réclame Jean-Paul Laumond ? Ils ont beau être altruistes, c'est leur situation qui pose problème. La recherche est bien bien tournée vers la recherche de profits et ils travaillent pour des sociétés. Donc ils améliorent le monde dans la direction de grosses boîtes, qui nous donne ce dont parle cette lettre.
"cette critique sent un peu le moisi dans le genre "critique du progrès technologique".[…] Quitte à interroger la place des technologies dans nos vie et leur impact sur l'emploi…
je pense que tu te trompes et que tu déformes son intention en l'exagérant et en voulant la ranger dans une case bien définie. Or tout n'est pas blanc ou noir. C'est une critique du progrès, certes, mais surtout une critique de ses conditions de production. Elle interroge surtout notre organisation politique et pas vraiment la place des technos dans nos vies et encore moins leur impact sur l'emploi.
Salut,
selon moi, c'est toi :)
Les voitures, c'est pour illustrer que des avancées technologiques peuvent totalement nous déposséder de savoirs et nous faire perdre en autonomie; le nucléaire n'est que cité en passant pour rappeler qu'on n'a pas résolu le problème de la production et que "on n'attend pas qu'une techno soit au point pour la diffuser"; etc (puis elle parle pas vraiment de peur des télécommandes.)
"On sera obligé de passer par ces étapes de technologies limitées, aux capacités relativement simples, avant d'aboutir à des choses bien plus complètes"
et dans quel but ? S'occuper des vieux ?
On peut avoir un imaginaire super noble de ce que permettraient des avancées technologiques, mais cette lettre rappelle la réalité et les conditions de vie inhérentes à leur production, du moins dans le système actuel, pas dans un hypothétique ou les besoins viennent d'en bas, que les technos sont libres, où elles nous libèrent du temps, etc: déposession des savoirs, deshumanisation de bcp de boulots, destruction de la vie autour de nous (les animaux, mais simplement l'environnement), etc
On peut pas dire qu'elle a une vision court-termiste du progrès. Comment dire, ça colle pas… elle ne se questionne pas sur le progrès, mais sur ses conditions de réalisation. À mon avis son "progrès" passe par un "progrès" politique.
C'est juste. Mais l'avantage direct vendu par Coffee, Rapyd et consorts est de réparer des incohérences de javascript qu'il faut absolument connaître, sinon c'est galère et bugs (du genre == et === qui retournent des résultats surprenants), en plus d'offrir une syntaxe plus ergonomique. Tu trouves pas que ce sont de gros gains ?
Du coup c'est justement la grosse limitation de Pyjamas n'est-ce pas: on écrit du GWT, on n'écrit pas du "javascript" pour n'importe quel framework, que ce soit Angular/Mithril/Ember etc. J'ai bon ?
Tu as bon.
Les mots de l'auteur: "To those familiar with Pyjamas, RapydScript brings many of the same features and support for Python syntax without the same overhead or need to think in GWT."
merci, ça a l'air bien ça avec neovim ou termite.
Mais je compare avec ce que je connais, et ça m'a l'air toujours bien moins configurable qu'un terminal dans emacs avec shell-mode (qui n'est pas toujours pratique ceci dit).
Est-ce que dans ce nouveau terminal on peut se mettre en mode normal pour naviguer dans le buffer du terminal avec les touches de navigation normales ? Ça serait gagné par rapport à un terminal normal ou à tmux.
(dans ce cas on se rapproche du shell-mode d'emacs :) (qui a une super émulation de vim avec evil-mode d'ailleurs :) ))
hey, la vidéo de présentation de Gt Inspector est trop rapide, je n'ai rien compris !
Je crois aussi que vous utilisez la même musique sur les deux vidéos, t t t quelle redondance ;)
Dommage que la majorité des apps dans le catalogue n'aient pas de description.
Dans la présentation, la phrase "Even in production environments, you will never be stuck in compiling and deploying steps again!" m'interpelle vraiment. Qu'on ne compile pas, je peux comprendre. Qu'on n'ait pas de pb de déploiement, là je sèche.
J'ai aussi un pb avec la doc. Je cherche quel genre d'app on peut développer. J'ai vu des success stories avec des applications web, donc je cherche des indications de développement web dans la doc mais ne vois aucun lien.
Oui, les syndicats sont là et ce sont les seuls alliés des salariés. Chacun a intérêt à s'y intéresser.
Dans une grosse SSII à Toulouse, un syndicat monte une action collective aux prud'hommes (à propos de salaires inférieurs aux seuil minimum de la convention collective, d'heures supps non payées et de clauses de contrats abusives) et on est déjà 500. Vu que toutes les autres boîtes se sont alignées, il y a un vrai petit risque de faire boule de neige.
Allez, au placard les idées reçues et on cherche les appuis là où ils sont !
Arrivez-vous à suivre les modifications du wiki ? J'ai chopé le flux rss des commentaires, mais je ne sais pas comment être prévenu à chaque modif' du wiki (comme il est possible avec un wiki normal). Une idée ? ci-mer.
TextAdept a de bonnes fonctionnalités avancées, c'est peut être celui-ci que vous devriez essayer ! (il est extensible, a une bonne auto-complétion, compilation, fenêtres splitable, multi-plateforme,…)
OK, github est super, il a toujours des choses en plus sur ses concurrents, mais on ne devrait même pas en débattre si on parle de forges logicielles libres.
Tu devrais essayer gitlab pour les projets libres, c'est plus en phase avec l'idée ;)
[^] # Re: Mauvaises questions
Posté par dzecniv . En réponse au journal Lettre ouverte à Philippe Souères, roboticien (revue Z). Évalué à 2.
oui, oui… pour qui travaillent-ils ? Disent-ils qu'ils répondent "à une demande sociétale", comme le réclame Jean-Paul Laumond ? Ils ont beau être altruistes, c'est leur situation qui pose problème. La recherche est bien bien tournée vers la recherche de profits et ils travaillent pour des sociétés. Donc ils améliorent le monde dans la direction de grosses boîtes, qui nous donne ce dont parle cette lettre.
La lettre à JP Laumond: https://blogs.mediapart.fr/blog/revue-z/280915/pourquoi-le-developpement-des-robots-humanoides
[^] # Re: Mauvaises questions
Posté par dzecniv . En réponse au journal Lettre ouverte à Philippe Souères, roboticien (revue Z). Évalué à 3.
Eh bien on attend une réponse de ces chercheurs sur tous les points de cette lettre avec intérêt !
[^] # Re: Encore à côté du sujet
Posté par dzecniv . En réponse au journal Lettre ouverte à Philippe Souères, roboticien (revue Z). Évalué à 2.
je pense que tu te trompes et que tu déformes son intention en l'exagérant et en voulant la ranger dans une case bien définie. Or tout n'est pas blanc ou noir. C'est une critique du progrès, certes, mais surtout une critique de ses conditions de production. Elle interroge surtout notre organisation politique et pas vraiment la place des technos dans nos vies et encore moins leur impact sur l'emploi.
[^] # Re: Résistance au changement ?
Posté par dzecniv . En réponse au journal Lettre ouverte à Philippe Souères, roboticien (revue Z). Évalué à 1.
Salut,
selon moi, c'est toi :)
Les voitures, c'est pour illustrer que des avancées technologiques peuvent totalement nous déposséder de savoirs et nous faire perdre en autonomie; le nucléaire n'est que cité en passant pour rappeler qu'on n'a pas résolu le problème de la production et que "on n'attend pas qu'une techno soit au point pour la diffuser"; etc (puis elle parle pas vraiment de peur des télécommandes.)
"On sera obligé de passer par ces étapes de technologies limitées, aux capacités relativement simples, avant d'aboutir à des choses bien plus complètes"
et dans quel but ? S'occuper des vieux ?
On peut avoir un imaginaire super noble de ce que permettraient des avancées technologiques, mais cette lettre rappelle la réalité et les conditions de vie inhérentes à leur production, du moins dans le système actuel, pas dans un hypothétique ou les besoins viennent d'en bas, que les technos sont libres, où elles nous libèrent du temps, etc: déposession des savoirs, deshumanisation de bcp de boulots, destruction de la vie autour de nous (les animaux, mais simplement l'environnement), etc
On peut pas dire qu'elle a une vision court-termiste du progrès. Comment dire, ça colle pas… elle ne se questionne pas sur le progrès, mais sur ses conditions de réalisation. À mon avis son "progrès" passe par un "progrès" politique.
[^] # Re: Omnibus c'est hasbeen !
Posté par dzecniv . En réponse au journal Gitlab: paquets Debian, intégration continue. Évalué à 1.
Gitblit: http://gitblit.com/ Java 7.
Pas moyen de tester en ligne et ils ne proposent pas de comptes, dommage.
[^] # Re: Omnibus c'est hasbeen !
Posté par dzecniv . En réponse au journal Gitlab: paquets Debian, intégration continue. Évalué à 1.
Mince, j'ai loupé ça !! merci.
Quelqu'un aurait-il osé essayer cette grosse machinerie sur un olimex ?…
[^] # Re: ES6
Posté par dzecniv . En réponse à la dépêche RapydScript, le JavaScript qui se déguise en Python. Évalué à 3.
C'est juste. Mais l'avantage direct vendu par Coffee, Rapyd et consorts est de réparer des incohérences de javascript qu'il faut absolument connaître, sinon c'est galère et bugs (du genre == et === qui retournent des résultats surprenants), en plus d'offrir une syntaxe plus ergonomique. Tu trouves pas que ce sont de gros gains ?
[^] # Re: Pyjamas
Posté par dzecniv . En réponse à la dépêche RapydScript, le JavaScript qui se déguise en Python. Évalué à 1.
Du coup c'est justement la grosse limitation de Pyjamas n'est-ce pas: on écrit du GWT, on n'écrit pas du "javascript" pour n'importe quel framework, que ce soit Angular/Mithril/Ember etc. J'ai bon ?
[^] # Re: Pyjamas
Posté par dzecniv . En réponse à la dépêche RapydScript, le JavaScript qui se déguise en Python. Évalué à 2.
Tu as bon.
Les mots de l'auteur: "To those familiar with Pyjamas, RapydScript brings many of the same features and support for Python syntax without the same overhead or need to think in GWT."
[^] # Re: navigation terminal ?
Posté par dzecniv . En réponse à la dépêche Un point d'avancement sur Neovim. Évalué à 1.
merci, ça a l'air bien ça avec neovim ou termite.
Mais je compare avec ce que je connais, et ça m'a l'air toujours bien moins configurable qu'un terminal dans emacs avec shell-mode (qui n'est pas toujours pratique ceci dit).
# navigation terminal ?
Posté par dzecniv . En réponse à la dépêche Un point d'avancement sur Neovim. Évalué à 3.
Est-ce que dans ce nouveau terminal on peut se mettre en mode normal pour naviguer dans le buffer du terminal avec les touches de navigation normales ? Ça serait gagné par rapport à un terminal normal ou à tmux.
(dans ce cas on se rapproche du shell-mode d'emacs :) (qui a une super émulation de vim avec evil-mode d'ailleurs :) ))
# Mes remarques en vrac
Posté par dzecniv . En réponse à la dépêche Sortie de Pharo et de son environnement de développement en version 4.0. Évalué à 2.
hey, la vidéo de présentation de Gt Inspector est trop rapide, je n'ai rien compris !
Je crois aussi que vous utilisez la même musique sur les deux vidéos, t t t quelle redondance ;)
Dommage que la majorité des apps dans le catalogue n'aient pas de description.
Dans la présentation, la phrase "Even in production environments, you will never be stuck in compiling and deploying steps again!" m'interpelle vraiment. Qu'on ne compile pas, je peux comprendre. Qu'on n'ait pas de pb de déploiement, là je sèche.
J'ai aussi un pb avec la doc. Je cherche quel genre d'app on peut développer. J'ai vu des success stories avec des applications web, donc je cherche des indications de développement web dans la doc mais ne vois aucun lien.
Voilà !
# Passionnant. Pas la doc du site :/
Posté par dzecniv . En réponse à la dépêche G’MIC 1.6.2.0 : Colorisation de BD, transfert de couleurs, aide au détourage et autres réjouissances. Évalué à 3.
Cet article est passionnant. Mais j'ai vraiment du mal à me retrouver sur le site officiel.
[^] # Re: heureusement, les syndicats sont là
Posté par dzecniv . En réponse au journal sous-developpeurs-SSII. Évalué à 9.
Oui, les syndicats sont là et ce sont les seuls alliés des salariés. Chacun a intérêt à s'y intéresser.
Dans une grosse SSII à Toulouse, un syndicat monte une action collective aux prud'hommes (à propos de salaires inférieurs aux seuil minimum de la convention collective, d'heures supps non payées et de clauses de contrats abusives) et on est déjà 500. Vu que toutes les autres boîtes se sont alignées, il y a un vrai petit risque de faire boule de neige.
Allez, au placard les idées reçues et on cherche les appuis là où ils sont !
[^] # Re: scm.py et apply_patch.py
Posté par dzecniv . En réponse au journal Gérer son espace de travail git avec "gws". Évalué à 2.
Très intéressant. Manque plus que voir cette description dans le dépôt, d'avoir un dépôt propre au script et on peut partager avec le monde !
# suivre les modifs du wiki ?
Posté par dzecniv . En réponse à la page de wiki ordinateurs-libres. Évalué à 1 (+0/-0).
Merci pour la correction.
Arrivez-vous à suivre les modifications du wiki ? J'ai chopé le flux rss des commentaires, mais je ne sais pas comment être prévenu à chaque modif' du wiki (comme il est possible avec un wiki normal). Une idée ? ci-mer.
# et Peru ?
Posté par dzecniv . En réponse au journal Gérer son espace de travail git avec "gws". Évalué à 1.
Dans ton fichier de conf d'exemple, tu inclus Peru. J'ai l'impression qu'il a le même but. Peux-tu expliquer les différences ?
(https://github.com/buildinspace/peru)
[^] # Re: Purism
Posté par dzecniv . En réponse au journal Superfish ou: j'ai rien compris au logiciel propriétaire. Évalué à 3.
Ah, bonnes critiques ! Tu pourrais les rajouter rapidos dans le wiki ? http://linuxfr.org/wiki/ordinateurs-libres
merci
[^] # Re: Rainloop ?
Posté par dzecniv . En réponse au journal Auto-hébergement: pas toujours évident.... Évalué à 0.
Rainloop est super, ça fait plaisir à voir !
Il mériterait une dépêche à lui tout seul, non ? :)
# TextAdept est cool
Posté par dzecniv . En réponse au journal Tour d'horizon des éditeurs de texte pour le terminal. Évalué à 2.
TextAdept a de bonnes fonctionnalités avancées, c'est peut être celui-ci que vous devriez essayer ! (il est extensible, a une bonne auto-complétion, compilation, fenêtres splitable, multi-plateforme,…)
[^] # Re: Gitlab face à redmine
Posté par dzecniv . En réponse au journal Un bond en avant pour Gitlab.com. Évalué à 1.
Tout simplement, gitlab permet:
Au niveau des forges elles-mêmes:
Redmine aurait en plus:
[^] # Re: .
Posté par dzecniv . En réponse au journal Un bond en avant pour Gitlab.com. Évalué à 1.
OK, github est super, il a toujours des choses en plus sur ses concurrents, mais on ne devrait même pas en débattre si on parle de forges logicielles libres.
Tu devrais essayer gitlab pour les projets libres, c'est plus en phase avec l'idée ;)
[^] # Re: gitlab-ci
Posté par dzecniv . En réponse au journal Un bond en avant pour Gitlab.com. Évalué à 1.
Tu pourrais expliquer ce que permet travis ? Merci.
[^] # Re: .
Posté par dzecniv . En réponse au journal Un bond en avant pour Gitlab.com. Évalué à 1.
C'est très juste, et il me semble que ce n'est pas encore le cas, à confirmer. En tout cas je n'ai pas trouvé d'option évidente dans les menus.
Le projet SàT ne gagnerait pas à avoir un gitlab auto-hébergé ? Pour proposer des patchs facilement, commenter le code,…
[^] # Re: .
Posté par dzecniv . En réponse au journal Un bond en avant pour Gitlab.com. Évalué à 1.
ça ne concerne pas les PME et tout simplement n'importe quel quidam, comme moi.
Il me semble que la principale reproche adressée à github par des libristes, c'est de ne pas être libre, ce n'est pas "autre chose".