En tout cas s'il y a bien une constante universelle, c'est que les débats concernant JavaScript finissent toujours en un débat musclé entre deux camps, ceux qui adorent JavaScript et le reste du monde
Assembleur
C
C#
C++
Cobol
Dart
Delphi
Fortran
Go
Haskell
Java
JavaScript
Kotlin
Lisp
MATLAB
Objective-c
Pascal
Perl
PHP
Python
R
Ruby
Rust
Scala
Swift
TypeScript
VBA
WLangage (WinDev)
Autres, merci de préciser
Sans avis
En tout cas s'il y a bien une constante universelle, c'est que les débats concernant JavaScript finissent toujours en un débat musclé entre deux camps, ceux qui adorent JavaScript et le reste du monde
FAUX, ABSOLUMENT FAUX
Il faut juste connaitre le langage Java pour comprendre :
CQFDLe \u000d est hexadécimal et il correspond a la valeur décimale 13.
Dans la table ASCII cela correspond à l'entrée CARRIAGE RETURN.
Donc dans le code après // il y a bien un retour ligne comme demandé.
La sortie System.out.println ne se trouve plus sur la ligne de commentaire : il y a donc l'impression du message sur la sortie standard du système.
A+
Ocaml.
C'est clairement pas fondamentalement un mauvais langage, mais c'est une telle chiantise à débuguer vu le peu d'informations qu'on te donne sur une erreur. Et le fait que ce soit tant forcé dans les formations françaises alors qu'on voit bien par les sondages qu'au final personne l'utilise. Le tout me donne une profonde haîne pour ce langage.
Ce que ça changerait, c'est justement de pouvoir prendre le temps... c'est un impératif, ça se contourne pas indéfiniment par caprices d'un patron voulant + de rentabilité immédiate et qui finira par te dire, quand ça deviendra intenable, un truc du genre "ben, c'est ton code, démerde-toi".
Et tu crois que ce sont les seules choses intéressantes et rentables à développer ? ^^'
Réinventer la roue, ça t'apprend énormément de choses... par exemple, à un débutant en PHP, je lui conseille souvent de faire, lui-même, toute l'implémentation des interfaces PSR... alors, oui, il en existe déjà plein, qu'il suffirait d'utiliser... mais niveau apprentissage, c'est pas du tout pareil, ça le confronte à plein de concepts de programmation, à plein de problématiques et à leur résolution, ...
Probablement pas, évidement, mais mine de rien je fais mon petit chemin dans le militaire et en particulier dans les IHM de Controle et de commandement, avec une expertise métier, les contraintes militaires qui vont avec toussa toussa. Ma spécialité reste l'ingénieurie logicielle, évidement, mais changer de domaine juste pour changer de langage c'est un peu trop fort ^^
J'aime bien l'idée que mon code ne soit pas jettable aussi. Les projets militaires sont long, 10ans en fonctionnement en général renouvellable par tranche de 3 ans après. jetter tout un front end pour suivre la mode ça ne m’intéresse pas. Il en faut pour tous les goûts ;-)
(puis ça fait toujours quelque chose de voir ses projets passer sur les champs élysées le 14juillet)
Pour apprendre un langage, oui, évidement que réimplémenter la roue c'est utile. Perso à chaque fois que j'essaye de prendre en main un langage je fais toujours le même projet : un algo de calculette de polonaise inversée d'abord, et en fonction du langage la version graphique dans la foulée.Réinventer la roue, ça t'apprend énormément de choses...
Réinventer la roue, ça t'apprend énormément de choses... par exemple, à un débutant en PHP, je lui conseille souvent de faire, lui-même, toute l'implémentation des interfaces PSR... alors, oui, il en existe déjà plein, qu'il suffirait d'utiliser... mais niveau apprentissage, c'est pas du tout pareil, ça le confronte à plein de concepts de programmation, à plein de problématiques et à leur résolution, ...
Mais on est sur un forum professionnel et je répond à ce sondage avec des considérations pro.
Sinon, j'aurais voté "Brainfuck" en langage le plus detesté : syntaxe horrible, librairie standard vide, très peu d'outils disponibles... mais ça n'a pas de sens, ce n'est pas un outil professionnel, c'est un gag.
Pareil, l'utilité de réinventer la roue aujourd'hui est uniquement pédagogique, pas professionnelle.
Quand j'ai commencé les cours sur JS jQuery était encore une bizarrerie méconnue
Et si je me souviens bien j'ai eu les meilleurs résultats de ma classe trois ans d'affilé
Pour information, en Python, ces deux expressions lèvent une exception TypeError :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8 >>> '5' + 3 Traceback (most recent call last): File "<stdin>", line 1, in <module> TypeError: must be str, not int >>> '5' - 3 Traceback (most recent call last): File "<stdin>", line 1, in <module> TypeError: unsupported operand type(s) for -: 'str' and 'int'
Ça sera python pour sa syntaxe complètement imbuvable et qui accentue le risque d'erreur. J'ai essayé moulte fois et j'ai jamais réussi à m'y plier. Dommage car le reste du langage (si on fait abstraction de la guéguerre 2.7 , 3+) est efficace.
Je rajoute JS pour la frustration qu'il me procure :
- Un éco système beaucoup trop volatile , on sait jamais trop si le truc qui marche bien actuellement va être tenir plus de 6 mois ... problématique quand on part sur des projets à maintenir sur minimum 5 ans
- npm qui est à la fois sa force et qui transforme vite un projet en une boule de pus pleine de dépendance.
- L'industrialisation encore trop difficile à mettre en place. J'ai envie de pouvoir faire "file > new project" et "build > release" dans un ide et ce, sans devoir m'emmerder avec des config webpack,babel, grunt ,ts , etc ... qui ne sont que du busy-work et n'apporte aucune valeur ajoutée.
Perso j'ai trouvé de l’intérêt à JS qu'à partir du moment où je suis sortit du navigateur pour faire du node. Ca change pas sa syntaxe et son paradigme mais il devient beaucoup plus intéressant.
Java, PHP et C++ reste mes encore et toujours les langages où je me sens "chez moi".
C'est exactement ce que je dis, ce n'est pas le JS, le problème, mais la façon dont certains s'en servent...
- volatilité : suffit de pas choisir ses outils sur base de la mode du jour mais bien sur des approches plus stables, plus proches du natif, plus facilement remplaçable sans devoir tout réécrire, ...
- dépendances : c'est toi qui les choisis, hein, ça ne devient une boule de pus que si tu fais en sorte
- building : rien ne t'oblige à passer par des bundlers, les browsers modernes supportent bien les modules, à présent
Bien-sur que ça soulève une exception, en revanche print("5"*2) affiche 55 et que print("55"/2) en revanche balance une exception (ça pourrait très bien dans la logique couper la chaîne après tout), on pourrait très bien se moquer de python parce-que Java ne laisse pas passer ça... c'est là ou je voulais en venir.
Va savoir pourquoi moi j'aime bien faire du JQuery mais pas du Javascript. Mais étant PHPaddict', j'accepte de faire du JQuery couplé avec du PHP Symfony.
Dernière modification par Invité ; 23/05/2019 à 14h18.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager