L'affreux

Parler d'expérience vaut plus que de parler sur du vent

Mèèèh comment tu fais sur un site en version desktop avec ton smartphone retina ? Tu lis à la loupe ?

Je suis heureux de constater que le Bénin et le Ghana sont évalués au même niveau de sécurité que l'Espagne, l'Italie ou la Pologne. Sinon je pense comme toi que l'insécurité rend caduque le reste de la liberté, et cela d'autant plus lorsqu'on a une famille et un patrimoine. Toutefois il ne faut pas associer le niveau de développement avec le niveau de sécurité. La règle est peut-être vraie "en général" mais il existe assez d'entorses pour se choisir un coin tranquille même peu développé.

Le relationnel apporte aussi une garantie sur l'intégrité des transactions. Le NoSQL n'est pas standardisé alors pour chaque outil il faut re-vérifier. Le NoSQL est même fait pour tolérer des états non intègres, l'objectif étant certes d'en réduire le nombre mais le monde relationnel n'a pas cette tolérance. Alors pour stocker des commentaires Facebook pourquoi pas. Stocker une compta en NoSQL n'est pas une bonne idée.

Au fait, que penses-tu de CP ? À mon sens, non, inutile de révolutionner le Web là-dessus : le Web 2.0 est une techno éprouvée. Elle marche bien et elle est simple, donc elle continuera à être la meilleure. Les applications JS ne seront pas référencées. Le système de la page avec un double contenu (une version sans JS et une version avec) est à l'inverse compliqué et introduit nécessairement un doute au niveau de Googlebot, lequel se demandera si réellement la copie est conforme et comment savoir. Et qui dit doute dit sous-référencement. Donc il faut vraiment voir les applications JS et les "pages Web" comme deux choses différentes. L'une sert à produire, l'autre à consommer. La première est centrée sur le poste client, la seconde sur le serveur. La première n'est pas référencée, l'autre si. Le Web 2.0 peut en revanche être amélioré à la marge au moyen de JS et de chargements en Ajax. Reprenons le cas des blogs. Le visiteur peut accéder à un article de diverses manières : par une page d'archives, par une page de catégorie, par une page de tag, par la liste des articles récents etc. En JS nous pourrions ajouter un contexte de navigation, pour donner par exemple les liens vers les articles suivant/précédant selon la liste utilisée pour accéder à la page. Comme pour les forums, un bloc qui se rafraichirait en temps réel pourrait donner les derniers commentaires. Etc. De cette manière il devient également possible de créer un cache serveur efficace : l'ajout d'un nouvel article ou commentaire n'invaliderait plus l'ensemble des pages du site. Le cache d'une page d'article n'a besoin d'être invalidé que lors d'une édition de son texte ou d'un ajout de commentaire sous ce texte. Dans cette optique, les divers blocs de liens croisés dont le contenu change lors de l'ajout de nouveaux articles devraient être chargés dans des iframe : les articles "related", les articles du même auteur, les articles en Une etc. Le cache navigateur est alors également bien mieux utilisé : lorsque l'utilisateur revient sur une page déjà visitée, le navigateur reçoit un 304 Not Modified et ne recharge que les blocs de liens croisés… ou pas : par exemple la iframe des articles de Une n'a pas besoin de recharger son contenu d'une page à l'autre, elle reçoit elle aussi un 304 Not Modified. Et alors au final Googlebot est aidé à sélectionner le contenu cible de la page, puisque les blocs autres sont pour lui invisibles ou dans des iframes. Son algo de détermination de ce qui est important sera donc moins souvent trompé, en échange de quoi certains liens croisés lui deviennent invisibles. Mais même cela a du sens : par exemple le visiteur en provenance de Google ne s'attend pas à un contexte de navigation particulier pour les liens "article précédant / article suivant" puisqu'il ne vient pas d'une liste du site. Chez Google ils auront donc peut-être un ajustement à faire, mais finalement assez minime. Je précise que sur ces points aussi, j'ai bossé la première moitié de cette année. Mais il m'en reste à faire.

Attention car le panneau d'administration n'est pas tout. Il reste tout de même les pages Web générées par ce panneau, qui doivent, elles, rester en Web 2.0 c'est-à-dire navigables sans JavaScript (JS sert au confort) et parsemées de vrais hyperliens. Pour ces pages "de consommation" le MVC est toujours du côté serveur. Mais il est simple. Il faut juste un système de thème/templates en fait (et PHP fait l'affaire là-dessus).

Ah OK j'avais pas lu. Trop de blabla tue le blabla.

"Responsive". Du design adaptatif. Il apparait dans la liste des mots importants du manifesto.

Ce qui est contradictoire, c'est de savoir ce qui est bien pour des personnes que tu ne connais pas. Le problème, c'est que ce sont juste de bonnes intentions : quelles "structures" ? Quelle sorte d' "encouragement" par exemple ? Comment discriminer les associations qui répondent au critère de "la volonté des individus" ? Et qu'ajouter encore pour "permettre aux individus de s'associer" ? Essaie de mettre des mesures concrètes sur ces mots et tu obtiens un système totalitaire. Et puis si une société peut se donner un but, alors pourquoi celui-là et pas un autre ? Comment le choisit-elle en pratique ? Le progressisme et la nature humaine, ça fait deux.

OK ok tu peux venir. En plus pour le point 2 la 3G vient d'arriver, j'ai un débit pas trop nul. Quoi que pour une vidéo-conférence c'est pas dit que ça suffise. Sinon dans un autre genre (sportif), j'avais beaucoup, beaucoup aimé certains passages d'une tête brulée. Il a ensuite fait un film avec son voyage mais je ne l'ai pas vu.

Le "reactive manifesto" c'est trop de blabla et de mots à la mode. Mais prenez le panneau d'administration de WordPress. Sa structure pourrait être découpée en deux parties : 1/ les opérations courantes d'édition d'articles/pages etc. 2/ les opérations rares d'ajouts de plugins, paramétrage, choix des thèmes, des widgets, des menus etc. Ces deux parties pourraient être deux sous-applications JavaScript, donc chargées indépendamment. Prenons la partie des opérations courantes d'édition des textes. Les templates utilisés pour construire l'ensemble des écrans peuvent être chargés en bloc au démarrage de l'appli : ils sont peu nombreux. Le contenu doit être chargé en JSON à la demande, mais une partie pourrait être chargée d'office assez vite : l'ensemble des catégories, l'ensemble des préférences utilisateurs pour les différents écrans. Et si l'utilisateur a l'accès éditeur : les titres des cent derniers articles plus le contenu des articles datant d'au plus deux jours et au maximum dix. S'il a l'accès auteur : ses deux derniers articles. Pour les tags je suggère une double gestion : les charger tous s'ils sont moins nombreux que 500, les charger à la demande sinon. Les passages d'un écran à l'autre ont toujours des URLs différentes mais qui ne correspondent plus à des chargement par le navigateur, les URLs sont mises à jour par programmation en JS. Les changements d'écrans gagnent à être découplés des accès au serveur. Par exemple l'enregistrement d'un article peut ajouter une "tâche" nommée "Enregistrement" dans un panneau d'accès en Ajax au serveur (qui tourne comme en tâche de fond, un peu comme les tâches de fond dans un IDE) et ramener sans attendre à la liste des articles en redonnant la main à l'utilisateur, la liste des articles étant mise à jour automatiquement à la fin de la tâche d'enregistrement. Les implications d'une telle conception : l'application (et le modèle MVC) se situe dans le JavaScript. Du côté serveur il n'y a plus que deux choses : 1/ un "loader" qui envoie un code HTML minimaliste, le même pour les URLs de tous les écrans, et qui charge l'application JS. 2/ des API accessibles en POST par Ajax et qui retournent des données en JSON ou des ressources diverses : templates HTML, fichiers CSS, JS etc. J'ai fait à peu près ça dans la première moitié de cette année : en TypeScript et à l'aide de jQuery. À noter : - La scalabilité doit être repensée mais à mon sens ça simplifie les choses ; - L'aspect "resilience" (capacité de l'appli à travailler malgré des soucis réseaux) est effectivement important ; - "Responsive" n'a rien à voir ; - Les écrans sont ceux d'une appli et non pas des "pages Web", en CSS je recommande l'abus de positionnement "absolute" dans du "fixed" ; - Il n'est pas possible de convertir un existant, il faut tout refaire depuis zéro.

"Offrir aux personnes de trouver une place à leur convenance dans la société" ne peut pas être une finalité politique. Tout ce qu'on peut faire au niveau de la société, c'est éviter de mettre des bâtons dans les roues des individus. Ne pas les contraindre. Mais les guider, avec respect et amour pour les orienter selon les capacités de chacun, c'est l'affaire de ceux qui se connaissent et non des lois ou des administrations. Ce ne peut donc pas être le but d'une grande société. C'est au mieux une conséquence de la liberté pour ceux qui ont la chance d'être bien entourés ou de trouver en eux la force de faire ce qu'ils veulent. Cet objectif à l'échelle des grandes sociétés mènerait à un système totalitaire. @gio : Merci pour la citation de Bastiat, je ne la connaissais pas (j'avoue mon inculture), je partage son analyse.

C'est à peu près l'équilibre recherché par une famille ou encore dans une équipe. À plus grande échelle cet objectif est une chimère.

À quelque chose malheur est bon. Lorsqu'on en sera là, La Grève deviendra un best seller.

