C'est toujours la même chose avec les CMS: quand on en cherche un, il manque toujours un truc dont on a besoin (c'est nul, y a même pas tel truc de base!) et un même temps, il y a 300 fonctionnalités inutiles. Le réflexe est alors: "Bon, je vais faire le mien, il y aura tous les trucs de base mais il sera pas bloated". On réinvente la roue (carrée), on l'adapte pour 20 clients et 2 ans plus tard ça donne un Xième CMS "bloated mais qui fait pas les trucs de base" pour le reste du monde.
Bref, c'est souvent un meilleur investissement de passer du temps à trouver un CMS dont l'approche nous convient et qui est bien maintenu et conçu (extensible) à mon avis. Pour ma part, j'ai trouvé mon bonheur avec Django-CMS. C'est comme un vieux caleçon ces choses là, il faut juste se sentir bien dedans.
C'est pas une attaque contre l'auteur de la dépêche/de l'outil, juste un coup de gueule générique contre une situation que je vois tellement souvent… Et l'accroche marketing "c'est un produit français mon bon monsieur", ça fait sourire dans un milieu aussi "globalisé". M'enfin ça, c'est peut-être juste un point de vue belge.
Ici, il y a quand même le choix au départ d'embarquer Ruby et Rails comme dépendance. A partir de là, même en "pensant bien le truc" tu as un environnement pas mal lourd. Mais ça t'apporte quand même pas mal d'avantages par rapport à une approche plus bas niveau.
Perso je choisis pas les mêmes outils et je code pas pareil si je dois faire une webapp avec webservices ou si je dois écrire un bout de code qui doit tourner sur Arduino. Et clairement ici quand je vois la description du projet, le choix des outils ne me parait pas insensé. Après rien ne t'empêche de faire la même chose avec des scripts CGI en assembleur, mais ce serait pas mon choix non plus.
C'est principalement pour une question de performances. Les (beaucoup de?) browsers ont ne limite du genre: X téléchargements simultanés du même serveur. En faisant ça, tu contournes donc cette limite. Et coté serveur aussi, ça te permets de répartir ta charge vers différentes machines (configurées aux petits oignons selon le type de contenu), ce qui ne parait pas complètement stupide quand on s'appelle Google ou Facebook.
Je suis bien d'accord que ces techniques pourraient être utilisées sous un domaine unique (avec des proxys reverse et compagnie si nécessaire), mais le fait est que ça ne dérange que les types comme toi qui regardent partir les requêtes HTTP unes par unes.
Elfir3 parle du parti "écolo", j'en déduis qu'il est peut-être Belge (Ecolo est le nom du parti vert ici). Par contre si c'est le cas, mieux vaux éviter d'utiliser le sigle PP dans notre présipeauté pour désigner le Parti Pirate (sigle déjà utilisé par le Parti Populaire - droite populiste).
Ca dépends ou on mets la limite… De mon expérience, il y a évidemment beaucoup plus de magie que dans un script PHP brut (sans framework), mais beaucoup moins que dans un framework comme Ruby on Rails.
Après, chacun doit voir ou il souhaite placer le curseur, entre "je code vite" et "je maitrise le moindre rouage". Perso Django met ce curseur au bon endroit pour moi, mais je comprends qu'un autre ne le sente pas comme ça.
J'ajouterais que mon première impression venant de Rails a été du genre: "il y a pas telle feature super cool, telle syntaxe méga-hype, ils suivent pas telle convention que-tout-le-monde-doit-suivre-sous-peine-d'être-ringard, tel gem magique, …". Puis je me suis rendu compte que ce que je perdais en coolitude, je le regagnais largement en confort et sérénité au quotidien (notamment quand je dois updater 5 vielles applics sur la journée!).
En résumé très grossièrement, c'est comme ça que j'ai ressenti la différence culturelle dont je parlais dans mon post précédent. Puis le coté "religieux" de la communauté Rails commençait à sortir par tous les trous du vieux sceptique que je suis.
Après quelques années passées à bosser principalement avec RoR (qui elles-même suivaient quelques années de PHP cracra), je suis en train de basculer à Django depuis quelques mois, et je dois dire que je suis vraiment fan.
Essayez ! Le tutorial en 4 parties est vraiment facile à suivre en quelques heures et donne un très bon aperçu du framework.
Venant de Rails, c'est très facile à appréhender. C'est à la fois très similaire et très différent (culturellement parlant, j'ai un peu du mal à formuler mes idées correctement sur ce point). Je crois que ça reflète finalement assez bien la différence entre les mondes Python et Ruby.
La qualité de la documentation (ou plus généralement le soucis de ne pas laisser l'utilisateur dans la merde, par exemple au niveau de la politique de mise à jour) et l'application d'Admin sont deux killer-features à mon sens.
Pour ce type d'usage, il faut surtout utiliser un micro de mesure plutôt qu'un "bon micro à condensateur". Ce sera déjà nettement moins cher et plus fiable.
Un micro de prise de son est conçu pour avoir un rendu le plus "musical" possible, un micro de test pour avoir un rendu le plus neutre et linéaire possible. Et ce sont deux choses très différentes.
[^] # Re: La vulgarisation de la création de jeux vidéos, c'est possible ?
Posté par niconoe . En réponse à la dépêche Je crée mon jeu vidéo E01 : les systèmes à entités. Évalué à 3.
Et un émulateur d'onduleur. Super pratique en cas de coupure de courant !
# Please fill out this field.
Posté par niconoe . En réponse à la dépêche Le noyau Linux 3.10 est sorti. Évalué à 0.
Merci PatrickJ !
[^] # Re: Ok cocorico mais …
Posté par niconoe . En réponse à la dépêche doorGets CMS, très jeune CMS Open Source français. Évalué à 10.
C'est toujours la même chose avec les CMS: quand on en cherche un, il manque toujours un truc dont on a besoin (c'est nul, y a même pas tel truc de base!) et un même temps, il y a 300 fonctionnalités inutiles. Le réflexe est alors: "Bon, je vais faire le mien, il y aura tous les trucs de base mais il sera pas bloated". On réinvente la roue (carrée), on l'adapte pour 20 clients et 2 ans plus tard ça donne un Xième CMS "bloated mais qui fait pas les trucs de base" pour le reste du monde.
Bref, c'est souvent un meilleur investissement de passer du temps à trouver un CMS dont l'approche nous convient et qui est bien maintenu et conçu (extensible) à mon avis. Pour ma part, j'ai trouvé mon bonheur avec Django-CMS. C'est comme un vieux caleçon ces choses là, il faut juste se sentir bien dedans.
C'est pas une attaque contre l'auteur de la dépêche/de l'outil, juste un coup de gueule générique contre une situation que je vois tellement souvent… Et l'accroche marketing "c'est un produit français mon bon monsieur", ça fait sourire dans un milieu aussi "globalisé". M'enfin ça, c'est peut-être juste un point de vue belge.
[^] # Re: Quelques remarques sur Fedora 18
Posté par niconoe . En réponse à la dépêche Sortie de Fedora 18 alias Spherical Cow. Évalué à 3.
J'en parlais encore à mon chat hier !
[^] # Re: Gitlab recommend at least 1Gb ram
Posté par niconoe . En réponse à la dépêche Nouveautés autour de Git. Évalué à 3.
Oui, enfin ça dépend quoi…
Ici, il y a quand même le choix au départ d'embarquer Ruby et Rails comme dépendance. A partir de là, même en "pensant bien le truc" tu as un environnement pas mal lourd. Mais ça t'apporte quand même pas mal d'avantages par rapport à une approche plus bas niveau.
Perso je choisis pas les mêmes outils et je code pas pareil si je dois faire une webapp avec webservices ou si je dois écrire un bout de code qui doit tourner sur Arduino. Et clairement ici quand je vois la description du projet, le choix des outils ne me parait pas insensé. Après rien ne t'empêche de faire la même chose avec des scripts CGI en assembleur, mais ce serait pas mon choix non plus.
[^] # Re: débat dogmatique
Posté par niconoe . En réponse au journal Dépénalisation du cannabis. Qu'en pensez-vous ?. Évalué à 4.
Le monde est mal fait.
# Réponse
Posté par niconoe . En réponse au journal Pourquoi acheter un domaine pour le contenu statique ?. Évalué à 10.
C'est principalement pour une question de performances. Les (beaucoup de?) browsers ont ne limite du genre: X téléchargements simultanés du même serveur. En faisant ça, tu contournes donc cette limite. Et coté serveur aussi, ça te permets de répartir ta charge vers différentes machines (configurées aux petits oignons selon le type de contenu), ce qui ne parait pas complètement stupide quand on s'appelle Google ou Facebook.
Je suis bien d'accord que ces techniques pourraient être utilisées sous un domaine unique (avec des proxys reverse et compagnie si nécessaire), mais le fait est que ça ne dérange que les types comme toi qui regardent partir les requêtes HTTP unes par unes.
[^] # Re: Ses preuves ?
Posté par niconoe . En réponse au journal Conférence de presse du Parti Pirate belge ce mercredi à Namur. Évalué à 3.
Elfir3 parle du parti "écolo", j'en déduis qu'il est peut-être Belge (Ecolo est le nom du parti vert ici). Par contre si c'est le cas, mieux vaux éviter d'utiliser le sigle PP dans notre présipeauté pour désigner le Parti Pirate (sigle déjà utilisé par le Parti Populaire - droite populiste).
[^] # Re: Intérêt
Posté par niconoe . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 10.
J'ai ri !
[^] # Re: Mangez-en, c'est bon !
Posté par niconoe . En réponse à la dépêche Sortie de Django 1.4. Évalué à 4.
Et toi qui connais les 3, quel est ton sentiment sur Zend Framework ?
(HS, mais c'est plus facile de s'y retrouver en tapant la causette avec quelqu'un qui a les mêmes ref. que soi!)
[^] # Re: Explicit is better than implicit
Posté par niconoe . En réponse à la dépêche Sortie de Django 1.4. Évalué à 6.
Ca dépends ou on mets la limite… De mon expérience, il y a évidemment beaucoup plus de magie que dans un script PHP brut (sans framework), mais beaucoup moins que dans un framework comme Ruby on Rails.
Après, chacun doit voir ou il souhaite placer le curseur, entre "je code vite" et "je maitrise le moindre rouage". Perso Django met ce curseur au bon endroit pour moi, mais je comprends qu'un autre ne le sente pas comme ça.
[^] # Re: Mangez-en, c'est bon !
Posté par niconoe . En réponse à la dépêche Sortie de Django 1.4. Évalué à 10.
J'ajouterais que mon première impression venant de Rails a été du genre: "il y a pas telle feature super cool, telle syntaxe méga-hype, ils suivent pas telle convention que-tout-le-monde-doit-suivre-sous-peine-d'être-ringard, tel gem magique, …". Puis je me suis rendu compte que ce que je perdais en coolitude, je le regagnais largement en confort et sérénité au quotidien (notamment quand je dois updater 5 vielles applics sur la journée!).
En résumé très grossièrement, c'est comme ça que j'ai ressenti la différence culturelle dont je parlais dans mon post précédent. Puis le coté "religieux" de la communauté Rails commençait à sortir par tous les trous du vieux sceptique que je suis.
# Mangez-en, c'est bon !
Posté par niconoe . En réponse à la dépêche Sortie de Django 1.4. Évalué à 8.
Après quelques années passées à bosser principalement avec RoR (qui elles-même suivaient quelques années de PHP cracra), je suis en train de basculer à Django depuis quelques mois, et je dois dire que je suis vraiment fan.
Essayez ! Le tutorial en 4 parties est vraiment facile à suivre en quelques heures et donne un très bon aperçu du framework.
Venant de Rails, c'est très facile à appréhender. C'est à la fois très similaire et très différent (culturellement parlant, j'ai un peu du mal à formuler mes idées correctement sur ce point). Je crois que ça reflète finalement assez bien la différence entre les mondes Python et Ruby.
La qualité de la documentation (ou plus généralement le soucis de ne pas laisser l'utilisateur dans la merde, par exemple au niveau de la politique de mise à jour) et l'application d'Admin sont deux killer-features à mon sens.
[^] # Re: Windows ?
Posté par niconoe . En réponse à la dépêche Audacity 2.0 est disponible !. Évalué à 6. Dernière modification le 22 mars 2012 à 11:49.
Pour provoquer une rédaction épidermique chez les moules au cul tendu.
[^] # Re: C'est pas pour toi
Posté par niconoe . En réponse au journal Chronique d'un flop annoncé. Évalué à 10.
Nan. Maintenant, c'est lestrucsàLennartPoettering sapu.
[^] # Re: Problème compliqué
Posté par niconoe . En réponse à la dépêche Pourquoi investir sur des auteurs vivants quand les morts sont aussi rentables ?. Évalué à 3.
Tu sous-entends qu'il était payé par la police du bon goût ?
[^] # Re: Mauvaise foi
Posté par niconoe . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 0.
Veux-tu m'épouser ?
[^] # Re: plus direct
Posté par niconoe . En réponse au journal APPEL POUR ACTION : LES BOOBS ONT BESOIN DE VOUS *MAINTENANT*. Évalué à 3.
J'ai faillu te plusser, puis j'ai comme été saisi d'un doute.
[^] # Re: Qualité du micro
Posté par niconoe . En réponse à la dépêche Tester votre chaîne Hi-Fi avec Qloud. Évalué à 4. Dernière modification le 26 janvier 2012 à 15:27.
Pour ce type d'usage, il faut surtout utiliser un micro de mesure plutôt qu'un "bon micro à condensateur". Ce sera déjà nettement moins cher et plus fiable.
Un micro de prise de son est conçu pour avoir un rendu le plus "musical" possible, un micro de test pour avoir un rendu le plus neutre et linéaire possible. Et ce sont deux choses très différentes.
EDIT: grillé
[^] # Ouf, enfin
Posté par niconoe . En réponse au journal le confort contre la liberté. Évalué à 0.
Veux-tu m'épouser ?
# Preums
Posté par niconoe . En réponse à la dépêche IBM lance la mémoire transactionnelle dans le matériel. Évalué à -10.
Patrick_g, sors de ce corps !
# Baptême
Posté par niconoe . En réponse à la dépêche Migration LinuxFr.org terminée. Évalué à 10.
Vous comptez immerger la machine dans de l'eau bénite ?
[^] # Re: Il manque maemo...
Posté par niconoe . En réponse au sondage Quel est le système d'exploitation de votre (éventuel) smartphone ?. Évalué à 3.
Prouves-le !
[^] # Re: Annonce ?
Posté par niconoe . En réponse au journal Soirée de sortie de Varnish 3.0. Évalué à 2.
Tu n'avais jamais entendu parler de Poul le Paulpe ?
[^] # Re: Petits joueurs
Posté par niconoe . En réponse à la dépêche On est parti ! nginx 1.0.0 est sorti. Évalué à 1.
Tu triches, tu parles de projects qui n'existent même pas.