Zenitram a écrit 29583 commentaires

Euh... Il y a encore moins de choix.

• Open Suse??? Sûrement pas, le cycle est de moins de 2 ans. Complètement insuffisant. SLES (Suse Linux Entreprise Server) sans doute plus : entre 7 et 10 ans
• J'ai du mal à voir Debian dans le lot "cycle de développement était suffisamment long", il est court malgré sa réputation surfaite, et surtout son support est ridiculement court pour un serveur, 3 ans max.

Bref, oui on est très limité dès qu'on regarde la pérennité d'une solution : RHEL et SLES sont les seuls choix long terme (7-10 ans), pour les pauvres il y a Ubuntu Server (5 ans, moins cher mais moins long et surtout moins de logiciels "pro" certifié), et pour les radins CentOS. En dehors de ça, peu de salut (Debian sur un serveur d'entreprise, ça me fait quand même bizarre, il faut vachement suivre le cycle de release, ça marche pour des petites entreprises avec un admin geek passionné mais pour des grosses entreprises?)

C'est marrant, mais la seule annonce d'un réel intérêt "industriel" que je vois là est le passage de la 7.x en LTS.

Gni??? C'est où que tu vois un support à long terme? Perso, je n'en vois aucun dans la dépêche. Il y a un truc "2 ans", c'est sympa mais ça ne fait pas une "LTS" si L veut dire long. Ubuntu est déjà un peu léger sur le desktop avec 3 ans, heureusement il y a la version "Serveur" de 5 ans, c'est la limite. Redhat, c'est plus long, on attaque 7 (voir 10) ans. Microsoft aussi, leur durée de support est vraiment est de 7 à 12 ans, très très loin d'un "2 ans" Alors dire que 2 ans c'est du LTS comme tu sembles le sous-entendre, c'est assez rigolo : c'est à peine le temps de tester, valider, prévoir le déploiement, faire valider le budget (non, déployer, ce n'est pas gratuit), faire des recettes et passer en production sur un site puis un déploiement plus grand. Surtout pour un serveur (les BSD sur du desktop, euh...)

Je vois que certains sont hyper virulents (genre "je dis n'importe quoi", "les icônes ça fait ch..."), je crois que je vais finir par faire ma CSS finalement. :)

La dessus, exceptionnellement ;-), je dirai que les deux positions se défendent. Il n'y a pas de bonne solution parfaite répondant à tous les besoins. On a l'avantage de pouvoir choisir sa CSS (merci les geeks!), donc chacun pour soit :). Mais personnellement, par rapport au arguments, je persiste quand même à penser que le mieux est que ce soit le navigateur qui soit configuré pour afficher Wikipedia différemment et pas le site web, na!

PS : attention, à force, pour la facilité de lecture, LinuxFr va mettre en plus des avatars la barre Facebook/Twitter/Digg, avec les même arguments ;-).

Le problème de la clause est surtout que si la clause est activée, il doit y avoir une compensation financière (souvent oubliée dans le contrat comme par hasard), qui rend donc la clause caduque. Et puis, en pratique, la SSII ne va pas râler, point, vu qu'elle perdra tous les autres contrats si elle empêche un gars d'être embauché avec cette clause. Bref, cette clause, c'est de la décoration pour faire un peu peur au salarié, tant que tu n'es pas au niveau des grands chefs.

Donc personne ne vote pour lui au premier tour, donc il est insignifiant.

Si c'était vrai, ça serait le bonheur. Malheureusement, les "insignifiants" sont suffisamment néfastes pour mettre le bordel au premier tour : ils n'ont aucune chance car ils ne rassemblent pas assez sorti de leur petit groupe de fans, mais peuvent foutre la merde pour ceux susceptibles de rassembler plus.

pour un peu on croirait que DSK est de gauche...

Le mélanchonisme qui revient, ça faisait longtemps. Surtout ne pas accepter une personne un peu plus proche de ses idées qui pourrait passer si on va pas foutre la merde, même si pour ça une personne à l'opposé de ses idées va passer au final. Beau calcul pour que Sarko puisse avoir un deuxième mandat, Sarko te remercie chaudement.

