Moi, j'utilise principalement Intellij IDEA et le plugin Ansible.
Il t'apporte un peu d'aide mais il y a encore des manques (notamment au niveau des templates Jinja2).
Encore un point sur YAML, lĂ oĂč je travaille nous utilisons beaucoup Java/Spring Cloud (en plus d'Ansible d'ailleurs).
La configuration de Spring Cloud est faite via le fichier bootstrap.yml qui, comme son extension l'indique, est fichier YAML.
J'imagine le pauvre exploitant seul devant son clavier en pleine nuit dans un incident et avec une modification d'un fichier YAML Ă effectuer avec son vi.
[^] # Re: Rust et SIMD
PostĂ©Â par woffer đ§ . En rĂ©ponse Ă la dĂ©pĂȘche Fautâil continuer Ă apprendre le C++âŻ?. ĂvaluĂ©Â Ă Â 2.
Ce mĂ©canisme est aussi implĂ©mentĂ© dans le runtime de Go. En effet, les M goroutines sont rĂ©parties sur N threads (un thread par core de la machine) avec un M en gĂ©nĂ©ral beaucoup plus important N (c'est le principe du scheduler M:N). Le principe du vol de travail (c'est Ă dire des goroutines en attentes) est mise en Ćuvre entre les diffĂ©rents threads dans le runtime de Go cf. https://rakyll.org/scheduler/
[^] # Re: Rust et SIMD
PostĂ©Â par woffer đ§ . En rĂ©ponse Ă la dĂ©pĂȘche Fautâil continuer Ă apprendre le C++âŻ?. ĂvaluĂ©Â Ă Â 2.
Juste pour complĂ©ter, l'outil race detector est basĂ© sur de la dĂ©tection des accĂšs concurrents non protĂ©gĂ©s qui se produisent lors des tests unitaires lancĂ©s avec le mode race ou sur une des instances en production qui a Ă©tĂ© compilĂ©e avec le mode race. Les erreurs sont sorties sur l'erreur standard, elles donnent les goroutines incriminĂ©es en Ă©criture (voire en lecture) et la zone mĂ©moire (variable, tableauâŠ).
Il n'analyse pas le code source pour trouver les accÚs concurrents non protégés (pas d'analyse statistique). Il ne permet pas de garantir que le code est sûr s'il ne détecte rien par contre s'il détecte une erreur c'est vraiment un accÚs concurrent non protégé qu'il faudra corriger. Il n'est donc pas parfait mais il a le mérite d'exister.
Pour moi, le couple benchmark ou test unitaire avec plusieurs appels en parallĂšle (par exemple pour une API WS plusieurs requĂȘtes jouĂ©es lors des tests unitaires) et le mode race activĂ© fonctionne trĂšs bien. Il me donne une bonne garantie que le code est sĂ»r d'un point de vue des accĂšs concurrences non protĂ©gĂ©s et il est exĂ©cutĂ© dans la CI sur chaque push.
[^] # Re: Image from scratch + Go = đ
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal Une image de base docker. ĂvaluĂ©Â Ă Â 2. DerniĂšre modification le 08 aoĂ»t 2018 Ă 12:46.
Et surtout c'est une trĂšs bonne couche d'abstraction. Pour le OPS, que tu (en tant que DEV) produises une image lĂ©gĂšre ou un peu plus grosse (ex: jvm + ton appli) pour l'OPS ç'est un peu prĂšs la mĂȘme chose. Les OPS peuvent in fine facilement l'installĂ© sur un cluster k8s.
# Image from scratch + Go = đ
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal Une image de base docker. ĂvaluĂ©Â Ă Â 5.
Pour moi, le couple From scratch + Go est parfait. L'image fait quelques mo, l'empreinte mĂ©moire est d'une vingtaine de mo. Et mĂȘme si on attribue quelques millicores au pod, le serveur Web de Go se comporte trĂšs bien. Bref, je suis satisfait.
# awk vs cut
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal taptempo.awkâŻ: une approche plus unixâŻ?. ĂvaluĂ©Â Ă Â 0.
Ok, awk est trĂšs puissant.
Par contre, si je souhaite parser des gros fichiers avec le minimum de ressources ou le plus rapidement possible, alors je préfÚre utiliser grep+cut pour sa sobriété et rapidité.
[^] # Re: Archlinux
PostĂ©Â par woffer đ§ . En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'it-edit version 3.0. ĂvaluĂ©Â Ă Â 2.
D'oĂč ma question, j'ai cherchĂ© aussi et pour fois je n'ai rien trouvĂ© mĂȘme pas dans AUR. Donc, j'ai (ou on a) sans doute loupĂ© quelque chose.
# GOPATH
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal frundis : un langage de balisage sĂ©mantique qui mĂ»rit !. ĂvaluĂ©Â Ă Â 2.
Hello,
La configuration de la variable d'environnement GOPATH n'est plus nécessaire depuis go 1.8.
Si elle n'est pas configurée, alors la valeur ${HOME}/go est utilisée.
https://github.com/golang/go/issues/17262
# Archlinux
PostĂ©Â par woffer đ§ . En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'it-edit version 3.0. ĂvaluĂ©Â Ă Â 1.
Hello,
Savez-vous s'il existe un package pacman de disponible pour Arch Linux ?
Merci
[^] # Re: Meetup "Go release party" chez Deezer
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal Go 1.8. ĂvaluĂ©Â Ă Â 2.
Voici le genre de problĂšme que cette Ă©volution doit corriger :
https://blog.cloudflare.com/how-and-why-the-leap-second-affected-cloudflare-dns/
[^] # Re: A propos de Manjaro
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal 2017 : l'annĂ©e oĂč Linux atteindra les 5% de parts de marchĂ©. ĂvaluĂ©Â Ă Â 1.
Je l'utilise au boulot et Manjaro stable fonctionne sans aucun souci.
[^] # Re: YAML beurk
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal DĂ©ploiement et automatisation avec Ansible - partie 1. ĂvaluĂ©Â Ă Â 1.
Non, mais la remarque porte plus sur le YAML en général que sur la modification des playbooks via vi.
[^] # Re: YAML beurk
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal DĂ©ploiement et automatisation avec Ansible - partie 1. ĂvaluĂ©Â Ă Â 1.
Je n'ai pas osé aborder le sujet de Go avec gofmt (et goimports) car aprÚs je suis intarissable.
Ce langage est, de mon point de vue (back-end), une véritable tuerie
<troll>
largement meilleur que le couple Java/Spring Boot</troll>
.C'est un sujet assez chaud au sein de mon Ă©quipe.
[^] # Re: YAML beurk
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal DĂ©ploiement et automatisation avec Ansible - partie 1. ĂvaluĂ©Â Ă Â 1.
Oui, c'est toujours l'histoire du temporaire qui dure ;)
Mais aprĂšs c'est un choix des Ă©quipes/projet.
[^] # Re: YAML beurk
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal DĂ©ploiement et automatisation avec Ansible - partie 1. ĂvaluĂ©Â Ă Â 1.
Merci pour l'info.
Malgré tout, il n'est pas toujours possible d'installer ce que l'on souhaite sur des environnements de production (e.g. conteneur Docker)
[^] # Re: YAML beurk
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal DĂ©ploiement et automatisation avec Ansible - partie 1. ĂvaluĂ©Â Ă Â 2.
Effectivement, quand j'ai écrit ça je me suis dit que j'avais un peu trop généralisé et que je m'exposais à un retour de bùton rapide de la part lecteurs de linuxfr aux yeux impitoyables ;)
[^] # Re: YAML beurk
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal DĂ©ploiement et automatisation avec Ansible - partie 1. ĂvaluĂ©Â Ă Â 1.
Moi, j'utilise principalement Intellij IDEA et le plugin Ansible.
Il t'apporte un peu d'aide mais il y a encore des manques (notamment au niveau des templates Jinja2).
[^] # Re: YAML beurk
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal DĂ©ploiement et automatisation avec Ansible - partie 1. ĂvaluĂ©Â Ă Â 4.
Encore un point sur YAML, lĂ oĂč je travaille nous utilisons beaucoup Java/Spring Cloud (en plus d'Ansible d'ailleurs).
La configuration de Spring Cloud est faite via le fichier bootstrap.yml qui, comme son extension l'indique, est fichier YAML.
La configuration de Spring Cloud est assez complÚte (pour ne pas dire assez complexe ;) ) et l'exploitant doit parfois activer des configurations particuliÚres qui ne sont pas livrées par défaut.
Il est parfois nécessaire d'ajouter des configurations supplémentaires qu'il ne connait pas, alors il nous demande le bloc YAML à ajouter.
Et là , ça devient assez pénible car il faut prendre en compte les indentations des lignes précédentes pour que cela fonctionne.
Si l' exploitant l'a modifié (ce qui est normal), alors il ne peut pas copier/coller la section sans tout ré indenter.
[^] # Re: YAML beurk
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal DĂ©ploiement et automatisation avec Ansible - partie 1. ĂvaluĂ©Â Ă Â 1.
Oui, visuellement YAML c'est clair.
Par contre, le modifier sans un éditeur/ide qui t'assiste, à mon humble avis, c'est l'enfer et c'est la majorité des cas pour les exploitants qui accÚdent à leurs serveurs en SSH via vi/emacs.
Pour moi, TOML a l'avantage de s'appuyer sur des caractÚres facilement identifiables pour définir ses structures.
Avec TOML, tu peux indenter si tu souhaites pour clarifier (comme dans les langages de programmation) ta configuration mais ce n'est pas obligatoire.
Donc, tu peux dans les moments critiques (e.g. incident de production en pleine nuit) modifier "Ă l'arrache"Âź ton fichier et y revenir plus tard.
# YAML beurk
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal DĂ©ploiement et automatisation avec Ansible - partie 1. ĂvaluĂ©Â Ă Â 6. DerniĂšre modification le 08 janvier 2017 Ă 07:45.
Je déteste YAML, bien que super puissant, je trouve ce format trÚs peu pratique en modification.
Je ne sais jamais s'il faut indenter avec plus d'espace ou non, mettre un tiret ou non⊠Bref c'est la misÚre pour ma part.
J'imagine le pauvre exploitant seul devant son clavier en pleine nuit dans un incident et avec une modification d'un fichier YAML Ă effectuer avec son vi.
Je préfÚre largement utiliser TOML.
# Coquille Ă corriger
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal PrivateBin sĂ©curise vos partages de texte en version 1.1. ĂvaluĂ©Â Ă Â 1.
Dernier paragraphe:
⊠je vous conseille d'alerâŠ
Merci
# Je ne connaissais pas
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal molotov-tv. ĂvaluĂ©Â Ă Â 3.
Bonjour,
Je ne connaissais pas comme service, j'ai testé sur une Archlinux (disponible via le dépÎt Aur).
Il fonctionne bien.
Merci pour le lien.
# PlantUML
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal Ăcrire des diagrammes de sĂ©quences. ĂvaluĂ©Â Ă Â 10.
Personnellement, moi j'utilise PlantUML depuis des années pour tous mes diagrammes UML. Je peux facilement mettre mes doc UML avec mon code en gestion de conf.
[^] # Re: Et pour se coucher un peu moins tard
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal ce 4 aoĂ»t. ĂvaluĂ©Â Ă Â 3.
Oui mais le spectacle ne dure qu'une seconde.
[^] # Re: sondage
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal Java (EE) Sapu cĂ©palibre.. ĂvaluĂ©Â Ă Â 5.
Je peux te dire que dans mon entreprise (grand telco français). L'équipe, dont je fais parti, développe une application critique basée sur une architecture microservices. Et un gros 1/3 des microservices est écrit en Go.
Et pour ma part, c'est un réel bonheur par rapport à Java/spring/spring boot/spring cloud.
Il y a beaucoup moins de tuning à faire, ça fonctionne beaucoup mieux "out of the box" (pas de pool de thread à configurer, consommation mémoire bien plus sobre, déploiement simplifié)
De plus, il y a pleins de fonctionnalités utilisables directement car disponibles sur l'os hÎte (e.g. Upgrade d'un microservice sans aucune interruption de service via simple fork et passage du fd du socket au processus fils).
J'ai l'impression de ne pas vivre dans un environnement aseptisé imposé par la jvm, je peux donc facilement tirer avantages des fonctionnalités proposées de l'os sous-jacent (i.e. GNU/Linux pour ma part).
[^] # Re: Attention !!!!
PostĂ©Â par woffer đ§ . En rĂ©ponse au journal Samedi 16 avril 2016 - Richard Stallman Ă Choisy-le-Roi (94). ĂvaluĂ©Â Ă Â -1. DerniĂšre modification le 12 avril 2016 Ă 09:34.
T'habites à Fleury ?
Je continue dans les blagues potaches.
OK -> []