LeBouquetin a écrit 1911 commentaires

Quelqu'un sur LinuxFR a-t-il trouvé du boulot via Linkedin ou Viadeo ? Si oui, en dehors de l'Ile-de-France ?

A mon avis, ce qui importe c'est de reprendre les mots-clés de l'annonce. Un CV par candidature alors ? Non… mais une lettre de motivation par candidature, oui. Et la tu rédiges en reprenant les mots-clés qui apparaissent dans l'offre. Les recruteurs vont chercher les mots-clés qu'ils ont mis dans l'annonce.

Durant mes dernières campagnes de recrutement pour des postes techniques (admin système, dévelopeurs), j'ai été effaré par les lettres de motivation génériques (et nases), voire l'absence pure et simple de lettre de motivation.

+1 pour bitbucket et mercurial.

Rooh mais punaise mais c'est fabuleux tout ça ! Depuis le temps que j'avais lâché l'affaire avec mon portable à clavier qwerty… Merci pour ce « reminder » ; du même coup je viens de ré-essayer Kde, depuis le temps que GNome ne me satisfaisait plus… ☺

C'est à dire ?

Dans la version française de la page, il est indiqué ceci :

Outre de nombreux particuliers, il est utilisé par un nombre croissant d'organisations, de France Télévision à Mozilla Europe en passant par Opquast, qui utilisent ses fonctionnalités pour résoudre leurs problématiques de publication directe, et se reconnaissent dans les valeurs défendues dans ce projet.

Où est l'implication de ces organisations dans le projet ?

Dans la page en Anglais, un paragraphe supplémentaire apparait :

Gandi has chosen to help DotClear, notably by hiring the project’s creator (Olivier works on various projects, including his own), and by supplying the servers and their hosting, and by supporting certain key elements (themes, customer support…) so that their success may not just continue, but grow.

La page semble ne pas avoir été mise à jour depuis juin 2009, lorsque Olivier Meunier a annoncé qu'il quittait le projet.

Je suis pas sûr que je citerai la pléthore de plugins comme un argument marketing. L'un des gros problème de Wordpress (comme de Joomla!) est justement la difficulté d'identifier les quelques plugins de qualité (bien conçus, testés, maintenus) perdus au milieu des gadgets développés à l’arrache et oubliés dans un coin du web.

Difficile d'identifier le bon plugin, mais tu sais qu'il existe ; donc oui c'est une raison pour choisir WordPress si tu n'es pas très technique (ie en mesure de développer les plugins dont tu auras besoin).

25850 plugins ! je tremble rien que d'imaginer le nombre de vulnérabilités.

Je suis complèment d'accord :)

Tu en est ?

[…] ce qui importe , c'est les données, l'interabilité et l'accès aux outils pour tous !

Ouais et puis aussi l'indépendance, la sécurité… bref tout ce qui fait qu'un état est souverain et sûr.

Il n'est pas question de discrimination positive de mon point de vue mais simplement d'une stratégie d'indépendance (même si on en est encore loin;) : un état qui dépend aussi massivement d'une entité privée (et américaine qui plus est - en tout cas pour tous les logiciels de bureautique;) et qui ne peut faire qu'aveuglément confiance sur sa sécurité numérique…

Dotclear n'a besoin ni d'argent, ni de marketing, il a juste besoin de contributeurs qui ont du temps à y consacrer…

Le marketing et l'argent, comme le dit Zenitram, permettent de payer des développeurs, et donc de pérenniser le projet. Ce qui m'avait interpellé quand WordPress a commencé à faire du bruit, c'est qu'ils proposaient une offre d'hébergement gratuit (avec mode premium payant) et que DotClear n'avait pas réagit.

Pourquoi cela n'a-t-il pas été fait ? Probablement parce que DotClear était dans un associatif / passionnés ; mais tu me peux pas tenir dans la durée, ou en tout cas c'est extrêmement difficile (surtout avec un concurrent aussi direct que WordPress).

Quels projets libres perdurent sans financement "pro" (projet dirigé par une entreprise, ou développeur embauché pour travailler sur tel ou tel projet) ?

