rakoo a écrit 921 commentaires

Le cas d'utilisation de base est simple, en fait:

ils viennent, posent leurs questions, repartent

Ce qui est beaucoup plus simple, en effet, que l'utilisation qu'on peut avoir en tête.

Ok, alors maintenant fais comme Slack:

• Historique large dans la version gratuite, illimité dans la version payante
• Envois de fichiers, images, vidéos, gifs
• Envois de liens qui sont automatiquement résolus pour afficher le titre voire même un mini-lecteur si le lien pointe vers une vidéo, pour ne pas avoir à sortir du client
• Recherche intégrale, y compris dans les fichiers envoyés
• Recherche "avancée", du style "message envoyés par xxx sur le chan yyy"
• Synchronisation automatique entre tous les clients

Si tu me dis "yaka installer le bon bot/le bon bouncer", t'as perdu. Slack fournit tout ça sans installer quoi que ce soit. Alors certes sapuesayfermay, mais c'est une expérience utilisateur un million de fois supérieure à ce que fournit une installation standard d'IRC.

Elle est là, la vraie différence. Les amateurs d'IRC diront toujours qu'il y a le bon bot ou la bonne fonctionnalité qu'il suffit d'installer; Slack (et les équivalents) fournissent la fonctionnalité de base sans bouger le petit doigt. Et je parle même pas des centaines d'intégrations, qui une fois encore sont techniquement dépassées par les bots mais qui peuvent être installées en un clic et fournissent 90% des fonctionnalités. Les utilisateurs utilisent le machin au lieu de le configurer.

Je me suis mal exprimé: lorsque je reçois un message sur Facebook, c'est Facebook qui m'envoie un mail. Même pas besoin de me connecter pour savoir qu'il se passe quelque chose.

C'est malin, je croyais que tu allais parler du nouveau merdier de Facebook qui fait tout comme RSS, mais qui s'appelle pas RSS.

Sinon pour les notifications des evenements Facebook eux-mêmes, j'utilise tout simplement les emails, j'en reçois un des que quelqu'un m'envoie un message comme ça je peux aller vérifier directement. Est-ce que ça serait pas suffisant ?

L'autre jour je suis tombe sur GoboLinux qui propose une hiérarchie du système de fichiers originale et, il faut le dire, assez intéressante.

Parce que c’est ce qui compte vraiment quand tu veux envoyer un mail à une destination quelconque.

A contrario STARTTLS est envoyé en clair dans la conversation, donc si un maychant homme du milieu passe par là il peut très bien retirer le bout qui annonce la possibilité de faire du STARTTLS.

En plus de ça c'est plus difficile de faire l'équilibrage de charges, parce qu'il faut un terminateur TLS qui sache parler le SMTP (en tout cas jusqu'à ce que la négociation soit finie). Et recommencer pour chaque protocole qui utilise STARTTLS.

Bref, c'est pratique parce que ça évite de casser trop de choses, mais l'argument "le client sait qu'il peut tenter le SMTP direct" ne tient pas, parce que de la même manière en forçant SMTP-over-TLS on pourrait dire "le client sait qu'il peut tenter TLS+SMTP".

Je suppose que le but de cette loi n'est pas de prévenir le terrorisme. C'en est peut-être un, mais pas le seul.

C'est écrit dans le texte, il suffit de lire:

Art. L. 811-3. – Les services spécialisés de renseignement peuvent, dans l’exercice de leurs missions, être autorisés à recourir aux techniques prévues au titre V du présent livre pour le recueil des renseignements relatifs aux intérêts publics suivants :

1° La sécurité nationale ;

2° Les intérêts essentiels de la politique étrangère et l’exécution des engagements européens et internationaux de la France ;

3° Les intérêts économiques et scientifiques essentiels de la France ;

4° La prévention du terrorisme ;

5° La prévention de la reconstitution ou du maintien de groupement dissous en application de l’article L. 212-1 ;

6° La prévention de la criminalité et de la délinquance organisées ;

7° La prévention des violences collectives de nature à porter gravement atteinte à la paix publique.

Il n'y a absolument aucune surprise là-dedans: ces lois ont été mises en place pour légaliser la pratique actuelle, qui est de savoir ce qu'il se passe vraiment dans la vraie vie, et prévoir tout ce qui peut péter (que ce soit une menace "extérieure" type islamiste importé tout droit de Syrie qui veut se venger des maychans impérialo-capitalistes, ou une menace "intérieure" type citoyens qui s'opposent vigoureusement aux plans officiels, y compris physiquement, pour empêcher la construction d'un aéroport)