En fait on a la même analyse. Personnellement je préfère un pays avec moins d'administrations, c'est une priorité pour moi. Quitte à ce qu'il soit moins développé, je trouve dans cet aspect autant de bon que de mauvais. Mais quand je lis ceci et cela je me dis que ce n'est pas impossible. Dégager les administrations : c'est réaliste en fait. Je sais qu'au Bénin ce serait vraiment faisable, et en peu de temps. Elles ne sont pas solides ni légitimes, elles ne progressent que par défaut, du fait d'un vide quasi-absolu en matière d'idées politiques ce qui fait que par défaut "avancer" signifie copier la France.

À part pour les traits culturels, c'est vrai. Et par exemple l'arsenal législatif au Bénin est aussi complexe et liberticide que celui français (c'est une copie). Simplement les administrations ne sont pas assez avancées pour le faire appliquer, et puis il est possible de le contourner grâce à la corruption. Donc ce que j'appelle "libertés" découle d'un moindre degré de développement des administrations. Je suis en revanche certain que si ces administrations et les lois qui vont avec reculaient, le développement du pays lui ne reculerait pas. En fait, bien au contraire. Les petits détails pointilleux des administrations vont autant à l'encontre de nos vies économiques que de nos vies en général. Au Bénin comme en France. Nous avions discuté de TypeScript il y a longtemps, pour ton info je m'y suis mis en février dernier et je ne pourrai plus m'en passer. Je te recommande. TypeScript apporte une syntaxe objet classique qui permet de construire un programme comme on le fait en Java. Il n'enlève rien à JavaScript et la souplesse de programmation des closures c'est quand même du bonheur.

Disons que JavaScript est de moins en moins nécessaire pour le rendu des pages, ce qui est une bonne nouvelle. En revanche il y a du travail pour améliorer l'expérience utilisateurs sur les forums, les boutiques et même les wikis et les blogs à mon avis. Par exemple sur ce forum : un encart avec les nouvelles discussions, qui s'auto-rafraichirait, sur lequel on pourrait préciser des critères, éviterait les clics compulsifs sur "Voir le nouveau contenu". De plus les panneaux d'admin sont tous à refaire en tant que pures applications JavaScript. Pas moi. Le Web devient enfin intéressant sur le plan du développement et nous avons un nouveau monde à créer.

Pour les guerres et les catastrophes naturelles, oui. Mais si l'idée est que la liberté ne peut être discutée que "le ventre plein" alors non. Le sentiment d'être riche est relatif. On pourrait peut-être comparer la richesse matérielle en Occident à l'époque où les idées libérales s'y sont développées par rapport à celle maintenant dans les pays du tiers monde. Ou encore, sur le plan de la liberté, vivre et travailler en France maintenant est pire qu'il y a quelques dizaines d'années, et dire cela n'est pas insulter la mémoire de nos parents et grand-parents.

Jubal se réfère manifestement aux pays pauvres sur le travail illégal. Ce n'est pas forcément casse-cou de travailler dans l'informel. Lorsque la majeure partie de l'économie et de la population vit dans l'informel, il n'y a pas de grand risque à faire de même.

C'est vrai que c'est différent, de chercher chaque jour à manger pour le lendemain ou de risquer de mourir de faim. Au Bénin les enfants malnutris ne sont pas si nombreux. Comme ils sont un peu cachés par leurs parents, on peut vivre des années sans en croiser. Toutefois ils existent.

C'est exactement ça. L'héritage est presque un mauvais concept à éviter. Le mécanisme des interfaces/implémentations est en revanche au cœur de la POO, il facilite "l'encapsulation, le découplage et le passage de message".

L'important pour réussir n'importe où c'est aussi d'aimer ce qu'on fait.

Je te conseille de ne pas trop t'attacher à la vérité. Mets en sourdine ta morale et apprends plutôt à raisonner à la manière des étatiques, essaye même d'y trouver quelque chose de bon. Autrement tu ne pourras jamais rédiger les analyses qu'ils attendent de toi. Ce serait un coup à pourrir ta scolarité. Et franchement, défendre les idées libérales contre un professeur étatique quand on est élève, c'est tellement inutile que ça en est idiot.

Peut-être en essayant d'autres navigateurs ?

À propos de TypeScript, Google a développé traceur-compiler avec le même objectif que TypeScript. D'après ce que je sais ça existait avant TypeScript. J'imagine que s'ils n'ont pas communiqué dessus, c'est pour ne pas faire d'ombre à Dart. Alors tant mieux si Microsoft prend la place et fait du futur JavaScript un langage central dans ses technos. Pour le moment Microsoft ne communique pas, et c'est normal puisqu'ils se permettent de changer le langage plusieurs fois dans l'année (exemple : le mot-clé "bool" devient "boolean" en 0.9.0 et l'ancien "bool" ne compile plus dès la 0.9.1). Je pense qu'ils attendent la version 1.0 pour figer le langage et faire du bruit.