devnewton 🍺 a écrit 8775 commentaires

Et c'est un vrai réseau, pas une base de données!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ai pas retrouvé la discussion à ce sujet dans leurs archives : http://lists.boost.org/Archives/boost/ ni d'exemples d'utilisation.

En gros c'est le pattern visitor pour parcourir un graphe, si tu trouves ce que tu cherchais dans le graphe, tu lèves une exception pour arrêter le parcours. L'avantage, c'est que l'algo de parcours n'a pas besoin de tester en permanence s'il doit s'arrêter ou continuer et les 'callbacks' n'ont pas besoin de retourner une valeur ou d'appeler une méthode pour dire stop.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

De ce que j'en sais les exceptions sont assez lourdes que ce soit en C++ ou en Java (bien sûr en relatif), les utiliser comme comportement par défaut n'est donc pas une bonne idée.

Ca se discute au cas par cas. Vaut-il mieux faire des centaines tests ou un bloc try catch?

Tu as aussi de bonne chance de noyer ton traitement « normal » dans tes traitement d'erreur : un catch parmi les autres est le bon.

C'est pour ça que les exceptions sont typées…

Plutôt que le cas "machin" imaginaire que tu proposes, regarde ce qui ce fait dans boost.graph.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

La vraie question, c'est : pourquoi a-t-il voulu ignorer une erreur potentielle ?

Bref tu peux détecter la mauvaise pratique.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Bah, vu que souvent le temps de génération&traitements d'une exception est long, coté performance c'est pas terrible de vouloir utiliser les exceptions pour autre chose que pour des cas exceptionnels..

Ca se juge au cas par cas (cf boost.graph). On ne cherche pas toujours la performance absolue, on préfère souvent la simplicité du code.

dommage que plus de langage n'offre pas ça

Ca existe en C++.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Quel est ce site pas web qui demande Java?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Si c'est pour voir ça (sic)

Justement, si tu vois ça, tu es certain que le développeur a voulu ignorer l'exception, pas qu'il a juste oublié.

Mauvais exemple utiliser les exception pour sortir autrement qu'en erreur c'est une mauvaise idée.

Pourquoi?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pourquoi?

La première fois que j'ai vu ça, c'est dans la très bonne bibliothèque boost.graph ( http://www.boost.org/doc/libs/1_49_0/libs/graph/doc/faq.html point 1 ) et ça me semble très propre.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ca ne couvre qu'un cas d'usage des exceptions: quand quelque-chose se passe mal de manière exceptionnelle.

Je me demande comment faire en go pour les autres cas:

• on ne veut pas sans arrêt vérifier les erreurs.
• on veut forcer l'appelant à gérer une erreur.
• on veut sortir d'un traitement complexe (par exemple un parcours dans un graphe).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

De fait, on retrouve dans la lib standard de Go un bon nombre de fonctions renvoyant à la fois la valeur qu'on leur demande ainsi qu'un type "*Error" pouvant être soit "nil" (c'est-à-dire pointer sur rien) soit initialisé, signifiant alors une erreur

Il n'y a pas d'exceptions en go? Ca doit être vite pénible de tester les erreurs à chaque appel…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

JIT et cie, ça te dis quelque chose ?

Sans typage statique, ni accès direct à la mémoire, javascript même avec un bon compilo JIT va rester très lent.

webgl, donc de l'openGL… Pas grand chose à voir avec JS…

C'est bien en JS que sont calculés les polygones à afficher, les collisions, l'IA…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Oui Newebe nécessite de faire tourner un serveur 24/24. Toutefois pour permettre d'éteindre son serveur de temps en temps, il y a une fonctionnalité permettant de resynchroniser avec ses contacts.

Qu'est-ce qui se passe si on éteint son serveur? Qu'est-ce que l'on "perd"? Qu'est-ce que les contacts ne voient plus?

Pour le chat je pense que ça pourrait se faire avec un système de messagerie direct comme celui qu'on trouve chez Facebook.

Peut être une tribune libre comme http://linuxfr.org/board ?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Le business de ces entreprises est rentable, leur rythme de croissance par contre n'est pas forcément soutenable.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Le problème c'est javascript. Si on remplace cette grosse bouse par un langage fait pour la performance, ça ira mieux.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

• Est-ce que newebe nécessite de laisser tourner un serveur 24h/24?
• Est-il possible de gérer plusieurs cercles d'amis?
• Peut-on envoyer un message ou une photo à seulement une ou quelques personnes ponctuellement?
• Est-il prévu d'intégrer un système de chat?
• Peut-on avoir une zone "publique" afin d'utiliser newebe comme un blog?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

plus de 80% de nos moyens sont sur contrat, certains publiques (ANR, Europe…), d'autres privés.

Les boites privées ont des réductions/crédits d'impôts en faisant de la R&D, parfois elles n'en font même que pour ça. Il est donc normal d'exiger la libération.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Autant il y en a qui vendent "trop" l'auto-hébergement, autant il y en a d'autres qui tapent un peu trop sur l'auto-hébergement…

C'est forcément passionnel: ceux qui pratiquent l'autohébergement veulent justifier leurs efforts et ceux qui ne le pratiquent pas veulent justifier leur incompétence.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je n'ai pas spécialement envie de débattre sur le "vrai internet", mais je vois une chose: Retroshare s'installe en 5min, ne me demande aucune maintenance, ne m'oblige pas à le laisser tourner 24h/24, offre plus de fonctionnalités qui m'intéressent que la plupart des autres réseaux sociaux libres et est vraiment décentralisé.

https://linuxfr.org/wiki/ReseauxSociaux
https://linuxfr.org/news/des-bases-de-donn%C3%A9es-sociales-aux-r%C3%A9seaux-sociaux

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Avoir un nom de domaine, c'est la meilleure façon d'être libre.

Tu peux ainsi changer à tout moment de solution mail : fournisseur, autohébergement, VPS, serveur dédié…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Les gens sont prêt à mettre de l'argent dans la téléphonie mobile, mais pas pour avoir un bon mail, bizarre.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

je préfère qu'il se base sur un protocole fait pour

Je suis entièrement d'accord, c'est pour ça que je préfère Retroshare qui fait du vrai internet!

Mais le vrai internet, c'est comme le vrai travail, ce n'est pas possible au boulot.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ou une sorte de "tribune libre"

Le problème c'est que la plupart des développeurs de tribunes préfèrent rester dans l'ombre, gardant jalousement leur techno du futur pour l'élite.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Mais je rêve d'un serveur (Friendica) sur lequel il y aurait déjà un eJabberd/prosody

J'espère que XMPP restera juste une passerelle (comme le plugin IRC) et qu'ils développeront un vrai chat purement http, car même si tout faire passer par ce protocole saimal, il faut que ça reste simple à installer, à maintenir et que ça marche out of boite…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je viens de parcourir la doc d'install, les prérequis sont un peu trop strict à mon goût pour les gens qui s'autohébergent sur de petites configurations:

• Apache : dommage si on a choisit un serveur plus léger (lighthttpd) ou plus simple à configurer (cherokee).
• mysql: le support de sqlite aurait été le bienvenue.
• Jappix: on aurait préféré un système de chat plus simple, plus moderne et vraiment adapté au web tel que http://linuxfr.org/board.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Sans souris, c'est facile!

Sans clavier, ça s'appelle une tablette.

Sans écran, sans souris, ni trackpad, ça s'appelle un mini pc.

D'ailleurs quand j'étais étudiant, je m'étais mon barebone dans une valise et ça me servait de portable :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.