CrEv a écrit 4577 commentaires

Pour ce genre de problème, j'ai vraiment apprécié travailler avec les Closure Tools. Une fois le code annoté, franchement c'est bien typé. Certains trouverons ça lourd, mais c'est justement l'assurance d'avoir un code qui fait ce que tu lui demande, de ne pas avoir d'ambiguïté de type, et en plus d'avoir un code performant (qui se compile, et non se minifie, avec suppression du code mort, inlining, etc).

comme c'est plutôt facile pour certains développeurs de confondre

Oué mais c'est ça que j'ai du mal à comprendre. Comment certains développeurs peuvent ne pas apprendre / comprendre ?

En gros, la règle de base c'est que si tu compares à undefined, null, "", 0; true, false tu dois utiliser === (sinon le résultat n'est pas certain). Et le reste du temps non. Sauf si tu veux, volontairement, faire la différence entre 42 et "42". C'est quand même pas bien dur.
Que certains aient, initialement, du mal avec les scope, les "bind", call, apply, je veux bien. Mais ça doit rester limité et après quelques temps le problème doit disparaître.

Ce truc là permet d'avoir de bonnes règles mais transforment certains développeurs en nazis :)

Et ben voilà ! C'est malin ça. Moi qui croyais que c'était Gnome…

Par contre, suivre de vrai guidelines est plutôt bien. Dans celles que je préfère, celles de Google (encore) : Javascript Guidelines

Il y a aussi celles-ci : nodeguide

Mais surtout (slides 12 et 13 de bonnes pratiques node.js) :

On n'écrit pas

var mongoose = require('mongoose'),
    Schema = mongoose.Schema,
    async = require('async');

var Check = new Schema({
    name : String
  , type : String
  , url : String
  , interval : { type : Number, default: 60000 }
});

mais

var mongoose = require('mongoose');
var Schema = mongoose.Schema;
var async = require('async');