Au moins, la Norvège le fait.

Je n'ai pas dit le contraire! Très gros respect pour la Norvège de ce côté (il y a d'autres côtés bien moins sympa quand même, comme partout tout n'est pas parfait)

Dans la plupart des pays disposant d'une rente pétrolière, seule l'infime minorité au pouvoir en profite (peut-être plus pour très longtemps).

Oh le beau rêve... Tu crois que les révoltes actuelles vont se propager sur toute l'Afrique et que surtout le système va changer pour que la rente pétrolière aille à ceux qui se révoltent? Pour rappel, les dictateurs en place viennent de révoltes contre les colons (les français en l’occurrence), les révoltes, on sait ce qu'on perd, on ne sait pas ce qu'on gagne. C'est bien optimiste que de croire que ça va changer avec des révoltes.

Pour moi, le vrai problème, c'est que le pays crève du manque de démocratie et d'implication.

Oh non, de la démocratie, on en a en France, je ne pense pas le problème. Juste que le peuple envie les élites françaises au pouvoir, et aimeraient être comme eux : triche, pouvoir etc... Et donc vote pour eux. Il n'y a qu'à voir que MAM ou Juppé sont au gouvernement avec autant de casseroles, dans d'autres pays ils seraient partis pour moins que ça (en Allemagne actuellement, un mec est menacé de devoir partir "juste" parce qu'il a pompé du texte pour écrire son doctorat...).

Désolé, mais je pense plutôt que le problème, c’est le peuple, il aime ce qui existe actuellement...

Dans le pays ou je vis actuellement (La Norvège),

La Norvège triche, ils ont le pétrole donc ils peuvent se permettre plus de choses.

Peut-être la conséquence de 40ans de syndicalisme rétrograde et d'un patronnat d'un autre temps ?

Oui. Personnellement, les syndicats français me font réagir à fond, tellement ils sont à la masse sur leurs revendications : pas du tout synchro avec une bonne partie des salariés. Ce n'est pas pour rien que le taux de syndicalisation est très très faible en France.

Pas d'insultes. Pas leur nom ni aucune marque déposée dans l'URL et le nom du plasmoïde. Marquer "tm" partout quand tu utilises leur nom. Une alerte comme quoi le site ne contacte aucunement leur site directement, et que chaque utilisateur est responsable de l'utilisation qu'il fait du logiciel. A la limite, ne pas rentrer l'URL du site dans le logiciel, mais laisser l'utilisateur entrer l'URL du domaine à "analyser" (que tu aideras bien sûr ;-) genre site compatible avec www.xxx.com )

Avec ça, ils n'ont plus qu'à attaquer chaque utilisateur.

Clair que c'est mieux. Mais je pense que si je me fais une CSS, la première chose que je ferai est de mettre cette icône plutôt : .
Oui : rien. Les liens sont la base même du web, et c'est au navigateur de faire la présentation du lien externe (et afficher différemment Wikipedia si l’utilisateur a envie).

Sans doute que je me fais vieux à ne pas aimer le changement, mais entre les avatars et les icônes inutiles, c'était mieux avant avec une interface plus sobre moins "guirlande de noël" comme le dit pff (pour une fois que je suis d'accord avec lui sur l'interface, il va falloir fêter ça :) ).

Il fait une suggestion. Donc, je ne peux pas être d'accord avec toi.

Après relecture, je ne peux qu'être d'accord avec toi ;-).

Reste juste que 50 K€ dans l'interface de LibreOffice, ça va pas faire grand chose vu la taille du projet

Culloté quand on vient de recevoir 50k€.

50 K€, c'est une année pour un mec pour faire du dev, bref il va falloir bien plus pour remplacer l'interface graphique. Faut être culotté pour payer une misère et ensuite demander un gros développement. Oui, du dév', ça coûte cher.

Je ne pense pas que cela vienne de secure.gravatar.com, vu qu'on s'y connecte en https.

Je ne vois pas dans le source directement un lien https vers gravatar, mais il semble qu'il y a quand même une lecture sur gravatar (je vois dans la barre de status un appel direct vers Gravatar).

