CrEv a écrit 4577 commentaires

Pour ma part ça doit faire dans les 8-9 ans que j'héberge mes mails (et d'autres services) sur un serveur chez moi (deux domaines, une dizaine de boites mails en gros). Et je n'ai jamais eu de problème du type "classé comme spam" par gmail ou autre. Donc oui c'est probablement une histoire d'IP.

C'est certains que la maintenance du serveur ça peut prendre un peu de temps, mais rien d'insurmontable. Et le plus gros problèmes c'est quand le serveur crash. Genre j'avais beau avoir une machine qui tournait avec un raid5… le jour où la carte mère a lâché c'était beaucoup moins drôle. Heureusement que c'était du raid5 soft, ça s'est vite remonté dans une autre machine. Dernièrement j'ai déménagé, une petite coupure du serveur, un changement d'ip, bascule du MX vers un autre serveur temporairement et hop c'est passé super facilement.

Au début c'était à la mano, postfix, etc. Depuis un paquet d'années j'utilise kolab. C'est peut-être pas le truc parfait mais ça fonctionne bien et ça fait ce que je veux assez facilement. Le tout sur du mandrake, puis mandriva puis mageia. Sans aucun problème.
La suite c'est migration serveur (OS et version de kolab). Vu que tout est en vm sur un serveur suffisamment costaud la migration va se faire tranquillement, je peux monter facilement le nouveau serveur en // et le jour où c'est bon je coupe l'ancien, copie des boites mails, je lance le nouveau, une petite redirection et port et hop terminé. Quasi 0 downtime et de toute façon avec les mails c'est pas gênant, il n'y aura aucune perte.

Aujourd'hui il m'arrive d'utiliser mon compte gmail… mais en fait c'est juste parce que je trouve que leur webmail est loin devant les autres (webmail mais aussi applis desktop). Pour le moment aucun n'a vraiment réussi à faire ce que gmail fait.

A mon avis la raison principale de choix d'un logiciel libre pour un non informaticien reste le prix.
Même si ce n'est pas toujours le cas et surtout pas obligatoire, reste que pour la majorité c'est avant tout un logiciel gratuit.

Le reste (prise en main, documentation, fonctionnalité, évolutivité ou ergonomie) sont pas spécifiques au logiciel libre. Le côté sécurité n'est pas forcément pire dans le monde proprio, surtout lorsqu'ils sont habitués à avoir des mises à jour de mac ou windows tous les 4 matins pour des raisons de sécurité ça ne donne pas l'impression que ce ne soit pas pris en compte.
Côté communauté ça dépend. Des logiciels proprios ont une très bonne communauté, et des logiciels libres une communauté très réduite.

Et moi qui pensais qu'il y avait une possibilité de prévisualisation ;-)

d'après wikipedia HTML5 : « Dans le langage courant, HTML5 désigne souvent un ensemble de technologies Web (HTML5, CSS3 et JavaScript) permettant notamment le développement d'applications (cf. DHTML). »
Et ça marche parce que la page, ce qui est rendu est de l'HTML, le javascript étant là pour le transformer, ajouter de l'interaction. Mais ça reste du HTML à la base.

Et ?
C'est pas une raison pour mettre toutes les images dans une application de gestion de photos.

Ou alors tu fais un amalgame entre ressembler/s'inspirer et être absolument identique.
Mais oui quand on voit les captures il y a clairement une forte inspiration (sans être totalement identique). Et c'est pas de changer la couleur des icones qui y fait grand chose.

Par contre, cette comparaison illustre aussi ce que je disais dans un autre commentaire, c'est fou la place perdue / mal occupée par Gnome. genre les onglets qui devraient faire 1/3 de leur hauteur pour que ce soit intéressant.

Firefox alors que pendant des années à chaque mise à jour des centaines de modules complémentaires/thèmes était cassé

Oué enfin en même temps il y avait une nouvelle version tous les 1,5 ans donc bon c'était pas la mort.

Ben disons que pour une application appelée "Photos" si quand même.
D'ailleurs je n'imagine pas vraiment d'autre usage que celui de gnumdk : les photos dans une application (avec classement par date, tags, lieux, fonctionnalités de slideshow, etc) et les autres images (non photo) ailleurs.
Genre je ne vois pas ce que viendrait faire mes captures d'écrans que je viens de faire pour une doc au milieu de mes photos de chatons.

Et dire que tous les gnome fan boys râlaient contre la non stabilité (pour le coup très clairement affichée) de KDE 4.0…

Honnêtement j'ai toujours eu du mal avec Gnome 3. Je trouve que le style n'est pas agréable et beaucoup de choix peu ergonomiques malheureusement.

Mais je dois dire que ça avance dans le bon sens. A regarder les captures et lire la news je trouve qu'ils commencent enfin à avoir quelque chose de bien.

