La réalité est plus subtil que cela, car il existe une réalité extérieure à nous, qui dépasse la perception de la réalité que nous nous sommes construite par notre éducation, culture, toussa, qui dépasse nos possibilités d'actions, et qui nous est insupportable.
Et pour la supporter on voudrait prétendre changer la biologie, les autres individus... mais évidemment cela ne marche pas car il existera toujours au moins un désir en nous auquel il nous faudra renoncer.
Ma seule objection sur Rails serait plutôt : va-t-il beaucoup bouger encore ? et ces changements risquent-t-il de "couter cher" aux développements en cours ?
Et je souligne que par ailleurs PHP5 n'a pas bougé en 2 ans, ce qui peut rassurer certains (donc être vu comme un avantage sur Rails).
Il y a un moment où il faut redescendre sur Terre, et ne pas espérer qu'une distribution sortie en 2006 package un logiciel sorti en 2008.
Je n'ai pas espéré un tel voyage dans le temps.
Baser son argumentaire là dessus pour "pousser" Linux en entreprise serait pour le moins amusant.
Difficile de comparer PHP et Rails, PHP étant un langage et Rails un framework. Il faudrait comparer un framework PHP avec Rails, ou bien comparer PHP et Ruby.
Sur le site de mod_rails, PHP est bien en tant que tel un "modèle" de déploiement : Phusion Passenger (a.k.a. mod_rails) is our commercial supported open source product that enables people to deploy their Ruby on Rails applications in an upload-and-go manner, which is very reminiscent of the PHP way of deploying.
je vais être chiant (mais vraiment hein) mais c'est quoi le putain de rapport entre l'évolution des versions d'ubuntu et rails ?
Si on pousse en entreprise l'idée qu'une distribution Linux (par exemple la 6.06 LTS), c'est mieux que Windows, car tous les logiciels nécessaires pour faire un serveur sont intégrés (Apache, mod_php, mysql, toussa) et que c'est maintenu longtemps, c'est bête de se contredire ensuite en devant ajouter mod_rails à la mimine.
Qu'est ce que tu appel stabilisé ?
C'est évidemment empirique. Entre les versions présente dans Ubuntu 6.06 LTS et celle de la 8.04 LTS, Ruby On Rails a-t-il plus évolué que PHP5 ?
Ce fameux mod_rails dont parle le journal, n'est pas présent dans la 8.04 LTS, et la page d'accueil de rubyonrails n'en parle pas non plus.
Je me doute que les tutoriaux vont mettre un certain temps à en parler, pour quelque chose de fondamental : “It is often said that Rails is weak on deployment; PHP runs fairly fast just by uploading scripts. Rails is slow on development mode, and requires restarting on production mode (and bit complex to configure). modrails might be the answer for it.”
Yukihiro Matsumoto (Matz), Creator of Ruby
Ok, il manque l'UTF8 et les espaces de nom, et les libellés des fonctions sont un peu fouillis, mais :
On trouve facilement PHP5 sur n'importe quel ubuntu, Il gère plein de base de données de façon native, propose de nombreuses librairies, permet de créer facilement des services XML-RPC et REST. Des gros sites comme wikipedia tiennent bien la charge. On trouve des documentations de bonne qualité comme sur le site onlamp.com
Je ne me risquerais à aucun pronostic sur l'avenir des frameworks web.
Par exemple, si Adobe passe flash en libre, ajax peut devenir très rapidement obsolète. De même, PHP et Python sont en pleine mutation (PHP6, Python3000).
Le code Ajax peut-être développé indépendamment des outils serveurs.
Pour cela, il faut choisir une bonne librairie Ajax, comme par exemple jquery + jquery ui, ou encore prototype + scriptaculous. Après avoir testé les deux, j'ai choisi d'utiliser jquery.
Hier, de passage dans le centre-ville de Tours, je me dit "peut-être que le nouvel Asus eee pc est visible".
Je rentre dans la boutique, un vendeur me demande ce que je cherche, le nouvel Asus, il me le montre, me parle du forfait. Je l'arrête net, en lui disant que je le veux nu.
Il me demande ce que j'en ferai sans clé 3G SFR ni forfait.
Ah bon, c'est inutile un mini-portable sans la clé 3G SFR ?
Il m'explique que c'est idiot de l'acheter nu, car le forfait est très interessant et qu'il n'a pas en stock d'eee pc nu.
Quant on regarde les clauses de l'accord qui prévoit le passage en BSD, c'est quand même facilement contournable : "no new edition of importance".
Nokia peut rajouter "n'importe quoi" dans Qt pour échapper au passage en BSD.
Je viens juste de finir ma cure de désintoxication de Windows de 6 ans.
Durant cette période, je n'ai pu utiliser sous Linux que Gnome ou KDE. J'étais accros à la barre de taches, et surtout aux menus démarrer et autre systrays sur-encombrés.
Aujourd'hui j'utilise Fluxbox ou Openbox. C'est beau, simple, rapide, efficace, personnalisable.
Et puis paf, KDE 4.0 vient de sortir, je crains de replonger !
Non je déconne, le nouveau Konqueror fera merveille avec mon bureau léger.
Il dit que la Fnac fait 50% de CA avec les appareils éléctroniques contre 10% avec la musique. Le piratage serait donc plus favorable pour le Fnac que la repression.
Quand j'ai entendu cela de sa bouche, j'ai compris que les "puissances de l'argent" ne se battaient pas pour gagner plus d'argent. La presque totalité de la masse monétaire est entre quelques mains, ne restant pour le peuple que des miettes.
Ce qu'ils veulent, c'est le contrôle. Contrôle de nos consciences et de nos moyens de communications.
Je ne voyais pas une question de droit mais une question de respect de ceux qui font des programmes en C++.
Car après tout, KDE, ils auraient pu le faire en C (ah bah oui ca s'appelle Gnome).
C++ is a horrible language. It's made more horrible by the fact that a lot of substandard programmers use it, to the point where it's much much easier to generate total and utter crap with it. Quite frankly, even if the choice of C were to do *nothing* but keep the C++ programmers out, that in itself would be a huge reason to use C.
In other words: the choice of C is the only sane choice. I know Miles Bader jokingly said "to piss you off", but it's actually true. I've come to the conclusion that any programmer that would prefer the project to be in C++ over C is likely a programmer that I really *would* prefer to piss off, so that he doesn't come and screw up any project I'm involved with.
C++ leads to really really bad design choices. You invariably start using the "nice" library features of the language like STL and Boost and other total and utter crap, that may "help" you program, but causes:
- infinite amounts of pain when they don't work (and anybody who tells me that STL and especially Boost are stable and portable is just so full of BS that it's not even funny)
- inefficient abstracted programming models where two years down the road you notice that some abstraction wasn't very efficient, but now all your code depends on all the nice object models around it, and you cannot fix it without rewriting your app.
In other words, the only way to do good, efficient, and system-level and portable C++ ends up to limit yourself to all the things that are
basically available in C. And limiting your project to C means that people don't screw that up, and also means that you get a lot of programmers that do actually understand low-level issues and don't screw things up with any idiotic "object model" crap.
So I'm sorry, but for something like git, where efficiency was a primary
objective, the "advantages" of C++ is just a huge mistake. The fact that we also piss off people who cannot see that is just a big additional advantage.
J'ai fait a peu près la même connerie avec une Ubuntu Dapper sur un vmware server. J'ai toujours pas trouvé le moyen de booter en single, et j'arrive pas non plus à déclencher le boot par l'image du CD.
[^] # Re: La réalité biologique est implacable.
Posté par maximegb . En réponse au journal DSM-V un autre combat pour la liberté. Évalué à -5.
Et pour la supporter on voudrait prétendre changer la biologie, les autres individus... mais évidemment cela ne marche pas car il existera toujours au moins un désir en nous auquel il nous faudra renoncer.
[^] # Re: Questions
Posté par maximegb . En réponse au journal Déployer une appli Rails en quelques secondes. Évalué à 2.
Et je souligne que par ailleurs PHP5 n'a pas bougé en 2 ans, ce qui peut rassurer certains (donc être vu comme un avantage sur Rails).
[^] # Re: Questions
Posté par maximegb . En réponse au journal Déployer une appli Rails en quelques secondes. Évalué à -1.
Je n'ai pas espéré un tel voyage dans le temps.
Baser son argumentaire là dessus pour "pousser" Linux en entreprise serait pour le moins amusant.
Sur cette page, j'ai bien l'impression que Canonical défend l'idée de la stabilité dans le temps pour pousser Linux en entreprise :
http://www.ubuntu.com/products/whatisubuntu/serveredition/be(...)
(et dépense de l'argent dans ce sens !)
[^] # Re: Questions
Posté par maximegb . En réponse au journal Déployer une appli Rails en quelques secondes. Évalué à -1.
Alors que pensez de ce texte ou l'auteur du PHP semble considérer son langage comme équivalent d'un framework (comme pouvant fournir les services que fournissent un framework) ?
http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC(...)
Sur le site de mod_rails, PHP est bien en tant que tel un "modèle" de déploiement :
Phusion Passenger (a.k.a. mod_rails) is our commercial supported open source product that enables people to deploy their Ruby on Rails applications in an upload-and-go manner, which is very reminiscent of the PHP way of deploying.
L'auteur de Ruby on Rails parle de PHP sur son blog en terme de "plateform". :
http://www.loudthinking.com/posts/23-the-immediacy-of-php
[^] # Re: Questions
Posté par maximegb . En réponse au journal Déployer une appli Rails en quelques secondes. Évalué à -3.
Si on pousse en entreprise l'idée qu'une distribution Linux (par exemple la 6.06 LTS), c'est mieux que Windows, car tous les logiciels nécessaires pour faire un serveur sont intégrés (Apache, mod_php, mysql, toussa) et que c'est maintenu longtemps, c'est bête de se contredire ensuite en devant ajouter mod_rails à la mimine.
[^] # Re: Questions
Posté par maximegb . En réponse au journal Déployer une appli Rails en quelques secondes. Évalué à -3.
C'est évidemment empirique. Entre les versions présente dans Ubuntu 6.06 LTS et celle de la 8.04 LTS, Ruby On Rails a-t-il plus évolué que PHP5 ?
Ce fameux mod_rails dont parle le journal, n'est pas présent dans la 8.04 LTS, et la page d'accueil de rubyonrails n'en parle pas non plus.
Je me doute que les tutoriaux vont mettre un certain temps à en parler, pour quelque chose de fondamental :
“It is often said that Rails is weak on deployment; PHP runs fairly fast just by uploading scripts. Rails is slow on development mode, and requires restarting on production mode (and bit complex to configure). modrails might be the answer for it.”
Yukihiro Matsumoto (Matz), Creator of Ruby
[^] # Re: Questions
Posté par maximegb . En réponse au journal Déployer une appli Rails en quelques secondes. Évalué à 1.
Ok, il manque l'UTF8 et les espaces de nom, et les libellés des fonctions sont un peu fouillis, mais :
On trouve facilement PHP5 sur n'importe quel ubuntu, Il gère plein de base de données de façon native, propose de nombreuses librairies, permet de créer facilement des services XML-RPC et REST. Des gros sites comme wikipedia tiennent bien la charge. On trouve des documentations de bonne qualité comme sur le site onlamp.com
# Questions
Posté par maximegb . En réponse au journal Déployer une appli Rails en quelques secondes. Évalué à 0.
Et Ruby lui-même, est-ce qu'il remplace Python ?
Non je dis ca car je voudrais trouver un remplaçant à PHP.
[^] # Re: zend framework
Posté par maximegb . En réponse au journal <Mode grognon ON> Marre de Rails .... Évalué à 0.
Tu peux expliquer un peu plus ?
Voici une argumentation en faveur de PHP5 : http://talks.php.net/show/lca07
d'où l'utilité des framework Zend/CakePHP/Symphony pour soulager un peu le développeur qui est obligé de coder en PHP.
Lire attentivement : http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC(...)
[^] # Re: Quelques infos
Posté par maximegb . En réponse au message Turbogears, Django ou PRADO (PHP). Évalué à 1.
Je ne me risquerais à aucun pronostic sur l'avenir des frameworks web.
Par exemple, si Adobe passe flash en libre, ajax peut devenir très rapidement obsolète. De même, PHP et Python sont en pleine mutation (PHP6, Python3000).
# Quelques infos
Posté par maximegb . En réponse au message Turbogears, Django ou PRADO (PHP). Évalué à 1.
Pour cela, il faut choisir une bonne librairie Ajax, comme par exemple jquery + jquery ui, ou encore prototype + scriptaculous. Après avoir testé les deux, j'ai choisi d'utiliser jquery.
Ici tu peux trouver un résumé de nombreux frameworks : http://en.wikipedia.org/wiki/Comparison_of_web_application_f(...)
Souhaites-tu absolument utiliser un framework "tout-en-un" ? A lire un texte de Rasmus Lerdorf qui critique ces frameworks : http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC(...)
[^] # Re: aïe
Posté par maximegb . En réponse au journal kikolol , c gg. Évalué à -1.
# Hier, dans la boutique SFR de Tours centre
Posté par maximegb . En réponse au journal ASUS Eee, SFR, vente liée. Évalué à 10.
Je rentre dans la boutique, un vendeur me demande ce que je cherche, le nouvel Asus, il me le montre, me parle du forfait. Je l'arrête net, en lui disant que je le veux nu.
Il me demande ce que j'en ferai sans clé 3G SFR ni forfait.
Ah bon, c'est inutile un mini-portable sans la clé 3G SFR ?
Il m'explique que c'est idiot de l'acheter nu, car le forfait est très interessant et qu'il n'a pas en stock d'eee pc nu.
Ah, ok, au revoir.
[^] # Re: Lettre à la communauté
Posté par maximegb . En réponse à la dépêche Nokia s'offre Trolltech. Évalué à 2.
Nokia peut ajouter un pauvre widget buggé, expliquer que c'est top révolutionnaire et appeler cela Qt 5.
(Cf . le Mac Book Air, 1 mm d'épaisseur en moins que la concurrence, une vrai révolution, non ?).
[^] # Re: Lettre à la communauté
Posté par maximegb . En réponse à la dépêche Nokia s'offre Trolltech. Évalué à 1.
Nokia peut rajouter "n'importe quoi" dans Qt pour échapper au passage en BSD.
http://www.kde.org/whatiskde/images/kdefreeqt1.png
En même temps, où est le problème pour KDE ?
Au "pire", les développeurs de KDE devront assurer l'évolution de QT eux-même, ce que leur permet la license GPL.
[^] # Re: Mince alors
Posté par maximegb . En réponse au journal KDE4 is out \o/. Évalué à 2.
# Mince alors
Posté par maximegb . En réponse au journal KDE4 is out \o/. Évalué à 3.
Durant cette période, je n'ai pu utiliser sous Linux que Gnome ou KDE. J'étais accros à la barre de taches, et surtout aux menus démarrer et autre systrays sur-encombrés.
Aujourd'hui j'utilise Fluxbox ou Openbox. C'est beau, simple, rapide, efficace, personnalisable.
Et puis paf, KDE 4.0 vient de sortir, je crains de replonger !
Non je déconne, le nouveau Konqueror fera merveille avec mon bureau léger.
[^] # Re: Olivennes m'a ouvert les yeux
Posté par maximegb . En réponse au journal Conférence: L'auteur du rapport sur la lutte contre le piratage sur internet à Science Po. Évalué à 1.
Pourquoi donc ?
# Olivennes m'a ouvert les yeux
Posté par maximegb . En réponse au journal Conférence: L'auteur du rapport sur la lutte contre le piratage sur internet à Science Po. Évalué à 3.
Quand j'ai entendu cela de sa bouche, j'ai compris que les "puissances de l'argent" ne se battaient pas pour gagner plus d'argent. La presque totalité de la masse monétaire est entre quelques mains, ne restant pour le peuple que des miettes.
Ce qu'ils veulent, c'est le contrôle. Contrôle de nos consciences et de nos moyens de communications.
[^] # Re: Ouais
Posté par maximegb . En réponse au journal Linus sur ohloh. Évalué à -3.
Car après tout, KDE, ils auraient pu le faire en C (ah bah oui ca s'appelle Gnome).
[^] # Re: Ouais
Posté par maximegb . En réponse au journal Linus sur ohloh. Évalué à 5.
Ah bon ?
C++ is a horrible language. It's made more horrible by the fact that a lot of substandard programmers use it, to the point where it's much much easier to generate total and utter crap with it. Quite frankly, even if the choice of C were to do *nothing* but keep the C++ programmers out, that in itself would be a huge reason to use C.
In other words: the choice of C is the only sane choice. I know Miles Bader jokingly said "to piss you off", but it's actually true. I've come to the conclusion that any programmer that would prefer the project to be in C++ over C is likely a programmer that I really *would* prefer to piss off, so that he doesn't come and screw up any project I'm involved with.
C++ leads to really really bad design choices. You invariably start using the "nice" library features of the language like STL and Boost and other total and utter crap, that may "help" you program, but causes:
- infinite amounts of pain when they don't work (and anybody who tells me that STL and especially Boost are stable and portable is just so full of BS that it's not even funny)
- inefficient abstracted programming models where two years down the road you notice that some abstraction wasn't very efficient, but now all your code depends on all the nice object models around it, and you cannot fix it without rewriting your app.
In other words, the only way to do good, efficient, and system-level and portable C++ ends up to limit yourself to all the things that are
basically available in C. And limiting your project to C means that people don't screw that up, and also means that you get a lot of programmers that do actually understand low-level issues and don't screw things up with any idiotic "object model" crap.
So I'm sorry, but for something like git, where efficiency was a primary
objective, the "advantages" of C++ is just a huge mistake. The fact that we also piss off people who cannot see that is just a big additional advantage.
Vu sur http://thread.gmane.org/gmane.comp.version-control.git/57643(...)
[^] # Re: solution
Posté par maximegb . En réponse au journal Aide mémoire : Truc à pas faire n°42. Évalué à -1.
# Ouais
Posté par maximegb . En réponse au journal Linus sur ohloh. Évalué à -3.
[^] # Re: telecharger sans payer ?
Posté par maximegb . En réponse au journal Sortie de ELive 1.0. Évalué à 3.
[^] # Re: pourquoi debian
Posté par maximegb . En réponse au journal Sortie de ELive 1.0. Évalué à 1.