[F] [mOved] Mon langage est mieux que le tien - Page 120

A priori c'est principalement en JS mais pour les sections où les performance sont critiques, ils utilisent Rust.

C'est... comment dire...

Rien de surprenant, c'est courant pour les projet dans des langages managés de faire appel a un langage de bas niveau dans les sections ou les performances sont critiques. D'ailleurs bien souvent, les bibliothèques standard de ces langages le font.

Hmmm pip ne semble pas utiliser de code en C et etre ecrit a 100% en python.

La lib standard est pleine de C (et heureusement), mais pip et les serveurs sont en Python pur.

Python est ecrit en C, c'est donc logique que certaines libs standard soit en C.

Il n’empêche que si pour la gestion des packages, ils ont besoin d’écrire des bouts du gestionnaire en un langage autre, c'est qu'il y a un problème quelque part, surtout vu comment NodeJS est vendu...

Node.js n'a jamais été vendu comme le truc parfait que certains de ses détracteurs veulent voir en lui hein. C'est une bidouille, depuis le début, genre on a extrait le moteur javascript d'un browser parce qu'on a remarqué que suivant ce qu'on lui demandait il faisait le boulot mieux qu'un langage interprété classique, tout en fournissant les mêmes capacités dynamiques Le gros du reste, au moins au début, s'est construit là-dessus, avec toujours une culture pragmatique, voire un quelque chose d'expérimental souvent aussi : on fait les choses plus simplement, on tire partie de la nature single-threaded du langage, ça plaira pas forcément mais eux à qui ça plait se feront vraiment plaisir. Et au final c'était la vérité, sur pas mal de use cases node.js, malgré un côté parfois un peu McGyver, permet de faire quelque chose de robuste qui marche très bien autant en développement qu'en production, chose dont peu de langages/frameworks finalement peuvent se targuer.

Bref ouais y a un problème quelque part, mais il y a toujours un problème quelque part, ça n'en fait pas forcément un truc à foutre à la poubelle, juste des choses à apprendre, et de quoi mieux faire à la prochaine génération

Godzil (./3576) :
Il n’empêche que si pour la gestion des packages, ils ont besoin d’écrire des bouts du gestionnaire en un langage autre, c'est qu'il y a un problème quelque part, surtout vu comment NodeJS est vendu...

Il faut voir de quel "vendeur" on parle. Il traine bien sur en ce moment beaucoup trop de Fanboy JS idiots convaicus que tous les autres langages sont des reliques du passé. Mais tous ceux qui travaillent sérieusement sur des gros projets JS sont bien au courant de ses limitations.

Je ne doute pas que l'on puisse faire une système de gestion de paquet avec NodeJS, mais je trouve au contraire que les gens de npm, n'aient pas peur de recourir a d'autre technologies que JavaScript pour obtenir de bonnes performances, c'est au contraire une preuve de sérieux.

TIL

Folco (./3579) :

In Windows Explorer, you can type "cmd" in the address bar to open a prompt at the current location.

Ah je ne savais pas. Cool en effet

cool!

D'ailleurs on peut aussi dropper l'icone dossier a gauche du chemin complet d'un explorateur dans un shell pour coller le chemin

Shift + clic droit donne un menu item supplémentaire : copier le nom et chemin d'un fichier, ou ouverture d'un terminal. Le cmd dans la barre d'adresse est marqué sur Windows 10 parce que sinon ça ouvre le powershell apparemment.

Tiens, intéressant. Chez moi (Windows 10), j'ai "Copier en tant que chemin d'accès", qui met dans le pp le nom de fichier avec son path.
A noter que cette action est aussi accessible via l'onglet "Accueil" de l'explorateur. Elle s'appelle alors "Copier le chemin d'accès".

Par contre, je ne comprends pas bien pour cmd. Ca ouvre powershell sur les autres Windows que le 10 ?

Non (pas sous Windows 7 en tout cas, où ça fait exactement ce que tu décris dans le post ./3579).

Sous mes Windows 10 ça ouvre aussi l'invite classique.

Idem. Et je ne connais pas non plus le shift-clic droit, ce topic m'est très utile dernièrement

Je crois que c'est une reglage quelconque pour forcer powershell - de mon cote ca indiqu specifiquement "ouvrir powershell ici"

J'ai juste constaté ça sur le poste d'un collègue, je n'ai pas testé personnellement. Pour ouvrir un terminal (cmd ou powershell) il faut faire le clic droit dans le vide en tout cas (je sais pas si c'était très clair)

Ah, effeectivement, clic droit dans le vide propose PowerShell

https://amsterdamjs.com/
Je sais bien que certains défendent leur langage favori avec une ferveur quasi-religieuse, mais tout de même...

C'est à Amsterdam, on se demande ce qu'ils ont fumé.

Sinon, puisqu'on parle de JS :
https://www.bleepingcomputer.com/news/microsoft/microsoft-adds-support-for-javascript-functions-in-excel/

Et google spreadsheet permet de traduire d'une langue a une autre

Sinon, pour revenir sur Rust dont on parlait récemment : il y a des gens qui travaillent sur l'utilisation de Rust en embarqué pour remplacer le C, il sont des idées intéressantes :
http://blog.japaric.io/brave-new-io/

OVER MY DEAD BODY

Quand on programme proprement des périphériques depuis plusieurs threads on utilise des verrous qui empêchent les abominations que cette personne essaye d'éviter.

et en plus ca demande des outils supplémentaires. mais sortez le!

Et on évite aussi d’avoir plusieurs threads qui accèdent au même truc... (les premiers exemples sont très mauvais car si on rencontre l’un ou l’autre c’est que le programme est très mal foutu..)

mais carrément ouais!

et vérifier que les pins sont utilisés par un seul périphérique est DÉBILE

Non seulement quand tu fais de l'electronique tu sais quoi est connecté a qui, puisque tu l'as branché...

Mais en plus ca ne change pas pendant la vie du projet!

Et pour finir si tu connectes plusieurs périphs a la même pin, ca ne marchera juste pas et tu le verras vite!

Et si tu veux que ca change sur une carte de dev, tu veux pas ces tests alakon!

C'est du soft développé par un softeux pour des softeux. Il ne connait rien a l'embarqué.