ckyl a écrit 3877 commentaires

Un exemple promotionnel là: http://googledevelopers.blogspot.fr/2012/06/edgecast-networks-makes-web-faster-with.htm

Il faut garder en tête qu'il y a beaucoup de cas ou il n'est pas immédiatement possible "de faire un effort sur son code": responsabilités divisées, autres priorités, projet en maintenance etc.

Donc la réponse est "non, bien sur" ;)

En fait dès que tu sors du simple site web qui ne font que présenter du texte tu tombes rapidement sur des problèmes qui demandent du JS pour être résolu. Que ce soit pour structurer de l'information, avoir un site interactif ou faire une vraie application web. C'est triste mais une vérité. Selon les cas tu vas décider que la version dégradées est suffisante (en général de la présentation de texte) ou qu'il te faut trouver un moyen d'implémenter le comportement voulu.

Quand tu as beaucoup beaucoup de chance, un autiste à réussi à trouver une solution (portable sur toutes les cibles visées) d'une complexité affolante à un problème simple en CSS (genre ca pour faire afficher un pauvre ellipsis). Mais autrement y'a pas 50 solutions.

Comme souvent c'est aussi une question de cout. On peut faire beaucoup de choses, mais le prix final est très différent.

Je crois que tu n'as pas bien compris ce que je voulais dire, mais c'est vrai que je me suis peut-être mal exprimé: les routes existent maintenant, mais les maintenir, même dans un futur assez proche, demande énormément de ressources. Avec beaucoup moins d'efforts on aurait pu avoir un réseau de voies ferrées tout aussi complet.

Tu as d'autres perles à sortir comme ca ?

et qu'en tout cas la voiture ne procure pas plus de liberté en général.

Ah oui t'en as d'autres !

Je pensais comme toi mais c'est faux. Y'a pas mal d'applis avec quelques dizaines de millier de ligne de code en JS qui passe les certifications d'accessibilité requises par certains marchés. Ce qui va du daltonisme jusqu'aux aveugles qui utilisent un screenreader. J'y connais pas grand chose personnellement, mais en travaillant proprement je suis étonné par le peu de problèmes que nous remontent les équipes qui s'occupent de ca.

Si je résume tu dis que JS c'est de la merde par ce que quelqu'un fait un truc qui te plait pas avec. On peut faire strictement la même chose avec un bête CSS donc si on est un peu logique tu devrais dire que CSS c'est de la merde. Ce que tu ne fais pas. Bref passionnant…

Le clic droit sur une image t'envoie sur son fond par exemple au lieu de l'image elle meme.) Parce que activer javascript ca veut dire activer des trucs a la con qui modifient la structure de la page.

Y'a pas besoin de javascript pour ca. Suffit de superposer deux div et de mettre l'image avec un z-index inférieur… Mais c'est hype de critiquer js sans forcément y comprendre grand chose.