var Check = new Schema({
  name : String,
  type : String,
  url : String,
  interval : { type : Number, default: 60000 }

Ou alors, l'utilisation compliquée des "==" et "===" qui fait que tout le monde recommande maintenant d'utiliser uniquement "==="… super !

Oué enfin ça c'est surtout parce que les "développeurs" ne veulent pas apprendre.
Pourtant, par exemple, en Java les gens se sont bien fait à .equals sur une String. Et tout le monde ne s'est pas mis à faire du .equals partout (de toute façon ça ne fonctionnerait pas).

Ben là c'est pareil, il suffit d'apprendre un peu, c'est franchement pas compliqué. === teste l'égalité de type.

Genre 0 == "0" mais 0 !== "0"

Si encore tu m'avais dit le problème de ce qui est vrai et ce qui est faux. Genre tester des valeurs, en prenant en compte undefined et null.

Mais bon, l'un des problèmes actuellement à javascript (bien que j'ai l'impression que ça change) est simplement qu'une bonne partie des développeurs javascript n'ont pas appris le langage, ne l'apprennent pas et ne cherchent pas à l'apprendre. Au plus ils apprennent un peu de jquery. Récemment j'ai lu des articles, où le gens jouent aux experts jQuery, mais ne savent finalement même pas utiliser le javascript. Genre écrire un .style.color='red' devient compliqué, et ne parlons même pas des évènements…

Je ne vois pas en quoi utiliser JS est gênant.

Ca peut être gênant lorsqu'on travaille sur des projets assez conséquents, pour peu qu'on manque un peu de rigueur

Ha oué. Enfin là c'est pareil partout, si tu écris du code de merde ça restera du code de merde, quel qu'en soit le langage.

Eviter systemd et autres lennarteries est un gros avantage.

Si encore ça ne fonctionnait pas, je comprendrais, mais quand même…

Bref, il ne faut pas voir du sexisme partout, tout court.

Juste. De la même manière, on a beaucoup plus tendance à parler de sexisme alors qu'on parle de femmes, beaucoup moins lorsqu'on parle d'hommes. Mais tu as raison.

Ça s'appelle le sexisme ordinaire

Je pense pas non. C'est comme s'il y a une activité / un objet différent gaucher / droitier. On va quasiment toujours de donner la version droitier. Pourquoi ? Juste que c'est, proportionnellement, le plus courant.

Là c'est pareil. Si tu demandes une bière et un panach, statistiquement ça doit être la bière pour l'homme. Après ça ne change rien que le serveur devrait demander. Mais il ne faut pas voir du sexisme partout dès qu'on parle de femmes.

Après, c'est vrai qu'un seul fichier aussi long glances.py, c'est pas forcement le plus simple et le plus agréable à lire pour quelqu'un d’extérieur.

C'est sur que 18 classes et 4000 lignes dans un seul fichier c'est pas folichon quand même. C'est même plus un script, ça donne plus l'impression d'un (gros) hack qu'autre chose (après ça peut fonctionner correctement, mais ça ne donne pas vraiment envie)

si je sélectionne cette page c'est bien le texte affiché qui atterrit dan le presse papier, pas le code source de la page.

Et non :)
Enfin pas que.
Lorsque tu copies, plusieurs "versions" sont mises dans le presse papier, avec des types mimes différents. Ca peut être du plain/text, ça peut être du texte enrichi, ça peut être des images. Et souvent il y a même plusieurs version différentes en même temps pour un même ajout. Ensuite, lorsque tu vas vouloir le coller, le logiciel va rechercher la version qu'il souhaite, qu'il peut gérer. C'est pour ça que beaucoup ne vont prendre que le texte, mais d'autres vont prendre aussi la mise en forme (par exemple les traitements de texte) ou les images.

Le problème de sélectionner ce qu'on ne voit pas est alors beaucoup plus complexe.

<p>
bla bla bla bla
<span class="maichancontenumasque">niarf niarf niarf</span>
plop plop plop
</p>

Si je sélectionne le paragraphe, commençant à bla bla, finissant à plop plop, je sélectionne le span, et c'est normal. J'ai sélectionné le paragraphe, pas juste quelques caractères (et encore ça pourrait aussi bien fonctionner), j'ai donc dans mon presse papier le contenu du paragraphe.

Ca c'est parce que tu n'as pas compris réellement. Le truc c'est que tu ne sélectionne pas du texte. Tu sélectionne du html, du texte, de la mise en forme, des couleurs, des images, etc. Ca n'a absolument rien d'un bug, sélectionner uniquement le texte serait justement un bug.

Ce que je trouve délirant c'est que les linuxiens ont des aprioris assez fort (pas de fragmentation), donc il n'y as pas d'outils pour défragmenter

Si je ne me trompe, le problème n'est pas tant au niveau de la fragmentation que de la capacité à lire fragmenté.

En gros, défragmenter ne change pas grand chose car les systèmes de fichiers sont prévus pour lire de manière plus fragmentée que sous windows par exemple.

Mais, vous ressentez (encore mieux, mesurez) réellement des problèmes de fragmentation sous linux ? (car c'est la vrai question)

Désolé je commence par un peu de HS, mais je pense que la section n'est pas la bonne (android).

Java et Javascript n'ont qu'un vague lien de cousinage lointain

Si je ne me trompe il n'y a en fait aucun vrai lien entre les deux.
D'ailleurs initialement javascript s'appelait LiveScript, était exécuté côté serveur.
Le Java de JavaScript n'a été ajouté que pour le côté "marketing".

Quelques jours avant sa sortie, Netscape change le nom de LiveScript pour JavaScript. Sun Microsystems et Netscape étaient partenaires, et la machine virtuelle Java de plus en plus populaire. Ce changement de nom servait les intérêts des deux sociétés.
— LiveScript et Mosaic Communications Corporation

L'entreprise d'accélération de JS lancée par Apple à partir de 2005

L'entreprise d'accélération de JS existait déjà du simple fait de IE6 et Firefox. Même si les navigateurs basés sur webkit on bien fait évoluer les choses.

une abomination
l'extension de ce fléau

Tu peux développer. Nan mais je veux dire pour de vrai, sortir de ton troll et développer un peu ?

Derby non ? http://db.apache.org/derby/

Le paiement en bitcoin serait top :)

Sérieux ? Il y a des gens qui l'utilisent ?

surtout que c'est la mode en ce moment, d'avoir des logiciels dédiés pour tout et n'importe quoi.

Et moi qui croyait que c'était un des "principes" unix d'avoir un outil pour chaque problématique.

Qu'est ce qui n'existe pas ? Les versions allégées de windows entre autre pour l'embarqué ? Alors là j'ai comme un doute…

Si on pouvait laisser facilement ces petits schémas en commentaire dans le source, ce serait génial

• http://www.asciiflow.com/#Draw
• http://ditaa.sourceforge.net/

Sinon, le problème est un poil plus complexe. Certes c'est l'ordinateur qui doit executer le programme, mais il s'adresse aussi, beaucoup, aux humains. C'est une façon de l'écrire pour les humains, pour les programmeurs écrivant, lisant, modifiant, corrigeant le code. Une façon de prendre en charge le côté maintenance par exemple.

En général on voit surtout des commentaires inutiles, là c'est à contre pied, peut-être trop. Mais ça a le mérite d'être une solution sympa pour décrire l'intention (c'est ce qui est le plus important, beaucoup plus qu'expliquer ce que font des lignes de code)

La licence est bien une cc-by

https://github.com/typeplate/typeplate.github.com/blob/master/scss/_typeplate.scss#L16 (réponse de typeplate)

Il y a tout de même certaines possibilités différentes. Rien que le fait qu'on ne soit pas limité en pages. Dans les livres, on passe de page en page. Dans le numérique on n'est pas limité, on peut très bien avoir des documents beaucoup plus long (plus comme des rouleaux de papyrus par exemple) et ça demande d'autres comportement (pour ne pas rendre le tout indigeste)

Il y a quelques variations du genre sur papier on va plutôt utiliser du serif, sur écran du sans serif. On va aussi sur papier beaucoup (beaucoup) utiliser le principe de grille, sur du numérique on va souvent l'utiliser mais pas toujours de la même manière, et parfois on peut même s'en passer.

Alors oui, beaucoup de choses sont quasi identiques, la complexité vient tout de même lorsqu'il faut les appliquer et surtout il faut arriver à s'affranchir des contraintes physiques du livre pour libérer au maximum les possibilités.

C'est pas une réponse idéale, mais voici :

Did you know you can make great typography with Typeplate and not pay a monthly fee to do so? Open Source y'all!

https://twitter.com/Typeplate/status/310396230998056961

Et j'ai demandé la licence exacte.

Oui, c'est d'ailleurs le principe des licences copyleft : utiliser le copyright afin de donner plus de droits.

C'est pourquoi les GPL commencent par un ligne définissant le copyright qui indique qui a écrit, qui a les droits initiaux. Le reste du texte définissant la cession de droits à des tiers.

Au fait, y a-t-il des lyonnais qui pensent aller au cocoaheads voir mattt ?

Et sinon, j'ai oublié de précisé mais il sera aussi le 2 avril à Paris.rb (on peut trouver l'ensemble de sa tourner européenne ici : https://gist.github.com/mattt/5024982

Merci :)

