devnewton 🍺 a écrit 8259 commentaires

Les différentes "box" que j'ai vu sont justes des serveurs. Ce qu'il faudrait vraiment pour se libérer et pour consommer moins d'électricité ce sont des modem/routeur/serveur. Les box des FAI en sont capables, mais elles sont privatrices...

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

J'ai pioché dans cette série de tutoriaux:

http://blog.rom1v.com/2009/08/hebergez-vos-mails-sur-ubuntu-server-et-liberez-vous/

Ça a l'air long comme ça, mais ça se résume à:

1. sudo aptitude install postfix dovecot-imapd
2. man postfix
3. dovecot-imapd
4. vim lesfichiersdeconfindiquédanslesmanpages

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

Ben mon serveur est la machine que j'utilise tous les jours, donc elle tournerait de toute façon!

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

A propos de l'autohébergement des mails:

• ce n'est pas très difficile, il suffit de suivre les nombreux tutoriaux disponbles sur le net.
• il n'est pas nécessaire de faire tourner un serveur vraiment 24h/24. J'éteins le mien la nuit! Les serveurs SMTP réessayent d'envoyer au votre pendant 5 jours.
• une machine faible consommation que l'on éteins la nuit est sans doute moins électrivore que celles des datacenters des gros fournisseurs.
• il y a de bons webmails comme Roundcube par exemple.

Je me suis lancé il y a peu et c'est beaucoup plus facile que je pensais!

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

Donc on est bien d'accord sur l'incohérence de ta critique.

Non, mais de toute façon, tu ne lis que ce que tu veux lire alors arrêtons là et bonne nuit!

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

surtout que ça ne fonctionne pas si ton ordinateur n'est pas branché 24h/24

Si ça fonctionne, justement c'est fait pour être asynchrone!

je ne sais même pas si c'est possible de l'installer en tant que serveur, avec un client léger pour y accéder depuis n'importe où.

C'est en développement.

d'ailleurs depuis que je t'ai ajouté à retroshare, je ne t'ai pas vu une seule fois en ligne et donc on n'a même pas pu s'envoyer de message via l'interface

Je suis en vacances en ce moment donc je fais moins de PC, mais normalement mon Retroshare tourne sur mon serveur...

Essaye de m'envoyer un "mail retroshare" ou de poster sur mon forum retroshare://forum?name=Devnewton:%20jeux%20et%20logiciels%20libres&id=dbb44dc17a8019c6c3222ad2499a17dc pour voir...

Sinon j'ai peut être juste oublié d'ajouter ta clé, j'ai reçu pas mal de mails et je ne sais plus trop qui est qui!

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

Tout dépend de l'ampleur de tes projets. Pour un petit script, pas besoin d'une grosse artillerie. Pour un gros projet impliquant des dizaines de développeurs sur plusieurs années, la complétion et des outils de refactoring, ça fait gagner du temps.

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

Recentré oui, c'est donc bien que "certains" ont dévié... Mais si tu veux discuter d'un autre sujet, créé un journal sur les IDE C++!

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

On pourrait espérer une sorte d'API unifiée, qui permettrait de communiquer un peu mieux entre ces services que ça ne l'est actuellement (par exemple répondre à un compte twitter depuis facebook ou google+), et bien sûr pouvoir se monter son serveur soi-même, sans dépendre d'un service qui stocke toutes nos données.

Il n'y a pas à espérer, des solutions existent!

https://linuxfr.org/wiki/ReseauxSociaux

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

Et puis, en dehors de l'aspect viral, peut-être qu'à terme avec la multiplication des plateformes "sociales", un protocole de partage émergera, mais c'est déjà un premier pas.

Malheureusement, je pense que ça n'arrivera pas. Les messageries instantanées existent depuis des années et pourtant elles ne sont pas interopérables malgré l'existence d'un protocole standard (XMPP). Pire, certains utilisent XMPP de façon fermé (Facebook).

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

Tu lis un peu les réponses qu'on te fait ou bien?

Le comparatif c'est Java vs C++, pas Visual Studio vs Eclipse.

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

Si tu veux être pro (vu la question) dans ce cas tu compare langage + ecosystem + IDE + outils + ...

Je ne dis pas autre chose! Et là dessus, il faut être honnête: le monde Java vient avec de meilleurs outils, des temps de compilation très faibles, de meilleurs IDE, plus de documentation, plus bibliothèques et plus de développeurs recrutables maîtrisant le tout...

Après la plateforme a des défauts (performance d'exécution, occupation mémoire, Oracle), mais largement compensés par le confort offert aux développeurs et c'est ça la clé du succès de Java en entreprise.

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

Mais mélanger les deux c'est vraiment faire preuve de mauvaise foi.

Non, c'est juste être pro: quand on choisit une plateforme de développement, on prends en compte le langage et les outils.

On n'utilise pas de clou sans marteau.

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

En plus, hop, tu mélanges deux langages pour noyer le poisson.

Non, le débat est C++ versus Java. Pourquoi faudrait-il "pardonner" à C++ d'avoir des IDE en carton? De bons outils de développement, ça compte autant que le langage lui même.

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

Le débat a dévié: on comparait les qualités d'IDE entre Visual Studio pour du C++ et Netbeans/Eclipse pour du Java.

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

D'ailleurs, bizarrement, Visual C++ (payant) est énormément utilisé sous Windows alors que Netbeans et Eclipse sont aussi disponibles (gratuitement!), et la, il n'y a pas de vente liée comme excuse...

C'est bien connu que succès égale qualité. Le gendarme à Saint Tropez étant plus rediffusé que Citizen Kane, on voit bien que c'est une oeuvre majeure du cinéma.

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

Ça sent le troll.

Essaye un jour de faire du java avec Netbeans ou Eclipse et tu verras la différence avec du C++ et Visual Studio: une complétion qui marche, un debugger plus évolué, du refactoring, mille fois plus de plugins, une bonne intégration des gestionnaires de version, des assistants pour corriger les erreurs de compilation...

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

Voilà quelqu'un qui parle d'expérience!

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

Depuis la semaine dernière :-)

Et je maintiens: à côté des fonctionnalités de Netbeans ou d'Eclipse, Visual C++, c'est de la daube en plastique.

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

Dire qu'à l'époque je pleurais sur la lourdeur de Visual C++/Studio. Maintenant je suis sous Netbeans (que je trouve très très pratique), et je suis passé à un niveau supérieur de lourdeur

En même temps Visual Studio est lourd pour rien, c'est à peine mieux qu'un éditeur de texte!

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

Qu'est ce qui n'est pas spécifié en c++?

Tout ce qui concerne les threads et les DLLs: ordre des accès en mémoire, initialisation des variables statiques, noms des fonctions générées par le compilo...

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

Ce que je dit c'est que les principaux projets libres (les plus connues/utilisés) ne sont pas écrit en Java (sauf Eclipse)

Problème de licence?

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

Les temps de compilation interminables et les greps de logs de 3Go parce qu'il n'y a pas de pile d'appel correcte, ça laisse du temps pour troller!

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

Moins fatiguant, mais ça n'est pas du tout la même chose.

La version Java précise les types possibles et une implémentation de tableau associatif.

En python un développeur peut venir derrière et pourrir ton programme avec un mydict[ 42] = "pouet".

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

Pareil, ton qmake il me faut maintenir 3 machines avec les différents OS et les chaînes de compilation. Il me faut aussi me taper le même boulot pour toutes les bibliothèques dont je dépends et qui utilisent souvent des systèmes de build différents.

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