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

./839> J'ai presqu'une curiosité perverse à voir ce que c'est...

Comment créer des fichiers dont le contenu visible dépend du programme utilisé pour les lire (il y a des exemples pour les ZIP, PDF, BMP, EXE et GIF) :

(présentation et proofs-of-concepts ici : http://gynvael.coldwind.pl/?id=539)

héhé

Ça va intéresser Folco (même si je pense qu'il aurait choisi d'autres langages) :
https://s3.amazonaws.com/cdn.inedo.com/abc/ABC_Book_DRAFT_COPY.pdf

Mais c'est excellent ce bouquin

Mais Folco tu est malade ?

Pas d'assembleur a la lettre A. Ce livre n'a pas lieu d'être.....


GT Contre ce livre

loul

Y'a pas le C/C++ non plus

Bizarre d'avoir pensé au Clojure plutôt qu'au C

Peut-être parce que c'est une lettre et pas un mot, et à ce titre ne rentrerait pas dans la démarche pédagogique du livre ?
Dans ce cas, j'aurais choisi plutôt Cobol comme langage, personnellement.

Pour leur livre on peu ajouter G pour GROLEC

https://css-tricks.com/tales-of-a-non-unicorn-a-story-about-the-trouble-with-job-titles-and-descriptions/
Une designeuse qui fait du jQuery, qui échoue au test FizzBuzz à un entretien d'embauche, et qui trouve que c'est anormal de faire passer un tel test.

Si c'était un poste de design pur, admettons, mais comment peut-on prétendre être familiarisé avec le dév et trouver normal de ne pas savoir faire un truc aussi bateau ?Sans parler des commentaires :

FizzBuzz does have its place, but definitely not for the average web developer.

Tiens, je ne connaissais pas comme test. Sur le coup, je me suis même demandé où était le test

C'est à la mode depuis quelques années (on en avait déjà parlé). Ça perd de son intérêt comme méthode d'évaluation maintenant que de plus en plus de candidats en ont entendu parler, mais ceux qui l'ont utilisé quand c'est sorti disaient qu'une proportion assez affolante de gens qui se disent développeurs échouent à ce test simple.

quoi ?? c'est fou ça

Ben a la base un "développeur web" n'est pas sensé faire du code, ou alors tu concidere le HTML/CSS comme du code

([/mode=troll] )

Folco : http://blog.codinghorror.com/why-cant-programmers-program/

Zerosquare (./852) :
http://www.textfromxcode.com/post/44653336428/its-not-paranoia-when-theyre-really-out-to-get

"on my Mac" dit tout.

Quant au test FizzBuzz:

#include <stdio.h>

int main(void) {
  int i, j, k;
  for (i=1, j=2, k=4; i<=100; i++, (j ? j-- : (j=2)), (k ? k-- : (k=4))) (j && k) ? printf("%d ", i) : printf("%s ", j ? "Buzz" : (k ? "Fizz" : "FizzBuzz"));
  return 0;
}

totalement illisible

C'est caractéristique du style de Kevin et c'est aussi pour ça que ce test est utile

C'est la version optimisée. Je peux aussi le faire en lisible, avec des modulos, mais c'est ennuyeux et trop facile.

Comme tu es fort!

J'ai rien compris au code

#include <stdio.h>

int is_divisible_by(int dividend, int divisor) {
  return (dividend % divisor) == 0;
}

int puts_no_newline(const char *message) {
  return fputs(message, stdout);
}

int main(void) {
  int counter;
  for (counter = 1; counter <= 100; counter++) {
    if (is_divisible_by(counter, 3)) {
      if (is_divisible_by(counter, 5)) {
        puts_no_newline("FizzBuzz ");
      } else {
        puts_no_newline("Fizz ");
      }
    } else {
      if (is_divisible_by(counter, 5)) {
        puts_no_newline("Buzz ");
      } else {
        printf("%d ", counter);
      }
    }
  }
  return 0;
}

Voilà, est-ce suffisamment lisible maintenant?

Ah ben voilà, merci

Il utilise des compteurs pour éviter les modulos.
Mais ce n'est pas du tout optimisé.
zz9192Fizz94BuzzFizz9798FizzBuzz");}

Voici comment font les vrais hommes :#include <stdio.h>
int main() {printf("%s", "12Fizz4BuzzFizz78FizzBuzz11Fizz1314FizzBuzz1617Fizz19BuzzFizz2223FizzBuzz26Fizz2829FizzBuzz3132Fizz34BuzzFizz3738FizzBuzz41Fizz4344FizzBuzz4647Fizz49BuzzFizz5253FizzBuzz56Fizz5859FizzBuzz6162Fizz64BuzzFizz6768FizzBuzz71Fizz7374FizzBuzz7677Fizz79BuzzFizz8283FizzBuzz86Fizz8889FizzBu

Folco (./865) :
J'ai rien compris au code

Il y a 3 compteurs: i, qui compte de 1 à 100, j qui compte la divisibilité par 3 et k qui compte la divisibilité par 5. En ce qui concerne i, la boucle est un simple for (i=1; i<=100; i++) tout classique. Ce sont les variables j et k qui font la magie. j compte 2, 1, 0, 2, 1, 0, 2, 1, 0, … (je commence par j=2, et je décrémente j s'il est non nul et recommence à 2 sinon), donc j==0 si et seulement si i est divisible par 3, et donc j interprété comme un booléen est vrai si et seulement si i n'est pas divisible par 3. k fait la même chose, mais en partant de 4, donc ça donne la divisibilité par 4+1=5.

Reste le contenu de la boucle, qui ne fait qu'utiliser l'interprétation booléenne déjà donnée ci-dessus et l'opérateur ternaire. (printf(…) est une expression comme une autre, même avec une valeur de retour, ça passe parfaitement dans un ternaire.)