En nombre de morts, on sait à peu près (tu ne vas pas avoir 60 000 morts de plus, en admettant qu'il y en a déjà 60 000, chiffre non accepté par tout le monde).
Quand au effets à très long terme, oui ça pose des problèmes, il faut en parler. Mais en se posant calmement, en arrêtant de dire "oh 60 000 morts mon dieu c'est horrible rien qu'avec ça c'est sûr il faut arrêter", car c'est juste une démonstration d'une incapacité à comparer des stats.
La critique est sur l'incapacité de parler posément des problèmes, de poser les stats sur la table, d'étudier, de choisir pour de vraies raisons de sortir du nucléaire. Actuellement ce n'est pas le cas pour beaucoup de gens se disant anti-nucléaire, on en a ici une démo flagrante sur les "compteurs de morts" (tout comme il y a des gens qui préfèrent prendre la voiture que l'avion parce qu'ils ont peur d'un accident d'avion dont ils ont entendu parler, alors que chiffres à l'appui, le voiture est plus mortelle que l'avion au km parcouru, mais ça, oh non, c'est trop statistique, faut pas raisonner avec, donc choix de se mettre plus en danger en pensant être moins en danger)
Le monsieur a dit (l'emphase est de moi) "De toutes façons, pour faire tourner une interface graphique, la vitesse d’exécution du programme n'a que peu d'importance."
Entre 0.01 secondes et 0.02 secondes, est-ce "pas comparable" avec tes yeux?
Oui, et ils devraient ne plus rien faire tant qu'ils ont pas révolutionné le monde du WYSIWYG,
Personne n'a dit ça. Ils font comme ça, et ça a bien marché pendant un moment. C'est bien qu'il aient pu faire sans.
On dit juste que ça élimine l'accès à un plus large panel de gens.
Et on parle principalement d'éditeur wisiwyg pour l'édition ici, pas pour le diff.
Tu n'as toujours rien compris ? Je me tue à expliquer que c'est lié.
Tu n'as toujours rien compris ? On se tue à expliquer que e n'est pas lié, le format de stockage pouvant être complètement différent de la façon de présenter. d'ailleurs, c'est utilisé ailleurs ce système : on lit des lettres, alors que des 0 et des 1 sont stockés. Ben on peut très bien présenter en WYSIWYG et stocker en syntaxe wiki.
On peu, c'est pas fait, je sais. Mais le fait que ce ne soit pas fait ne veut pas dire que c'est pas possible.
N'inverse pas, correction : Fb est compatible avec rien.
Plaint-toi auprès de Fb pour qu'ils mettent les passerelles qui vont bien sur leur serveur (ce n'est pas compliqué, juste une question de volonté... Qu'il n'ont pas, et ne sont pas près d'avoir, leurs utilisateurs acceptant assez bien l'enfermement) et alors tu pourras voir le "reste du monde".
Bah c'est simple : plus le libre devient "mature", plus il y a de gens qui utilisent le libre parce que c'est techniquement mieux (quand ça l'est, sinon le logiciel libre a beau être libre, il ne sera pas utilisé), et pas parce que c'est libre. On en revient aux sources (pas celles de Richard, mais d'autres sources) : le libre est un moyen, pas une fin.
En fait : comme Linus T. depuis 20 ans.
Donc : moins de gens en proportion pour hurler "ça pue c'est pas libre" quand le libre est incapable de proposer mieux.
Si les libristes voulaient que Linus T. mette son petit projet sur un repo libre, ben fallait qu'ils se bougent le cul et proposent mieux que github. En attendant, github est le top pour la coopération GIT, comme Sourceforge (pas libre non plus) l'a été un moment.
A partir de là, ça me semble un peu simpliste de penser que java est la cause des mauvaises perfs en vidéo de Jitsi, d'autant plus que le décodage se fait via un appel à des librairies natives (ffmpeg il me semble).
Euh... Je ne connais pas du tout l'architecture de Jitsi, mais la, de ce que tu dis, j'en déduis que si la partie vidéo (la partie qui bouffe du CPU en théorie) est faite par du non-Java, alors c'est soit que les développeurs sont très mauvais codeurs, soit que la partie Java qui a pas besoin de beaucoup de CPU est très très lente au point d'être plus lente que le décodage vidéo.
Faut faire attention à ce qu'on dit, ça peut être pire pour ce qu'on défend ;-).
Par contre au niveau de l'utilisation CPU, le JIT de la JVM fait tourner le code avec des performances tout à fait comparable à du C compilé.
Il me semble qu'en moyenne c'était du 2X plus lent.
Chez moi, "être comparable à", c'est pas "2x plus lent", mais alors pas du tout.
Pour plus de moitié de la population mondiale, l'eeePC est un foudre de guerre (inaccessible vu le prix) qu'il ne peuvent s'offrir.
Et la ça fait mal : à fonctionnalités identiques, l'un bouffe plus de ressources que l'autre, et pas qu'un peu. Ca confirme donc mon préjugé (qui devient moins préjugé dès que je touche un peu à Java...) sur ce langage. On remplace l'humain par des machines, mais est-ce moins cher de remplacer un humain par plein de machines chères? (au taf, j'ai une fois été choqué qu'il fallait une machine de guerre pour construire 3 stats et afficher 3 camemberts)
Il préfèrent peut-être utiliser leur temps sur l'outil informatique pour d'autres choses que contribuer au savoir de l'humanité toute entière[1]. Pour aller dans le cliché : (...)
Oui dans le cliché. Bien pourri aussi.
Pourquoi les "vieux" de 75 ans auraient moins envie que les "jeunes" de 20 ans?
Pourquoi les arguments bidons que tu sors s'appliquent aux vieux et pas aux jeunes? Les jeunes n'ont pas de vie au point de ne pas avoir d'amis et avoir seulement Wikipedia à faire?
Si bien sûr ils ont été à l'école un minimum et qu'ils, ce que je leur souhaite, n'ont pas le cerveau qui est parti en sucette.
Rien que ça... Ou alors, c'est juste toi qui connait rien. Parce que les vieux, ils en ont certainement plus que toi comme apprentissages de choses, et pourraient te dire aussi "pas be bras, pas de chocolat" comme seule réponse plutôt que "pas de bras, attend on va adapter".
Les gens incapables de faire l'effort intellectuel d'apprendre un nouvel outil, et n'ayant pas l'intelligence pour maîtriser un langage un tout petit peu abstrait, je préfère qu'ils ne contribuent pas à Wikipedia...
Si les gens ne sont pas capables d'utiliser des feuilles perforées (utiliser une ligne de commande est déjà faciliter trop les choses) pour utiliser un ordinateur, je préfère qu'il n'utilise pas un ordinateur... Attend, si, je préfère les avoir car sinon il y aurait 10 contributeurs de Wikipedia qui n'auraient jamais fait d'encyclopédie.
Bref : argument élitiste tout pourri. Ce qui est intéressant dans les contributeur Wikipédia, c'est leur connaissances, pas leur envie d'apprendre un langage utilisé à de très rares endroits, surtout quand on peut faire plus simple.
Le seul hic dans ton raisonnement est que les gens peuvent apprendre, mais n'on pas forcément envie de se faire chier à apprendre surtout quand il faut se coltiner 10 langage "un peu abstrait" différents quand on peut faire plus simple (on est bien passé de la feuille perforée à la ligne de commande, puis à l'interface graphique, avec ta logique on serait resté à la feuille perforée car c'est juste un langage un peu plus abstrait à apprendre et qu'il faut donc mériter)
Ayant 5 baies (et seulement 4 occupées) je pourrais faire du RAID 6, mais je n'ai pas encore tranché sur ce point.
Ca va dépendre de ce que tu veux faire : si tu veux un stockage pas cher et que tu es prêt à tout perdre c'est pas grave tu as une copie ailleurs, pourquoi pas le RAID 5, mais pourquoi pas RAID 0 aussi du coup.
Sinon, si c'est pour de la sécurité, RAID 6 ou RAID 1.
Les préjugé sur le le RAID 5 pour du backup ont encore de beaux jours devant eux... Malheureusement.
Certains (dont moi :) ) te répondront que de nos jours, à partir du moment où il y a besoin d'une page d'aide, c'est qu'il y a un problème. Surtout quand le bouton "liste" ne met pas cette ligne vide.
Juste pour mémoire : dans l'aide-mémoire, il est indiqué comment faire des listes à puce, sauf qu'il manque "attention c'est con mais c'est comme ça, faut mettre une ligne vide avant".
question subsidiaire : mais comment font les contributeurs de wikipedia ?
Ils quittent Wikipedia ;-).
Plus sérieusement, le fait de ne pas avoir de WYSIWYG, est une barrière qui me semble connue même pour Wikipedia. Wikipedia vit avec, certes, mais il y a une sacré différence entre le nombre de lecteurs et le nombre de rédacteurs (ce n'est pas que à cause de la syntaxe Wiki, je sais, mais ça ne doit pas aider).
Et sinon, Wikipedia n'utilise pas Markdown, donc bon, c'est bien la le soucis : on a 50 langages "wiki" différents, vachement pratique, faut se coltiner les bizarretés de chaque langage. Après, ben LinuxFr fait comme il veut, je moule toujours quand même ici mais en "version texte simple".
Note que je sais que c'est pas simple, par exemple avec HTML je me passe de WYSIWYG qui fait du HTML illisible, pour faire de l'édition de texte à la mano. Pas de solution parfaite.
Après un rapide test (je m'étais intéressé au différent compétiteurs, mais je l'avais zappé celui-la), il a l'air plutôt pas mal, mêmes sur un des OS du mal, l'interface est agréable (du logiciel liber avec une interface agréable, c'est rare!), il ne me parle pas dans une langue inconnue (il évite les termes techniques pour ce concentrer sur la communication "utile" aux gens), il gère bien les entrées/sorties (par exemple il permet de choisir facilement son entrée ou sortie audio sans parler une langue inconnue par défaut, bon il reste quelques termes genre "JavaSound" gni si on pousse un peu trop mais pour le commun des mortels, il touche pas et la config marche)
Par contre, la où Pidgin me mange 40 Mo de RAM et Skype taquine les 100 Mo ce que je trouvais déjà limite, Jitsi m'avale 200 Mo le bougre! Je sais que j'ai de quoi faire, mais quand même... Un peu abusé. Bon, en tous cas, Java continue de garder sa réputation de mangeur de RAM. A ne pas mettre sur n'importe quelle machine!
Je pense que et le vendeur, et l'acheteur, savent ce qui est possible ou pas. Et le prix qui va en découler sera en fonction de ça.
Bref, rien de neuf, ce genre de calcul existe depuis que la comptabilité existe, Google et Motorola n'ont rien inventé et ce qui est dit dans le journal est connu (juste que personne n'avait regardé les bilans pour chiffrer le prix réel d’acquisition, c'est l'information intéressante), et ce n'est toujours pas une raison, seulement une donnée dans le calcul du prix de vente, à moins qu'on me démontre le contraire...
Pourtant le rachat de brevets peut avoir des raisons plus pécunières.
Bon, ben moi je veux bien te vendre un produit à 1000€ qui te fera gagner 700€. Puisque pour toi ce genre de calcul est une "raison", tu vas sauter dessus n'est-ce pas?
Bref, je vois aucun rapport avec une raison puisque le coût d'achat est supérieur au gain. Oui, ça diminue le coût d’acquisition des brevets, le prix d'achat inclut toujours le déficit d'impôt lors d'une vente (les vendeurs ne sont pas cons non plus), mais non, ça ne fait pas de ça une raison. Juste que ça rentre en ligne de compte pour le prix de vente = prix que tu es prêt à mettre pour récupérer les brevets + déficit d'impôt.
Ou alors, faut que tu expliques mieux en quoi c'est une raison...
Alors le quota est de plusieurs gigas par jour en tout cas...
Si tu as une seule machine, tu ne peux pas dépasser le quota vu que le quota est égal au débit max de ta connexion réseau, avec 2 faut quand même être bourrin etc... http://www.kimsufi.com/fr/#network
(l'histoire ne dit pas sur combien de temps OVH mesure par contre)
Juste pour info, la LCEN est passée depuis, donc ça change pas mal les choses. Reste à savoir ce qu'il se passe quand l’hébergeur ne sait pas qui est l'hébergé et qu'il n'a rien fait pour le savoir... Parce que si rien se passe, je prend un dédié, et dès que les flics arrivent, je dis que je suis hébergeur, que j'ai rien demandé au mec (pas de paiement, hop même pas de CB liée), et que j'ai qu'une @IP en Iran de l’hébergé, trop facile quand même.
Les admins Euroweb ont leur clé dans /root/.ssh/authorized_keys. Bah euh… j'en suis heureux.
Tu vas te faire moinsser pour oser penser ça...
Règle d'or : dès qu'on fait dans l'offre de masse, ce qu’on fait est forcément nul, on est à tous les coups incompétent à un moment. Même si le concurrent "pas de masse" fait pareil (ce n'est pas pareil tu comprends, c'est du low cose). OVH ayant en plus la mauvaise idée d'être transparent sur ce qu'il met en place (c'est plus facile pour taper, et après on se demande pourquoi les gens cachent ce qu'ils font).
la CC-BY-SA est libre, et compatible avec Wikipedia (et GCompris ;-) ), et certains diront que sans -SA c'est mal, donc bah... Tu peux aussi rester comme ça.
Et une personne de plus du bon côté de la force :).
si tu loues une voiture pour faire un casse, le loueur n'est pas responsable
Et le loueur n'aura aucun ennui en disant "je vous jure Mr, je sais pas qui sais, je lui ai pas demandé ses papier"?
le risque pour lui, c'est juste la perte du matériel,
Non!
- Non-paiement de la prestation fournie (vol CB etc...)
- Flics et/ou justice pas contents
C'est fou quand même : on dit pourquoi c'est fait, mais non, "le loueur n'a aucune raison de le faire".
Oui, oui, si il n'a aucune raison de le faire, c'est juste pour le plaisir de dépenser de l'argent (la gestion, c'est pas gratuit) qu'on a en trop...
c'est une question de ce que tu es près à faire vis à vis des serveurs loués par tes clients.
Justement, ce que fait OVH est globalement apprécié (vu le nombre de machines chez OVH, tu trouveras toujours des forums avec des râleurs). Donc bon, ça dépend de ce que tu cherches. Moi pauvre admin du dimanche suit bien content qu'OVH m'offre ce genre de protection.
verifies bien le /root/.ssh/authorized_keys à l'install, tu sera surpris.
il y a la clé d'OVH, autorisée d'une adresse IP bien précise. C'est pratique pour les admins du dimanche en cas de problème, et pour les admins pas du dimanche ça se vire. Et ce n'est pas caché par OVH (bon, OK, chez Dedibox qui fait pareil c'est encore plus affiché : dans la console lors de l'install, ils demandent si ils ont le droit de mettre leur clé)
Bref, ce doit être qu'on ne cherche pas la même chose, mais ce n'est pas une raison pour dire que "c'est mal". Ca dépend de ce que tu cherches. Et faut croire que les gens cherchent ce qu'OVH propose, vu leur montée du nombre de clients.
[^] # Re: Liberté de la presse et mensonge d'Etat
Posté par Zenitram (site web personnel) . En réponse au journal Liberté de la presse et mensonge d'Etat. Évalué à 2.
En nombre de morts, on sait à peu près (tu ne vas pas avoir 60 000 morts de plus, en admettant qu'il y en a déjà 60 000, chiffre non accepté par tout le monde).
Quand au effets à très long terme, oui ça pose des problèmes, il faut en parler. Mais en se posant calmement, en arrêtant de dire "oh 60 000 morts mon dieu c'est horrible rien qu'avec ça c'est sûr il faut arrêter", car c'est juste une démonstration d'une incapacité à comparer des stats.
La critique est sur l'incapacité de parler posément des problèmes, de poser les stats sur la table, d'étudier, de choisir pour de vraies raisons de sortir du nucléaire. Actuellement ce n'est pas le cas pour beaucoup de gens se disant anti-nucléaire, on en a ici une démo flagrante sur les "compteurs de morts" (tout comme il y a des gens qui préfèrent prendre la voiture que l'avion parce qu'ils ont peur d'un accident d'avion dont ils ont entendu parler, alors que chiffres à l'appui, le voiture est plus mortelle que l'avion au km parcouru, mais ça, oh non, c'est trop statistique, faut pas raisonner avec, donc choix de se mettre plus en danger en pensant être moins en danger)
[^] # Re: Sponsorisé par les fabricants de RAM?
Posté par Zenitram (site web personnel) . En réponse à la dépêche Nouvelle version stable de Jitsi. Évalué à 4.
Le monsieur a dit (l'emphase est de moi) "De toutes façons, pour faire tourner une interface graphique, la vitesse d’exécution du programme n'a que peu d'importance."
Entre 0.01 secondes et 0.02 secondes, est-ce "pas comparable" avec tes yeux?
[^] # Re: Et si...
Posté par Zenitram (site web personnel) . En réponse au journal Le pragmatisme à la Torvalds, ou, Linux sur Github. Évalué à 2.
Personne n'a dit ça. Ils font comme ça, et ça a bien marché pendant un moment. C'est bien qu'il aient pu faire sans.
On dit juste que ça élimine l'accès à un plus large panel de gens.
Tu n'as toujours rien compris ? On se tue à expliquer que e n'est pas lié, le format de stockage pouvant être complètement différent de la façon de présenter. d'ailleurs, c'est utilisé ailleurs ce système : on lit des lettres, alors que des 0 et des 1 sont stockés. Ben on peut très bien présenter en WYSIWYG et stocker en syntaxe wiki.
On peu, c'est pas fait, je sais. Mais le fait que ce ne soit pas fait ne veut pas dire que c'est pas possible.
[^] # Re: Et si...
Posté par Zenitram (site web personnel) . En réponse au journal Le pragmatisme à la Torvalds, ou, Linux sur Github. Évalué à -7.
Une implémentation (ou plusieurs) est mauvaise fait que le principe est mauvais?
[^] # Re: Et si...
Posté par Zenitram (site web personnel) . En réponse au journal Le pragmatisme à la Torvalds, ou, Linux sur Github. Évalué à 1.
Ton argument a juste absolument rien à voir. Il y a une différence entre l'interface homme machine et le format de stockage.
[^] # Re: XMPP & Fb
Posté par Zenitram (site web personnel) . En réponse à la dépêche Nouvelle version stable de Jitsi. Évalué à 5.
N'inverse pas, correction : Fb est compatible avec rien.
Plaint-toi auprès de Fb pour qu'ils mettent les passerelles qui vont bien sur leur serveur (ce n'est pas compliqué, juste une question de volonté... Qu'il n'ont pas, et ne sont pas près d'avoir, leurs utilisateurs acceptant assez bien l'enfermement) et alors tu pourras voir le "reste du monde".
[^] # Re: déçu je suis
Posté par Zenitram (site web personnel) . En réponse au journal Le pragmatisme à la Torvalds, ou, Linux sur Github. Évalué à 0.
Bah c'est simple : plus le libre devient "mature", plus il y a de gens qui utilisent le libre parce que c'est techniquement mieux (quand ça l'est, sinon le logiciel libre a beau être libre, il ne sera pas utilisé), et pas parce que c'est libre. On en revient aux sources (pas celles de Richard, mais d'autres sources) : le libre est un moyen, pas une fin.
En fait : comme Linus T. depuis 20 ans.
Donc : moins de gens en proportion pour hurler "ça pue c'est pas libre" quand le libre est incapable de proposer mieux.
Si les libristes voulaient que Linus T. mette son petit projet sur un repo libre, ben fallait qu'ils se bougent le cul et proposent mieux que github. En attendant, github est le top pour la coopération GIT, comme Sourceforge (pas libre non plus) l'a été un moment.
[^] # Re: Sponsorisé par les fabricants de RAM?
Posté par Zenitram (site web personnel) . En réponse à la dépêche Nouvelle version stable de Jitsi. Évalué à 4.
Euh... Je ne connais pas du tout l'architecture de Jitsi, mais la, de ce que tu dis, j'en déduis que si la partie vidéo (la partie qui bouffe du CPU en théorie) est faite par du non-Java, alors c'est soit que les développeurs sont très mauvais codeurs, soit que la partie Java qui a pas besoin de beaucoup de CPU est très très lente au point d'être plus lente que le décodage vidéo.
Faut faire attention à ce qu'on dit, ça peut être pire pour ce qu'on défend ;-).
[^] # Re: Sponsorisé par les fabricants de RAM?
Posté par Zenitram (site web personnel) . En réponse à la dépêche Nouvelle version stable de Jitsi. Évalué à 4.
Chez moi, "être comparable à", c'est pas "2x plus lent", mais alors pas du tout.
[^] # Re: Sponsorisé par les fabricants de RAM?
Posté par Zenitram (site web personnel) . En réponse à la dépêche Nouvelle version stable de Jitsi. Évalué à 3.
Pour plus de moitié de la population mondiale, l'eeePC est un foudre de guerre (inaccessible vu le prix) qu'il ne peuvent s'offrir.
Et la ça fait mal : à fonctionnalités identiques, l'un bouffe plus de ressources que l'autre, et pas qu'un peu. Ca confirme donc mon préjugé (qui devient moins préjugé dès que je touche un peu à Java...) sur ce langage. On remplace l'humain par des machines, mais est-ce moins cher de remplacer un humain par plein de machines chères? (au taf, j'ai une fois été choqué qu'il fallait une machine de guerre pour construire 3 stats et afficher 3 camemberts)
[^] # Re: Et si...
Posté par Zenitram (site web personnel) . En réponse au journal Le pragmatisme à la Torvalds, ou, Linux sur Github. Évalué à 6.
Oui dans le cliché. Bien pourri aussi.
Pourquoi les "vieux" de 75 ans auraient moins envie que les "jeunes" de 20 ans?
Pourquoi les arguments bidons que tu sors s'appliquent aux vieux et pas aux jeunes? Les jeunes n'ont pas de vie au point de ne pas avoir d'amis et avoir seulement Wikipedia à faire?
Rien que ça... Ou alors, c'est juste toi qui connait rien. Parce que les vieux, ils en ont certainement plus que toi comme apprentissages de choses, et pourraient te dire aussi "pas be bras, pas de chocolat" comme seule réponse plutôt que "pas de bras, attend on va adapter".
[^] # Re: Et si...
Posté par Zenitram (site web personnel) . En réponse au journal Le pragmatisme à la Torvalds, ou, Linux sur Github. Évalué à 3.
Si les gens ne sont pas capables d'utiliser des feuilles perforées (utiliser une ligne de commande est déjà faciliter trop les choses) pour utiliser un ordinateur, je préfère qu'il n'utilise pas un ordinateur... Attend, si, je préfère les avoir car sinon il y aurait 10 contributeurs de Wikipedia qui n'auraient jamais fait d'encyclopédie.
Bref : argument élitiste tout pourri. Ce qui est intéressant dans les contributeur Wikipédia, c'est leur connaissances, pas leur envie d'apprendre un langage utilisé à de très rares endroits, surtout quand on peut faire plus simple.
Le seul hic dans ton raisonnement est que les gens peuvent apprendre, mais n'on pas forcément envie de se faire chier à apprendre surtout quand il faut se coltiner 10 langage "un peu abstrait" différents quand on peut faire plus simple (on est bien passé de la feuille perforée à la ligne de commande, puis à l'interface graphique, avec ta logique on serait resté à la feuille perforée car c'est juste un langage un peu plus abstrait à apprendre et qu'il faut donc mériter)
[^] # Re: J'aime mon nuage et il me le rend bien !
Posté par Zenitram (site web personnel) . En réponse au journal Je voudrais mettre un nuage chez moi !. Évalué à 3.
Juste une chance sur 2 :
http://www.zdnet.com/blog/storage/why-raid-5-stops-working-in-2009/162
Ca va dépendre de ce que tu veux faire : si tu veux un stockage pas cher et que tu es prêt à tout perdre c'est pas grave tu as une copie ailleurs, pourquoi pas le RAID 5, mais pourquoi pas RAID 0 aussi du coup.
Sinon, si c'est pour de la sécurité, RAID 6 ou RAID 1.
Les préjugé sur le le RAID 5 pour du backup ont encore de beaux jours devant eux... Malheureusement.
[^] # Re: Et si...
Posté par Zenitram (site web personnel) . En réponse au journal Le pragmatisme à la Torvalds, ou, Linux sur Github. Évalué à 7.
Certains (dont moi :) ) te répondront que de nos jours, à partir du moment où il y a besoin d'une page d'aide, c'est qu'il y a un problème. Surtout quand le bouton "liste" ne met pas cette ligne vide.
Juste pour mémoire : dans l'aide-mémoire, il est indiqué comment faire des listes à puce, sauf qu'il manque "attention c'est con mais c'est comme ça, faut mettre une ligne vide avant".
Ils quittent Wikipedia ;-).
Plus sérieusement, le fait de ne pas avoir de WYSIWYG, est une barrière qui me semble connue même pour Wikipedia. Wikipedia vit avec, certes, mais il y a une sacré différence entre le nombre de lecteurs et le nombre de rédacteurs (ce n'est pas que à cause de la syntaxe Wiki, je sais, mais ça ne doit pas aider).
Et sinon, Wikipedia n'utilise pas Markdown, donc bon, c'est bien la le soucis : on a 50 langages "wiki" différents, vachement pratique, faut se coltiner les bizarretés de chaque langage. Après, ben LinuxFr fait comme il veut, je moule toujours quand même ici mais en "version texte simple".
Note que je sais que c'est pas simple, par exemple avec HTML je me passe de WYSIWYG qui fait du HTML illisible, pour faire de l'édition de texte à la mano. Pas de solution parfaite.
# Sponsorisé par les fabricants de RAM?
Posté par Zenitram (site web personnel) . En réponse à la dépêche Nouvelle version stable de Jitsi. Évalué à 8.
Après un rapide test (je m'étais intéressé au différent compétiteurs, mais je l'avais zappé celui-la), il a l'air plutôt pas mal, mêmes sur un des OS du mal, l'interface est agréable (du logiciel liber avec une interface agréable, c'est rare!), il ne me parle pas dans une langue inconnue (il évite les termes techniques pour ce concentrer sur la communication "utile" aux gens), il gère bien les entrées/sorties (par exemple il permet de choisir facilement son entrée ou sortie audio sans parler une langue inconnue par défaut, bon il reste quelques termes genre "JavaSound" gni si on pousse un peu trop mais pour le commun des mortels, il touche pas et la config marche)
Par contre, la où Pidgin me mange 40 Mo de RAM et Skype taquine les 100 Mo ce que je trouvais déjà limite, Jitsi m'avale 200 Mo le bougre! Je sais que j'ai de quoi faire, mais quand même... Un peu abusé. Bon, en tous cas, Java continue de garder sa réputation de mangeur de RAM. A ne pas mettre sur n'importe quelle machine!
[^] # Re: Et si...
Posté par Zenitram (site web personnel) . En réponse au journal Le pragmatisme à la Torvalds, ou, Linux sur Github. Évalué à 4.
D'où l'utilité du bouton "Prévisualiser" ;-)
[^] # Re: Raison?
Posté par Zenitram (site web personnel) . En réponse au journal Google rachète Motorla Mobility, autre raison. Évalué à 1.
Je pense que et le vendeur, et l'acheteur, savent ce qui est possible ou pas. Et le prix qui va en découler sera en fonction de ça.
Bref, rien de neuf, ce genre de calcul existe depuis que la comptabilité existe, Google et Motorola n'ont rien inventé et ce qui est dit dans le journal est connu (juste que personne n'avait regardé les bilans pour chiffrer le prix réel d’acquisition, c'est l'information intéressante), et ce n'est toujours pas une raison, seulement une donnée dans le calcul du prix de vente, à moins qu'on me démontre le contraire...
# Raison?
Posté par Zenitram (site web personnel) . En réponse au journal Google rachète Motorla Mobility, autre raison. Évalué à 1.
Bon, ben moi je veux bien te vendre un produit à 1000€ qui te fera gagner 700€. Puisque pour toi ce genre de calcul est une "raison", tu vas sauter dessus n'est-ce pas?
Bref, je vois aucun rapport avec une raison puisque le coût d'achat est supérieur au gain. Oui, ça diminue le coût d’acquisition des brevets, le prix d'achat inclut toujours le déficit d'impôt lors d'une vente (les vendeurs ne sont pas cons non plus), mais non, ça ne fait pas de ça une raison. Juste que ça rentre en ligne de compte pour le prix de vente = prix que tu es prêt à mettre pour récupérer les brevets + déficit d'impôt.
Ou alors, faut que tu expliques mieux en quoi c'est une raison...
[^] # Re: Kimsufi
Posté par Zenitram (site web personnel) . En réponse au journal Dédibox : ++. Évalué à 3.
Si tu as une seule machine, tu ne peux pas dépasser le quota vu que le quota est égal au débit max de ta connexion réseau, avec 2 faut quand même être bourrin etc...
http://www.kimsufi.com/fr/#network
(l'histoire ne dit pas sur combien de temps OVH mesure par contre)
[^] # Re: Avis sur OVH
Posté par Zenitram (site web personnel) . En réponse au journal Dédibox : ++. Évalué à 5.
Juste pour info, la LCEN est passée depuis, donc ça change pas mal les choses. Reste à savoir ce qu'il se passe quand l’hébergeur ne sait pas qui est l'hébergé et qu'il n'a rien fait pour le savoir... Parce que si rien se passe, je prend un dédié, et dès que les flics arrivent, je dis que je suis hébergeur, que j'ai rien demandé au mec (pas de paiement, hop même pas de CB liée), et que j'ai qu'une @IP en Iran de l’hébergé, trop facile quand même.
[^] # Re: Avis sur OVH
Posté par Zenitram (site web personnel) . En réponse au journal Dédibox : ++. Évalué à -1.
Tu vas te faire moinsser pour oser penser ça...
Règle d'or : dès qu'on fait dans l'offre de masse, ce qu’on fait est forcément nul, on est à tous les coups incompétent à un moment. Même si le concurrent "pas de masse" fait pareil (ce n'est pas pareil tu comprends, c'est du low cose). OVH ayant en plus la mauvaise idée d'être transparent sur ce qu'il met en place (c'est plus facile pour taper, et après on se demande pourquoi les gens cachent ce qu'ils font).
[^] # Re: Publication
Posté par Zenitram (site web personnel) . En réponse au journal photos libre d'Antarctique. Évalué à 4.
la CC-BY-SA est libre, et compatible avec Wikipedia (et GCompris ;-) ), et certains diront que sans -SA c'est mal, donc bah... Tu peux aussi rester comme ça.
Et une personne de plus du bon côté de la force :).
[^] # Re: Avis sur OVH
Posté par Zenitram (site web personnel) . En réponse au journal Dédibox : ++. Évalué à 3.
Et le loueur n'aura aucun ennui en disant "je vous jure Mr, je sais pas qui sais, je lui ai pas demandé ses papier"?
Non!
- Non-paiement de la prestation fournie (vol CB etc...)
- Flics et/ou justice pas contents
C'est fou quand même : on dit pourquoi c'est fait, mais non, "le loueur n'a aucune raison de le faire".
Oui, oui, si il n'a aucune raison de le faire, c'est juste pour le plaisir de dépenser de l'argent (la gestion, c'est pas gratuit) qu'on a en trop...
[^] # Re: Avis sur OVH
Posté par Zenitram (site web personnel) . En réponse au journal Dédibox : ++. Évalué à 1.
Justement, ce que fait OVH est globalement apprécié (vu le nombre de machines chez OVH, tu trouveras toujours des forums avec des râleurs). Donc bon, ça dépend de ce que tu cherches. Moi pauvre admin du dimanche suit bien content qu'OVH m'offre ce genre de protection.
il y a la clé d'OVH, autorisée d'une adresse IP bien précise. C'est pratique pour les admins du dimanche en cas de problème, et pour les admins pas du dimanche ça se vire. Et ce n'est pas caché par OVH (bon, OK, chez Dedibox qui fait pareil c'est encore plus affiché : dans la console lors de l'install, ils demandent si ils ont le droit de mettre leur clé)
Bref, ce doit être qu'on ne cherche pas la même chose, mais ce n'est pas une raison pour dire que "c'est mal". Ca dépend de ce que tu cherches. Et faut croire que les gens cherchent ce qu'OVH propose, vu leur montée du nombre de clients.
[^] # Re: Avis sur OVH
Posté par Zenitram (site web personnel) . En réponse au journal Dédibox : ++. Évalué à 4.
C'est impressionnant jusqu'où la mauvaise foi peut aller...