Oles a écrit 15 commentaires

Voilà une affaire qui serait bien réglée par les "class actions", mais je crois qu'il y a trop d’intérêts en jeu, beaucoup d'entreprises pourrait couler suites aux "class actions" : déjà tout les spammeurs (par courrier, téléphone, mail, etc…), la vente liée, etc…

"Never trust a statistic you haven't faked yourself."

Je viens de regarder, le projet de "Wikipédia hors ligne" est Okawix et c'est sous GPL.

"Never trust a statistic you haven't faked yourself."

- options = arguments.extract_options!
+ options = if arguments.length > attribute_names.size
+             arguments.extract_options!
+           else
+             {}
+           end

Les fonctions find_by_* peuvent recevoir au minimum deux arguments (mais n'en requièrent qu'un au minimum), par exemple find_by_name peut recevoir deux arguments, le nom recherché et des options : find_by_name('Linus', :limit => 1) ou un seul argument : find_by_name('Linus').

Le problème est que si on ne donne que les options comme argument : find_by_name(:limit => 1) ça fonctionne quand même, du coup le patch n'extrait les options que si il y a les autres arguments passés.

arguments.length retourne le nombre d'argument donnés (facile).
attribute_names.size retourne le nombre d'attributs de la recherche (find_by_name => 1, find_by_name_and_karma => 2)

Donc pour traduire le code : arguments.length > attribute_names.size : si le nombre d'arguments donnés est strictement supérieur au nombre d'attributs de la recherche alors on extrait les options (sinon, pas d'options).

"Never trust a statistic you haven't faked yourself."

J'crois tu voulais dire quelque chose comme :

« Bon nombre d'utilisateur de Django rechignait à passer sous Python 3, et bon nombre d'utilisateur de Python 3 rechignait à essayer Django. »

J'suis assez d'accord, mais j'ai envie de dire : c'est surtout que Django (et bon nombre d'autres librairies) n'ont pas été assez rapide à passer à Python 3 (niveau complexité ça n'a pas l'air pourtant si compliqué quand on voit que même un script peut le faire).

"Never trust a statistic you haven't faked yourself."

D'un point légal c'est un peu limite je trouve, mais ce serait bien pratique.

Au pire, proposer une extension optionnelle (et à part) pourrait être mieux.

"Never trust a statistic you haven't faked yourself."

En tout cas bravo pour le site, il est moderne, pratique et complet (en tout cas dans sa version anglaise).

"Never trust a statistic you haven't faked yourself."

C'est évidement un troll :

• Sujets à fort taux de trolls : Epitech, Suse, mot clefs trollesques : DSI, décideurs, gourous de demain, graines de champions, "prestigieuse", "école d'ingénieur", …
• Compte à trolls : https://linuxfr.org/users/sam_from_ms

"Never trust a statistic you haven't faked yourself."

Ils ne sont pas vraiment reparti "from scratch", ils utilisent RoR et toutes les librairies associées, ce qui leur permet de vraiment avoir un site personnalisé et qui répond à leurs besoins avec, je suis sûr, moins de temps de dév que le temps de personnaliser Wordpress pour ses besoins par exemple.

"Never trust a statistic you haven't faked yourself."

Le lien est mauvais.

"Never trust a statistic you haven't faked yourself."

J'ai modifié la page. Quelqu'un peut vérifier que c'est bon ?

"Never trust a statistic you haven't faked yourself."

Pourquoi se limiter à des projets privés ? C'est dommage de leur part.

Le problème c'est que, même avec une instance publique, les contributeurs devront passer l'étape d'inscription avant de contribuer alors que sur Github ils peuvent contribuer tout de suite.

"Never trust a statistic you haven't faked yourself."

Aussi, ils peuvent commencer par utiliser Github puis passer à Gitlab quand leur produit est plus mature (mais là ça a déjà l'air assez mature donc c'est étrange).

"Never trust a statistic you haven't faked yourself."

Non, c'est juste qu'avoir un carte SD implique de diviser la mémoire en deux : une mémoire interne (pour les applications par exemple) et une mémoire externe (pour les images par exemple).

Avec la carte SD, on ne peut pas accéder à son contenu lorsque le téléphone est branché à son PC, alors qu'avec une seule grosse mémoire interne (et un protocole dont je me rappelle pas le nom) on peut accéder à la mémoire interne sur le PC et sur le téléphone en même temps.

Google recommande à tout les fabricants de ne plus mettre de carte SD, mais beaucoup de gens (comme moi) préfèrent la carte SD : c'est extensible pour pas cher (acheté avec 2Go, mis à jour en 8Go/32Go/… des années plus tard) et au moins les données sont toujours là quand on reset le téléphone (installation de ROM, …).

"Never trust a statistic you haven't faked yourself."

Oui, je pense qu'il ne trouvera pas les méthodes par magie non plus, par exemple :

`(0..10)`.fucking_transform_that { |i| i**2 }

Après ça peut être amusant d'écrire des scripts avec des "fucking" partout.

"Never trust a statistic you haven't faked yourself."

Pour le bout de code en ruby :

# all i want is to sum the goddamn elements
sum = 0
(1..10).each_fucking_element { |e| sum += e }

C'est exactement le cas d'utilisation de la méthode #inject :

(1..10).inject(&:+)

Pour expliquer :

• (1..10) est une énumération des entiers de 1 à 10
• On applique la méthode inject est bien expliquée dans la doc mais en résumé :
  • on a un accumulateur (qui correspond à la variable sum du code précédent) et on fait une opération avec cet accumulateur et les valeurs du tableau.
  • Quand on ne précise pas la valeur de l'accumulateur, elle vaut le premier élément du tableau (1 ici)
  • On peut donc faire : (1..10).inject { |accu, val| accu += val } qui peut être condensé en (1..10).inject(&:+)

PS : Un matheux aurait dis que c'est 

"Never trust a statistic you haven't faked yourself."