Bha juste code le (et publie auprès d'un organisme la spec du protocole qui va avec au passage).

Malheureusement, les adeptes du Do It Yourself ont souvent des recommandations qui ont plusieurs années (mois dans le meilleur des cas) de retard, et s'autoproclament "formateurs". Ils sont aussi souvent assez peu adepte de la remise en question et de l'adaptation.

Bon en même temps si tu fais ca professionnellement en général tu dois te frapper le support de navigateur qui ont passé leurs 6 ans… Vive le web !

Damned, ça passe donc si vite ?

Oui grave mais c'est vrai que j'ai triché d'un cycle entre 7-CURRENT et 9-STABLE. Vu que FreeBSD avance tellement lentement que t'es obligé de tourner en -CURRENT c'est de bonne guerre ;)

Rhoooo. Pas morts, juste fatigués.
FreeBSD vient de sortir la release canditate 2 de la 9.1 (9.1-RC2)

Passer de 7 à 9 en 6/7 ans (quand j'ai arrêté d'utiliser) ça tient quand même plus de la mort cérébrale que de la sieste.

Comme le souligne un article plus haut, à mon avis ils font du sacré bon boulot avec pas grand chose comme moyen.

J'ai pas dit le contraire. Ceux qui ont plussés ont compris le trait d'humour (enfin j'espère).

En même temps si les BSD savaient communiquer ils ne seraient pas morts…

C'est encore pire que je croyais alors (pièces jointes ou mail HTML avec contenu), si ce sont des mailing-list c'est totalement délirant. En considérant que ta mailbox q 10 ans, qu'il y a 50% de contenu utile et qu'une page de texte fait environs 2Ko tu as reçu en moyenne sur ces dix dernières années: 2700 pages de texte par jour !

Réduire le volume d'information reçu ca améliore plus la productivité que n'importe quel client mail. Déjà qu'au dessus de quelques dizaines de mails par jour tu ne fais déjà absolument plus rien d'utile…

Ok, je vais donc faire l'effort de lui redonner une chance, car avec plusieurs dizaines de Go de mails Thunderbird devient inutilisable,

Que fais tu pour avoir plusieurs dizaines de giga-octets de mail ? Si on prends la borne min (20Go) ca veut dire que tu as recu 10Mo par jour pendant presque 6 ans…

Sans parler de l'outil qui peut avoir des soucis y'a clairement un problème d'utilisation.

Par ce qu'ils t'indiquent la borne sup. Après si tu veux savoir combien devrait supporter ta ligne c'est en général assez facile a savoir et beaucoup de simulateurs, voir de formulaire d'inscription, te le proposent. Je n'ai pas fait tout les fournisseurs mais par exemple OVH (je ne suis pas client chez eux) te le fourni avec assez de précision.

Ils ne promettent rien du tout. Si ta ligne à une forte atténuation bin elle a une forte atténuation…

Démasqué… Nan j'avais jeté le code dont je m'étais servi pour zenitram donc je lui ai réécris vite fait rien que pour lui.

Comme je suis soucieux de la vie publique des gens j'ai filer un truc pas executable tel quel, mais ceux qui sont intéressés par valorisermonétiser les données du site sauront corriger les erreurs et les trucs codés en dur.

Comment un commentaire qui fait des suppositions totalement erronées peut-il avoir +5 alors qu'il suffit de suivre le lien qui est le sujet du journal pour voir que cette théorie ne sert strictement à rien ? C'est pas plus simple de regarder avant de prendre la peine d'écrire ? Plus rien ne m'étonne…

En écrivant un truc crade comme ca:

user = "prae"
by_month = collections.defaultdict(int)

parser = etree.HTMLParser()
tree     = etree.parse(urllib2.urlopen("http://linuxfr.org/users/prae/comments"), parser)
last_url = tree.xpath("//span[contains(@class, 'last')]/a")[0].get("href")
last_id = int(last_url.split("=", 1)[1])

for i in xrange(min(10, last_id)):
    url = "http://linuxfr.org/users/%s/comments?page=%s" % (user, i)
    tree = etree.parse(urllib2.urlopen(url), parser)
    times = tree.xpath("//li[contains(@class, 'comment')]/p[contains(@class, 'meta')]/time")
    for time in times:
        by_month[time.get("datetime")[:7]] += 1

for month in sorted(by_month.iterkeys()):
    print "%s %4s" % (month, by_month[month])

Ce qui permet au passage de faire remonter les stats de linuxfr…

Je ne sais pas si le rss est compté dans les stats

Top 10 of 177055 Total URLs By kB F
#   Hits    kB F    URL
1   397779  9.10%   45244171    47.57%  /news.atom
2   462172  10.58%  9884757     10.39%  /board/
3   117042  2.68%   4393255     4.62%   /journaux.atom
4   84202   1.93%   2304414     2.42%   /

A ton avis ?

Je te conseillerais d'écrire tes commentaires, puis d'attendre 10 minutes avant de les poster (après relecture),

Vu sa productivité ca me semble pas très applicable

2011-10 : 358 commentaires ( 11 commentaires/jour)
2011-11 : 562 commentaires ( 18 commentaires/jour)
2011-12 : 300 commentaires ( 10 commentaires/jour)
2012-01 : 503 commentaires ( 16 commentaires/jour)
2012-02 : 351 commentaires ( 11 commentaires/jour)
2012-03 : 508 commentaires ( 16 commentaires/jour)
2012-04 : 397 commentaires ( 13 commentaires/jour)
2012-05 : 377 commentaires ( 12 commentaires/jour)
2012-06 : 394 commentaires ( 13 commentaires/jour)
2012-07 : 209 commentaires ( 6 commentaires/jour)
2012-08 : 399 commentaires ( 13 commentaires/jour)
2012-09 : 374 commentaires ( 12 commentaires/jour)

Non c'est en Russie

Tu ne réponds pas à mon objection, à savoir qu'un compilateur n'est pas ce qui te prémunit contre des bugs. Tes programmeurs qui produisent du mauvais Javascript, produisent-ils du bon C++ et du bon Java ?

On s'en fou. La question est un bon programmeur il fait plus ou moins d'erreurs ? Sa vie est plus ou moins facile ? Est il plus ou moins productif ? C'est un outil et plus l'outil joue pour toi, meilleur il est. Et ca se joue sur tout le cycle de vie, pas l'infime pourcentage que représente le développement initial.

Pour ma part, je pense qu'il est tout à fait raisonnable de maîtriser du code qu'on n'a pas écrit (et même parfois mieux que le programmeur original), mais ce serait intéressant que tu assumes ton opinion, si elle est contraire.

Dans la vraie vie c'est souvent 10 mecs pour maintenir plus de 500 000 lignes de codes écrites sur X années (et je suis gentil). Alors plus la base de code est facile à suivre mieux tu te porte. On dit souvent que le code est fait pour être lu avant d'être fait pour être exécuté, c'est pas totalement faux…

Oui bon j'arrête là aucun intérêt.

Sans avoir d'avis sur Typescript vu que j'en ai actuellement rien à dire sauf sa fiche de spec., je ne suis pas d'accord avec ton deuxième argument. Il me semble clairement viser les devs autres que les scripts. Javascript c'est effectivement cool quand tu en codes 200 lignes. Quand tu commences à pondre des applications de plusieurs (dizaine de) milliers lignes, fait par plusieurs équipes et qui vont devoir être maintenues sur le long terme (t'écris pas ce genre de trucs pour tout balancer dans 12 mois) c'est vachement moins drôle et tu comprends qu'on cherche à proposer des solutions un peu plus adaptées.