Reprise du message précédent :

Faudrait peut être expliquer à ton candidat ce que c'est avant de le virer comme un mal propre car ce manant n'a pas passé son enfance en Angleterre à jouer à "fizzbuzz" :

L'article de masklinn, l'explique bien, lui. :

J'avais jamais loupé d'entretien jusqu'à aujourd'hui  

 
Il y a 5 ans, tout le monde me le sortait comme question en entretien, ca en était ridicule

Il était implicite dans le commentaire initial que le problème allait être expliqué, shinuza s'est juste pas dit qu'il existerait encore un dev sur le topic qui n'en aurait pas entendu parler, et je le comprend  

Tu t'imagines que j'allais filer un pc à un mec, lui dire "Vous avez 10 minutes sans internet pour m'écrire un fizzbuzz, bonne chance"?

Remarque que c'est assez sélectif comme interview

 
Pourquoi pas? J'imagine que t'aimes pas travailler avec les gens qui ont pas de chance.

Ben dans ce cas j'ai pas compris ton énoncé, mais c'est pourtant ce que tu demandes là, et du coup le dom avec le fizzbuzz c'est pas trop ça.
Le principe du fizzbuzz c'est de pouvoir jouer avec la concat de fizz et buzz quand on a besoin.

Hum… non

Je crois que je devrais dormir un peu plus que 4h par nuit, ça crame le cerveau

+1, j'y croyais pas au début, et en fait c'est un super premier exercice pour faire un premier filtre; et ça fait gagner du temps à tout le monde.

Attend meme moi je sais ce que c'est, et je sais le coder...
 

 
J'allais le dire, quand j'étais stagiaire java en 2005 on en parlait déjà

Je fais pas parti de l'elite ou je suis pas dans la hype des exo de recutement, je  sais pas
 
Je pense changer de métier du coup.

jamais entendu parler aussi… mais j'suis pas un dev je demanderai demain aux devs de ma boite si ils connaissant  

FizzBuzz c'est démodé, la question que je vois le plus souvent c'est celle-ci bizarrement : https://leetcode.com/problems/decode-ways/

J'ai passé des entretiens qu'une fois en plus de 10 ans, je suis clairement pas une référence sur les tendances actuelles
 
Je sais que chez nous on invente nos propres problèmes pour éviter d'avoir des candidats répondant à la même question partout

moi j'ai embauché 0x90 sans entretien technique, parce que c'est la 3ème fois que je l'embauche

Nan mais 0x90 ou même des mecs comme Masklinn ou Shinuza, même pas besoin d'entretien technique.

 
Meuh si : pour savoir si ils ont envie de travailler sur notre code de merde

 
Dans une boite de 1, probablement
 
S'il y a une équipe déjà en place, ca se discute

surtout qu'il y a le problème du "cultural fit" avec shinuza ...

Oh c'est élégant ça

Yo les gars!    
 
J'ai besoin de m'améliorer en JS, je veux être capable de comprendre ce genre de chose : https://github.com/bigwheel-framewo [...] uick-start
 
Pour l'instant je me débrouille avec jQuery (pas taper), j'arrive à faire pratiquement ce que je veux en front-end c'est à dire, gestion des animations/transitions, selection/traitements d'éléments, un peu d'évènementiel etc..  
 
Mais là aucune chance avec ma compétence actuelle. À la base j'ai un profil de DA, mais le JS m'attire bcp, d'ailleurs y'a pas mal de chose qui nécessitent d'être calé en JS genre framer.js pour faire du prototypage (j'en fais déjà avec Marvel, mais framer est + puissant).
 
Du coup vous m'orienterez vers quoi pour être capable d'utiliser (et déjà comprendre) un framework comme ça ?
 
Merci bcp  

Une raison particuliere de vouloir apprendre ce framework?
44 stars on github  

À la base c'est celui ci dont je veux me servir https://github.com/baptistebriel/biggie il est basé sur Bigwheel. C'est juste pour créer des petits sites mais assez poussé en UI / UX

Et pourquoi vouloir utiliser celui la?

Et pourquoi pas ? Sa question à la base parle d'apprendre JS, les bonnes ressources, les bons tutos, etc... il demande pas un framework

A la limite, on s'en fout du FW, dans deux ans il sera périmé comme les autres
 
Par contre prendre un FW qui a des masses de tutoriaux sera peut etre plus simple

Bin pour apprendre le framework oui, c'est sûr. Mais là il veut apprendre JavaScript
Un peu comme si tu disais "hey je veux apprendre Java" et qu'on te réponde "tiens, regarde Spring" ²

Ouais enfin ya des frameworks plus ou moins proches de JS.
 
Par exemple, j'ai beaucoup appris en JS depuis que j'utilise React.
 
Après sinon, Node et ES6/ES7 et feu à volonté pour apprendre depuis un terminal et faire des programmes « simples » sans passer par un navigateur !

Ca se manifeste comment l'apprentissage entre React et pure JS ? Ce n'est simplement pas le hasard que tu atteins un niveau ?

 
Non, je trouve que j'utilise beaucoup plus d'outils standard et non spécifique à un framework (genre pas de filtre angular, un peu moins de magie etc.)
 
