Reprise du message précédent :

 
J'utilise git add -p si c'est sur des fichiers déjà trackés.
 

 
« Apprendre à programmer avec Python 3 » de Gérard Swinnen

 
ah oui mais non
 
les anglo-saxons prononcent les acronymes phonétiquement en lisant toutes les lettres. Pour avoir bossé avec des tas d'anglophones natifs, ils disent tous : guiou-i, comment ils disent skeu-zi pour SCSI.
 
Des fois, ivres, ils voient FNMA et prononcent ça Fannie Mae, ou FHLMC et prononcent ça Freddie Mac.
 
Il semble pas y avoir de règle prédictibles pour savoir si il faut prononcer phonétiquement, ou épeler les lettres : https://en.wikipedia.org/wiki/List_of_acronyms

http://spectrum.ieee.org/static/in [...] uages-2017
 
Python et R en force
 
C numero 2 /o\

 
ça finit en git gooey chez moi

J'ai jamais entendu GUI prononcé différemment de gooey perso.

hum, il faut classer par "Jobs"

all the rage on our Slack on https://www.hanselman.com/blog/Mono [...] tures.aspx  
 
(ca et quel angle il faut sur une mini rampe de skate a construire dans ton garage )

je te croyais en dehors du salaryman typique et supporter d'un elitisme du numero 34/Ada
 
 je suis deception

 
je ne pensais pas que le Haskell était autant utilisé en embarqué  

edit: et le python est très demandé aussi dans le jobs pour de l'embarqué, car des que tu veux scripter et automatisé les scripts python ça aide pas mal (et est en train de remplacer le TCL qui est dans le classement embarqué)

C'est quoi leur problème? Ils se battent sur quelle font est la meilleure ou bien il y a un camp qui dit que les ligatures c'est super et l'autre qui dit que c'est un truc de natas?

Quel est le rapport avec la choucroute

En ce qui me concerne, C above all et VHDL > Verilog dans tous les cas, sauf en OSS où C++ > C et Verilog > VHDL ...

C++ pour modéliser, vhdl pour implémenter, python pour scripter, C pour le soft embarqué
 
 
 
R c'est cool mais j'en ai que trop peu l'utilité

Si 0xABCDEF devient 0xAB_DE_F ça va pas le faire

j'ai pas cité le bon post, je fais trop les choses out-of-order

 
Ah non j'ai plus de place dans mon garage

natas peut etre pas mais est-ce que les ligatures sont interessantes ou est-ce que la grosse branlette d'utilisateurs de emacs
 https://github.com/tonsky/FiraCode est utilise par les camps des supporters si ca interesse du monde ici

Pour de l'embarqué, Lua est quand même plus léger et plus performant que Python.

Ça marche aussi avec IntelliJ depuis quelques versions.

Ligatures + Scalaz pour un effet maximum :

 
R c'est vraiment hyper spécifique, ça ne sert à rien d'autre que DS/ML
et les grosses libs tendance du moment sont toutes en Python, ce qui me va très bien perso.
R c'est surement très bien si tu as une formation formelle en maths, parce que c'est pensé comme ça. Quand tu viens d'un background plus dev, c'est pas du tout intuitif.

Alors que exposed pipeline est tellement supérieur

La lecture du week-end: 31 millions de $ volés sur le réseau Ethereum, le concurrent de Bitcoin
http://haseebq.com/a-hacker-stole-31m-of-ether/

2 remarques:
1) R c'est vendu comme le langage qui va aider à soigner le cancer mais en vrai il est utilisé pour cibler le spam des vendeurs de crédits et de dosettes de café  
2) 0x90 utilise une font à chasse variable dans son IDE, je sais toujours pas si c'est brillant. La prémisse est que le seul truc qui compte est l'indentation.

1) Deux tacles en une phrase  
2) Tant que tu te fous de l'alignement vertical en dehors de l'indentation il a pas tort.

