devnewton 🍺 a écrit 8780 commentaires

Merci pour ta réponse.

Pour tous les usages que tu as décrit, j'utilise les technos à papy, mail, forum, chat, blogs et je cherche à savoir quels sont vraiment les super fritures que proposent les sites comme fb.

Ce que je retiens pour l'instant, ces avantages sont surtout "tous mes potes sont dessus" et "les gens utilisent leurs vrais noms", ce qui est important, mais pas en rapport avec la qualité technique du produit.

Ce succès n'est d'ailleurs pas toujours un avantage: fb est filtré et donc inutilisable dans pas mal d'entreprises.

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

Je ne comprends pas comment on en est arrivé là. Pourquoi n'a-t-on pas un bête système de layout (vertical/horizontal/grid box) ?

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

Sans doute est-ce mon ignorance, mais je ne connais rien qui arrive à la cheville de facebook pour un expat dans mon genre

Je fais tout ce que tu décris par mail. Qu'est-ce qui selon toi fait que tu trouves ça plus pratique via FB (au niveau fonctionnalité/interface, pas seulement parce que tout tes potes sont dessus et ne répondent plus aux mails)?

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

Si c'est du ARM, je suppose qu'il faudrait utiliser le terme PC non compatible PC? :-)

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

Tout ça pour ne pas utiliser un tableau, ça en fait de la masturbation intellectuelle…

Sachant qu'il existe déjà display: table[-cell|-row|-column], ainsi qu'une autre proposition http://dev.w3.org/csswg/css3-grid-layout/ …

J'ai l'impression que les membres du w3c ont pour objectif de pondre les normes les plus complexes possibles.

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

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.