De ce que j'en connais (je suis utilisateur), le concurent direct de DotClear est WordPress. Je m'étais posé la question de migrer vers WordPress, je ne l'ai pas fait mais les raisons qui m'y incitaient étaient entre autres :

• un thème compatible avec les mobiles "out of the box"
• WordPress est supporté par une entreprise ; c'est loin d'être négligeable car quand la passion se tasse, le besoin de travail, lui, reste, et donc gagner sa vie avec un produit est un gage de pérennité
• WordPress a su créer une communauté autour du produit ; il n'y a pas moins de 25850 plugins

C'est dommage si DotClear meurt ; pour moi c'est malheureusement le syndrome classique du projet techniquement bon mais visiblement sans vision marketing (séduire les utilisateurs/contributeurs potentiels, prendre des parts de marché, se mesurer aux concurrents, etc, etc)

Les liens étaient simplement destinés à voir la présentation des résultats sur qwant ;)

Bref votre anonymat est bien plus protégé avec Facebook ou Google qu'avec Qwant.

Que Qwant ne soit pas mieux que les autres, je dis pas ; mais de là à dire que l'on est mieux protégé avec Facebook ou Google… Les évènements récents tendent à montrer qu'il faut s'en méfier…

Je vais dans ton sens pour des recherches sérieuses ; ceci dit, pour des recherches "curieuses", l'aspect "multi médias" et "fouilli" sont à mon avis des avantages.

Je l'ai mis sur mon PC portable "de salon" comme moteur de recherche par défaut, on va bien voir ce que ça donne et si ça me saoûle ;)

À mon avis si aucun projet connu utilise la techno, alors que la techno existe depuis très longtemps, c'est qu'il y a une raison.

Hm… ça ne veut pas dire que ce n'est pas bon, ça veut dire - par exemple que peu de projets "à la mode" utilisent des technos telles que C/C++.

Pour moi ce framework est l'exemple parfait de ce qu'il ne faut pas faire dans le web.

Tu peux argumenter ?

On peut cependant avoir une certaine nostalgie, comme faire ses interfaces en GTK ou utiliser Wt pour du web. Mais si on a un temps de développement beaucoup plus élevé pour un résultat médiocre ce n'est très intéressant.

Bah, le temps de développement est une chose, la maintenabilité en est une autre. Je ne vois pas en quoi utiliser Wt est "avoir une certaine nostalgie".

Si tu recherches un langage typé dans le monde du web, tu peux regarder du cotés de TypeScript et compagnie. C++ c'est un peu overkill.

Hm… TypeScript, à part que c'est développé par M$, je sais pas qui l'utilise spécialement ; des sites comme le bon coin, par exemple, pour ne citer que lui utilise du C pour son backend.

Je n'ai pas compris ton histoire de C++ avec des callbacks et des évènements car c'est exactement pareil en JavaScript.

Tout à fait. Sauf qu'en Javascript, c'est côté client uniquement : ensuite il faut que tu gères la synchronisation des données avec le serveur. Là, avec Wt, c'est "full package" : tu ne te préoccupes pas de l'API et de la synchronisation client/serveur puisque c'est encapsulé dans Wt justement.

Pour les performances, un programme écrit en C++ et compilé en ASM.js avec emscripten est très efficace. Mais je ne pense pas que ce soit le cas de Wt. À mon avis tu perds en performances pures pour les gros traitements.

Tu parles d'une seule partie du sujet : le côté utilisateur.

De manière générale, on ne fait plus des IHM aujourd'hui comme on les faisait il y a 20 ans. Le web a changé beaucoup de choses dans ce domaine.

Arguments ?

Pour ma part je conseillerais AngularJS qui contient beaucoup d'innovations et qui est très efficace en terme de développement. Notamment du cotés du TestDrivenDevelopment.

Je connais AngularJS. Comme pour beaucoup d'autres framework MVC Javascript, j'aimerais que tu m'expliques un peu plus ce qui les différencie des méthodes de développement d'IHM d'il y a 20 ans. Les mécanismes que tous ces framework implémentent sont ceux qui existaient déjà il y a 20 ans. La différence c'est que les technos à la mode ne sont plus les même.

