LeBouquetin a écrit 1912 commentaires

Oui, j'étais pas clair. Je suis complètement d'accord !

Je pense que ça ne peut pas faire de mal, de mon côté. Firefox qui est complètement bloqué quand un onglet charge du flash ou une applet java, Firefox qui plante régulièrement sur des pages chargées en JS... bref, je trouve de plus en plus que les alternatives propriétaire (Chrome, Opera) ont un avenir certain.

A moins que la stabilité du produit s'améliore...

J'adore le matériel Apple pour sa qualité, sa finition. Je déteste Apple pour sa politique de fermeture ; le cas de Opera est symptomatique de ce problème, ce qui fait que je n'achèterai jamais leur matériel.

Je ne suis pas super au fait de l'actualité Apple, mais il me semblait qu'il existait des "app store" alternatifs. Quelqu'un confirmerait ?

Ca me fait toujours marrer les capitalistes qui sont le mal (et par extension, les communistes qui sont les gentils).

Il faut arrêter de blâmer les entreprises commerciales pour délit d'intention, d'autant plus quand l'argumentaire est aussi vide que le tien. je dis pas que Mappy c'est cool, mais j'aimerais savoir ce qui te permet de dire de mappy que c'est une société "qui ne pense qu'au fric et se torche du bien commun". Surtout sur la partie en italique, en fait.

s/comme des pingres/comme une société commerciale dont le modèle économique est relativement classique/.

Ce qui est certain, c'est que si tu regarde la date et l'heure des messages précédents, ça se passait plutôt la nuit...

Ca me fait penser à la maintenance que je dois faire sur des scripts bash... [soupir]

Si je debarque ici et que je pose une news sur les bienfaits fantastiques du proprio, sans dire un seul mot sur les problemes qu'il engendre, c'est quoi sinon de la propagande pure et dure et inutile ?

De la propagande pure et dure, oui, inutile, je suis pas d'accord. Tu te feras sûrement moinsser, mais c'est pas inutile de venir nous dire pourquoi le logiciel propriétaire est bien.

Il ne faut pas considérer qu'on est tous 100% LL : il suffit de demander combien de lecteurs de LinuxFR ont installé Flash et les drivers NVidia !

Si il est dans un debat oui, le jour ou mon journal se contente de recopier la propagande de Le Pen sans analyse / autre point de vue, desole mais je change de journal.

Moi j'ai juste lu quelques liens. C'est toujours bon à prendre.

Quand on attaque l'honnetete de quelqu'un, faudrait penser a faire cela de maniere honnete.

Désolé que tu le prennes comme une attaque personnelle. Ce que je disais, c'est que quand tu dis "Monsieur, je n'écrirai rien sur ce journal c'est une merde", ça ne fait pas avancer le schmiliblic (et accessoirement, ça me rappelle furieusement la cité de la peur : http://fr.wikiquote.org/wiki/La_Cit%C3%A9_de_la_peur )

En quoi j'ai été malhonnête ?

L'affaire pétrole contre nourriture ne nourrit pas son homme... ça dépend de quel côté tu te trouves. Y'en a qui ont mangé du caviar à la louche avec cette affaire, alors que franchement... c'est pas meilleur à la louche !

(Coluche inside)

De même, hum, le typage, java a ses défauts mais au moins le typage est fort.

Le typage fort, pour développer une nouvelle application, c'est plutôt contraignant. Par contre, pour reprendre du code, c'est carrément mieux : tu sais forcément ce que tu manipules, même quand le codeur précédent a codé / nommé / conçu comme un sac (note : c'est pas forcément plus facile de reprendre un soft écrit en Java, mais c'est plus facile de comprendre comment il fonctionne, aussi merdique soit-il).

a) Pas credible car ouvertement biaise

Biaisé ne veut pas dire inintéressant. Tu pourras penser ce que tu veux, je pense qu'il est intéressant d'écouter Jean-Marie Lepen (ceci est juste un exemple "extrême"), ne serait-ce que pour comprendre comment son message peut aussi bien passer, comment il raisonne et comment on peut contre-argumenter.

Non merci, j'ai pas pour vocation de faire de la propagande a sens unique.