Pendant pas mal de temps j'étais un développeur sans talent graphique. Aujourd'hui… ben j'ai pas beaucoup plus de talent mais j'essaie de me soigner :)

La typo entre autre est quelque chose que j'apprécie pas mal. Je ne suis pas fan de lettres (littérature) mais j'ai toujours apprécié les lettres au sens graphique. Par exemple, sur la machine avec laquelle j'écris, j'ai presque 5000 polices.

Il faut bien voir que la majorité des choses sur le web c'est du texte. Mais surtout, la majeur partie des informations sont textuelles, bien avant les images ou autre. La première chose à faire est de tenter de les afficher de manière agréable.

Par contre, les bonnes pratiques ne sont pas si connues, surtout pas si simples. On les connait un peu mieux pour le papier, les supports physiques, mais pour le web ce n'est pas si évident. Et côté techno ce n'est pas si simple non plus.

Si le sujet intéresse, il y a ce livre qui est plutôt sympa, agréable et rapide à lire : Webgrids - Structure et et typographie de la page web.

Il y a aussi cette présentation côté techno : Get the look. Mais le support des navigateurs est variable et les fonctionnalités peuvent encore être améliorées. Entre autre le support de nouvelles manières d'afficher le texte mérite d'être poussé et continué, par exemple tout ce qui tourne autour des colonnes (j'avais un lien mais je ne le retrouve plus dans l'instant)

Y'a aussi le "tuto" là : Technical Web Typography: Guidelines and Techniques.
Et aussi cet article : Les ligatures dans les navigateurs

urpmi n'est pas à la hauteur d'apt

tu peux nous en dire plus ? genre pour que je puisse me rendre compte des fonctionnalités qui me manque…