La méta-modération c'est la course à l'armement: après il faudra des méta-méta-modérateurs, etc.
On pourrait leur donner un retour via une forme de note mais sa prise en compte ne doit pas être automatique. En même temps ça peut se régler par mail. Pas besoin de plus pour l'instant je pense.
quand au garage de couilles, il est evident qu'il vaut mieux le prevoir a priori plutot que se retrouver le bec dans l'eau apres coup,a payer des avocats.
C'est logique et c'est une pratique plus que répandue.
ce serait pas encore une news slashdot, ce truc?
Si. Ça mérite peut-être une update sur la niouze aussi parce qu'il y en a pas mal qui partent en croisade sans rien avoir lu.
La vraie question est : linuxfr slashdotise-t'il en masse ? ;)
Il est dit que les projets non-libres peuvent être acceptés après concertation et, comme dans le cas d'autres licences, VA soft à le droit d'utiliser le code (et le reste) conformément à la licence choisie.
En gros ils acceptent désormais le soft proprio, à condition d'avoir une licence illimitée pour eux (ils garent leur couilles, quoi).
Si ils possèdent (au sens : « détiennent la propriété intellectuelle sur ») le code, ils peuvent faire un fork proprio sans l'avis des développeurs (faire comme tuxracer mais sans qu'il n'y ai eu concertation).
[attention, je ne sais pas si c'est le cas ici, moi et le legal mumbo-jumbo ...]
xpdf est très bien pour une chose par contre : il ne bouffe quasiment pas de mémoire à côté d'Acrobat Reader. Quelle plaie ce truc. J'arrive à swapper avec juste acrobat reader, X11, un pdf de 7 mégas et 512 mégas de RAM.
Acrobat est un veau. Mais il donne des résultats jolis :)
xpdf est bien mais a encore pas mal de défauts. Quand on fait des slides en pdf, il ne gère pas les effets de transition, il gère moyennement voire très mal les hyperliens, il y a un effet de clignotement dû à l'absence de double buffering et surtout ... surtout ... qu'est-ce qu'il est lent ! Il faut oublier les pdf où les images sont codées en vectoriel, encore plus si il y a des dégradés ...
En même temps, xpdf fonctionne sous Linux/PPC, là où Acrobat Reader n'existe pas (encore ?).
/positionimagebasgauche {
margehoriz hauteurpage tailleimage exch pop sub
margevert sub } def
/largeurligne {
largeurpage margehoriz 2 mul sub
currentpoint exch pop positionimagebasgauche exch pop ge
{ tailleimage pop margehoriz add sub } if
} def
/tracerligne { largeurligne 0 rlineto stroke } def
newpath
couleurtrait
epaisseurtrait setlinewidth
hauteurpage margevert sub dup margehoriz
fichierimage () ne
{ 2 mul tailleimage pop add } if
exch moveto
{ tracerligne
espaceligne sub dup dup
positionimagebasgauche exch pop ge
{ margehoriz 2 mul tailleimage pop add }
{ margehoriz } ifelse
exch dup
margevert lt
{ exit } if
moveto } loop
fichierimage () ne
{ gsave
positionimagebasgauche translate
/showpage { } def % saloperie d'EPS avec des showpage dedans
fichierimage run
pop pop pop
grestore } if
showpage
Et voilà ! C'est pas parfait mais bon ;)
Attention, je ne critique pas, je voulais juste me péter un délire en PostScript :)
Ce n'est pas une faille de WiFi ça, c'est le fait que les objets soient mobiles et le support du réseau public qui fait ça (surtout le support public d'ailleurs).
Cela dit, si les postes sont bien configurés pour ne recevoir que les paquets signés venant du réseau d'entreprise, ça limite pas mal les risques. Mais ça suce du CPU, donc les cartes pcmcia accélératrices deviennent utiles. Mais elles sont difficiles à trouver (à cause de la législation principalement).
Les protocoles ... ah ! Le jour où les lecteurs de mails grand public seront capable de discuter avec un serveur IMAP en utilisant le passage de mot de passe chiffré ou en respectant la norme IMAP actuelle vis-à-vis de SSL (négociation avec un starttls plutôt que la méthode bourrin actuelle qui n'est que du stunnel camouflé), là on aura déjà pas mal avancé.
Le bon vieux problème de l'oeuf et de la poule : les codeurs d'applis attendent que le protocole soit répandu pour l'implanter, les codeurs de serveurs attendent que les applis supportent le protocoles pour les implanter. On appelle ça une étreinte fatale (un deadlock).
Et c'est pareil pour la plupart des protocoles à contenu non chiffré actuellement.
Il faudrait pousser le conseil de résidence pour qu'il y ait un étudiant compétent (ou des) qui ai(ent) accès à l'admin du truc.
Sinon le câblage est fait, c'est déjà ça. Il devrait être possible de switcher tout ça gaiement pour avoir un peu plus de perfs.
Et pour le wireless, dommage. Je me serais bien vu en train de surfer sur le web au McDo aux prochaines journées du libre :)
Au fait, est-ce que wireless-fr a prévu toute une architecture de folie comme speka, avec du matos particulier pour les noeuds ? (à priori non car je ne trouve rien sur leur site)
Pour continuer dans la digression ... où peut-on trouver de la doc sur les « BlueXess » de speka ?
J'avoue que je suis assez intéréssé par toutes ces solutions proches de l'embarqué pour faire des AP « publics » (comme les trucs de chez http://www.soekris.com(...) avec support crypto hw).
Ça me fait penser que ceux qui pensent faire un site web sérieux devraient penser plus à appliquer des méthodes de génie logiciel à leur développement plutôt que de la méthode q'n'd (Quick'n'Dirty) [toute ressemblance avec phpnuke est purement fortuite].
Tous les systèmes de « scripts » web permettent de faire de l'objet simplement, et de toutes manières on peut toujours voir son système comme un système objet.
Bref, pour revenir à UML, LE point important de l'article (non écrit directement) c'est que l'utilisation de scénarios et de représentations claires du fonctionnement de l'appli web (cf. le graphe de collaboration de l'article) permettent d'éviter beaucoup d'écueils.
Morale : les applis web sont des applis comme les autres ! Appliquez-y donc des vraies méthodes de génie logiciel !
En plus une bonne desription en UML de tout son système permet à tous les collaborateurs aux développement de l'application de se comprendre, ça évite pas mal de perte de temps à tout réexpliquer pour chaque nouveau venu.
[ce] qui rassure, mais plutôt pour les debutant [...] [c'est] de pouvoir faire appel à une Hotline
Justement, c'est l'argument numéro 1 que j'entends régulièrement pour les steaks de pingouins en boîte mais je ne les ai jamais utilisé personnellement. D'ailleurs je ne crois pas connaître quelqu'un qui soit passé un jour par ces fameuses hotlines Redhat, Suse, Mandrake ou <insérez le nom de votre support ici>. La plupart des gens cherchent du support dans les newsgroups (c'est mon impression).
Pour ceux qui les ont utilisé (les hotlines), ce support est-il de bonne qualité ? Est-il superficiel ou peut-il aller jusqu'à des choses poussées (genre un admin à l'appareil pour t'expliquer la config de sendmail) ?
[^] # Re: Et les modérateurs, ils en gagnent des cadôs ????
Posté par Jean-Yves B. . En réponse à la dépêche Prizes : gagnants de janvier 2002. Évalué à 6.
On pourrait leur donner un retour via une forme de note mais sa prise en compte ne doit pas être automatique. En même temps ça peut se régler par mail. Pas besoin de plus pour l'instant je pense.
[^] # Re: SPAM, mon experience d'hier...
Posté par Jean-Yves B. . En réponse à la dépêche Un internaute français condamné pour spam. Évalué à 10.
[^] # Calmos !
Posté par Jean-Yves B. . En réponse à la dépêche SourceForge proprietarise en masse. Évalué à 3.
Laisse-leurs un peu de temps avant de crier au loup !
[^] # Re: Normal.
Posté par Jean-Yves B. . En réponse à la dépêche SourceForge proprietarise en masse. Évalué à 3.
C'est logique et c'est une pratique plus que répandue.
Si. Ça mérite peut-être une update sur la niouze aussi parce qu'il y en a pas mal qui partent en croisade sans rien avoir lu.
La vraie question est : linuxfr slashdotise-t'il en masse ? ;)
[^] # Re: Normal.
Posté par Jean-Yves B. . En réponse à la dépêche SourceForge proprietarise en masse. Évalué à 10.
Il est dit que les projets non-libres peuvent être acceptés après concertation et, comme dans le cas d'autres licences, VA soft à le droit d'utiliser le code (et le reste) conformément à la licence choisie.
En gros ils acceptent désormais le soft proprio, à condition d'avoir une licence illimitée pour eux (ils garent leur couilles, quoi).
[^] # Re: foutez le camps vite !!!
Posté par Jean-Yves B. . En réponse à la dépêche SourceForge proprietarise en masse. Évalué à 6.
[attention, je ne sais pas si c'est le cas ici, moi et le legal mumbo-jumbo ...]
[^] # Re: foutez le camps vite !!!
Posté par Jean-Yves B. . En réponse à la dépêche SourceForge proprietarise en masse. Évalué à 8.
(copie carbone de sourceforge)
Tux Family : http://www.tuxfamily.net(...)
(Français !)
[^] # Re: Heureusement...
Posté par Jean-Yves B. . En réponse à la dépêche SourceForge proprietarise en masse. Évalué à 10.
http://www.tuxfamily.net(...)
# Amusant.
Posté par Jean-Yves B. . En réponse à la dépêche Un nouveau moteur 3D multiplateforme: Cube. Évalué à 7.
Mais il n'y a pas de sources.
Ce qui est bizarre c'est qu'il n'y a pas de licence, même pour l'utilisation des binaires.
Qu'est-ce qui s'applique dans ces cas-là ? J'ai le droit de le repackager et de le vendre ?
[^] # Re: Non non et non !!!
Posté par Jean-Yves B. . En réponse à la dépêche Contre le DVD, une cassette numérique impossible à copier. Évalué à 10.
Ce n'est donc toujours pas une solution au problème de copie mais juste un moyen d'asseoir un monopole. CQFD.
[^] # Re: Excellent
Posté par Jean-Yves B. . En réponse à la dépêche Papier à lettre linux/BSD. Évalué à 2.
Acrobat est un veau. Mais il donne des résultats jolis :)
[^] # Re: Excellent
Posté par Jean-Yves B. . En réponse à la dépêche Papier à lettre linux/BSD. Évalué à 2.
En même temps, xpdf fonctionne sous Linux/PPC, là où Acrobat Reader n'existe pas (encore ?).
# Houlà mais LaTeX c'est de l'overkill :)
Posté par Jean-Yves B. . En réponse à la dépêche Papier à lettre linux/BSD. Évalué à 9.
%!PS-Adobe-2.0
%Pages: 1
% Flemme de specifier la bounding box, les valeurs en dessous sont
% pour du A4
/centimetres { 2.54 div 72 mul } def
/largeurpage 21 centimetres def
/hauteurpage 29.7 centimetres def
/margehoriz 1 centimetres def
/margevert 1.2 centimetres def
/espaceligne 1 centimetres def
/epaisseurtrait .001 centimetres def
/fichierimage (testgrad.eps) def % nom de l'image en .eps , () si pas de fichier
/tailleimage { 138 160 } def % taille x y (pixels si image en 72 ppi)
%% -- choisir un des 3 modes --
% /couleurtrait { .4 0 0 .4 setcmykcolor } def
/couleurtrait { .8 setgray } def
% /couleurtrait { 0 .4 .8 setrgbcolor } def
%%%%% rien à paramétrer plus loin !
fichierimage () eq
{ /tailleimage { 0 dup } def } if
/positionimagebasgauche {
margehoriz hauteurpage tailleimage exch pop sub
margevert sub } def
/largeurligne {
largeurpage margehoriz 2 mul sub
currentpoint exch pop positionimagebasgauche exch pop ge
{ tailleimage pop margehoriz add sub } if
} def
/tracerligne { largeurligne 0 rlineto stroke } def
newpath
couleurtrait
epaisseurtrait setlinewidth
hauteurpage margevert sub dup margehoriz
fichierimage () ne
{ 2 mul tailleimage pop add } if
exch moveto
{ tracerligne
espaceligne sub dup dup
positionimagebasgauche exch pop ge
{ margehoriz 2 mul tailleimage pop add }
{ margehoriz } ifelse
exch dup
margevert lt
{ exit } if
moveto } loop
fichierimage () ne
{ gsave
positionimagebasgauche translate
/showpage { } def % saloperie d'EPS avec des showpage dedans
fichierimage run
pop pop pop
grestore } if
showpage
Et voilà ! C'est pas parfait mais bon ;)
Attention, je ne critique pas, je voulais juste me péter un délire en PostScript :)
[^] # Re: Re:
Posté par Jean-Yves B. . En réponse à la dépêche Wireless et IPv6 au pays de la choucroute. Évalué à 6.
Cela dit, si les postes sont bien configurés pour ne recevoir que les paquets signés venant du réseau d'entreprise, ça limite pas mal les risques. Mais ça suce du CPU, donc les cartes pcmcia accélératrices deviennent utiles. Mais elles sont difficiles à trouver (à cause de la législation principalement).
[^] # Re: Sécurité
Posté par Jean-Yves B. . En réponse à la dépêche Wireless et IPv6 au pays de la choucroute. Évalué à 10.
Du matos pas cher, il y en a (voir chez http://www.soekris.com(...) , par exemple).
Les protocoles ... ah ! Le jour où les lecteurs de mails grand public seront capable de discuter avec un serveur IMAP en utilisant le passage de mot de passe chiffré ou en respectant la norme IMAP actuelle vis-à-vis de SSL (négociation avec un starttls plutôt que la méthode bourrin actuelle qui n'est que du stunnel camouflé), là on aura déjà pas mal avancé.
Le bon vieux problème de l'oeuf et de la poule : les codeurs d'applis attendent que le protocole soit répandu pour l'implanter, les codeurs de serveurs attendent que les applis supportent le protocoles pour les implanter. On appelle ça une étreinte fatale (un deadlock).
Et c'est pareil pour la plupart des protocoles à contenu non chiffré actuellement.
[^] # Re: Sniffer à 14km: Facile.
Posté par Jean-Yves B. . En réponse à la dépêche Wireless et IPv6 au pays de la choucroute. Évalué à 9.
gain en dB = 10 log ( Sortie / Entrée )
(en tension c'est 20 log ...)
[^] # Re: \o/ ouéééé, alsace rox0r
Posté par Jean-Yves B. . En réponse à la dépêche Wireless et IPv6 au pays de la choucroute. Évalué à 9.
Sinon le câblage est fait, c'est déjà ça. Il devrait être possible de switcher tout ça gaiement pour avoir un peu plus de perfs.
Et pour le wireless, dommage. Je me serais bien vu en train de surfer sur le web au McDo aux prochaines journées du libre :)
[^] # Re: \o/ ouéééé, alsace rox0r
Posté par Jean-Yves B. . En réponse à la dépêche Wireless et IPv6 au pays de la choucroute. Évalué à -3.
Le réseau dans les chambres, le luxe ...
[^] # Re: L'avancée technologique
Posté par Jean-Yves B. . En réponse à la dépêche Wireless et IPv6 au pays de la choucroute. Évalué à 10.
Bof, ça avance lentement. RIPE ncc peut allouer des adresses IPv6 depuis fin décembre ( http://www.ripe.net/ipv6(...) ).
http://www.hs247.com/(...) est un bon site de niouzes sur IPv6.
[^] # Re: Sécurité
Posté par Jean-Yves B. . En réponse à la dépêche Wireless et IPv6 au pays de la choucroute. Évalué à -1.
C'est spécifique à D-Link où c'est général ?
[^] # [HS] Re: ipv6 +Wlan +FT
Posté par Jean-Yves B. . En réponse à la dépêche Wireless et IPv6 au pays de la choucroute. Évalué à 10.
Pour continuer dans la digression ... où peut-on trouver de la doc sur les « BlueXess » de speka ?
J'avoue que je suis assez intéréssé par toutes ces solutions proches de l'embarqué pour faire des AP « publics » (comme les trucs de chez http://www.soekris.com(...) avec support crypto hw).
Bon, -1, über off-topic
[^] # Re: Ça ne change pas grand-chose tout ça.
Posté par Jean-Yves B. . En réponse à la dépêche Miguel de Icaza s'explique sur .NET. Évalué à 6.
Sinon, j'ai une Von Neumann dans un coin, marche bien.
[^] # Re: Eh ben c'est du propre...
Posté par Jean-Yves B. . En réponse à la dépêche traduction d'Open-Office en 3 jours. Évalué à 5.
Les codepages windows, c'est vraiment pénible ...
# UML is your friend
Posté par Jean-Yves B. . En réponse à la dépêche Access control design of a web site with diagrams. Évalué à 10.
Les schémas sont très UML-like. Cool.
Ça me fait penser que ceux qui pensent faire un site web sérieux devraient penser plus à appliquer des méthodes de génie logiciel à leur développement plutôt que de la méthode q'n'd (Quick'n'Dirty) [toute ressemblance avec phpnuke est purement fortuite].
Tous les systèmes de « scripts » web permettent de faire de l'objet simplement, et de toutes manières on peut toujours voir son système comme un système objet.
Bref, pour revenir à UML, LE point important de l'article (non écrit directement) c'est que l'utilisation de scénarios et de représentations claires du fonctionnement de l'appli web (cf. le graphe de collaboration de l'article) permettent d'éviter beaucoup d'écueils.
Morale : les applis web sont des applis comme les autres ! Appliquez-y donc des vraies méthodes de génie logiciel !
En plus une bonne desription en UML de tout son système permet à tous les collaborateurs aux développement de l'application de se comprendre, ça évite pas mal de perte de temps à tout réexpliquer pour chaque nouveau venu.
Des liens sympa pour commencer :
Design Up [fr] http://www.design-up.com(...)
Doc introductive UML fort bien faite [fr] http://uml.free.fr(...)
Méthodes OO en général [en] http://www.ootips.org(...)
[^] # A propos de ces hotlines
Posté par Jean-Yves B. . En réponse à la dépêche [débat] : l'avenir de la vente de boites Linux. Évalué à 2.
Justement, c'est l'argument numéro 1 que j'entends régulièrement pour les steaks de pingouins en boîte mais je ne les ai jamais utilisé personnellement. D'ailleurs je ne crois pas connaître quelqu'un qui soit passé un jour par ces fameuses hotlines Redhat, Suse, Mandrake ou <insérez le nom de votre support ici>. La plupart des gens cherchent du support dans les newsgroups (c'est mon impression).
Pour ceux qui les ont utilisé (les hotlines), ce support est-il de bonne qualité ? Est-il superficiel ou peut-il aller jusqu'à des choses poussées (genre un admin à l'appareil pour t'expliquer la config de sendmail) ?