Le TDD c'est une bonne pratique, mais ça n'empêche qu'un langage fortement typé et compilé évite beaucoup d'erreurs avant même que tu aies besoin de lancer le moindre test.

J'ai regardé ton blog, ça a l'air effice en perf :) Ceci dit, cppcms semble plus orienté "site web" par rapport à Wt qui est plus orienté "application".

Ce qui différencie Wt (à son avantage) par rapport à cppcms :

• pas de génération de code automatique : tout est basé sur des templates C++
• un ORM contrairement à CppDB qui offre une couche de connexion à des bases de données mais visiblement sans mapping objets / tables
• MVC natif dans Wt : tu développes une application web comme une application classique, sans te préopccuper de l'aspect réseau / déconnecté

Le dernier point est à double tranchant, puisque du coup cela évite de faire une API propre (et donc de fait limite les interactions possibles avec d'autres frontend).

A ce propos, un "getting started" serait le bienvenu… Par exemple en supposant que je veuille développer une api REST/JSON, est-ce que cppcms serait adapté ? (la question n'est pas "est-ce qu'on peut le faire", mais "est-ce que cppcms est une solution appropriée compte-tenu de ce qui existe par ailleurs")

Si tu t'envoies un email en ligne de commande,

mail -s "Ceci est un test" ton@adresse.mail < /etc/fstab

cela donne quoi ? Tu reçois l'email ?

Il me semble qu'OpenGL existait "largement" avant Direct3D. Les stations de travail sous Unix tournaient à base d'OpenGL alors que les 3DFX sortaient tout juste pour faire de la 3D sous Windows. D'ailleurs OpenGL a été créé en 1992 par Silicon Graphics, alors que Direct3D est dispo sous Windows à partir de Windows 95…

J'ai toujours entendu dire qu'OpenGL était meilleur que Direct3D pour faire de la 3D, que ce soit en terme de concepts - machine à état, en terme de verbosité de programmation, en terme de support dans le monde professionnel (autre que jeux vidéos).

Bah oui, on est d'accord :)

Sinon sur le reste de ton post rien à dire sauf qu'on retrouve ton habituel pessimisme.

Je ne trouve cela plutôt réaliste : on fait des choix "pour avoir mieux" ; libre c'est mieux, mais c'est pas "ce mieux là" qui intéresse la majorité des gens.

D'autant plus qu'il s'agit là d'organismes vivant ; et on (hommes mais aussi animaux) se nourrit d'organismes vivant. Sans informatique, la vie continue…

Hm… on peut faire beaucoup plus simple pour calculer des angles et des circonférences !

τ = 2*π

C'est à dire

1*τ = 2*ττ

On simplifie par τ (hypothèse : τ n'est pas nul), et on arrive à l'égalité suivante :

τ = 1/2

C'est à dire

ττ = 1/4

CQFD

En fait dans l'ordre des choses, pour "remplacer" Turbogears il foudrait s'orienter vers Pyramid. L'intérêt de Turbogears par rapport à Pyramid c'est que c'est un framework "full stack". Certains risquent de s'engouffrer dans la brêche pour dire que Django est mieux, mais en fait, pour diverses raisons, Django ne répond pas non plus à tout ce à quoi répond Turbogears. La manière dont se présentent les projets est d'ailleurs significative :

• TurboGears will help you to create a database-driven, ready-to-extend application in minutes.
• Django is a high-level Python Web framework that encourages rapid development and clean, pragmatic design.

TurboGears est orienté "développement rapide d'applications basées sur des bases de données".
Django est orienté "développement web en python, pragmatique et rapide". C'est un framework Haut niveau (ce qu'est aussi TurboGears).
Des framework comme Pyramid, par exemple, sont moins "full stack", et donc nécessitent d'intégrer les différentes lib entre elles (exemple : SQLAlchemy)

Geoalchemy2 ça me paraît nickel pour mon appli cible, vu que j'envisage de développer sur Turbogears. :)