ord a écrit 115 commentaires

et la partie interressante:
```
Status
This is usable, but still unstable right now[0]. The main development
location[1], command-line interface, wire format, and project name may
yet change completely. Bug reports and patches are always welcome.
Any of the following will crash waypipe:

Different local/client and remote/server versions
Differing byte orders
Applications using unexpected protocols that pass file descriptors; file
bug reports for these
```

Donc c'est pas vraiment utilisable au boulot. Mais ca promet ;-)

Je confirme. Il semble que il etait possible en 2016 de faire son propre depot snap et que Connical a retire volontairement cette possibilite: https://forum.snapcraft.io/t/external-repositories/1760/176

Snap n'a qu'un seul dépôt centralisé: celui fournit par Canonical et le client ne fonctionne qu'avec lui. Flatpak est capable d'utiliser plusieurs dépôts et il est possible de créer son propre dépôt.

J'ai lus ca plusieurs fois dans les commentaires, mais il semble que c'est completement faux: lire par example ca de 2016: http://blog.dustinkirkland.com/2016/06/howto-host-your-own-snap-store.html

Edit: il semblerait que ca ne marche plus: https://github.com/noise/snapstore/

les touches + et - pour zoomer comme les autres programmes de dessin ce serait super. Eventuellement un grid serait aussi pas mal et un cercle

l'avantage des platformes de groupe chat par rapport a jabber c'est 1) groupe par default, 2)l'historique sur server et 3)le fait que la video/transfer de fichier marche pour le monde

Je bosse a 2 endroits. Dans l'un on utilise quasiment que slack, dans l'autre que les emails et un peu matrix. Slack est clairement plus efficase que les emails pour le travail..
1* faire passer tout les veiux collegues sur le chat (Ils sont habitue a l'e-mail et au telephone)
2* les nombre platformes differentes, si on a au mois 2 integristes d'une platforme dans un e equipe ca marche pas
3* peu de compatibiltes entre les platformes

Mais quel est le format par default?

tu parle du cas d'une grosse boite super rigide. Dans ce cas c'est vrais. Pour une petite boite c'est tres different. deja il y a pas de RH. et pour le salaire tu essaye pas d'entuber tes future employees, sinon ils partent vite ailleurs…

Pareil ici. On connait le besoin, mais il y a souvent plusieurs facons de resourdre le probleme et le salaire depends vraiment du profil. Ca peut doubler pour un type super competant. Donc donner un salaire c'est pas facile.

mDNS n'utilise pas de server (C'est en faite le super avantage). Chaque service fait du multicast et recois des autres pour mettre a jour sa table DNS locale. Tant que tu n'as pas trop de nodes, ca marche tres bien

Mom experience personnelle est que on peut recevoir de l'aide sur des bouts de code qui ne marche pas. Par example avec https://github.com/FreeOpcUa/python-opcua , apres un mois ( et peut etre 20 petits commits il y a deja eu un gars qui a envoye un PR alors que le programme ne faisait encore rien d'utils. Donc oui je conseille de publier des les premieres lignes de code.

Essaie de travailler dans une petite boite ou startup. Evidement on peut toujours tomber sur un con comme chef mais mon experience personnelle c'est que c'est super sympa et une efficacite impensable par rapport aux grosse boites.

Tu as une vision tres negative da la culture des boites ;-)

Mais j'admet que c'etait une enorme simplification. Il y a beaucoups de parametres qui jouent comme par example la dilution de la responsabilite. Ca diminue les risque d'erreur mais auasiment persone n'a assez de pourvoir pour faire passer un choix difficile, allors on fait de la micro-navigation.

En faite c'est une pratique courante pour contrebalancer le fait que l'innovation est tres difficile dans une grosse boite a cause du poid de l'administration. Une solution est d'acheter des petites boites qui elles ont reussit a innover.

apres je ne suis pas capable de juger si la methode est etique ou pas. Elle est courante et connue.

