Pour ma part, je déploie du Go en le dockerisant.
L’un des avantages de Go, c’est sa syntaxe simple, sa compilation sans configuration, et le fait qu’on peut obtenir un niveau de performance assez élevé même avec un code écrit simplement.
J’utilise aussi d’autres outils selon les besoins.
Mais pour le principal, je pense que je vais continuer à utiliser Go pendant un moment.
Je suis curieux de savoir ce qu’utilisent les autres !
Il est probable que cela diffère entre le travail en entreprise et les projets personnels.
Ce serait super si vous pouviez aussi partager votre ressenti à l’usage !
7 commentaires
Moi aussi, au travail, j’utilise surtout Java et vue.js.
Mais à titre personnel, je travaille en TypeScript.
La raison, c’est qu’en full stack, on peut couvrir à la fois le BE (
nest.js) et le FE (next.js) pour des projets légers.À titre de référence,
nest.jsressemble beaucoup à Angular, mais côté FE,react.jsreste malgré tout la norme.On dirait que TypeScript est clairement très utilisé dans l’écosystème JS.
Je ne savais pas que Nest ressemblait à Angular ?! Je pensais simplement que c’était un framework serveur assez simple, mais il va falloir que j’y regarde de plus près :)
Comme mon activité principale est le développement avec Unity3d, j’utilise presque toujours C#, et il m’arrive parfois d’écrire aussi en Java, Kotlin, Objective-C, Swift, C++ et C pour du code natif.
Pour le développement d’outils internes, j’utilise Go (serveur ou outils CLI) et Elm (front web).
En ce moment, dans le cadre de mon travail, je développe un programme desktop avec Flutter. Pour certaines parties où les performances ne sont pas au rendez-vous, je les améliore et les traite avec Rust.
J’entretiens une relation un peu faite d’amour et de frustration avec C#. Comme je l’utilise pour Unity3d, il est dommage que la version de .NET ne suive pas encore. Dans une récente alpha release, la prise en charge de
.netstandard 2.1est prévue, et j’espère que la release officielle arrivera vite.Je trouve que Go a des avantages quand il s’agit de raccourcir les délais de développement.
Avec Elm, les messages d’erreur sont extrêmement bienveillants, donc j’ai eu l’impression que le temps d’adaptation était plus court que pour d’autres langages. Bien sûr, le fait d’avoir déjà essayé plusieurs fois d’autres langages fonctionnels m’a sans doute aidé à m’adapter au paradigme fonctionnel.
Pour Rust, j’ai le sentiment que c’est un très bon choix lorsqu’on l’utilise de manière ciblée sur les parties qui ont besoin d’optimisation. Le fait qu’il intègre bien des fonctionnalités que j’enviais dans les langages fonctionnels est aussi très attractif. Bien sûr, il y a une certaine barrière liée au manque d’habitude avec l’ownership et les scopes, mais je pense que cela se résoudra avec davantage de pratique. Rust a aussi des messages d’erreur plutôt clairs. En revanche, j’ai le sentiment qu’il faut encore que j’étudie davantage le langage, car certains aspects comme la définition des scopes me paraissent syntaxiquement assez complexes.
Je n’ai pas écrit de commentaire séparé sur les autres langages que j’utilise pour le travail natif, car je les emploie de façon très limitée par rapport aux autres.
Comment reliez-vous et utilisez-vous la partie desktop écrite en rust ?
J’imagine qu’on peut l’utiliser via WebAssembly, ou qu’il existe des outils pour faire la liaison côté dart.
Je sais qu’il n’y a pas beaucoup de gens qui utilisent elm, donc ça fait plaisir. :)
Je construis une bibliothèque en
cdylibavec Rust et je l’implémente en connectant une bibliothèque dynamique avecdart:ffi.Merci pour votre réponse. :)
Il y a quelques points qui mériteraient d’être mis à jour, mais dans l’ensemble, les deux articles ci-dessous devraient vous être utiles.
Dart Meets Rust: a match made in heaven - https://dev.to/sunshine-chain/…
Dart and Rust: the async story - https://dev.to/sunshine-chain/rust-and-dart-the-async-story-3adk