cedric.org

Si j'avais cru lire ça de mon vivant en Europe occidentale... Quand je parlais de gorafisation du réel, je ne parlais pas à cette échelle...

Ca compte aussi la sécu et le Plan A Venir ou c'est seulement calculé sur les pertes d'impots et taxes?

J'ai traîné à cause de la pression sociale, mais autour du 10 mars j'étais prêt (sachant que j'ai souvent de la marge en stock — it's a feature encore une fois démontrée — je n'ai pas eu à acheter grand chose, juste des courses plus tôt que d'habitude et un peu plus grosses), et ça m'a permis de tenir 3 semaines sans sortir. Fin février j'ai commencé à alerter un peu tout le monde (il ne fallait pas être devin : c'était le début de la merde dans un pays frontalier de la France), et quand tout le monde pour le confinement s'est mis à paniquer "mais mon frigo est vide" "mais vite il faut quitter paris" "mais les rayons sont dévalisés et la queue immense", j'ai aussi mis le nez dans le caca, ce qui n'a absolument pas plu. Rien à péter. Mention spéciale à ma mère qui m'a filé un kit de secours... début février. Chapeau. Sur le coup c'est moi qui me suis moqué d'elle.

Si si si si. Sinon la présence de problème est garantie sur facture (pun intended).

C'est pour ça que la suisse m'intéresse en fait plus. SF c'est pour y rester quelques années et repartir ailleurs. Wat This. Apres, Google en tant que staff engineer c'est le demi million par an... Y rester quelques annees, et à priori on est à l'abris de tout besoin. Je fais bien 2h par jour, mais certes j'ai une baraque.

Story of my life. J'ai dit non à une carrière à SF pour rester avec ma femme (avec une fille depuis). Je suis très heureux avec, mais je vois ce pays s'enfoncer dans sa merde d'année en année et ça me tiraille. Quitter la région parisienne n'est même pas envisageable pour elle. Alors la France...

Ce lien possède un flux RSS...

Ouais mais qui veulent faire du code donc on peut inclure tout ça dans la catégorie "gros geek sur son pc qui code".

bon on a peut être dépassé un peu... Oui d'accord ok on a tout dégueulassé partout.

On peut jouer sur les mots, mais OK soyons précis : et la connaissance des structures de données de bases et leurs avantages/inconvénients? Le crash lamentable du logiciel parce que ah dépassement de pile je savais pas c'est quoi? L'explosion en vol d'une prod parce qu'une fonction est mal foutue et explose la complexité spatiale parce que O(n^2)? Ces choses sont indispensables. C'est de l'algorithmie.

Je suis un grand fan de Go (malgré sa gestion d'exception a vomir). En fait si je devais garder deux langages, ça serait Rust et Go. Mais go est vachement permissif (même si moins que Python de par sa nature même) la ou un Rust est très strict. Et Go a un gros overhead la ou Rust est quasiment au niveau de C en terme de perf. Go est très haut niveau la ou Rust permet de rentrer dans les détails. Du coup ce sont des utilisations différentes! (Kotlin a l'air prometteur, mais je n'ai jamais regardé de près...) Edit: pour Kotlin, autant s'amuser jusqu'au bout et le balancer en WebAssembly plutot qu'en JVM, je n'y vois que des avantages à moyen terme. Ou alors en natif, ça marche aussi.

Je ne résiste pas à ce partage indispensable... https://news.ycombinator.com/item?id=13797797 https://github.com/Co-dfns/Co-dfns C'est complètement alien pour 99% des softeng et pourtant ça peut être absolument génial pour certains cas (finaaaaance, HFT)

Et pourtant 90% du marché sont toujours pris par moins de 10 langages de programmation, je ne sais donc pas si c'est réellement une justification.

Il me semblait justement lire, il y a fort longtemps, que le QI moyen n'était pas le même entre disons la France et le Bénin, non pas parce que les béninois sont moins intelligents mais que le français moyen a bien plus de notions mathématiques lui permettant de plus facilement apréhender ces tests. Je serais bien en peine de retrouver la source. Du coup, si ça se vérifie, s'abstraire de l'origine sociale et démographique est sans doute bien plus difficile qu'il n'y parait

Après il est parfaitement légitime d'avoir un rôle à valeur ajoutée, et d'avoir un dev ou une équipe de dev en dessous / à côté qui fait la partie technique. Mais en y réfléchissant, avoir des notions de programmation aide à comprendre ce qui est faisable ou complètement à l'ouest, et facilite les ponts.

Rust n'est pas du tout full stack, c'est du back dont le but est de remplacer du C ou du C++ mais en étant sûr et relativement haut niveau et rapide à écrire. Je trouve que c'est assez réussi. On commence à en trouver un peu partout. En finance c'est extrêmement sympa pour éviter des erreurs qu'on peut avoir en C / C++. Par contre la courbe d'apprentissage est très élevée au debut et assez plate ensuite. Si tu veux du langage full stack, c'est javascript, mais en finance ça n'existe pas du tout (sauf pour une app web bien sûr)... Julia est le cas typique de langage sympathique mais qui ne sortira jamais du monde académique... Python est un langage plutôt sûr sur le marché et utilisé dans tous les domaines. La courbe d'apprentissage est assez plate au début et très élevée ensuite (i.e on croit comprendre très tôt jusqu'à ce qu'on se rende compte qu'en fait on ne pige rien du tout :D). J'ai des potes dans les boîtes star américaines qui précisément n'aiment pas python et y préfèrent Rust car ça permet à des gens qui ne maîtrisent pas bien le sujet de faire du code foireux facilement en python du fait de ces courbes d'apprentissage inversées... Après, chacun ses opinions!

Je réagissais sur ça

Je précise, ce n'est en aucun cas un message pour décourager de s'y mettre, j'insiste lourdement. Je pense que savoir développer, même superficiellement, est aujourd'hui un énorme plus dans quasiment toutes les carrières intellectuelles un poil techniques existantes. Et est en passe de devenir indispensable, et ne PAS savoir le faire va devenir impactant. Mais ne pas confondre quelqu'un qui sait se débrouiller sur les fonctions de bases d'un langage, et un ingénieur logiciel. Mettre le premier à la place du second, c'est un peu une des explications de pourquoi l'IT des banques/assurances, rempli de SSIIs qui balancent (balançaient?) des mecs vendus "seniors" qui sont en fait des docteurs en physique reconvertis avec deux mois de bootcamp, est dans un état si mauvais. C'est l'assurance de multiplier par 10 litéralement le cout de maintenance (d'ou le terme, à mon sens, "10x engineer" : il n'est pas 10x plus rapide, il sait juste quels sont les pièges parce qu'il a une connaissance du domaine)

Toujours. Sinon c'est du scolaire et ça n'apprend rien. Le meilleur moyen d'apprendre c'est avec un but concret et en galérant dessus pendant des heures. Je dis ça mais c'est l'exacte raison pour laquelle je n'ai jamais progressé en musique... J'abandonne toujours AVANT d'avoir galéré suffisamment tout seul.

Jusqu'à ce qu'il y ait un bug grave et incompréhensible et urgent et la il faut comprendre tous ces concepts d'un côté et être capable de tracer l'appel jusqu'au kernel s'il le faut de l'autre. Aller hop, le premier exemple qui me vient en tête lié à un des langages de cette discussion : en python, pourquoi ne faut-il JAMAIS mettre en valeur de paramètre par défaut un type mutable? Pour le comprendre il faut comprendre la gestion de mémoire de python et être capable de descendre dans les concepts de pointeurs/références de C. Et encore, c'est un des plus simples auxquels je pense. Alors ouais, tu peux très bien t'en foutre mais ça va péter en prod au mauvais moment et il ne faudra pas venir pleurer parce qu'il y a un X00k€ de perdus. (C'est du vécu, j'ai du debug des trucs comme ça dans ma carrière, trop tard malheureusement, et hop le site qui tombe en plein burst de clients, tout ça a cause d'un mauvais review d'un gars qui a laissé passer du code pourri de junior, avant que je mette en place une règle automatique de détection et d'interdiction de ces merdes, mais c'est un cas parmi whatmille). Ou un cas de complexité quadratique flagrant qui ne passe pas du tout l'échelle, ça marche sur les envs de tests et ça pète immédiatement en prod. Encore faut-il savoir ce qu'est une complexité quadratique.

Une bonne partie des boîtes intéressantes s'y mettent très sérieusement. Y compris en finance. Surtout en finance.

A mon sens, si tu apprends quelque chose, mieux vaut apprendre quelque chose qui a de l'avenir plutôt que quelque chose qui a du passé , si on veut faire des choses intéressantes...mais c'est vrai qu'on parle de Cobol au départ

Partout ou il est utile de faire du C++, il doit être bien plus judicieux de faire du Rust, sans exception,n sauf legacy.

Quels sont tes besoins de scalabilité? Quelle est la complexité de ton composant? Comment il s'intègre aux autres? Comment le rendre résilient? Peut-on faire du circuit breaking? Quels sont les limites et la complexité de l'arbre de décision de ton code? Quelle est la maintenabilité et l'estimation du cout de maintenance du composant? Le type de variable de ce machin est-il immutable, comment c'est représenté en mémoire, et donc quelles sont les conséquences en terme d'utilisation mémoire? As-tu vraiment besoin de ton triple pointeur à cet endroit? La mémoire est-elle bien libérée pour ne pas avoir de fuite dans tous les cas? Comment tu fais ta gestion d'exception? C'est juste quelques questions parmi des centaines que je peux poser quand tu designes quelque chose. Ingénieur logiciel c'est pas juste "je connais un langage de programmation", sinon en effet n'importe qui peut le faire au bout de 3 semaines de bootcamp. Les mecs de chez nous qui se sont reconvertis commencent à comprendre ce qu'ils font au bout de 18 mois pour du "bête" développement d'app web sur une architecture archi guidée. Au début en effet ils ont l'impression d'être super intelligents quand ils demande des review de code, alors que les erreurs absolument évidentes à moyen terme sont la et visibles mais techniquement ça marche si jamais on met en prod maintenant tout de suite. D'un côté je dis "oui, go, vas-y, fonce et apprends un langage et au bout de quelques semaines tu peux commencer à t'amuser" De l'autre, avant de vraiment avoir de la valeur intrinsèque (en soi, pas par rapport au niveau global du marché qui est très bas), il faut beaucoup, beaucoup de temps pour réellement comprendre comment ça marche. Je considère ce temps a à peu près deux ans à temps plein, avec de la curiosité personnelle (et pas juste faire comme on te dit). En fait l'ingénieur "10x" est juste un mec qui sait à peu près de quoi il parle. Donc je suis partagé. Ce qui ne doit jamais empêcher quiconque de se mettre à un langage de programmation ASAP.

Autant je suis alarmé sur les mensonges de la Chine, autant cet article dit juste "on a été submergé", ce qui n'est étonnant pour personne. Je pense qu'on peut écrire le même article en remplaçant Li par Marco pour l'Italie.