Dans ce cas, https ou pas, et si j'ai bien compris, ce n'est pas sécurisé du point de vue des navigateurs : ils considèrent comment non secure dès que le domaine n'est pas celui de la page HTML. Il faut supprimer tout appel vers tout site différent de linuxfr.org , sous peine d'avoir l'alerte. Au final, il y a des chances que le principe même de gravatar soit incompatible avec la définition de page sécurisée (ou alors, que linuxfr.org serve de proxy aux appels à gravatar?). C'est ce que j'avais conclu de tests que j'avais fait, mai je ne suis pas sûr de ça complètement, vu que la page d'écriture de commentaire a ton gravatar et qu'elle est mise quand même comme secure, bref il y a des moments oui, des moments non, mais je ne peux pas dire exactement ce qui fait que.

Il y a que moi que ça choque que le navigateur m'alerte que la connexion HTTPS n'est pas sécurisée? ("cette page utilise des ressources qui ne sont pas sécurisées", je dirais à priori qu'il y a des requêtes sur secure.gravatar.com )

Pour un site "repère à geeks", pas d'IPv6, pas de sécurisation à fond, ça fait cordonnier mal chaussé :).

(mais ce n'est que mon avis et je sais que le wysiwyg est très demandé, même si cela m'étonne que cela vienne de ta part :D).

Que ça vienne de ma part te surprendrait moins? :-D

std::string accepte ce que tu veux (du binaire aussi si tu as envie, et même du binaire avec des NULL à l'intérieur, il s'en fou), oui.

Ca n’empêche pas que ton code est mauvais, non portable, à éviter à moins que tu ais envie de jouer avec des des rapports de bugs comme quoi ça ne marche pas suivant l'OS, la locale etc... Ce n'est pas un exemple à utiliser (non, je ne sais pas exemple utiliser pour la démonstration, mais en tous cas, pas celui-la)

Et ça marche:

Chez toi, ça marche. Il n'y a aucune garantie qu'ailleurs ça marche (codepage différent). Tu cherches les emmerdes.

tu sais au moins en quelle locale tu a enregistré ton fichier? Latin-9 ou UTF-8 ou Japonais? Qu'un autre sache comment compiler le source et/ou exécuter ton binaire...

Joli de penser franco-français, comme si tout le monde avait la même locale.

std:string n'accepte que de l'ASCII.

std::string accepte tout encodage. Ca peut très bien être UTF-8.

et il y a std::wstring si tu veut de l'Unicode. Le seul "hic" est que wstring est de l'UTF-16 sous Windows, et UTF-32 sous Linux, alors que QString est UTF-16 partout (comme C# aussi), donc il y a quand même quelques problèmes (et c'est galère dès que tu passes au dessus de 0xFFFF en Unicode, rare certes mais galère).

Tout ça pour dire que ça reste le bordel, et que ces idiots de normalisateurs de C++ foutent un beau bordel à ne jamais aller au bout de la spécification (et Unicode d'être passé de 2 octets à 4 octets), QString est un réponse, std::wstring une autre, et que la portabilité est dure quelque soit le choix.

Si on veut limiter la possibilité de faire des commentaires au programmeurs, ça prend effectivement tout son sens. Super. Personnellement, je suis déçu de cette adoration de Markdown, ça montre bien qu'il y a une belle petite volonté de limiter l'accès aux commentaires aux seuls "purs" prêts à se saigner pour apprendre des trucs illogiques. Mais bon, même Wikipedia fait des trucs du style, alors c'est forcément bien (ou alors, WP peut aussi avoir moins de monde que ce qu'il pourrait à cause de ça, on ne saura jamais)

À moins que je représente les 1% restant,

Oui.
Tout le monde n'écrit pas du HTML à longueur de journée, et déjà la les gens ont du mal à comprendre comment un retour à la ligne ne signifie pas un retour à la ligne. Autant changer aussi, et dire que "a" signifie "e", ça sera le même délire. Ou comment inventer des trucs qui existent déjà (un retour à la ligne? Facile, perso je fais... Un retour à la ligne pour pouvoir en avoir un)

Que le retour à la ligne ne soit pas significatif me semble pratique lorsque l'on écrit un long texte dans son éditeur avant de le poster (une dépêche par exemple). Dans ce cas là, on est souvent heureux de ne pas avoir des lignes de trois kilomètres, sous prétexte qu'elles constituent un unique paragraphe.

Change d'outil, c'est lui qui a un problème.

Le seul exemple qui me vient en tête où l'utilisation du retour à la ligne forcé est utile, c'est pour le formatage d'adresses postales comme sur une enveloppe.

Tu devrais essayer de rédiger un devoir de français qu'avec des sauts de paragraphes pour voir si ton prof va être content.

Je suis entrain d'éditer ce commentaire dans Chromium dans une textarea «qui déborde» de la fenêtre (impossible de la redimensionner la textarea convenablement, y compris avec Firefox)

Insulter les développeurs des navigateurs plutôt que de changer de vocabulaire. Chrome sous Windows va très bien, ça vient de chez toi.

. Le retour à la ligne devrait être réservé à la mise en forme du source, de la même manière que beaucoup les développeurs l'utilisent pour mettre en forme leur code.

On parle d'écrire un commentaire la, pas de taper du code.

Chacun son truc et ses sadismes, j'ai pas le choix je m'adapterai à ce nouveau vocabulaire "un retour à la ligne ne signifie pas de retour à la ligne", mais ça ne m’empêchera pas de trouver ça du sadisme d'informaticien (mais avec les informaticiens, on a l'habitude...)

Franchement, voir dlfp avec markdown ne me choque pas plus que ça.

Oui, restons entre geeks de bonne famille, les gens doivent faire un effort pour apprendre qu'un retour à la ligne, c'est pas un retour à la ligne pour pouvoir écrire, et LinuxFr, c'est à part. Quel élitisme...

(et en plus, le commentaire est bien noté, restons vraiment entre gens de bonne famille)

Un retour à la ligne dans un texte, c'est qu'on veut un retour à la ligne.

Si on commence à changer la signification, et mettre un retour à la ligne qui veut dire ne rien faire (donc à quoi ça sert d'autoriser un retour à la ligne?), et des espaces qui veulent dire retour à la ligne, autant mettre la lettre "a" qui dira "e", et ainsi de suite pour toutes les lettres de l'alphabet, ce sera encore plus marrant de faire compliqué quand on peut faire simple genre un retour à la ligne signifie un retour à la ligne, et "a" signifie "a".

Désolé, mais je ne comprendrai jamais qu'on puisse même imaginer trouver normal de se torturer l'esprit comme ça.

Rien de plus ennuyeux pour les utilisateurs que de se retrouver avec des applications qui ne respectent pas les guidelines graphiques et ergonomiques de la plateforme qu'ils utilisent.

C'est tout l'interêt d'un SDK multi-plateforme : développer une fois, et le SDK fait l'adaptation. Si tu veux une ergonomie spéciale pour ton téléphone à toi, demande à ton fournisseur de téléphone soit de développer le DSK Qt pour qu'il soit mieux intégré au téléphone, soit qu'il paye pour que le soft soit porté.

C'est chiant les mecs qui veulent leur petite interface pour eux mais qui restent dans leur coin, j'espérait que ça resterai chez Mac ça. Alors voila, reste plus qu'à râler vers les bonnes personnes (ton fournisseur du téléphone) pour qu'elle n'ait pas une API à lui uniquement et qui coûte cher pour les développeurs.

Merci Qt de me permettre de développer avec une seule API, et pouvoir déployer sur plusieurs OS. J'ai un peu peur pour son avenir, on verra...

Suffit d'être consensuel et de faire preuve d'un certain humour.

Je pense que tout le monde sera d'accord pour dire que je suis ni consensuel, ni que j'ai l'humour qu'il faut pour avoir du +10. Néanmoins, j'avais une bonne moyenne.
Donc non, il ne suffit pas de ça.

Alors DLFP n'a pas besoin de gens pour poster des commentaires super drôles (il y a déjà moi).

Personnellement, je squatte LinuxFr pour l’intérêt des commentaires plus que pour les journaux, car les commentaires apportent beaucoup d'information et d'échanges d'idées.