Essayer de repenser une interface modale. C'est vraiment un bonne idee et ils ont implementes des choses interressantes comme la previsualisation des actions (rendue possible par leur grammaire object-> action)

Correct ;-)

si tu rebase pas tu avoir 50 commit "merge xxx" et vachement de problemes pour analyser les changements fait dans les merges

je suis pas sure d'avoir compris ce que tu veux, mais si tu n'est pas tout seul sur ton repos, tu devrait probablement (ou tu vas devoir) utiliser 'git pull --rebase' avant commit
Sinon comme beaucoup vont te le dire, tu ferais mieux d'utiliser un truc comme gitlab en interne et utiliser le workflow habituel avec 'pull request'. De toute facons tu vas y arriver bientot, on parie?

Perso j'utilise most: http://unix.stackexchange.com/questions/81129/what-are-the-differences-between-most-more-and-less

Mais je me souvient plus pouquoi. Je pense que c'etait parceque il y avait de la coloration automatique

mais comment être sûr qu'on respecte la norme Euro4, que le moteur consomme pas plus,

a oui les constructeurs automobiles sont bien connus pour respecter les normes et la consommation ;-)

: c'est pour ça que ça a énormément de succès dans les pays du Nord.

pas exactement…. Les voitures electriques ont beaucoup de succees parce que le systeme fiscal fait que une voiture electrique a le meme pris qu'une voiture a essence et quelques petit avantages qui marche super: parking gratuits, droit d'utiliser les voies de bus, etc…

Mais apres c'est vrais que une voiture electrique c'est super agreable (pas d'essence, chargement a la maison et odeur surtout) et plus puissant que une voiture a essence.

Ca fait plaisir de voire que meme les motards se mettent a l'electrique!

Je sais que les batteries, surtout quand chargees avec du charbon ou du nucleaire c'est pas parfait, mais je vis dans un pays avec beaucoup de voitures electriques et au niveau local c'est super!

Quel plaisir de faire un tour en velo sans devoir respirer une oder de diesel mal brule pour chaque voiture qui te double!!!

En faite ton journal il est bien, mais il faut le lire plusieurs fois pour comprendre que c'est un caricature :-)

Je te conseil de lire un peu l'histoire des langues et du francais: https://fr.wikipedia.org/wiki/Histoire_de_la_langue_fran%C3%A7aise
et prendre quelques references:
le sumerien par example https://fr.wikipedia.org/wiki/Sum%C3%A9rien (Remarque amusante il existant deja a l'epoque des pedants de la langue qui ecrivaient que leur summerien etait l'original et bien meilleur que les autres)
et puis bien sure le latin https://en.wikipedia.org/wiki/Latin

Qu'est ce que on en conclus? que il n'existe pas 1 latin et pas 1 summerien, les langues evoluent, l'oral plus vite que l’écrit. On peut s'accrocher comme un fou a la langue ecrite que a un moment de l'histoire on croit est la VRAIS, mais on se fait rattraper par l'evolution.

si tous le monde avait pense comme toi, tu ecrirais encore en latin.. ou en hieroglyph

Deja ce que tu ecris ce n'est pas TON francais, mais quasiment une autre langue: le dialect francais que quelques personnes parlaient a la renaissance. A cette epoque on prononcait les e et les consonnes a la fin des mots (la pluplart en tous cas https://fr.wikipedia.org/wiki/Histoire_de_la_langue_fran%C3%A7aise)

accroche toi, accroche toi a TON francais, mais tu perdra…. soit on fait evoluer la langues ecrite doucement soit a un moment il faudra faire un changement drastique

Pas beaucoups de commentaires, pourtant c'est une depeche interressante et un produit aussi different. Il permet de presenter un script avec les resultats de facon de tres elegante. Je l'utilise aussi parfois pour apprendre une nouvelle API, voir l'effet d'une commande, garder celles qui marche dans l'historique et enlever toutes mes erreurs…. Sinon c'est bien pour de la doc/examples ou meme comme quequ'un avait ecrit precedemment pout faire une interface graphique pour des utilisateurs deja competents.