A partir du moment où tu as choisis un camp tu fais plus ou moins de la propagande. Si on me demande ce que je pense de tel ou tel logiciel, ma réponse sera pas objective, même avec tous les efforts que je veux parce que j'ai déjà choisi un camp (les logiciels libres), donc mes arguments seront orientés, peut-être inconsciemment, mais orientés tout de même.

Si tu veux pas donner ton avis, alors ne le donne pas. Mais ne dis pas juste "c'est de la merde" parce que dans ce cas, tu ne sers à rien.

Ca depend de comment tu definis conneries. Quand tu prends un fait il y a souvent plusieurs manieres de le voir. Quand tu prends plusieurs faits, et qu'a chaque fois tu ne les montres que sous une maniere precise (purement positive, purement negative, ...) tu fais de la propagande, tu caches de l'information volontairement (les autres manieres dont ces faits sont vus), etc...

C'est (en tout cas ça devrait être) la compétence d'un journaliste d'être neutre, pas d'un type qui vient écrire un journal sur LinuxFR. A toi de prendre ce que tu trouves intéressant dans ce journal (ne serait-ce que certains liens, par exemple).

Microsoft en général, et Bill Gates en particulier sont connus pour faire de la propagande et pour traiter les sujets qu'ils traitent de manière totalement subjective : on se bat avec les armes de ses adversaires (sauf des personnalités comme Gandhi, mais ces gens-là sont au delà de LinuxFR;).

C'est bien triste, mais honnetement il vaudrait beaucoup mieux promouvoir en depeche certains journaux que mettre cet immondice.

s/cet immondice/cette imondice/
cf. http://fr.wiktionary.org/wiki/immondice

Une personne qui se mouille, même si elle se trompe ou dit n'importe quoi, c'est toujours plus intéressant que quelqu'un qui ne se mouille pas ou qui "ne parle pas aux cons parce que ça les éduque".

"Frenchbirds" c'est parce que la touche française fait "bien". Mais dès le premier coup de trafalgar, le projet sera inévitablement renommé en "freedombirds" ;)

Le non sens est plutôt de confondre Base de données et base de données relationnelles.

Par exemple, pour stocker les pages d'un wiki, utiliser postgresql me semble être une hérésie. Ceci étant dit, j'adore PostgreSQL pour sa puissance fonctionnelle ; mais ce n'est pas appliqué à tout type d'application ; tout dépend des besoins, des contraintes.

Je vais prendre un exemple concret, d'expérience. Au boulot, on gère des bases de données de blob de plusieurs millions d'entrées avec mots-clés associés. On doit tout charger en mémoire sur des applis spécifiques. On utilise des bases Postgresql pour gérer les bases de données "référence" (ie celles qui garantissent la qualité et la cohérence des données de nos clients) parce que c'est lié à notre système d'information et parce qu'on a besoin de gérer des requêtes complexes, des procédures stockées, etc ; mais les serveurs qui manipulent les données en question les chargent via des fichiers SQLite (on les convertit entre temps) parce que d'un point de vue performances au chargement, il n'y a pas photo. Pour tous les outils internes "courants" (bugzilla, wiki, etc) on utilise MySQL parce que ça ne nécessite pas d'administration courante (c'est plus autonome qu'une base PostgreSQL). Et pour la gestion du code source, on utilise CVS qui est aussi une base de données à part entière (et qui est basée sur des fichiers) (notez: CVS est obsolète, je dis pas le contraire, mais ça marche bien:).

Typiquement pour les outils de gestion de version, si les bases de données relationnelles étaient la poule aux oeufs d'or, on n'aurait plus de systèmes "non SQL".

C'est comme si on disait : "par pitié, parler de PHP ou Python comme un langage de programmation est un non sens". Ne pas admettre qu'à des besoins différents les meilleures solutions sont différentes, ça oui, c'est un non sens à mon avis.

Si j'ai bien suivi, les Pink Floid n'ont pas refusé de vendre leurs chansons à l'unité, ils sont en procès parce qu'ils ont signé un contrat que l'autre parti ne respecte pas. Faut arrêter d'extrapoler dans tous les sens, sinon ça va finir comme un débat sur linuxfr un vendredi après-mid :-p

Dans tous les cas je penses qu'il faut pas non plus être hypocrite : ça doit rapporter plus gros de vendre tout un album qu'1 ou 2 titres.

Je pense que tout le monde est d'accord. Mais vendre les morceaux "à l'unité", ça permet de toucher des clients qui n'achèteraient pas l'album entier.

