Discussion :

[Lcf.vs]

Justement c'est du webkit
tu vas pas aller loin avec.... comme je l'ai dit dans mon précédent message, si c'est pour faire une IHM basique sa fera l'affaire mais si tu souhaite faire un truc plus poussé tu seras vite limité.

Mouais... dans l'ensemble les applis NW.js ou Electron que j'ai vues sont pas top top.

De nouveau, ce ne sont que des exemples de ce que certains en font. Cela ne reflète qu'une partie de ce qu'on peut en faire.

Je pense, tout bêtement aux jeux qu'on peut en faire, via un three.js, à titre d'exemple, mais y a aussi Atom, VSCode, pitêt même la version actuelle de Steam (m'étonnerait pas).

Le problème, c'est que la majorité des développeurs JS... ne connaissent quasiment que jQuery, donc, oui, ce seront, pour l'instant, la majorité des exemples que vous en verrez et ce manque d'expérience avec le langage et outils, ça va très certainement influer sur la stabilité.

C'est souvent instable, c'est TRES lourd, que ce soit en taille (une appli Electron qui ne fait rien, c'est déjà 50 Mo rien que pour les libs) ou en consommation de ressources (minimum 2 ou 3 processes, des centaines de Mo de RAM...).

Le nombre de process, dépend que de l'usage aussi, des choix du développeur. L'application que j'ai faite pour mes clients n'en a qu'un, de process.

Pour la taille, en revanche, je ne puis que te donner raison, parce que le logiciel qui en fait un exécutable pour chaque plateforme embarque tout Webkit et tout node.js mais je ne serais pas étonné que dans les années à venir, on ait une solution pour n'embarquer que les composants qui nous sont utiles.

Et puis c'est multiplateforme seulement dans la mesure où tu n'essaies pas du tout d'interagir avec l'OS... dès que tu veux pousser l'intégration un peu plus loin, tu te retrouves vite avec du code spécifique à la plateforme.

Bah, c'est le cas de tout langage exécuté dans un environnement pouvant interagir avec l'OS, et si c'est pas toi qui l'écris, ce code, c'est que tu utilises des libs qui le font pour toi... mais ce code différent pour chaque plateforme est bien là, quelque part.

[tails]

Personnellement je n'ai pas voté car je me sens un peu hors sujet (ma réponse résout plutôt la problématique "Quel langage préférez-vous ?" davantage que meilleur langage, tant au niveau hobbyist que professionnel).

En effet je m'intéresse particulièrement à

• Rust, qui semble ultra prometteur, plus selon moi que Scala qui de plus tourne sur la JVM pour ce dernier L'inconvénient principal reste la courbe d'apprentissage Sinon niveau maturité/stabilité/communauté, ça a l'air correct
• Kotlin Native, qui en est encore à ses balbutiements (contrairement à la version JVM, même d'ailleurs prête à tourner sous Android)

[tails]

De nouveau, ce ne sont que des exemples de ce que certains en font. Cela ne reflète qu'une partie de ce qu'on peut en faire.

Je pense, tout bêtement aux jeux qu'on peut en faire, via un three.js, à titre d'exemple, mais y a aussi Atom, VSCode, pitêt même la version actuelle de Steam (m'étonnerait pas).

Le problème, c'est que la majorité des développeurs JS... ne connaissent quasiment que jQuery, donc, oui, ce seront, pour l'instant, la majorité des exemples que vous en verrez et ce manque d'expérience avec le langage et outils, ça va très certainement influer sur la stabilité.



Le nombre de process, dépend que de l'usage aussi, des choix du développeur. L'application que j'ai faite pour mes clients n'en a qu'un, de process.

Pour la taille, en revanche, je ne puis que te donner raison, parce que le logiciel qui en fait un exécutable pour chaque plateforme embarque tout Webkit et tout node.js mais je ne serais pas étonné que dans les années à venir, on ait une solution pour n'embarquer que les composants qui nous sont utiles.



Bah, c'est le cas de tout langage exécuté dans un environnement pouvant interagir avec l'OS, et si c'est pas toi qui l'écris, ce code, c'est que tu utilises des libs qui le font pour toi... mais ce code différent pour chaque plateforme est bien là, quelque part.

Je suis aussi intéressé par Electron (Shell) Mais la première chose qui m'a rebuté, ce sont les possibles problèmes de performances, bien sûr à mettre à l'actif des codeurs eux-mêmes
Je souhaiterais donc savoir si on est obligé de faire du Vanilla Javascript pour pouvoir prétendre à une application performante, ou également si des "Programming Guidelines" existent à ce niveau pour éviter ces fameux problèmes de performances Après la taille des paquetages, ce n'est pas la problématique la plus importante à mes yeux

[RyzenOC]

Je suis aussi intéressé par Electron (Shell) Mais la première chose qui m'a rebuté, ce sont les possibles problèmes de performances, bien sûr à mettre à l'actif des codeurs eux-mêmes
Je souhaiterais donc savoir si on est obligé de faire du Vanilla Javascript pour pouvoir prétendre à une application performante, ou également si des "Programming Guidelines" existent à ce niveau pour éviter ces fameux problèmes de performances Après la taille des paquetages, ce n'est pas la problématique la plus importante à mes yeux

sans vouloir lancer un troll, si tu veut de la performance n'utilise pas de javascript...
Javascript est performant (plus que Python c'est une évidence, par rapport à Java je ne saurais pas le situer, j'aurais tendance à dire plus performant ?) mais ton message semble indiqué que tu veut une Formule1, d'ou ma réponse C/C++/Go.

C'est pour quoi faire ?

[tails]

sans vouloir lancer un troll, si tu veut de la performance n'utilise pas de javascript...
Javascript est performant (plus que Python c'est une évidence, par rapport à Java je ne saurais pas le situer, j'aurais tendance à dire plus performant ?) mais ton message semble indiqué que tu veut une Formule1, d'ou ma réponse C/C++/Go.

C'est pour quoi faire ?

Ou Rust : qui allie fonctionnel et système le tout dans un mélange agréable. Je suis en train de l'apprendre.

Sinon je me suis interessé à Electron grâce aux facilités

• myriades de librairies JS
• facilité de packaging et de mises à jour

Mais encore une fois, je me contenterais bien d'un langage comme Rust (je connais déjà le C++, mais Rust a l'avantage de se baser sur l'expérience douloureuse des programmeurs C/C++ pour offrir un mécanisme plus sûr).

[Songbird]

Javascript est performant (plus que Python c'est une évidence, par rapport à Java je ne saurais pas le situer, j'aurais tendance à dire plus performant ?) mais ton message semble indiqué que tu veut une Formule1, d'ou ma réponse C/C++/Go.

Non, pas vraiment. En terme de performance, JavaScript est assez loin de ce que peut fournir Java.

edit: Attention quand même à ne pas trop se fier au benchmark que je viens de linker, parce qu'il ne concerne que Nodejs. Les performances de JS client-side doivent varier (Nodejs intégrant V8, ça pourrait coller).

[emutramp]

sans vouloir lancer un troll, si tu veut de la performance n'utilise pas de javascript...
Javascript est performant (plus que Python c'est une évidence, par rapport à Java je ne saurais pas le situer, j'aurais tendance à dire plus performant ?) mais ton message semble indiqué que tu veut une Formule1, d'ou ma réponse C/C++/Go.

C'est pour quoi faire ?

Ho merci pour cette information, je vais de ce pas envoyer un email aux dev de Gentoo pour les informer qu'ils devraient penser a migrer portage en Javascript.

C'etait deja depressif de devoir s'accommoder de la surcharge de javascript utilise sur la majorite des sites web, maintenant il va falloir le supporter du cote serveur avec cette horreur qu'est node.js

Imaginez un type qui utilise sa fourche dans son boulot et qui un jour, lui vient une idee "Hey, ma fourche, je pourrais aussi l'utilise pour mes repas a la place de ma fourchette"

Des fois, ce n'est pas parce qu'il est possible de le faire, qu'il faut le faire.

Python != Javascript that's it.

[RyzenOC]

Ho merci pour cette information, je vais de ce pas envoyer un email aux dev de Gentoo pour les informer qu'ils devraient penser a migrer portage en Javascript.

C'etait deja depressif de devoir s'accommoder de la surcharge de javascript utilise sur la majorite des sites web, maintenant il va falloir le supporter du cote serveur avec cette horreur qu'est node.js

Imaginez un type qui utilise sa fourche dans son boulot et qui un jour, lui vient une idee "Hey, ma fourche, je pourrais aussi l'utilise pour mes repas a la place de ma fourchette"

Des fois, ce n'est pas parce qu'il est possible de le faire, qu'il faut le faire.

Python != Javascript that's it.

Oui Javascript est plus performant que python... mais en meme temps Python commence à etre à la ramasse en terme de perf, meme php7 lui passe devant...
Je parle bien de python natif, sans utiliser de modules optimisé pour les calcules codé en C comme Numpy ou Scipy
Enfin quand je dis que python est lent, il faut plutot dire que Cpython est lent, pypy c'est déjà mieux

Je ne comprend pas ta remarque, on peut choisir un langage "lent", si les perf ne sont pas importante. Dans ton exemple, python est très utilisé dans les distrib linux (comme gentoo) comme langage de scripting, on as pas besoin d'avoir de bonne perf pour lancer de petits scripts.

Non, pas vraiment. En terme de performance, JavaScript est assez loin de ce que peut fournir Java.

+1 Tres bien merci, j'avais un doute (d'ou mon point d'interrogation)

[emutramp]

mais en meme temps Python commence à etre à la ramasse en terme de perf, meme php7 lui passe devant...

Plus performant en CLI ou execute via un navigateur ?

Pour le web dev je stick avec php (+12 ans de code en PHP) par contre, pour des scripts a execute en console, disons un fuzzer, un bot IRC ou ce genre de stuff, je demande a voir un benchmark Python vs Php7.

php a un horrible passe concernant sa securite, php7 ne regle pas ce probleme (meme si ca s'ameliore), son core reste lourd meme en selectionnant qu'un minimum de modules lors de sa compilation, (on va meme pas parler des paquet precompile offerte par oubountu faidora et autres binary based distro), opcache est cool mais ne permet pas d'egaler python pour les performances (hors web), de plus, il est moins extensible que ce dernier et n'offre que tres peu d'interet hors usage web dev.

Python est super extensible, du web dev au scripting systeme en passant par des apps GUI (on peut meme faire des jeux, de loin aussi pousse qu'en c/c++ mais ca demontre ce qu'on realiser avec), performant pour le low level networking, pour l'execution de daemon...

On pourrait tenter un simple script de dorking par exemple en PHP et Python, faire des testes et comparer, ca permettrait de demontrer qui a raison ou tord.

Je suis pas d'accord avec ton point de vue PHP vs Python et encore moins concernant le javascript. Hors sujet, je te rejoins sur AMD et souhaite (ce qui n'arrivera probablement jamais) a cette mastodonte mafieuse legale, voleur sans etat d'ame qu'est intel, une faillite et des poursuites judiciaires (wind river )

[ohnomorejmmings]

je n'ai jamais vue quelqu'un faire du php, a part pour faire un site web....

Donne moi 1 projet codé en php qui n'a rien à voir avec une page web

Tous les logiciels développés avec des bibliothèques comme PHP-Qt, wxPHP & Cie. On peut aussi s'en servir pour faire du traitement par lots et plein d'autres choses. Certes il est plus connu pour la génération dynamique de pages web mais il est tout à fait généraliste. Après comme il est moins populaires que d'autres dans le contexte de ce sondage sans doute qu'on peut le ranger dans la case "Autres". Cependant on peut voter pour Perl…

Peut-être que la question posée mériterait d'être précisée sans qu'on est à lire tout le reste. Ça éviterait que des frustrés comme moi se plaignent héhé !

[mattdef]

Depuis que j'ai gouté au C# et à l'environnement .NET, j'ai vraiment du mal à changer pour autre chose

[Songbird]

Intéressant donc, la question étant "quels sont les meilleurs langages de programmation" (question qui en soi a certes une pertinence très relative), les commentaires laissent entendre que les développeurs de Développez répondent à la question "quel est votre langage préféré"… En fait, je ne suis pas certain que les "développeurs" comprennent autre chose quand on leur demande un langage…

Pour te répondre (10 jours plus tard ),

Pour ma part, ce n'est pas parce que j'annonce que j'ai une préférence pour un langage que je vais forcément l'utiliser dans toutes les situations possibles, ça veut juste dire que je l'apprécie plus que d'autres, pas que je le privilégierais si un autre langage est plus adapté à mon besoin.
Personnellement, je ne prends absolument pas aux sérieux ce genre d'articles, je parle simplement de ce que j'aime bien actuellement. Je ne prêche pour aucune paroisse.

Assez facile comme conclusion, martopioche.

[adericov]

Ça fait mal de ne pas voir y figurer le "C" et chose étonnante pascal lui prend le devant......

[TJ1985]

Ça fait mal de ne pas voir y figurer le "C"

C a toujours eu la réputation (méritée à mon point de vue) d'être le langage le plus puissant, mais aussi le plus dangereux. Tu n'as aucun garde-fou, tu dois savoir ce que tu fais en permanence. Regarde les formations qui sont offertes aujourd'hui : Un gars capable de faire une page WEB en HTML/CSS est considéré comme un développeur émérite. Comment veux-tu qu'avec un tel background un de ces gars puisse pondre trois lignes de C sans tout saloper ?

et chose étonnante pascal lui prend le devant......

J'aime Pascal. Il est clair, structuré, et tant Delphi que fpc offrent des extensions Objet pertinentes et faciles à implémenter. C'est un langage pragmatique. De plus il permet quasiment de descendre aussi bas que C, tout en conservant sa lisibilité. Ajoute à cela que Delphi fait l'objet d'une sacrée campagne de promotion depuis deux ans, qu'intrinsèquement ça reste sans doute le moyen le plus rapide et le plus efficace de développer des applications à GUI Windows, et maintenant multi-plateformes... Donc de mon point de vue ce n'est pas anormal de voir Pascal reprendre la place qu'il a connue il y a très longtemps, avant que Microsoft n'opte pour C.

Pour conclure, je me bats maintenant avec Swift, et si j'apprécie certains aspects de ce langage, je me retrouve en train de devoir porter une attention extrême au flux des applications dans XCode, pour placer les Conditionals quand nécessaires, c'est aussi chiant que les calculs de pointeurs en C. Mais comment fait Delphi, bon sang ! Les vieilles marmites...

[Ersch]

Swift a l'air par mal mais limité à l’environnement appel. Peut être hors sujet mais quid du c# (xamarin) vs swift pour le mobile? Je vois autant d'offre pour un comme pour l'autre pour le moment.

[tomlev]

Swift a l'air par mal mais limité à l’environnement appel.

Swift est dispo aussi sous Linux, mais probablement pas très largement utilisé.

Peut être hors sujet mais quid du c# (xamarin) vs swift pour le mobile? Je vois autant d'offre pour un comme pour l'autre pour le moment.

Bah avec Swift tu développeras pour iPhone... avec Xamarin tu développeras pour iPhone, Android et Windows Phone.

[BeRoots]

Et l'ada dans tous ça ? quelqu'un serai en dire plus long sur ce language ?

[TJ1985]

Et l'ada dans tous ça ? quelqu'un serai en dire plus long sur ce language ?

Un magnifique langage, que la partie certification à coulé. Les compilateurs certifiés coûtaient une fortune, et, finalement, avec de la discipline on obtenait les mêmes résultats avec C++, Pascal... Je ne suis pas sûr que le DOD, son commanditaire, l'ait jamais utilisé. Mais je peux me tromper. Il me semble qu'il en existe une version libre. Il est procédural, très modulaire, avec des notions objets. J'ai écrit une fois un Hello World, c'était assez verbeux mais pas déplaisant.
Il est au cimetière des éléphants, avec Modula 2, Obéron...

[Ersch]

Swift est dispo aussi sous Linux, mais probablement pas très largement utilisé.


Bah avec Swift tu développeras pour iPhone... avec Xamarin tu développeras pour iPhone, Android et Windows Phone.

Justement je me demande si la solution est viable car jusqu'à présent quand je parle de xamarin les réponses vont dans le même sens, c'est sympa mais au final on revient à swift ou java pour android.
Je voudrais vraiment me lancer dans le mobile mais d'un autre coté je me demande aussi si c'est intéressant aujourd'hui d'apprendre un langage propre à une plateforme, quand je regarde les offres d'emplois la demande n'est quand même pas énorme.

[TJ1985]

Swift a l'air par mal mais limité à l’environnement Apple.

Ben non, Swift est Open source et disponible notamment sur Linux. On parle bien du langage, pas des librairies...