Thomas J. a écrit 105 commentaires

Tout d'abord, bravo pour le boulot autour de Tracim et pour ton honnêteté intellectuel 👏

Mais le sujet c'est pas tellement les fonctionnalités et les Apis : la difficulté c'est la résistance au changement et l'aversion des DSI à prendre le risque d'aller vers des solutions alternatives.

De mon expérience (qui vaut ce qu'elle vaut), les DSI fortes sont celles qui arrivent à interconnecter les différentes briques de leur SI de manière agile (c'est-à-dire ASAP) → d'où l'importance des API et leur champ d'action qui doit être le plus étendu possible.
La résistance au changement n'est plus un argument tenable aujourd'hui lorsque tu demandes à tes interlocuteurs combien de réseaux sociaux différents ils ont utilisés ces 5 dernières années…

Il y a clairement un coup (coût ?) à jouer en ce moment avec notre dépendances aux services numériques outre-Atlantique qui met toute l'Europe en état de subordination (que se passerait-il pour les entreprises si les abonnements Microsoft 365 prenaient +200% du jour au lendemain ?).

Mais ce soit cette solution, La Suite Numérique ou une autre le constat est toujours le même : ça sent le regroupement d'outils venus des 4 coins du web, saupoudrés de quelques mots clés comme "suite collaborative", "co-édition", "gouvernance"… et le tour est joué 🧙‍♂️

Qu'on l'aime ou qu'on la déteste, la force de la suite Microsoft 365 réside dans son offre cohérente et son interopérabilité de l'enfer : tout ou presque est consommable par API.
On est très loin de la suite bureautique client lourd des années 2000.

Merci pour ce retour, c'est intéressant.
Par contre, au-delà de l'anecdote des 15 minutes pour avoir une borne de recharge, tu mets combien de temps pour faire un plein sur autoroute par exemple ?

Les noms de dossiers (/usr, /bin, /etc ..) ont une signification… mais effectivement, je ne sais plus pourquoi /etc s'appelle ainsi.

N'oublions pas que la standardisation de la hiérarchie du système de fichiers UNIX est un sujet vieux de presque 30 ans ! Bien des choses ont changés depuis mais l'héritage est resté.
Du coup, ça donne une saveur particulière à l'explication du nom de dossier /etc :

In early versions of the UNIX Implementation Document from Bell labs, /etc is referred to as the etcetera directory, as this directory historically held everything that did not belong elsewhere (however, the FHS restricts /etc to static configuration files and may not contain binaries). Since the publication of early documentation, the directory name has been re-explained in various ways. Recent interpretations include backronyms such as "Editable Text Configuration" or "Extended Tool Chest".

Oui, le dépôt Git est bien celui-ci : https://github.com/tjustino/smoothie_funds
Si quelqu'un pouvait remplacer le lien de la dépêche ça serait sympa !

Que copilot ouvre des questions légales difficiles, oui, clairement.

Une super occasion pour Richard Stallman de sortir une GPL v4 et revenir sur le devant de la scène !!
En plus, ça s'était si bien passé lorsqu'il avait présenté la v3 !

Personnellement, j'utilise Enlightenment (et donc les EFL) depuis plus de 5 ans sur tous mes postes Linux.
C'est packagé sur ArchLinux depuis encore bien plus longtemps et Samsung l'utilise sur ses produits depuis un moment.

La prochaine fois, renseigne toi 2 minutes avant de balancer ton paquet de bullshit.

en gros je ne vois pas de raisons de ne pas en faire 5 dans l'année

Attention tout de même aux anémies dues à un manque de fer pour les donneurs réguliers (ceux qui suivent le rythme des 8 semaines).
J'en suis à ma troisième cure de Tardyfeon en six ans…
Quoi qu'il en soit, que cela ne vous empêche pas de donner : c'est un geste utile !

C'est un journal promu en dépêche.
Comme souvent dans ce cas là, le file de la conversation reste dans le journal.

Ton avatar est vraiment d'un goût douteux…
Tu pourrais le changer quand tu publies quelque chose !

Qu'est-ce que j'aurais aimé que ce genre d’initiative se passe dans mon département (78) !

Certains prédisent la disparition des ERP (vous pouvez tout lire ou rechercher directement "NBP 7").
Comme d'habitude, l’histoire nous dira qui a raison.

L'effet Ruby 1.8

Il faudrait également ajouter un WTF…

La quantité de code, de fonctionnalités, de détails développés pour e-venement v2 est telle qu'un changement de framework n'est pas non plus à l'ordre du jour.

C'est souvent un reproche qui est fait aux frameworks (rails, symfony, etc.) lors des montées de version : en changeant certains paradigmes, les montées de version peuvent être réellement douloureuses pour les développeurs.

De part mon expérience, rbenv est moins prise de tête et plus stable que rvm.
J'avais créé un mini-tuto pour son installation dans la dépêche Sortie de Ruby on Rails 4.0.

MacRuby est au Mac, ce que JRuby est à Java, ce qu'IronRuby est à .Net :
- MacRuby te permet d'accéder à l'environnement de programmation Cocoa. D'ailleurs, le projet dérivé RubyMotion te permet de programmer en Ruby sur iOS !
- JRuby te permet d'appeler des fonctionnalités Java (par exemple, la très puissante JDBC)
- J'imagine que IronRuby (il existe encore lui ?) te permet de faire la même chose avec le .NET Framework de Microsoft.

Concernant Rubinius, le moteur du projet semble être d'implémenter un interpréteurs Ruby écrit essentiellement en Ruby.

Bref, même s'il s'agit d'interpréteurs Ruby dans tous les cas, le but de ces projets n'est jamais tout à fait le même.

Juste par curiosité, qu'est-ce qui t'a poussé à choisir une licence CC BY-NC-ND et pas une open-source ?

Moi ce qui me choque c'est ta phrase qui pue le cliché :

surtout pour des fonctionnaires qui n'ont pas vraiment de contraintes, de pressions, de délais..

Je trouve franchement que tu tires un peu trop facilement des généralités des quelques disconvenues qui te sont arrivées….

Je plussoie !

Je suis sous Arch depuis plus de 4 ans et je n'ai jamais rencontré de problème majeur (et j'en ai 2 à la maison, plus une VM au boulot de temps en temps).
Le Wiki est souvent bien documenté et ça me suffit.

Vu qu'on est vendredi, je vais même troller un peu : j'ai installé une Arch à un copain qui voulait remettre Windows sur son ordinateur car il en avait "marre d'Ubuntu et de ses mises à jour qui ne marchent jamais" (je n'ai pas d'avis là-dessus).
Cela fait un an et demi et il en est toujours content.
Son profil est le suivant : "Monsieur Michu qui n'est pas réfractaire à la ligne de commande si on lui dit quoi faire", et voici les 3 lignes que j'ai dû lui filer :

sudo pacman -Syu -> pour les mises à jour
sudo pacman -S paquet -> pour installer un logiciel
sudo pacman -Rsn paquet -> pour désinstaller

Et en toute honnêteté, je fais très très peu de support pour lui (beaucoup moins que pour les personnes sous Windows).

Au final, je pense qu'Arch est parfaite pour ceux qui savent exactement ce qu'ils veulent voir sur leur poste.

• Est-ce de l’autosuggestion ?
  Non, je suis sous Arch et c'est vraiment plus rapide par rapport à ce qui m'a été donné de voir dernièrement (Fedora et Ubuntu notamment)

• Est-ce du paternalisme ?
  gni ?

• Ceux qui n’ont ni arch, ni systemD sont-ils vraiment des débiles ?
  Non, ils ont certainement de bonnes raisons. Mais je les invite tout de même à essayer cette distribution que l'on peut façonner aux petits oignons

Le Genmaicha ou thé au riz fait l’unanimité auprès de mes convives.
4 à 5 minutes d'infusion (selon les goûts) et le tour est joué.

Pour ma consommation personnelle, un mug en porcelaine est bien entendu indispensable mais accompagné d'une boule à thé flottante …
… les petits rigolos pourront toujours utiliser une boule à thé Star Wars.

Pour rappel, il y a encore 3 mois de cela, Engine Yard faisait bosser à temps plein 2 ingénieurs sur JRuby et 2 ingénieurs sur Rubinius.
Aujourd'hui les développeurs de JRuby partent chez Red Hat, tandis que le développeur principal de Rubinius a quitté le navire fin mars (cf. ma dernière dépêche).

Chacun en tirera les conclusions qu'il souhaitera mais je trouve que cela reste de biens mauvaises nouvelles pour la communauté Ruby !

J'ai trouvé un document sur le site de l'ISO détaillant le financement de l'organisation :

• 140 millions de CHF par an de coûts de fonctionnement estimés des secrétariats de comités, financés par 38 comités membres assumant ces secrétariats
• 37 millions de CHF de coûts de fonctionnement du Secrétariat central de l’ISO, dont
  • 55 % sont financés par les cotisations des membres et
  • 45 % par les ventes de publications et d’autres recettes provenant des services

La vente des standards est donc bien une source de revenu.

Quelqu'un sait-il pourquoi l'ISO ne met pas gratuitement ses standards à disposition ?
Même si dans ce cas il ne s'agit "que" d'environ 200€ (ce qui est peu à l'échelle d'une entreprise), personnellement je considère cela comme un frein à leur adoption.