Bon c'est le deuxième article que je lit sur Squest, ça a l'air cool. Ça s'inscrit bien dans un workflow de travail. J'aime bien le côté "je presse un bouton et ça marche". Note: je travaille en ce moment dans une grosse compagnie avec des process bien lourds et des paradigmes antiques: bref, cliquer sur des boutons ça plaît. Je vois un bon potentiels chez les TPME/assoc aussi.
Sans avoir testé (yet!), je note la qualité de l'écriture des playbooks ansible (dans les exemples surtout), l'effort et le soin porté a la documentation et a la communication. Dernier point, le plus important, merci de contribuer au logiciel libre! (HPE remonte un tout petit peu dans mon estime, -la série des Gen10, je suis pas prêt de l'oublier celle là lol-)
Wtf is this madness !!! Pour la partie musicale, c'est vraiment marrant, j'aime bien les trucs un peu chéper, mais là il y'a du gros level! Sinon, pour le coté libre, bravo les gars! Bonne continuation, surtout pendant ces temps difficiles!
Si je peux rajouter un point concernant le mal de ventre, l'acupuncture donne des résultats vraiment étonnant. Bien que très sceptique et rationnel, c'est une option que j'ai pris la chance d'essayer; 3 séance sur 3 semaines, et quelques chose s'est dénoué, 3 mois plus tard, c'était oublié. Bon c'est pour une approche médecine douce, c'est pas dit que ça règle la root cause, mais ça pourrais bien aider.
Sinon, thread super intéressant, et les commentaires sont vraiment cool aussi. Merci pour le de ton expérience partage :)
Pour ceux qui sont un peu habitués à Ansible 2.2, je me suis fait un petit Squelette de base pour directement commencer à travailler sur le métier plutôt que sur la mise en place de la structure et des bonnes pratiques. Le code est dispo ici, et je serait curieux d'avoir des retours constructifs si ça intéresse des gens: https://github.com/mrjk/ansible-skel. Je l'utilise la plupart du temps chez mes clients.
PS: Si ce message est considéré comme de la pub, n'hésitez pas à le supprimer.
Sur tes deux postulats, c'est vrais, et c'est une réalité. Mais c'est pas vraiment un problème de développeur, mais plutôt de distribution nan? Donc ça veut dire que tu n'es pas d'accord avec la politique des distro sur ce point là? Il faudrait garder /bin/sh QUE pour du full POSIX selon toi? Je serai curieux que tu m’éclaire :)
Pourtant je vois bien une grande facilité d'usage ici, ce qui doit se payer sur la qualité de la compatibilité du script au final. Mais qui s'en préoccupe? Sachant que bash est un standard de facto sur la plupart des grandes distro (bon, a part OpenWRT, qui shippe ash, mais bon …).
Bon, je n'y connais rien sur le fond de cette dépêche, par contre le nom du programme me semble super mal choisi, dans le sens où j'ai cru qu'il y avait un lien avec Tor et Python.
Confucius en serait tout confus … Désolé de ne pas apporter un commentaire à plus haute valeur ajoutée, mais je trouve que le nom d'un programme est important :-)
Pareil, je trouve que c'est une excellente idée, surtout qu'il n'y a pas d'alternatives! Bon, il y'a toujours la question de la sécurité, mais bon avec du SSL ça devrait le faire. Et si j'ai bien compris au niveau du décryptage, tout se passe du coté client, donc on garde rien coté serveur?
Merci pour vos retours. Je ne connaissais pas du tout rbenv ni chruby. Je vais jeter un coup d'oeil, et peut être que je trouverai ça plus élégant d'un point de vu sys admin.
Roooh, c'est génial! J'ai toujours voulu me faire un petit script en PHP pour lister mes films sur mon NAS. Avec la sortie en HTML, ça rend du tonnerre!
Si je puis me permettre (mon premier com' sur LinuxFR), je ne suis pas tout à fait d'accord avec vous.
Le ruban est à mon avis une grande amélioration dans les UI sous Windows, avec les conséquences qui en découlent: adoption en masse par le public, une certaine simplicité d'utilisation, une certaine clarté et rapidité. On peut remarquer que les commandes sont rangées de manière hierarchique (Accueil, Insertion, Mise en Page, Référence ... puis leurs sous-commandes respectives ...). C'est très malin à mon avis.
Après, là où je vous rejoins (je vais parler que de ce que je connais bien, cad principalement MS Word/LibO Writer) c'est que cette interface souffre de l'héritage de Word. Exemple; faire des titres numérotés implique une complexité indécente et me requiers l'usage systématique d'un tutoriel pour faire ça correctement. De la même manière, la gestion des styles est une abbération. Des points où LibreOffice tire largement son épingle du jeu! Pour moi Word gagnerai à revoir le fond de son organisation, maintenant qu'ils ont fait la forme. LibO, quant à elle gagnerait à revoir la forme de sa présentation tandis que le fond tourne plutôt bien (même s'il y a quand même des trucs qui m'agacent et me sortent par les trous de nez).
Alors, dans l'état actuel des choses, avec le constat qu'en terme de fonctionnalité Writer=Word, il ne manque plus qu'une interface claire et simple pour que LibO déchire MS Office. Notez que je me base sur Writer et Word pour tenir ces propos, je ne pourrais vraiment pas dire si Excel==Calc ou si Impress==PowerPoint ...
Et puis, nous sommes libres, qu'est ce qui nous empêche de proposer un choix pour LibO entre Legacy Interface et Kikoolol Interface? Vous ne croyez pas?
# interressant, ça donne envie d'essayer
Posté par jez (site web personnel) . En réponse à la dépêche Sortie de Squest, le portail de service pour Tower/AWX, en version 1.0. Évalué à 3. Dernière modification le 19 octobre 2021 à 06:25.
Bon c'est le deuxième article que je lit sur Squest, ça a l'air cool. Ça s'inscrit bien dans un workflow de travail. J'aime bien le côté "je presse un bouton et ça marche". Note: je travaille en ce moment dans une grosse compagnie avec des process bien lourds et des paradigmes antiques: bref, cliquer sur des boutons ça plaît. Je vois un bon potentiels chez les TPME/assoc aussi.
Sans avoir testé (yet!), je note la qualité de l'écriture des playbooks ansible (dans les exemples surtout), l'effort et le soin porté a la documentation et a la communication. Dernier point, le plus important, merci de contribuer au logiciel libre! (HPE remonte un tout petit peu dans mon estime, -la série des Gen10, je suis pas prêt de l'oublier celle là lol-)
# Haha
Posté par jez (site web personnel) . En réponse à la dépêche Nouveau clip full-FOSS des PlagiatBros : J'ai Acheté·r un Agno Gastrik sur Wish 'n' Lidl + suicide F. Évalué à 2.
Wtf is this madness !!! Pour la partie musicale, c'est vraiment marrant, j'aime bien les trucs un peu chéper, mais là il y'a du gros level! Sinon, pour le coté libre, bravo les gars! Bonne continuation, surtout pendant ces temps difficiles!
# Acupuncture
Posté par jez (site web personnel) . En réponse au journal Changement de carrière.. Évalué à 2.
Si je peux rajouter un point concernant le mal de ventre, l'acupuncture donne des résultats vraiment étonnant. Bien que très sceptique et rationnel, c'est une option que j'ai pris la chance d'essayer; 3 séance sur 3 semaines, et quelques chose s'est dénoué, 3 mois plus tard, c'était oublié. Bon c'est pour une approche médecine douce, c'est pas dit que ça règle la root cause, mais ça pourrais bien aider.
Sinon, thread super intéressant, et les commentaires sont vraiment cool aussi. Merci pour le de ton expérience partage :)
[^] # Re: Arch, pour la doc !
Posté par jez (site web personnel) . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 3.
Haha, Oui, une si belle distro avec une si mauvaise doc … Je regrette tellement ce point aussi :/
Allez, jpaye mon clone? ;)
[^] # Re: J'en ai fais mon boulot
Posté par jez (site web personnel) . En réponse au sondage Pour défendre le logiciel libre et ses valeurs. Évalué à 2.
Pareil, je ne bosse que pour des boites qui défendent le logiciel libre. Ou au pire, l'Open Source.
# Une base de travail pour Ansible
Posté par jez (site web personnel) . En réponse au journal Déploiement et automatisation avec Ansible - partie 1. Évalué à 2.
Pour ceux qui sont un peu habitués à Ansible 2.2, je me suis fait un petit Squelette de base pour directement commencer à travailler sur le métier plutôt que sur la mise en place de la structure et des bonnes pratiques. Le code est dispo ici, et je serait curieux d'avoir des retours constructifs si ça intéresse des gens: https://github.com/mrjk/ansible-skel. Je l'utilise la plupart du temps chez mes clients.
PS: Si ce message est considéré comme de la pub, n'hésitez pas à le supprimer.
[^] # Re: #WhatWouldTimblDo
Posté par jez (site web personnel) . En réponse à la dépêche #WhatWouldTimblDo : nouvelle campagne de la FSF contre les DRM sur le Web. Évalué à 1.
Yop,
Sur tes deux postulats, c'est vrais, et c'est une réalité. Mais c'est pas vraiment un problème de développeur, mais plutôt de distribution nan? Donc ça veut dire que tu n'es pas d'accord avec la politique des distro sur ce point là? Il faudrait garder /bin/sh QUE pour du full POSIX selon toi? Je serai curieux que tu m’éclaire :)
Pourtant je vois bien une grande facilité d'usage ici, ce qui doit se payer sur la qualité de la compatibilité du script au final. Mais qui s'en préoccupe? Sachant que bash est un standard de facto sur la plupart des grandes distro (bon, a part OpenWRT, qui shippe ash, mais bon …).
# Quel drôle de nom ...
Posté par jez (site web personnel) . En réponse à la dépêche TorPy : la Tortue Python vernaculaire. Évalué à -1.
Bon, je n'y connais rien sur le fond de cette dépêche, par contre le nom du programme me semble super mal choisi, dans le sens où j'ai cru qu'il y avait un lien avec Tor et Python.
Confucius en serait tout confus … Désolé de ne pas apporter un commentaire à plus haute valeur ajoutée, mais je trouve que le nom d'un programme est important :-)
# Je plussoie
Posté par jez (site web personnel) . En réponse au journal Cloud Kee Pass - version « même pas encore alpha ». Évalué à 1.
Pareil, je trouve que c'est une excellente idée, surtout qu'il n'y a pas d'alternatives! Bon, il y'a toujours la question de la sécurité, mais bon avec du SSL ça devrait le faire. Et si j'ai bien compris au niveau du décryptage, tout se passe du coté client, donc on garde rien coté serveur?
[^] # Re: Bundler et gemsets
Posté par jez (site web personnel) . En réponse à la dépêche L'admin pressé - RVM. Évalué à 1.
Merci pour vos retours. Je ne connaissais pas du tout rbenv ni chruby. Je vais jeter un coup d'oeil, et peut être que je trouverai ça plus élégant d'un point de vu sys admin.
# Génial
Posté par jez (site web personnel) . En réponse à la dépêche lm (list movies) : reprise du développement. Évalué à 3.
Roooh, c'est génial! J'ai toujours voulu me faire un petit script en PHP pour lister mes films sur mon NAS. Avec la sortie en HTML, ça rend du tonnerre!
[^] # Re: Libreoffice
Posté par jez (site web personnel) . En réponse au journal Trolldi: OpenOffice.org release une 3.3 stables mais en fait c'est pas OpenOffice. Évalué à 7.
Si je puis me permettre (mon premier com' sur LinuxFR), je ne suis pas tout à fait d'accord avec vous.
Le ruban est à mon avis une grande amélioration dans les UI sous Windows, avec les conséquences qui en découlent: adoption en masse par le public, une certaine simplicité d'utilisation, une certaine clarté et rapidité. On peut remarquer que les commandes sont rangées de manière hierarchique (Accueil, Insertion, Mise en Page, Référence ... puis leurs sous-commandes respectives ...). C'est très malin à mon avis.
Après, là où je vous rejoins (je vais parler que de ce que je connais bien, cad principalement MS Word/LibO Writer) c'est que cette interface souffre de l'héritage de Word. Exemple; faire des titres numérotés implique une complexité indécente et me requiers l'usage systématique d'un tutoriel pour faire ça correctement. De la même manière, la gestion des styles est une abbération. Des points où LibreOffice tire largement son épingle du jeu! Pour moi Word gagnerai à revoir le fond de son organisation, maintenant qu'ils ont fait la forme. LibO, quant à elle gagnerait à revoir la forme de sa présentation tandis que le fond tourne plutôt bien (même s'il y a quand même des trucs qui m'agacent et me sortent par les trous de nez).
Alors, dans l'état actuel des choses, avec le constat qu'en terme de fonctionnalité Writer=Word, il ne manque plus qu'une interface claire et simple pour que LibO déchire MS Office. Notez que je me base sur Writer et Word pour tenir ces propos, je ne pourrais vraiment pas dire si Excel==Calc ou si Impress==PowerPoint ...
Et puis, nous sommes libres, qu'est ce qui nous empêche de proposer un choix pour LibO entre Legacy Interface et Kikoolol Interface? Vous ne croyez pas?