C'est vrai pour pas mal de projets libres conséquents qui sont parfois à côté de la plaque par rapport aux besoins actuels, aux projects actuels, et plus généralement par rapport à ce qu'attendent des utilisateurs, ou des développeurs.
Pas mal de projets d'envergures libres de ces dernières années ont été développés dans des boites, avec des spécifications commerciales, puis repris par la communauté libre (C#/Mono) ou simplement mis à la disponibilité de la communauté (Eclipse).
Exemple, je ne connais toujours pas de client VoIP libre qui a pris le dessus, qui utilise une passerelle libre, et qui marche à la manière d'un P2P pour éviter que le serveur de localisation ait à faire proxy pour des intervenants qui seraient tous les deux derrière du NAT. Dommage...
Personnellement j'ai été surpris de la simplicité de l'outil fournit avec macosX, pour partager sa connexion, activer le firewall, etc. Et derrière ça te fait les règles ipfw comme il faut.
Elles sont toujours, sauf exception, mal définies et donc nulles. En effet il faut qu'il soit explicitement indiqué la contre partie financière de cette clause de non concurrence (des sous touché pendant cette periode, etc).
Désolé pour la qualité mais je les ai tiré dans mon labo et non, je ne suis pas un spécialiste du labo :) J'en ai pleins d'autres mais la flemme de scanner (et en plus le scanner est une daube).
Faut dire j'ai aussi la sensation que la qualité générale de linuxfr dans les news baisse. Enfin je suis content de voir que je ne suis pas seul à être saoûlé par les blagues des boutoneux.
1. Evidemment, RSS n'est qu'un fichier que ton serveur web distribue, toutes les options de cookie, de POST, GET, etc, s'appliquent. La question c'est plutôt Est-ce que le client RSS que tout le monde utilise supportent l'envoi de cookie, de POST, de GET, etc. Ta question ne veut rien dire, RSS n'a rien à supporter.
2. Evidemment, RSS n'est qu'un fichier, tu dois pas bien comprendre comment marche les serveurs web...
3. Bien sûr que c'est possible.
Enfin pour ton problème il faut faire autrement, il faut utiliser mod_gzip déjà qui permettra de compresser avec un taux probable de 70% tes fichiers .rss, il faut utiliser un système pour blacklister ceux qui demandent ton fichier .rss trop souvent (genre plus qu'une fois par heure) et qui ne sont clairement pas des proxies, et il faut espérer que les clients RSS que tes clients utilisent supportent les headers qu'il faut pour vérifier que le fichier sur le serveur n'a pas changé depuis la dernière fois.
1. Déjà les coups du diff à la main, c'est marrant, mais si tu compares objectivement un truc comme pcl-cvs et Tortoise, le pcl-cvs tu le jettes direct. A se demander pourquoi l'équivalent de Tortoise existe pas sous Linux (pas tk/cvs hein...).
2. Bien sûr que dans Eclipse t'as pleins de fonctionnalités toutes con que t'as aussi dans Emacs, Emacs je l'utilise tous les jours même pour lire mes mails, c'est pas le problème. Le truc c'est que dans Eclipse t'as pleins d'autres super fonctionnalités, le tout intégré dans un seul outil (pas besoin d'installer ceci ou cela et que ca marche pas tu sais pas pourquoi). Evidemment pour comprendre la puissance de Eclipse faut faire du Java, les autres plugins sont pas à la hauteur (le plugin C++ par exemple, l'est pas du tout).
3. Tes coups de moins de 3 jours pour faire ceci ou cela, tu fais pareil avec un projet Eclipse vu que le code source... c'est le même. Si tu veux prendre Emacs pour le lire, tu peux. Maintenant clairement, quand tu t'habitues à Eclipse et que tu vois le temps que ça te fait gagner (exclus le temps de lancement ou t'as le temps d'aller pisser, mais Emacs se lance aussi lentement chez moi), bah tu regrettes pas l'investissement.
Fabien, utilisateur quotidien de vim, emacs _et_ de vrais IDE.
Tu me confirmes que etags a depuis mon dernier essai bien évolué pour t'amener à la définition de la bonne méthode dans le bon objet ? Sinon, c'est poubelle direct.
Enfin comparer Eclipse et Emacs c'est avoir une franche méconnaissance de Eclipse. En terme d'IDE il y a pas photo, mon choix est vite fait (et j'utilise Emacs depuis plus longtemps que Eclipse). Puis gdb c'est gentil, mais de même, le comparer au debugger Eclipse ça fait doucement sourire...
Oui, mais des projets de 150 ans/homme on en trouve pas non plus tous les jours.
C'est sûr que sur un projet de 1.000 lignes de code, on a pas à se poser toutes ces questions. Sur un projet de boite avec > 10 développeurs qui bossent sur le meme code, faut clairement se les poser.
Dès qu'ils deviennent une contrainte c'est qu'il y a un défaut quelque part dans la procédure.
Bah tiens... Prends un projet de 1 million de ligne de code, avec 50 développeurs, sur une durée de 3 ans, réfléchis au problème d'en être chef et tu comprendras tout l'intérêt d'utiliser un langage qui donne des obligations, surtout quand 20% des développeurs sont des incompétents que tu peux pas virer pour pleins de raisons.
je suis pas certain que ça soit plus utile que des tests bien faits
Enfin on n'a jamais dit qu'un typage statique évitait de faire des tests ... L'étape de compilation qui rallonge le cycle de développement ça fait sourire quand même :) Compilation incrémentale, tout ça. De plus des tests ne permettent souvent pas de tester _tout_, alors des vérification en plus personnellement je crache pas dessus.
C'est gentil de ressortir les liens qui reviennent tout le temps, je suis abonné aux listes rails depuis un moment, j'étais inscrit comme beta testeur de backpackit, etc.
Ce que je suis en train de te dire, c'est qu'on parlait de rails, et que toi tu dis "Si tu regardes des trucs comme BackPack (...), c'est assez sympa", moi je dis ouais c'est sympa, mais ça a rien à voir avec rails, c'est tout. TaskThis c'est pareil, c'est sympa, ça pourrait être fait en n'importe quoi, ça prouve en rien que rails est bien (ou non).
Tout ce que je vois avec rails pour le moment c'est que c'est chiant à mettre en place, que ceux qui en parlent le plus sont ceux qui ont pas essayés en fond de faire un site complet avec, et que ceux qui l'utilisent le mieux font partis des développeurs rails (ou pas loin).
Quand je regarde les démo et les specs de C# / .net 2.0 je vois des trucs beaucoup plus innovants, ça me fait mal de le dire, mais c'est comme ça. Et question perfs, ça a rien à voir.
Si tu parles de http://www.backpackit.com/(...) je vois mal comment je pourrais, les sources ne sont pas disponibles. Donc si tu te bases sur un site spécifiquement pour juger d'une technologie, c'est fort.
Ce site pourrait être développé en php, java, ou même en C sans que tu le saches, et en offrant les mêmes fonctionnalités. Il est fait par des mecs qui maitrisent rails, donc il utilise rails, c'est tout.
J'apprécie et je teste les sites faits par les mecs de rails, mais ces sites ne sont bien que parce que les mecs qui les codent sont bons. Flickr est pas codé sous rail, ni google map...
Même avec fastcgi et le cache, je trouve pas ça super.
Puis dans le cas de Typo spécifiquement son auteur pourrait au moins faire en sorte que les appels vers les aggregations extérieures (flickr, etc) se fassent par le biais d'appel javascript pour que la page principale, dans le cas ou il faut mettre à jour toutes ces boites, s'affiche quand même rapidement.
Enfin bon au final je trouve que ça vaut pas le bruit qu'on en fait autour, mon avis changera peut-être.
J'ai évidemment joué avec, et je confirme, pour le moment je n'ai pas été du tout impressionné. Pour moi pour l'instant c'est du buzz, et tout le ajax autour on peut le faire très facilement dans pleins d'autres langages.
Je ne suis pas plus impressionné que ça, je l'ai mis sur http://blog.penso.info/(...) avec un typo installé, et bah ça ne m'a pas du tout impressionné. En gros j'ai l'impression que c'est très bien pour les trucs pour lesquels c'est fait, mais si t'as des trucs compliqués à faire c'est la merde.
Bref, j'ai plutôt envie de le virer pour l'instant, et si j'ai un blog à tenir par exemple d'utiliser des typepad ou autre et plus me faire chier avec la maintenance d'un outil qui change tout le temps suivant le buzz du moment.
Moi aussi je regarde dans la gamme ultra portable avec DVD fourni, et celui là a l'air pas mal.
Je me tate depuis des mois aussi pour éventuellement un powerbook 12", mais c'est beaucoup plus lourd :( (puis bon faut-il acheter un PB maintenant ?).
[^] # Re: Je HAIS la fondation Jabber
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Google se met a Jabber. Évalué à 5.
Pas mal de projets d'envergures libres de ces dernières années ont été développés dans des boites, avec des spécifications commerciales, puis repris par la communauté libre (C#/Mono) ou simplement mis à la disponibilité de la communauté (Eclipse).
Exemple, je ne connais toujours pas de client VoIP libre qui a pris le dessus, qui utilise une passerelle libre, et qui marche à la manière d'un P2P pour éviter que le serveur de localisation ait à faire proxy pour des intervenants qui seraient tous les deux derrière du NAT. Dommage...
[^] # Re: Sérieux, vous y croyez?
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Soyons solidaire de MAcbidouille. Évalué à 1.
[^] # Re: Powered by vim
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Netfilter / iptables outils de gestion. Évalué à -2.
Nikel.
[^] # Re: un quadri xéon tout ça ...
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Newsgroups binaires ?. Évalué à -2.
# Alors ?
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse à la dépêche Brevets logiciels : fête de la victoire. Évalué à 2.
[^] # Re: Attention
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Plus le droit de travailler !. Évalué à 1.
[^] # Re: Oui, mais quel linux ?
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse à la dépêche IBM remplace OS/2 par Linux. Évalué à -2.
Déjà fait ici, j'en suis très content.
[^] # Re: Mouais
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Fabien, messge perso !. Évalué à 4.
# Mouais
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Fabien, messge perso !. Évalué à 8.
[^] # Re: Ca va 5 minutes...
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au sondage L'option relative à Pierre Tramo dans les sondages. Évalué à 3.
# bof
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au message RSS dynamiques ?. Évalué à 3.
2. Evidemment, RSS n'est qu'un fichier, tu dois pas bien comprendre comment marche les serveurs web...
3. Bien sûr que c'est possible.
Enfin pour ton problème il faut faire autrement, il faut utiliser mod_gzip déjà qui permettra de compresser avec un taux probable de 70% tes fichiers .rss, il faut utiliser un système pour blacklister ceux qui demandent ton fichier .rss trop souvent (genre plus qu'une fois par heure) et qui ne sont clairement pas des proxies, et il faut espérer que les clients RSS que tes clients utilisent supportent les headers qu'il faut pour vérifier que le fichier sur le serveur n'a pas changé depuis la dernière fois.
[^] # Re: editeur à la place de l'IDE
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal De la difficulté de contribuer à des gros projets. Évalué à 3.
1. Déjà les coups du diff à la main, c'est marrant, mais si tu compares objectivement un truc comme pcl-cvs et Tortoise, le pcl-cvs tu le jettes direct. A se demander pourquoi l'équivalent de Tortoise existe pas sous Linux (pas tk/cvs hein...).
2. Bien sûr que dans Eclipse t'as pleins de fonctionnalités toutes con que t'as aussi dans Emacs, Emacs je l'utilise tous les jours même pour lire mes mails, c'est pas le problème. Le truc c'est que dans Eclipse t'as pleins d'autres super fonctionnalités, le tout intégré dans un seul outil (pas besoin d'installer ceci ou cela et que ca marche pas tu sais pas pourquoi). Evidemment pour comprendre la puissance de Eclipse faut faire du Java, les autres plugins sont pas à la hauteur (le plugin C++ par exemple, l'est pas du tout).
3. Tes coups de moins de 3 jours pour faire ceci ou cela, tu fais pareil avec un projet Eclipse vu que le code source... c'est le même. Si tu veux prendre Emacs pour le lire, tu peux. Maintenant clairement, quand tu t'habitues à Eclipse et que tu vois le temps que ça te fait gagner (exclus le temps de lancement ou t'as le temps d'aller pisser, mais Emacs se lance aussi lentement chez moi), bah tu regrettes pas l'investissement.
Fabien, utilisateur quotidien de vim, emacs _et_ de vrais IDE.
[^] # Re: editeur à la place de l'IDE
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal De la difficulté de contribuer à des gros projets. Évalué à 8.
Tu me confirmes que etags a depuis mon dernier essai bien évolué pour t'amener à la définition de la bonne méthode dans le bon objet ? Sinon, c'est poubelle direct.
Enfin comparer Eclipse et Emacs c'est avoir une franche méconnaissance de Eclipse. En terme d'IDE il y a pas photo, mon choix est vite fait (et j'utilise Emacs depuis plus longtemps que Eclipse). Puis gdb c'est gentil, mais de même, le comparer au debugger Eclipse ça fait doucement sourire...
[^] # Re: Ruby On Rails
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse à la dépêche Support d'Ajax dans Ruby on Rails. Évalué à 1.
C'est sûr que sur un projet de 1.000 lignes de code, on a pas à se poser toutes ces questions. Sur un projet de boite avec > 10 développeurs qui bossent sur le meme code, faut clairement se les poser.
[^] # Re: Ruby On Rails
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse à la dépêche Support d'Ajax dans Ruby on Rails. Évalué à 1.
Bah tiens... Prends un projet de 1 million de ligne de code, avec 50 développeurs, sur une durée de 3 ans, réfléchis au problème d'en être chef et tu comprendras tout l'intérêt d'utiliser un langage qui donne des obligations, surtout quand 20% des développeurs sont des incompétents que tu peux pas virer pour pleins de raisons.
[^] # Re: Ruby On Rails
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse à la dépêche Support d'Ajax dans Ruby on Rails. Évalué à 3.
Enfin on n'a jamais dit qu'un typage statique évitait de faire des tests ... L'étape de compilation qui rallonge le cycle de développement ça fait sourire quand même :) Compilation incrémentale, tout ça. De plus des tests ne permettent souvent pas de tester _tout_, alors des vérification en plus personnellement je crache pas dessus.
[^] # Re: Après avoir testé rails...
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse à la dépêche Support d'Ajax dans Ruby on Rails. Évalué à 1.
Ce que je suis en train de te dire, c'est qu'on parlait de rails, et que toi tu dis "Si tu regardes des trucs comme BackPack (...), c'est assez sympa", moi je dis ouais c'est sympa, mais ça a rien à voir avec rails, c'est tout. TaskThis c'est pareil, c'est sympa, ça pourrait être fait en n'importe quoi, ça prouve en rien que rails est bien (ou non).
Tout ce que je vois avec rails pour le moment c'est que c'est chiant à mettre en place, que ceux qui en parlent le plus sont ceux qui ont pas essayés en fond de faire un site complet avec, et que ceux qui l'utilisent le mieux font partis des développeurs rails (ou pas loin).
Quand je regarde les démo et les specs de C# / .net 2.0 je vois des trucs beaucoup plus innovants, ça me fait mal de le dire, mais c'est comme ça. Et question perfs, ça a rien à voir.
[^] # Re: Après avoir testé rails...
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse à la dépêche Support d'Ajax dans Ruby on Rails. Évalué à 1.
Si tu parles de http://www.backpackit.com/(...) je vois mal comment je pourrais, les sources ne sont pas disponibles. Donc si tu te bases sur un site spécifiquement pour juger d'une technologie, c'est fort.
Ce site pourrait être développé en php, java, ou même en C sans que tu le saches, et en offrant les mêmes fonctionnalités. Il est fait par des mecs qui maitrisent rails, donc il utilise rails, c'est tout.
J'apprécie et je teste les sites faits par les mecs de rails, mais ces sites ne sont bien que parce que les mecs qui les codent sont bons. Flickr est pas codé sous rail, ni google map...
[^] # Re: Après avoir testé rails...
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse à la dépêche Support d'Ajax dans Ruby on Rails. Évalué à 0.
Puis dans le cas de Typo spécifiquement son auteur pourrait au moins faire en sorte que les appels vers les aggregations extérieures (flickr, etc) se fassent par le biais d'appel javascript pour que la page principale, dans le cas ou il faut mettre à jour toutes ces boites, s'affiche quand même rapidement.
Enfin bon au final je trouve que ça vaut pas le bruit qu'on en fait autour, mon avis changera peut-être.
[^] # Re: Après avoir testé rails...
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse à la dépêche Support d'Ajax dans Ruby on Rails. Évalué à 1.
# Après avoir testé rails...
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse à la dépêche Support d'Ajax dans Ruby on Rails. Évalué à 1.
Bref, j'ai plutôt envie de le virer pour l'instant, et si j'ai un blog à tenir par exemple d'utiliser des typepad ou autre et plus me faire chier avec la maintenance d'un outil qui change tout le temps suivant le buzz du moment.
[^] # Re: expérience
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Portable sous Linux. Évalué à -2.
[^] # Re: expérience
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Portable sous Linux. Évalué à 1.
Je me tate depuis des mois aussi pour éventuellement un powerbook 12", mais c'est beaucoup plus lourd :( (puis bon faut-il acheter un PB maintenant ?).
Le M100 là semble bien aussi http://fr.computers.toshiba-europe.com/cgi-bin/ToshibaCSG/model_ind(...)
[^] # Re: MHA
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Portable sous Linux. Évalué à -3.
[^] # Re: fastoche
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Hébergement. Évalué à 1.