Après c'est aussi probablement du à des choix d'architecture du lead dev, perso je suis pas un « vrai dev »

Ben il a l'air d'avoir choisi ce framework en particulier. Sauf que c'est un truc pas tres populaire et peu documente.
Sauf si ce framework repond a un de ses besoins en particulier je vois pas pourquoi se faire chier a apprendre a l'utiliser.

En pratique, pour apprendre un langage, il faut coder et il vaut mieux partir avec un framework qui va pas mal t'aider.
Et je vois pas le probleme avec ta citation si par Java, Java web etait sous entendu.

Ici je suppose qu'il veut faire une SPA donc je conseillerai Angular, Ember ou Redux plutot qu'un obscur framework utilise par 3 personnes.

Je suis pas convaincu qu'apprendre avec un framework soit une bonne idée. C'est un coup à avoir des trucs qui marchent par magie, sans vraiment comprendre.

Je recherche un developpeur freelance qui connais le CMS contao. Quelqu'un a ca en stock ? Pour une mission en cdi à long terme.

Freelance en CDI  

 
Je pense que c'est une bonne chose que ça marche par magie. Le but d'un langage de programmation (+ éventuellement un framework) est de s’éloigner du code trop bas niveau/répétitif.
Ça empêche pas de comprendre globalement ce qui se passe dans les couches du dessous.

C'est justement le problème, que tu ne voies pas le problème (et non, je ne sous-entendais pas Java web)

+1

On pourrait partir sur des discussions sans fin ; perso je vais juste laisser un lien vers un article de Robert Martin (Uncle Bob, stu connais pas lis son bouquin) : http://blog.cleancoder.com/uncle-b [...] icDie.html
Extrait :

Ca fait le lien avec diverses discussions sur la complexité (essentielle, accidentelle) et les sujets qu'on rencontre tous tous les jours : "putain mais pourquoi ce code est-il aussi compliqué pour faire un truc aussi simple ?"
 
Donc perso, je recommanderais des bons liens et tutos pour apprendre JS. Ca tombe bien, c'est ce que Negueu demande Mais moi j'en ai pas (et du coup ça m'intéresse aussi) parce que j'ai appris vaguement sur le tas et que mon taf principal c'est du back-end.

Euh, si, parce que tant quíl y aura pas de probleme le dev se posera pas la question de comment marche la magie. Et une fois le probleme survenu, bonne chance sans compremdre le langage.
Sans compter que dès que le framework en question est obsolète, il doit mettre la plupart de ses connaissances a la poubelle.

Edith Grilled.

 
Ben si tu ne sous entends pas Java web, ca en revient a ma question du depart, pourquoi il veut apprendre a utiliser le framework qu'il a choisit?
Je conseillerai jamais d'utiliser Spring pour autre chose que du web (encore que Spring c'est grand maintenant, y'a probablement des use cases ou ca peu se justifier)
 

 
Je suis d'accord avec beaucoup de choses dans cet article mais pas la conclusion.
Je pense que c'est une perte de temps monumentale de réécrire du code qui existe déjà (ok, y'a des limites, cf leftpad)
 

 
Dans ce cas, le probleme c'est pas le framework mais le dev.
 
 

 
T'as l'air de sous entendre qu'a partir du moment ou on utilise un framework on n'apprends pas le langage. Ca me parait faux.

 
Le problème de cet argument, c'est que tu dois limite ne rien apprendre avant d'avoir fait de l'assembleur

  "Spring c'est grand maintenant" ? Tu l'as utilisé quand pour la dernière fois, en 2005 ? J'y ai touché pour la première fois genre vers 2007-2008 et c'était déjà conséquent... et on faisait déjà plein de trucs avec, notamment l'inversion de dépendances. Ce qui n'est pas du tout orienté web, par exemple.
'fin bon, /HS, c'était un exemple pour différencier "apprendre un langage" vs "apprendre un framework".

Pas si c'est à des fins d'apprentissage. Hello World tout le monde s'en branle, l'intérêt c'est de créer un projet, le compiler et avoir un résultat. Faire ses premiers pas avec une techno, langage ou framework.
D'autre part, le gros argument de l'article n'est pas de réécrire du code pour le plaisir :

Déjà il y a du doute, "perhaps". Y a bien évidemment des fois où l'utilisation d'un framework va apporter plus de bénéfices que ça ne créera de problèmes. Mais surtout, l'accent est mis sur la dépendance : tu vas importer du code qui fait probablement plus de trucs que tu n'en as besoin et en plus que tu ne connais pas (ce qui implique des problèmes de sécurité ou de confiance mal placée). Et ce sans parler des "leaky abstractions".

Ca dépend du framework. Par exemple Angular (le 1, je ne connais pas le 2), qui introduit énormément de choses propres à Angular et pas du tout au JavaScript "vanille". Et d'ailleurs, si tu ne sais pas bien faire de JS, tu auras du mal à comprendre Angular. Il faut commencer par apprendre JS avant.

Bref. Ca ne répond toutefois pas à la question originale et que je pose aussi Quelle(s) bonne(s) ressource(s) pour apprendre JavaScript vanille ?