Par contre, quand je lis

il y a une recherche d’économie de place en haut de fenêtre

J'ai un peu de mal… si on prend les captures présentées :

on est justement dans deux cas où je trouve qu'il y a énormément de place perdue en haut de la fenêtre. Que ce soit sur celle intitulée "Test" ou sur la calculatrice, il n'y a quasiment aucune information pour une occupation vraiment importante.

Et le coup de mettre les boutons des dialogues en haut de la fenêtre j'avoue que je suis très surpris. Ok je comprend bien que ça permet de regrouper en terme d'espace mais c'est une idiotie. Si les boutons de validation sont en bas ce n'est pas pour rien, c'est lié au fait qu'on lit en commençant en haut à gauche et en terminant en bas à droite. Là dans l'exemple on va lire le dialogue, faire notre choix, en général d'abord la police, puis la taille. De haut en bas. Mais pour valider il va falloir remonter ? Alors que si le bouton était juste en dessous ce serait ok, rapide, clair et facile.

Franchement c'est anti ergonomique ce point.

Je pense qu'un bouquin qui ne fait pas référence au langage sur sa couverture a de fortes chances d'être totalement inutile : soit trompeur (il porte sur un seul langage, avec très peu de chances que ça corresponde aux besoins du lecteur), soit trivial.

Et ben je ne pense pas.
Par exemple un bouquin que j'ai vraiment apprécié est Tout sur le code (ou Code complete pour la version anglaise). Ce bouquin ne s'adresse pas à un langage précisément mais utilise des exemples dans plusieurs langages pour illustrer ses propos. Et le résultat est plutôt intéressant.
C'est justement un bouquin que j'aime bien parce qu'il ne cible pas un langage. Ce qui fait qu'il peut être lu par n'importe quel développeur. Et il ne tombe pas dans le côté trivial.

C'est factuellement faux ça. Le projet GNU est plus vieux que Linux

Aucun rapport avec une question de temporalité mais c'est une question d'intention. Est-ce un écosystème (qui a tiré parti des outils de GNU) qui s'est monté au dessus de Linux ou est-ce Linux qui est venu s'insérer dans le projet GNU ?

d'ailleurs Linus a écris Linux en attendant la sortie de Hurd

Ha bon ?
Moi j'ai plutôt l'impression que Linus a écrit Linux surtout une fois qu'il a foiré son minix (ou son disque, je sais plus trop) et qu'il n'avait plus vraiment (façon de parlé) de choix que de continuer ou perdre ce qu'il avait fait)

je ne sais quoi n'intéresse que ceux qui n'ont pas grand chose d'intéressant à faire de leur journée.

Grosse journée ?

je ne sais pas à quoi ressemblerait une distribution Linux sans les outils GNU…

Android ?

qui font partie du système d'exploitation

Qui font partie de quel système d'exploitation ? de GNU ? mouai…

de fait les distrubtions dont tu parles sont aussi des distributions GNU

L'argument de RMS c'est que ce qu'on utilise c'est une distribution GNU avec noyau Linux en remplacement du noyau Hurd qui ne verra jamais le jour.
Je trouve que c'est beaucoup plus une récupération qu'autre chose, l'histoire me laissant plutôt à penser que ce qui c'est créé c'est une distribution autour du noyau linux, utilisant des outils GNU mais aussi sous BSD, MIT, etc, par exemple openssh, openssl, et autre.
Après c'est surtout une façon de transformer l'échec de GNU en pseudo réussite.

emacsd tu veux dire ?

En fait c'est juste une variante du fait que « les bugs d'aujourd'hui sont nos emplois de demain » :-)

Lyon et Grenoble ont aussi des coins très chère.

Ok donc en fait tu cherches vraiment à rester dans des cas particuliers… je vais surement te surprendre mais dans quasiment toute ville de plus de quelques dizaines de milliers d'habitants tu as des coins très chers. Maintenant si tu es à Lyon par exemple rien ne t'oblige à chercher à te loger le long du parc de la tête d'or où à l'opéra.

Et sinon autour de Lyon et Grenoble tu as aussi des coins bien moins cher que ce que tu annonces. Genre pour < 300k tu trouves à moins de 30 minutes de Grenoble. Et 30 minutes c'est le même temps de trajet que si tu es à Lyon et que tu bosses à Lyon.

Ok donc tu restes sur des cas particuliers. Et tu taff tu en as aussi ailleurs qu'à Paris ou au bord de la mer (Lyon, Grenoble, Toulouse par ex).

Mais j'aime bien aussi comment ça part dans les excès. Tu pars d'un 70m2 pour arriver à 200m2… Parce qu'entre les deux il y a plein d'endroits pas loin de grandes villes (comme cité) où tu trouves des maison à en gros 120 - 150m2 pour 250-300k€. Et des endroits où tu trouves aussi des taff d'ingénieurs.

