Tiens ca me fait penser au jeans (pas le prénom, mais le vêtement) délavés et usés parce que c'est la mode. C'est difficile pour moi de trouver des jeans qui me vont et me plaisent et qui ne soient ni délavés ou usés. Résultat il m'est arrivé d'en acheter un qui était un peu usé (mais moins que ce que l'on voit), et devinez quoi: au bout de quelques années il s'est troué sur un point d'usure "pour la mode" alors que d'autres jeans que je met depuis plus longtemps ont l'air toujours aussi solides!
Désolé, mais je ne connais pas beaucoup de ces labels. Je connais les labels AB et EuroNCap, mais je ne sais même pas ce que EuroNCap recouvre. De même on a un foisonnement de labels, et il devient difficile de s'y retrouver.
Tout ce que je sais c'est que certains d'entre eux sont... inutiles, comme les "saveur de l'année", ou ne sont récompensés que les entrants (payants!) a un concours organisé par une entreprise. Et en plus on nous les vend plus cher ces produits. Depuis que je sais comment ce label marche, je l'évite autant que possible. Il a donc l'effet inverse sur moi :)
Après, même si tu sais a peu près ce que tu veux, tu te retrouves souvent avec 5 modèles de la même marque qui ne différent que par quelques détails qui ne te parlent pas du tout. Alors la il faut bien s'informer un peu (beaucoup?) et quand les conseils te disent tout et leur contraire, tu te retrouve un peu dans la m.... Bref, au final, tu fais un choix non rationnel sur des modèles après avoir quand même bien écrémé avant. Ça c'est le cas ou sa se passe pas très bien ;)
Après, comme tu dis tu as les cas ou tu sais ce que tu veux, ou bien ou quelqu'un en qui tu as confiance peut te renseigner. La c'est le pied, le choix est vite fait!
Et d'autres personnes pensent ne pas pouvoir se permettre d'acheter une meilleure qualité, mais ils payent finalement bien plus cher au final a cause de la non qualité. Parfois, il vaut mieux payer un tout petit peu plus, on s'y retrouve plus tard. C'est juste qu'il est difficile de savoir a partir de quand on va payer trop cher pour ce que l'on achète.
Et oui! l'Homo œconomicus n'a pas que ça a faire qu'étudier tous les achats qu'il fait pour en tirer le bénéfice maximum. Les journées n'ont que 24h et il y a des choses bien plus intéressantes que de tout étudier avant d'acheter!
Et même Windows 98 (ou même 95?) ou Windows CE premier du nom.
Si les conditions font qu'utiliser ce qui existe marche bien et est éprouvé dans l'environnement cible contrôlé (pas de raison par exemple), alors on n'en change pas.
auquel on peut ajouter quelques théorèmes issus de la loi de Murphy genre "tout ce qui est réglable est amené à se dérégler"...
D'ailleurs Ryanair (la compagnie aérienne) a des sièges non réglables, comme ça ils cassent moins souvent, et ils répercutent cela dans le prix de ventes des billets qui est très bas. C'est une des nombreuses économies opérationnelles qu'ils réalisent (en plus de faire payer tout extra, et de payer au lance pierre tous les employés, et de leur faire encore payer les uniformes, etc.)
Oui souvent il est bien plus important d’être premier sur le marché que de standardiser les interfaces. Par exemples, au début des "mallettes" pour les voitures, il n'était pas rare d'avoir plusieurs mallettes pour des voitures de la même marque. Ensuite, ils les ont standardisé a l’intérieur du même groupe automobile et je pense qu'ils en sont maintenant a essayer de les standardiser entre les différentes marques.
Souvent, être premier sur le marché signifie pour les constructeurs de ne pas s’embarrasser avec des standards, d'autant qu'ils n'ont pas cette culture de spécification ouvertes, etc. Parfois, aucun standard ou pièce standardisée n'existe, alors il faut bien commencer quelque part.
Bref, parfois l'obsolescence est voulue par le constructeur, parfois pas.
Un autre exemple sont les laboratoires pharmaceutiques qui mettent sur le marché des molécules prétendument nouvelles, car quand on les passe dans un spectromètre de masse, celui-ci la donne différente d'une autre, alors qu'en fait le principe actif, ou le site d'action de la molécule n'a jamais changé. Bravo l'innovation! (aucune)
Dans le monde matériel, la perte de qualité peut venir de la réduction constante des coûts plutôt que d'une intention volontaire de faire tomber en panne.
Par exemple, j'avais vu que pour les télévisions, toutes les pièces sont prévues pour durer 20 000h d'utilisation. Si une pièce commence a lâcher, il y a des chances que d'autres vont lâcher assez vite. Malgré tout, je me rappelle avoir vu une entreprise qui avait la connaissance des circuits imprimés des télévisions d'aujourd'hui et qui était capable de les réparer car ils savaient que sur tel modèle, c'est bien souvent une telle pièce qui lâche. Et il n'y a pas grand monde qui sait réparer les télés d'aujourd'hui.
Avant, les produits n'étaient pas si compliqués (ils mêlaient moins de spécialités) et pouvaient être réparés en prenant des pièces similaires sur d'autres appareils du même modèle. Maintenant, tellement de choses sont intégrées et elles font appel a des domaines tellement différents, que les produits sont finalement plus fragiles. Ma télévision est déjà un petit ordinateur capable de se brancher au réseau, d'aller sur internet, et de communiquer avec un serveur multimédia DLNA. Qui pourrait réparer ça? Regardez le succès des Dacia pour se convaincre que les gens aiment la simplicité.
Coupler cela avec Blender ou un logiciel de CAO pourrait donner des résultats intéressants...
Vous imaginez pouvoir interagir avec une version réduite d'une scène? Cela permettrait de « sentir » sa profondeur et ainsi d'utiliser cette information pour améliorer la scène.
Idem pour la CAO ou représenter une pièce en 3D permettrait de mieux se rendre compte de sa taille est ainsi de pouvoir adapter la conception si la pièce doit être utilisée par des hommes ensuite.
J'ai tout de même l'impression d'avoir des idées limitées et je suis sur que quelqu'un du métier en aura de bien meilleures.
Dit merci au implementeurs de navigateurs qui n'ont pas su s'entendre sur des formats uniques pour l'audio ou la vidéo.
Dit merci en particulier au implémenteurs de navigateurs tournant uniquement sur des plateformes fermées pour leur obstination a ne pas soutenir des formats libres qu'ils auraient donc pu implémenter librement. Mais bon, ils jouent un double jeu vis a vis de leurs utilisateurs inconscients.
iCalendar et IMAP sont un bon départ, mais n'ont rien à voir en terme de fonctionnalités par rapport à ce qu'on trouver au sein des logiciels de travail en groupe.
Peux tu détailler stp? Qu'est ce qu'il y a de si différent? Peut être voudrais tu un logiciel de travail en groupe capable d’agréger les informations a partir de plusieurs iCalendar?
Mais euh, Moonlight et Mono sont dans le même dépôt source ? Est-il possible d'utiliser Mono sans installer / utiliser Moonlight ?
Très certainement. C'est juste pour souligner que tout ce qui est abrité sous l'aile de Mono ne sent pas bon et comporte des risques. C'est alors a l'utilisateur de faire son choix e connaissance de cause. Python est beaucoup plus simple a utiliser et clair de ce cote la.
Même questions pour les autres trucs "borderline" (comme tu dis) comme Windows.Forms.
C'est ce que je dis: le projet Mono encourage a utiliser GTK# au lieu de Windows.Forms. Mais parce que ce dernier est disponible, un zozo va inévitablement l'utiliser sans se poser de questions outre mesure, et ceci, même pour un projet libre. Maintenant, a mon avis Mono a décidé de supporter ces APIs windows only pour donner de la portabilité aux programmes les utilisant sous Windows. Microsoft s'en moque car Mono a souvent plusieurs trains de retard, Microsoft reste la référence pour .Net et l'on n'a pas vu de migration massives de .Net+Windows vers Mono+plateforme libre.
(Il parait même que des gens développent des applications Python non libres alors que Python est libre, rooooh !)
Oui et ils ont raison d'utiliser une plateforme libre, sans risque connu de brevets logiciels.
Même si ce serait mieux qu'ils fassent du logiciel libre sur une plateforme libre :P
Les risques sur Mono sont théoriques, car Microsoft n'a pour le moment pas attaqué le projet Mono.
Est-ce que les parties qui sont soumises à des brevets font parti intégrante de Mono ou bien c'est des modules optionnels ?
Bonne question. Je dirais que c'est optionnel, car il est recommandé d'éviter ces librairies douteuses (non couvertes par le standard ECMA) et d'utiliser les équivalents libres (GTK#, etc.), mais cela limite d'autant la portabilité.
Si je parlais au conditionnel, c'est parce que je ne suis pas sur de me rappeler les détails :) Il me semble que cela a été implémenté, et que comme ces APIs ne sont pas couvertes par un standard, Microsoft pourrait se retourner contre Mono pour violation de propriété intellectuelle.
Aussi, il me semble que Moonlight, la version Mono de Silverlight embarque les librairies de Microsoft pour le décodage vidéo. C'est avec l'accord de Micosoft, mais oups! ce n'est pas libre.
Bref Mono est un projet un peu borderline, et beaucoup de contributeurs Gnome lui préfèrent Vala.
En fait, j'ai simplement lu trop vite. Toutes mes confuses.
Si je me rappelle bien, SHA-1 est déconseillé car il est possible de générer un hash SHA-1 identique a un autre hash avec une probabilité accessible a des grands moyens computationnels. En pratique est ce que cela rend le surf en HTTPs moins sur? Oui, mais est ce que cela me dérange que quelqu'un intercepte mes communications sur linuxfr.org at applique une grosse masse de calcul pour arriver a me leurrer? non.
Comme d'habitude en sécurité, il y a un compromis entre ta sécurité et la convivialité d'utilisation. Tout dépend de ce que tu as a perdre si jamais on te vole ces informations.
Par exemple, de nombreux projets utilisaient jusqu’à récemment des signatures md5 pour les tarballs, parce que ce l'on veut juste vérifier que le paquet est intègre. On ne cherche pas a assurer une sécurité absolue.
Et Mozilla ne veut pas l'ajouter car ils reprochent a CAcert de ne pas être encore assez "surs". Il y a un bug dans leur bugzilla. Peut être dans le futur?
En même temps, même les autorités réputées sures se font cracker et Mozilla commence a vouloir faire le ménage. (Bon sang je ne retrouve plus les liens!)
En accédant à un contenu chiffré par le protocole HTTPS ('S' pour Sécurisé), on obtient un premier niveau de garantie, mais l'algorithme de chiffrement utilisé par HTTPS est réputé théoriquement faible depuis peu.
Je suis surpris par cette phrase. D’où tiens tu cela?
Je pensais qu'en cryptographie, tout est fiable jusqu’à ce que l'on prouve le contraire. Il me semble avoir vu qu'on arrive a avoir des idées sur la fiabilité d'un algorithme, mais qu'on ne peut pas prouver sa fiabilité.
Je suppose qu'il parle de la problématique des brevets logiciels qui portent sur Mono, ainsi que des infractions de licence que Mono aurait fait en implémentant certaines APIs non standardisées de .Net (Windows.Forms par exemple).
# Et OpenGraphics?
Posté par djano . En réponse à la dépêche Levée de fonds pour la production d'un processeur libre. Évalué à 8.
En parlant de hardware libre, est ce que quelqu'un sait ou en est OpenGraphics?
J'ai vu sur leur site web qu'ils avaient fait des FPGA, mais je n'en sais pas plus et ça date d'il y a plus de 6 mois.
Quelqu'un a-t-il plus de nouvelles?
[^] # Re: Je reste sceptique
Posté par djano . En réponse à la dépêche Obsolescence du matériel et taux de panne. Évalué à 9.
Tiens ca me fait penser au jeans (pas le prénom, mais le vêtement) délavés et usés parce que c'est la mode. C'est difficile pour moi de trouver des jeans qui me vont et me plaisent et qui ne soient ni délavés ou usés. Résultat il m'est arrivé d'en acheter un qui était un peu usé (mais moins que ce que l'on voit), et devinez quoi: au bout de quelques années il s'est troué sur un point d'usure "pour la mode" alors que d'autres jeans que je met depuis plus longtemps ont l'air toujours aussi solides!
Je hais cette mode de merde.
[^] # Re: l'obsolescence a-t-elle vraiment besoin d'être programmée ?
Posté par djano . En réponse à la dépêche Obsolescence du matériel et taux de panne. Évalué à 2.
Désolé, mais je ne connais pas beaucoup de ces labels. Je connais les labels AB et EuroNCap, mais je ne sais même pas ce que EuroNCap recouvre. De même on a un foisonnement de labels, et il devient difficile de s'y retrouver.
Tout ce que je sais c'est que certains d'entre eux sont... inutiles, comme les "saveur de l'année", ou ne sont récompensés que les entrants (payants!) a un concours organisé par une entreprise. Et en plus on nous les vend plus cher ces produits. Depuis que je sais comment ce label marche, je l'évite autant que possible. Il a donc l'effet inverse sur moi :)
Après, même si tu sais a peu près ce que tu veux, tu te retrouves souvent avec 5 modèles de la même marque qui ne différent que par quelques détails qui ne te parlent pas du tout. Alors la il faut bien s'informer un peu (beaucoup?) et quand les conseils te disent tout et leur contraire, tu te retrouve un peu dans la m.... Bref, au final, tu fais un choix non rationnel sur des modèles après avoir quand même bien écrémé avant. Ça c'est le cas ou sa se passe pas très bien ;)
Après, comme tu dis tu as les cas ou tu sais ce que tu veux, ou bien ou quelqu'un en qui tu as confiance peut te renseigner. La c'est le pied, le choix est vite fait!
[^] # Re: l'obsolescence a-t-elle vraiment besoin d'être programmée ?
Posté par djano . En réponse à la dépêche Obsolescence du matériel et taux de panne. Évalué à 6.
Et d'autres personnes pensent ne pas pouvoir se permettre d'acheter une meilleure qualité, mais ils payent finalement bien plus cher au final a cause de la non qualité. Parfois, il vaut mieux payer un tout petit peu plus, on s'y retrouve plus tard. C'est juste qu'il est difficile de savoir a partir de quand on va payer trop cher pour ce que l'on achète.
Et oui! l'Homo œconomicus n'a pas que ça a faire qu'étudier tous les achats qu'il fait pour en tirer le bénéfice maximum. Les journées n'ont que 24h et il y a des choses bien plus intéressantes que de tout étudier avant d'acheter!
[^] # Re: Ne pas tous confondre
Posté par djano . En réponse à la dépêche Obsolescence du matériel et taux de panne. Évalué à 2.
Et même Windows 98 (ou même 95?) ou Windows CE premier du nom.
Si les conditions font qu'utiliser ce qui existe marche bien et est éprouvé dans l'environnement cible contrôlé (pas de raison par exemple), alors on n'en change pas.
[^] # Re: l'obsolescence a-t-elle vraiment besoin d'être programmée ?
Posté par djano . En réponse à la dépêche Obsolescence du matériel et taux de panne. Évalué à 1.
D'ailleurs Ryanair (la compagnie aérienne) a des sièges non réglables, comme ça ils cassent moins souvent, et ils répercutent cela dans le prix de ventes des billets qui est très bas. C'est une des nombreuses économies opérationnelles qu'ils réalisent (en plus de faire payer tout extra, et de payer au lance pierre tous les employés, et de leur faire encore payer les uniformes, etc.)
[^] # Re: Ne pas tous confondre
Posté par djano . En réponse à la dépêche Obsolescence du matériel et taux de panne. Évalué à 3.
Oui souvent il est bien plus important d’être premier sur le marché que de standardiser les interfaces. Par exemples, au début des "mallettes" pour les voitures, il n'était pas rare d'avoir plusieurs mallettes pour des voitures de la même marque. Ensuite, ils les ont standardisé a l’intérieur du même groupe automobile et je pense qu'ils en sont maintenant a essayer de les standardiser entre les différentes marques.
Souvent, être premier sur le marché signifie pour les constructeurs de ne pas s’embarrasser avec des standards, d'autant qu'ils n'ont pas cette culture de spécification ouvertes, etc. Parfois, aucun standard ou pièce standardisée n'existe, alors il faut bien commencer quelque part.
Bref, parfois l'obsolescence est voulue par le constructeur, parfois pas.
Un autre exemple sont les laboratoires pharmaceutiques qui mettent sur le marché des molécules prétendument nouvelles, car quand on les passe dans un spectromètre de masse, celui-ci la donne différente d'une autre, alors qu'en fait le principe actif, ou le site d'action de la molécule n'a jamais changé. Bravo l'innovation! (aucune)
[^] # Re: Ne pas tous confondre
Posté par djano . En réponse à la dépêche Obsolescence du matériel et taux de panne. Évalué à 10.
Je te pertinente.
Par exemple, j'avais vu que pour les télévisions, toutes les pièces sont prévues pour durer 20 000h d'utilisation. Si une pièce commence a lâcher, il y a des chances que d'autres vont lâcher assez vite. Malgré tout, je me rappelle avoir vu une entreprise qui avait la connaissance des circuits imprimés des télévisions d'aujourd'hui et qui était capable de les réparer car ils savaient que sur tel modèle, c'est bien souvent une telle pièce qui lâche. Et il n'y a pas grand monde qui sait réparer les télés d'aujourd'hui.
Avant, les produits n'étaient pas si compliqués (ils mêlaient moins de spécialités) et pouvaient être réparés en prenant des pièces similaires sur d'autres appareils du même modèle. Maintenant, tellement de choses sont intégrées et elles font appel a des domaines tellement différents, que les produits sont finalement plus fragiles. Ma télévision est déjà un petit ordinateur capable de se brancher au réseau, d'aller sur internet, et de communiquer avec un serveur multimédia DLNA. Qui pourrait réparer ça? Regardez le succès des Dacia pour se convaincre que les gens aiment la simplicité.
[^] # Re: HIPP + Blender ou CAO?
Posté par djano . En réponse à la dépêche HIPP : lire et dessiner au toucher et à l’oreille. Évalué à 1.
Je suis content de voir que des gens utilisent déjà Blender ou font de la CAO avec un bras haptique. L'idée était trop évidente!
Je me doutais aussi que ce matériel coûtait horriblement cher :)
[^] # Re: Explications
Posté par djano . En réponse à la dépêche 10er10 : un « Deezer » libre et performant. Évalué à 1.
A mon avis, ce que tu demande est tout a fait possible avec HTML5, grâce aux applications offline. Donc pas besoin d'application Android/iPhone .
[^] # Re: Explications
Posté par djano . En réponse à la dépêche 10er10 : un « Deezer » libre et performant. Évalué à 1.
Justement, c'est la définition du streaming:
# HIPP + Blender ou CAO?
Posté par djano . En réponse à la dépêche HIPP : lire et dessiner au toucher et à l’oreille. Évalué à 1.
Coupler cela avec Blender ou un logiciel de CAO pourrait donner des résultats intéressants...
Vous imaginez pouvoir interagir avec une version réduite d'une scène? Cela permettrait de « sentir » sa profondeur et ainsi d'utiliser cette information pour améliorer la scène.
Idem pour la CAO ou représenter une pièce en 3D permettrait de mieux se rendre compte de sa taille est ainsi de pouvoir adapter la conception si la pièce doit être utilisée par des hommes ensuite.
J'ai tout de même l'impression d'avoir des idées limitées et je suis sur que quelqu'un du métier en aura de bien meilleures.
[^] # Re: Sauter une ligne?
Posté par djano . En réponse à la page de wiki Aide Edition. Évalué à 3 (+0/-0).
Test:
Ceci est une ligne
Ceci est une autre ligne
Ça marche super bien! Merci beaucoup!
[^] # Re: Qualite sonore
Posté par djano . En réponse à la dépêche 10er10 : un « Deezer » libre et performant. Évalué à 8.
Dit merci au implementeurs de navigateurs qui n'ont pas su s'entendre sur des formats uniques pour l'audio ou la vidéo.
Dit merci en particulier au implémenteurs de navigateurs tournant uniquement sur des plateformes fermées pour leur obstination a ne pas soutenir des formats libres qu'ils auraient donc pu implémenter librement. Mais bon, ils jouent un double jeu vis a vis de leurs utilisateurs inconscients.
[^] # Re: Un peu de réflexion sur le thème
Posté par djano . En réponse à la dépêche Dolibarr 3.0.0. Évalué à 2.
Peux tu détailler stp? Qu'est ce qu'il y a de si différent? Peut être voudrais tu un logiciel de travail en groupe capable d’agréger les informations a partir de plusieurs iCalendar?
[^] # Re: parrot
Posté par djano . En réponse à la dépêche Entretien avec les développeurs Python francophones. Évalué à 1.
Très certainement. C'est juste pour souligner que tout ce qui est abrité sous l'aile de Mono ne sent pas bon et comporte des risques. C'est alors a l'utilisateur de faire son choix e connaissance de cause. Python est beaucoup plus simple a utiliser et clair de ce cote la.
C'est ce que je dis: le projet Mono encourage a utiliser GTK# au lieu de Windows.Forms. Mais parce que ce dernier est disponible, un zozo va inévitablement l'utiliser sans se poser de questions outre mesure, et ceci, même pour un projet libre. Maintenant, a mon avis Mono a décidé de supporter ces APIs windows only pour donner de la portabilité aux programmes les utilisant sous Windows. Microsoft s'en moque car Mono a souvent plusieurs trains de retard, Microsoft reste la référence pour .Net et l'on n'a pas vu de migration massives de .Net+Windows vers Mono+plateforme libre.
Oui et ils ont raison d'utiliser une plateforme libre, sans risque connu de brevets logiciels.
Même si ce serait mieux qu'ils fassent du logiciel libre sur une plateforme libre :P
[^] # Re: parrot
Posté par djano . En réponse à la dépêche Entretien avec les développeurs Python francophones. Évalué à 1.
S'pa faux! Je répondais juste a la question de Victor :)
[^] # Re: parrot
Posté par djano . En réponse à la dépêche Entretien avec les développeurs Python francophones. Évalué à 1.
Les risques sur Mono sont théoriques, car Microsoft n'a pour le moment pas attaqué le projet Mono.
Si je parlais au conditionnel, c'est parce que je ne suis pas sur de me rappeler les détails :) Il me semble que cela a été implémenté, et que comme ces APIs ne sont pas couvertes par un standard, Microsoft pourrait se retourner contre Mono pour violation de propriété intellectuelle.
Aussi, il me semble que Moonlight, la version Mono de Silverlight embarque les librairies de Microsoft pour le décodage vidéo. C'est avec l'accord de Micosoft, mais oups! ce n'est pas libre.
Bref Mono est un projet un peu borderline, et beaucoup de contributeurs Gnome lui préfèrent Vala.
[^] # Re: La question de la limite des algorithmes
Posté par djano . En réponse à la dépêche GPG - les concepts en clair et pédagogiquement. Évalué à 1.
Oui m'enfin pour le moment on n'a pas trouvé mieux!
[^] # Re: HTTPS réputé théoriquement fiable depuis peu?
Posté par djano . En réponse à la dépêche GPG - les concepts en clair et pédagogiquement. Évalué à 1.
En fait, j'ai simplement lu trop vite. Toutes mes confuses.
Si je me rappelle bien, SHA-1 est déconseillé car il est possible de générer un hash SHA-1 identique a un autre hash avec une probabilité accessible a des grands moyens computationnels. En pratique est ce que cela rend le surf en HTTPs moins sur? Oui, mais est ce que cela me dérange que quelqu'un intercepte mes communications sur linuxfr.org at applique une grosse masse de calcul pour arriver a me leurrer? non.
Comme d'habitude en sécurité, il y a un compromis entre ta sécurité et la convivialité d'utilisation. Tout dépend de ce que tu as a perdre si jamais on te vole ces informations.
Par exemple, de nombreux projets utilisaient jusqu’à récemment des signatures md5 pour les tarballs, parce que ce l'on veut juste vérifier que le paquet est intègre. On ne cherche pas a assurer une sécurité absolue.
[^] # Re: HTTPS réputé théoriquement fiable depuis peu?
Posté par djano . En réponse à la dépêche GPG - les concepts en clair et pédagogiquement. Évalué à 5.
Et Mozilla ne veut pas l'ajouter car ils reprochent a CAcert de ne pas être encore assez "surs". Il y a un bug dans leur bugzilla. Peut être dans le futur?
En même temps, même les autorités réputées sures se font cracker et Mozilla commence a vouloir faire le ménage. (Bon sang je ne retrouve plus les liens!)
[^] # Re: mystère des motivations des DSI
Posté par djano . En réponse à la dépêche Le CIGREF s'intéresse à la maturité de l'Open Source. Évalué à 5.
Les temps changent.
Dans les années 80 on disait "personne n'a été licencié pour choisi IBM".
# HTTPS réputé théoriquement fiable depuis peu?
Posté par djano . En réponse à la dépêche GPG - les concepts en clair et pédagogiquement. Évalué à 2.
Je suis surpris par cette phrase. D’où tiens tu cela?
Je pensais qu'en cryptographie, tout est fiable jusqu’à ce que l'on prouve le contraire. Il me semble avoir vu qu'on arrive a avoir des idées sur la fiabilité d'un algorithme, mais qu'on ne peut pas prouver sa fiabilité.
[^] # Re: parrot
Posté par djano . En réponse à la dépêche Entretien avec les développeurs Python francophones. Évalué à 3.
Je suppose qu'il parle de la problématique des brevets logiciels qui portent sur Mono, ainsi que des infractions de licence que Mono aurait fait en implémentant certaines APIs non standardisées de .Net (Windows.Forms par exemple).
# Sauter une ligne?
Posté par djano . En réponse à la page de wiki Aide Edition. Évalué à 1 (+0/-0).
Comment fait on pour sauter une ligne?
Je n'y arrive pas.
Mettons que je veuille séparer 2 paragraphes par 2 lignes (ou plus) au lieu d'une seule dans le texte formatté. Comment est ce que je peux faire ca?
Voici ce que j'obtiens toujours:
Voici ce que je voudrais par exemple: