Le coin des codeurs :nerd:

[MectonLaFlemme]

[Tardigrade]

Copainsdavant c'est trop récent, pour Cobol, j'aurais mis : les BBS.

[MectonLaFlemme]

Je découvre qu'il est possible de faire tourner du Linux sous Win10
https://fr.wikipedia.org/wiki/Windows_S ... _for_Linux

Je cite un collègue :
"Très largement amélioré dans la version 2004 de Windows 10, il est possible, depuis la version 1607 de Windows 10, d'exécuter des applications Linux, console ou graphique, dans l'environnement même de Windows : 64 bits.
Plus besoin d'installer des machines virtuelles, et de rechercher des distributions compatibles, µ$oft fournit maintenant de quoi satisfaire geeks et moins geeks.
Plusieurs distros Linux sont disponibles sur le store, plusieurs serveurs X aussi, ce qui ouvre le champ des possibles...
Les futures évolutions - accès au matériel, utilisation GPU,... - donneront encore plus de possibilités."

https://docs.microsoft.com/fr-fr/windows/wsl/

[nazlurf]

Et oui ... Microsoft a mis les deux pieds dans le libre et y contribue ! c'est difficile à croire pour ceux qui ont connu le Microsoft des années 90/2000. Mais aujourd'hui, c'est possible de faire tourner des "languages linuxiens" sur des machines windows, et il est possible de faire tourner du .net sur des linux.

Perso, j'ai toujours pas compris l'intérêt du mix des technos, mais bon. ça fait 20 ans que je fais du 100% Microsoft, je me vois pas commencer à faire du php, du tcl/tk ou d'autres languages et me faire plaisir à les faire tourner sur un serveur windows. Je me dis que c'est toujours mieux que de faire du java par défaut pour avoir de l'interopérabilité.

[MectonLaFlemme]

Ailleurs :

[Urd]

Vivement l'utilisation gpu de linux a partir de Windows histoire de pouvoir faire tourner des algorithmes de deep learning.

[Tardigrade]

Je veux ça à noël.
Une machine de Turing avec des billes.

[MectonLaFlemme]

[Aya]

Ca manque d'un ascenseur pour que les billes remontent toute seule

[Tardigrade]

Oui, théoriquement, une machine de Turing doit pouvoir faire des boucles infinies. Mais tant qu'il y a assez de billes pour remplir les objectifs, ça suffit.

[Golden cube]

J'ai vu passer ça dans mes recommandation steam : Yolo_Space_Hacker

Une sorte de hacking sim avec des vraies commandes et une interface random kawaii anime

[Mortal]

Pourquoi ?

[meduz']

[MectonLaFlemme]

True

[MectonLaFlemme]

Les Bronzés font du ASCII.

[nazlurf]

[meduz']

J’apprends TypeScript au boulot.

En gros, c’est une couche de typage par dessus le JavaScript, avec plus de possibilités que le JS (type hint, interfaces…) et qui disparaît donc après compilation. En gros, ça existe pour garantir qu’on fasse pas de bêtises en codant, et que les gens ne comparent pas par mégarde des pommes et des poires (ou des pains au chocolat et des chocolatines).

Y’a quand même une ou deux fonctionnalités sympas qui permettent d’économiser un peu de code, au lieu d’en rajouter, mais jusqu’ici, j’ai l’impression que TypeScript ressemble plutôt à un bunker pour se protéger d’un pet de mouche de Tchernobyl.

On verra comment mon avis évolue avec l’expérience, mais il n'a pour le moment pas vraiment changé par rapport à mes préjugés : c’est uniquement pratique pour les débutants pas doués contre les pets de mouches de Tchernobyl.

[Cyrare]

(ou des pains au chocolat et des chocolatines).

On devrait pouvoir caster sans trop de problème là.

[MectonLaFlemme]

[Le poussin]

Du typage statique ou des éléments de langage pour formaliser certaines constructions (ex. interfaces) ça n'est pas uniquement pour protéger les débutants. Ça aide aussi les développeurs plus expérimentés. Déjà ça les protège contre leurs propres boulettes (nul n'est parfait), mais ça permet également d'être mieux outillé (au sens large) et d'avoir un code plus clair, plus lisible, sur lequel tu te poseras moins de questions.
Un langage statiquement typé pourra te fournir des outils pour éviter les boulettes (ex. mettre la valeur dans une mauvaise variable, si le type ne correspond pas ça pourra être détecté), fournit une information au lecteur (avec un langage dynamique, au fin fond du code tu n'es pas toujours sûr de ce que peut prendre une variable, et est-ce qu'elle peut être nulle ?), parfois même éviter de mauvais designs (Rust est assez fort pour ça). Sans parler de tout ce qui pourra être utilisé par ton IDE : autocomplétion, linting, informations de debug, ... Ça n'est d'ailleurs pas pour rien que beaucoup de langages dynamiques proposent maintenant de type hinting (même PHP s'y est mis). Il y a un réel intérêt, surtout en milieu professionnel (grosses équipes, code qui vieillit, turnover, ...).
Il ne faut pas oublier qu'en tant que développeur, on lit beaucoup plus de code qu'on en écrit. Et les ajouts comme ceux proposés par TypeScript aident à la lecture. Même si ces aides ne sont pas indispensables au développeur expérimenté, elles permettent à tous de gagner du temps en réduisant la charge cognitive nécessaire à la (re)lecture.

[meduz']

Justement, je suis curieux de voir comment mon avis évoluera parce que :
- je suis habité au type hint et tout en PHP, et l’utilise quand il apporte une valeur ajoutée (= pas sur les choses évidentes) ;
- TS n’empêche pas d’écrire du code dégueulasse dont la lecture peut être plus pénible avec TypeScript que sans ;
- TS semble assez contraignant : contrairement à PHP, tu dois l’utiliser assez souvent, et dans un certain nombre de cas il diminue la lisibilité du code. J’adorerais pouvoir utiliser certaines fonctionnalités de TS à la carte, uniquement quand j’en ai besoin et là où il apporte une valeur ajoutée plutôt que d’avoir à le subir partout où il rend la vie plus compliquée.

J’viendrai faire le suivi dans les 6 mois (durée minimum de mon contrat ).

@Cyrare : pas certain que ça donnera des chocolatines au niveau des pains au chocolat.

[nazlurf]

en vrai, faudrait arrêter le javascript tout simplement ...

[meduz']

VS Code fait d’ailleurs un assez bon boulot (bien meilleur que Sublime Text) à indiquer qu’est-ce qui vient de [le code que tu veux au final] et ce qui vient de [whatever else bordel], juste parce qu’il indique clairement Current et Incoming, là où je m’emmêle souvent les pinceaux selon les situations (un peu comme l'ordre des paramètres de ln ) :

Spoiler:

Les petits boutons “Accept Current/Incoming/Both Change(s)” sont bien pratiques.

[meduz']

Le thread de la folie :

[MectonLaFlemme]

1/ Rappeler à son commercial ce moto que j'ai appris en fac : "Robuste, performant, pas cher. T'en choisis 2, tu peux pas avoir le 3ème".
2/ Etre invité en conf-call avec le client pour expliquer ça.