Il faut croire que Cisco a le droit alors, parce que leur produit de messagerie instantanée s'appelle tout simplement Jabber

(C'est une vraie daube, soit dit en passant. J'ai peur que les gens associent Jabber (le protocole) à un truc tout naze)

Au contraire, ça marche très bien. Peu importe que Madame Michu croie que Windows soit gratuit ou payant, il y aura de toute façon la dîme qui ira chez Microsoft.

donc ne justifie plus un poste client Windows pour être utilisées, n'importe quel machine avec un navigateur peut faire l'affaire.

Sauf qu'en pratique pour une entreprise acheter une machine pour ses employés c'est soit du Apple, soit du Microsoft, soit des miettes que se partagent Linux et les systèmes à démarrage distant. Dans l'esprit de beaucoup de gens Microsoft reste la solution facile (si ce n'est unique) d'utiliser un ordinateur, à mon avis Microsoft reste tranquille là-dessus.

Puis vous les ignorez

mumble est encore trop léger

Je ne peux pas te laisser partir comme ça. Qu'est-ce que tu trouves trop léger chez mumble que Teamspeak, par exemple, fait ? Je n'utilise mumble que pour du très basique (avec ma famille on se synchronise avec le téléphone standard, puis on discute avec mumble parce que la qualité est incroyable, et qu'il est simple comme bonjour à utiliser) mais je le trouve bien suffisant.

Félicitations pour cette release, poezio est vraiment top !

Est-ce que vous avez prévu de vous diversifier dans le non-IM possible avec XMPP, ou est-ce que vous avez prévu de rester dedans ? Je pense par exemple à pubsub et tous ses dérivés, qui à mon avis sont la deuxième application naturelle de XMPP après la messagerie instantanée.

Ah mais je suis tout à fait d'accord avec toi, 42 forme des humains à un état d'esprit bien spécifique. Tu décris cet état d'esprit comme étant le mal, comme si les gens qui en sortaient n'étaient rien d'autre que des zombies cracheurs de code. Sauf que les 2 points de la notation sont une forme stricte de ce que tu trouveras de toute façon en entreprise (dans une boite qui fait du logiciel, hein). Si tu t'habitues à ça, la version "vie réelle" sera enfantine. Je peux t'assurer que ces deux points sont absolument critiques à la réussite d'un projet (parce que dans réussite, il y a aussi maintenance après la livraison, et c'est là qu'on voit très clairement ceux qui n'auraient jamais du passer la Moulinette).

Ah, et on en fait tout un foin, mais on parle là de la piscine, c'est-à-dire la période de 1 mois qui ne sert qu'à sélectionner les gens qui passent. Un peu comme quand tu as un projet pour un gros client dans un mois, si tu rates ce client t'es foutu, tu t'es mal débrouillé du coup t'es à la bourre comme pas possible: tu peux ne pas aimer ça, mais parfois se démener pour une cible précise peut être nécessaire.

Du peu que j'ai vu, 42 est une école préparatoire aux entreprises, il faut être clair.

meilleur lycée publique de la ville

Comment pourrait-il être le meilleur puisqu'il donne autant de chances de réussite que les autres ?

Il a dit que c’était théorique, il a pas dit que c’était compliqué. Les deux notions sont orthogonales.

• Première étape: le compilateur est con comme un manche, les autres développeurs sont nuls mais croient tous être uniques. Le seul moyen de bosser correctement ensemble, c'est d’être rigoureux sur la manière dont on s'organise; c'est se poser des conventions et s'y tenir.
• Deuxième étape: a moins que tu écrives du logiciel libre pour une entreprise, les seuls qui pourront lire ton code et te donner leurs commentaires seront tes collègues, et j’espère bien que tu fais des revues de code avec eux avant de passer ton code en production. Le fait qu'ils soient en compétition avec toi, tant dans l'entreprise que chez 42, est selon moi une énorme erreur, malheureusement. Par contre c'est beaucoup plus intelligent que de faire corriger ça par un prof (il n'y a pas de prof qui connait tout a 100% en entreprise)

C'est pas du tout mon expérience, mais c'est vrai qu'elle est pas très longue. J'aurais tendance a penser que c'est comme ça dans une boite qui tourne dans l'informatique, et dans ce cas je confirme, écrire du code qui fait ce qui est demande sans dépasser les contraintes temps/budget, c'est beaucoup plus important que la couleur de la cravate du consultant (qui n'en n'a même pas, d'ailleurs).

"pourvu que ça marche"