Après c'est sur qu'il faut savoir ce qu'on veut, un appart de 70m2 proche de la cote ou 120m2 et 800m2 de terrain, c'est aussi un choix de vie.

tu la situerais où par rapport à un lisp disons plus classic (sans jvm) du point de vues de l'utilisabilité ?

Aucune idée je ne fais pas de lisp.

autant la jvm est un peut trop pour moi :)

oO

Autant java est au mauvais langage, autant la jvm s'en sort plutôt bien, est efficace et plutôt rapide. Franchement aujourd'hui (ça fait bien longtemps qu'on est plus sur de l'interprété) pas vraiment de raison de refuser la jvm (enfin sauf si on parle de contraintes genre du déploiement, de l'embarqué, etc)

j'aimerais connaître ton ressenti, concernant clojure par rapport aux autres langages de la jvm (fonctionnel ou pas)

Mais en fait je m'en fiche un peu que ce soit sur jvm ou non.
Après je ne fais pas de scala, je vais faire du ruby et non du groovy ou du jruby et je trouve que (même si ça s'améliore) java reste un langage d'une pauvreté attristante et d'un intérêt plus que limité.
Clojure c'est bien, j'ai adoré coder avec, mais ça aurait été sans la jvm c'était pareil.

Mais pour revenir à la question, si c'est pour coder sur la jvm je pense que je considèrerais beaucoup plus clojure comme une vrai alternative avant de me lancer par défaut sur du java (ce n'est pas moi qui avait fait le choix clojure dans ce projet) et sauf contrainte spécifique j'éviterais simplement java.

un couple d'ingénieur ne peut pas se payer plus qu'un F3 de 70m² (~300k€)

Il suffit de quitter Paris hein.
Parce qu'il y a plein d'endroits (et pas perdu au milieu d'une campagne) où pour 300k€ tu peux quand même avoir une belle maison largement > 100m2 avec du terrain et de bonnes conditions de vie.

Quels sont les exemples d'applications concrètes dans lesquelles il est le plus intuitif d'utiliser du fonctionnel, et du Clojure en particulier ?

Heu… toutes ?
Mais disons que toute application où tu dois gérer des ensembles de données (où tu peux représenter les données par des listes, des listes de listes, des maps, etc) s'y prête plutôt bien.
Par exemple l'application pour laquelle j'ai appris clojure est une application de comptabilité donc essentiellement un ensemble de lignes d'écritures.
Mais de manière générale, plus je code en fonctionnel plus j'ai envie de rajouter du fonctionnel dans mes autres codes (que ce soit en js, en ruby ou en c++ par exemple).

Pour ceux qui veulent s'essayer à Clojure, il y a aussi https://www.4clojure.com/ qui est plutôt très sympa :-)
C'est une liste de problèmes à résoudre en clojure. Pour ma part un mélange de doc, de 4Clojure et du livre "Clojure Programming" m'ont pas mal aidé au début (moins d'une semaine avant de commencer à vraiment coder avec)

C'est un langage plutôt sympa, très agréable et le côté fonctionnel c'est cool (c'est le premier langage fonctionnel que j'utilise, j'avais juste fait un peu de emacs lisp mais vraiment pas grand chose et surtout sans comprendre vraiment)

Et le côté jvm est plutôt cool aussi, ça permet d'utiliser pas mal de briques existantes mais avec un langage beaucoup plus concis et expressif.

Quels problèmes ça pourrait poser ?
Ce qui se passe c'est que lorsque je l'ouvre il n'y a pas de cookies (je n'utilise pas vraiment la liste blanche pour en conserver) donc il faut que je me reconnecte mais à part ça je vois pas trop le problème.
L'avantage c'est que durant la session tous les sites fonctionnent normalement, eux ne voient pas la différence c'est comme si j'étais quelqu'un de nouveau.

Non ça bloque vraiment l'accès aux autres données. C'est comme si tu pensais que deux profiles se partagent les mêmes données.
D'ailleurs ça se voit super facilement puisque tu te retrouve loggué sur aucun site, aucune autocomplétion, etc.

Pour ma part les cookies sont supprimés lorsque le navigateur est fermé.
Certes ça n'empêche pas de "tracer" durant une session mais ce n'est pas persistant donc les données sont tout de même moindres.
Et lorsque j'en ressent le besoin, j'ouvre une session en mode anonyme (voir un nouveau profil dans certains cas) qui est donc vierge et non relié aux autres onglets.

De plus en plus j'utilise les profils. Par exemple le profil "boulot" (assez ouvert mais peu de données persos), le profil "perso" (cookies uniquement le temps de la session), on peut imaginer un profil "sensible" avec whitelist, etc.
C'est pas parfait mais ça améliore déjà pas mal et de manière très simple à gérer.

Cadeau pour ceux qui passent :