It was a trap, Emacs gère pas les ligatures, faut utiliser son système de substitution à la place

ca depend de ce que tu fais evidemment. Mais si veux faire le cake et comparer Python+Pandas et R+dplyr  tu rentres dans un debat emacs vs. vi et rien d'interessant. Les 2 sont bon selon ton utilisation et le mieux c'est de choisir selon la situation. Et on voit ca quand des outils comme Jupyter supporte les 2 nativement.

Apres, c'est pas forcement des outils pour la masses de la population mais je suis pas certain de ce que vous essayez de dire a par parler d'un langage qui n'est pas ou peu utilise dans votre domaine

c'est un peu plus complique que ca
 n'empeche, j'aimerais savoir comment le hacker va se debarasser de tout ca. Il va pas juste aller sur GDAX et tout balancer
edit: 'tain le carnage: https://etherscan.io/address/0xb376 [...] internaltx

Dès qu'il va écrire des tableaux en Gherkin il va galérer.

Je sais bien, je sais lire l'article que je balance tout de même.
La leçon à retenir de ce truc, c'est que c'est un truc à ne pas toucher si on ne sait pas ce qu'on fait. Un vrai paradis pour hackers cet Ethereum. Comme toutes les cryptomonnaies, c'est au moins au début un schéma de Ponzi géant.

Mais Haskell vs Elixir ça fait moins has been...

A+,

Y a des scénarios où tu peux hésiter entre ces deux langages ?

Leurs domaines de prédilection sont quand même assez différents.

J'en ai marre de tout réinstaller à la main à chaque fois que je change de serveur. C'est quoi la solution la plus adaptée, je ne connais qu'Ansible  
 
Question subsidiaire : Debian stable ou testing ?

Stable + backports eventuels

J'y connais rien, mais j'ai aussi entendu parler de Salt, Puppet et Chef. T'as aussi Nix je présume, tu définis ta config Nix, et quand tu veux bouger de machine tu charges juste la config existante.

"I'm debating in how much breakfast quinoa to make"
Je sais pas, cette histoire de mariage c'est peut-être une connerie

 
TIL des gens mangent ca au petit dej.

Ne te laisse pas impressionner. Contre attaque avec le saucisson et la tartine au roquefort.

Et le vin rouge

 
Pour juste remonter un seul serveur, je pense que les solutions se valent toute. Leur inconvénient pour moi : il te faut un master sous linux qui peut controler les machines à remonter. Si ta machine perso est sous un unix-like c'est pas un problème, mais avant WSL c'était pénible sous windows. Quand j'avais regardé j'avais trouvé salt et ansible plus accessibles, mais c'est parce quer c'est du python.
Pour mes machines persos, je suis en train de faire des scripts bash tout con, avec whiptail pour avoir une GUI basique. (je suis sur le point de publier un repo avec mes scripts)
 
Pour la question : comme cette question m'a gonflé je suis passé sur ubuntu, qui est aussi largement mieux supportée (cf les ppa), et qui te permet facilement d'être à jour des dernières versions.
 
Je dirais :  
- si serveur que tu bidouilles souvent ==> ubuntu, ou debian testing à la rigueur
- serveur que tu bidouilles jamais, et que tu veux rock stable : debian stable
 
les backports c'est sympa mais ça reste souvent à la ramasse par rapport à la version courante, pis autant tourner en testing dans ce cas (sauf erreur qui a aussi les patchs de sécu)

Tout est une question d'échelle. J'aime bien avoir une recette Git propre pour les serveurs, et passer un coup de Salt ou Ansible une fois l'install de base faite (au choix les 2 se valent).
 
Pour l'OS, Debian stable en prod, et des install de MAJ de sécu auto.

https://github.com/Jubijub/linuxconfig
 
Pour machine perso, of course.
Mais en quick & dirty pour 1-2 servers ça peut le faire. Si j'avais une grosse flotte, je passerais à Salt / Ansible aussi