Il serait peut-être judicieux de se renseigner un minimum, non ?

La notation se passe en 2 temps:

• Première étape, la Moulinette et sa copine la Norminette: cette dernière vérifié juste des trucs bêtes comme la syntaxe, si les fichiers ont le bon nom, s'ils sont dans le bon dossier, bref, s'il respecte les normes, si ça passe pas c'est 0. Si ça passe, le code est compile puis teste, si ça passe pas, c'est 0. Ça ressemble pas mal a ce qui peut être attendu de toi en entreprise (un code qui fait pas ce qu'on lui demande, voire qui le fait mal, c'est direct des problèmes avec le client ou l'utilisateur et les brouzoufs qui s'enfuient a toute vitesse)

• Deuxième étape, la notation par les pairs: ce sont d'autres nageurs qui notent, en groupe, et cette notation est elle-même notée. Je connais pas les détails, mais d’expérience sur des situations similaires ce sont les pairs qui sont toujours les plus critiques.

En bref, pisser du code comme un consultant ne suffira pas, loin de la.

Ça dépend. Je suis de ceux qui pensent qu'une situation exceptionnelle est effectivement exceptionnelle, et que tu n'as donc pas nécessairement le temps/les moyens de nettoyer proprement derrière toi quand un problème survient. Si tu te débrouilles pour qu'un SIGKILL soit la manière normale de fermer ton logiciel (pas de transaction à écrire, pas de fichier à créer/déplacer/supprimer, …), alors tu es prêt pour toutes les situations.

Lister et indexer les salons publics c'est possible […] Tenir un salon sans avoir à l'héberger c'est déjà possible

Techniquement tout ça c'est possible, le problème c'est qu'en pratique c'est beaucoup moins accessible qu'IRC: déjà il faut trouver quelqu'un qui veut bien l'héberger, je suis sûr que des services existent bien mais là comme ça aucun nom ne me vient en tête. À l'inverse sur IRC le premier réseau qui te vient en tête pour avoir un chan pour ton projet c'est Freenode. Je suis convaincu qu'avec une fédération au niveau des salons de discussion-même (et non pas juste au niveau des serveurs), on pourra voir émerger un réseau communautaire qui hébergera la plupart des salons (un peu comme Freenode), et que ça facilitera la dissémination de XMPP (plus de découvrabilité, plus de visibilité)

Est-ce que tu as plus de détails sur les discussions sur MUC 2 ? J'avais lu la XEP-289, et je l'avais trouvé super intéressante, à mon avis tant que XMPP n'aura pas de salon de discussion qui vont dans ce sens IRC aura encore une bonne raison d'exister, parce que la fédération des serveurs permet d'avoir un endroit où il est plus facile de

• lister et indexer les discussions qui existent, pour les rendre plus facilement découvrables
• tenir un salon, sans avoir à l'héberger soi-même

Je vois également que tu vas t'intéresser de plus près au côté non-messagerie, qui est effectivement extrêmement important à remonter tant il est sous-exploité, j'ai hâte !

C'est un poil malhonnête comme comparaison: dans tame le développeur dit ce dont il a besoin et laisse le système gérer les cas d'erreur, alors que dans le cas de Capsicum c'est le développeur qui doit gérer lui même les cas d'erreur. Un truc un peu plus lisible aurait été du genre caps_ioctls_limit quitte le programme avec une grosse erreur si c'est pas possible. Bon, dit comme ça, on se dit que ça devrait être le boulot de Capsicum d'offrir cette API là, mais bon.

Si c'est pour une application visant à être populaire, pitié soyez pragmatique et utilisez Windows !

Plutôt: Si c'est pour une application visant à être populaire, pitié soyez pragmatique et utilisez un format ouvert !

En l'occurrence toutes les données sur Github sont dans un format spécifié et peuvent être récupérées/modifiées individuellement:

• le code source c'est un git standard
• le wiki est un ensemble de fichiers dans un repository git, qui peut être servi par une application tierce libre, gollum
• les issues et Pull Requests peuvent être récupérées via l'API, après ce sont de simples fichiers JSON

Pour moi, Github ne peut pas subir le même sort que Sourceforge parce que tout peut être récupéré et modifié depuis l'extérieur, vu que le format est spécifié. C'est d'ailleurs déjà courant, il y a nombre de services qui interagissent avec cette API. De la même manière que Word a beau être propriétaire, si le format utilisé est ODF, au moins tout le monde peut le parler. Du coup pour moi Github est loin d'être autant le mal qu'on en dit.