elle se démarque par son utilisation d'une distribution basée sur Debian GNU/Linux, ses quelques plus techniques et son prix réduit

Et une autonomie annoncée quatre fois inférieure. C'est pas négligeable pour un outil qui est censé être mobile...

Je vous demande de vous arrêter !

s/Maghreb et//

Aucun des pays que tu cites n'est dans le Maghreb... :-p

Il y a pas mal d'autres moteurs de recherche ; Exalead notamment.

Au premier démarrage de l'application ça ne paraît pas complètement stupide.

Exact. Mea culpa.

Pour préciser un peu Turbogears 2 ; il est basé sur :
- Pylons pour la partie web,
- SQLAlchemy pour la partie "abstraction de base de données"
- Genshi pour les templates HTML
- ToscaWidgets pour la génération / validation de formulaires
- repoze pour l'authentification

Tout ceci est "par défaut" ; il est tout à fait possible de changer les technologies sous-jacentes en fonction de tes besoins / connaissances.

Personnellement, je vois TurboGears comme un "packaging" de différentes technologies qui sont au top dans leur domaine. Ca rejoint un peu la philosophie Unix : une agglomération d'outils qui font une seule chose mais qui la font bien.

J'avais fait un comparatif l'an dernier pour le boulot pour savoir quelle solution choisir. Les contraintes étaient :

- utilisation de notre technologie disponible sous forme de bibliothèques dynamiques,
- utilisation d'un ORM pour s'affranchir (autant que faire se peut) de la couche SQL,
- services web en SOAP,
- application web d'administration,
- Réutilisation maximale du code entre les différentes applications (on a développé un SI qui tourne avec une trentaine de machines, gérant chacune des services spécifiques).

PHP, on l'a mis de côté, notamment parce l'utilisation de bibliothèques dynamiques nécessite de coder des plugins (pas en langage interprété).

Finalement on utilise :
- TG2 pour la partie application web. L'intérêt c'est notamment qu'il utilise des modules indépendants comme SQLAlchemy pour la partie ORM qui est super bien fait (hormis des "problèmes" de cache pas toujours évident)
- CherryPy / Soaplib pour les services SOAP (et suds pour la partie clients SOAP)

Ca permet notamment de réutiliser SQLAlchemy sur tous les logiciels qu'on a du développer, que ce soit pour les démons de backoffice, les services SOAP, les applications web.

Si tu te limites au "web", je ne sais pas si python est le plus adapté, si tu fais un peu de tout, clairement c'est une force. Notamment pour ses capacités d'introspection.

Un exemple : on a une classe qui centralise tous les codes d'erreur et les messages associés. Elle est utilisée "classiquement" par l'ensemble du code ; l'introspection permet également de générer à la volée une page web qui liste tous les codes d'erreur. Tout ça en ayant "codé en dur" les messages et codes d'erreur (j'aime pas le principe qu'un code d'erreur soit "paramétré dans un fichier : tu peux pas assurer qu'il ne sera pas modifié "involontairement" ou tout simplement "à jour...)

Les seuls points noirs avec python c'est à mon avis :

- qu'il n'est pas typé (ta variable peut être du texte, un objet, etc sans que tu puisses garantir qu'il restera toujours du même type
- Qu'il n'y a aucun moyen de savoir si ton code est valide à moins de faire des tests de tous les cas de figure. Exemple : un log mal formatté qui est affiché dans les cas vraiment exceptionnels ne sera pas détecté squf lorsque ce cas exceptionnel intervient (ie en prod dans un cas de figure improbable et ça te génère une exception qui peut potentiellement faire planter tes services).

Mais pour revenir au sujet original, TG2 est vraiment agréable à utiliser et super flexible.

Puisqu'il y a PostgreSQL, on se fout de l'avenir de MySQL !!!

Il me semble que les marchés adressés par ces deux SGBDR sont différents. Au boulot en tout cas on utilise les deux, mais pas pour les même applications.

J'ai rien contre java en particulier... mais ce que je connais de java c'est lourd par rapport aux fonctionalités. C'est peut-être plus "scalable", plus stable en montée en charge, mais ce que je recherche c'est pour des sites à faible visibilité ; une infrastructure java est (malheureusement) inadaptée.