romu a écrit 179 commentaires

Bonjour,
Comme j'envisage moi aussi de quitter Gogole pour les mails, j'ai trouvé Net-courrier et j’atterris ici!

Concernant les domaines, il est tout à fait possible d'utiliser son propre domaine avec Net-courrier (comme avec Gogole d'ailleurs). Et comme j'ai pas envie de me taper l'hébergement de mes mails, c'est nickel.

J'ai pas encore commencé à l'utiliser, mais en tant que parent, j'apprécie le compte famille (24 € / an pour 5 comptes) avec les fonctions du genre : ton gamin ne peut que recevoir les messages de son carnet d'adresses, sinon, c'est toi, parent, qui reçoit le message et tu valides ou pas. Des retours d'utilisateurs là-dessus ?

Merci.

Bon, finalement rien de plus que ce qui a déjà été dit par mes prédécesseurs.

Désolé Bruno, j'ai oublié avoir lancé une bouteille à la mer, flute quelqu'un l'a trouvée !!!

J'ai déjà eu plusieurs fois l'occasion d'en discuter avec l'équipe, mon point de vue est le suivant : utiliser une base de données pour gérer les métadatas, aucun souci. Mais je veux que mes fichiers restent accessibles depuis un "file system" standard. J'ai déjà eu des soucis avec OwnCloud, et j'ai vraiment apprécié que mes fichiers restent accessibles. Si j'ai un problème avec CouchDB, y a tout qui disparaît, non ?

Vraiment bravo les gars, c'est une super nouvelle !!

Maintenant avec tout ce pognon, y a plus qu'à implémenter la gestion multi-utilisateurs !! Et me virer CouchDB !!

P'tet que Flatpak peut justement être une solution au problème de dispersion.

Merci à tous les 2, je le mets dans ma liste des trucs à tester alors.

Ca m'a l'air super ce truc, quelqu'un a des retours d'utilisation ?

Alors moi je suis comme toi, et tous les autres qui suivent. Alors, j'ai lu un peu (et je lis toujours), et puis j'ai commencé un truc que j'ai appéle : Very first Js starter kit. Ca me sert de bloc notes pour les trucs vraiment importants du langage comme l'orientation objets, les modules, etc. C'est volontairement orienté Node (donc côté serveur).

Vient qui veut, et avec plaisir.

Je commence, vraiment tout doucement, à me mettre au Web et ça fait un moment que Meteor me faisait de l'oeil. J'en tenté un premier tuto. Je me suis retrouvé avec un fichier HTML quasi vide qui intégrait une bonne trentaine de Js. Ca fait peur quand même.

Je me demande si c'est vraiment la voie à suivre pour un truc optimisé.

Et voilà quelques captures de kimchi.

Merci, et désolé pour l'erreur alors. Et pour ma culture, quel est l'hyperviseur de Proxmox ?

J'ai bien écrit "mon usage basique" :-p Je n'ai qu'un seul serveur à gérer, donc je ne peux te répondre pour le clustering et la HA. Je suis en vacances pour quelques jours, je posterai des écrans à mon retour.

Disons que VirtualBox et KVM sont 2 systèmes de virtualisation qui n'ont rien à voir. Si tu veux utiliser Vagrant avec Proxmox, alors il te faudra jouer avec vagrant-libvirt. Ce que je fais aussi. Un de mes collègues des US manipule des VMs qui sont sur notre serveur en France, et ça fonctionne plutôt bien.

Bonjour,
Pour notre usage plutôt basique de la virtualisation, j'ai découvert le projet Kimchi et ça marche vraiment pas mal. Derrière ce projet, il y a IBM. Les développeurs sont assez réactifs en cas de problème. Bref, j'aime beaucoup.

Je peux faire des captures d'écran de notre serveur si certains sont intéressés. Y a qu'à demander.

Bonjour, tite question, la couche Snap repose sur LXC ?

Ouais, tout ça, faut être motivé !

Le callback hell, c'est justement pour ça que je développe un truc, je viendrai en parler quand je serai plus avancé sur la question.

Un grand merci.

Ah bonne idée ça de tester avec les exceptions. J'y avais pas pensé et c'est surement là que je vais pouvoir faire quelques tests intéressants. Encore merci du coup, tu m'auras permis de bien progresser dans ce long chemin qu'est Js.

Et dire qu'on lit partout que Js est "facile", quelle blague !

Merci. D'ailleurs, quelqu'un ma donné la syntaxe correcte pour ajouter les fonctions dans ma factory, mais c'est assez lourdingue. Je vais tenter autre chose, plus simple.

Cela dit, de nos discussions, j'ai sorti quelque chose qui met en exergue tes remarques, notamment sur les fonctions anonymes.

// ES6 only
'use strict';

// The base object, "object literal" syntax
let animal = {
  // public member
  animalType: 'animal',

  // public method 
  describe() {
    // This way, we get sure "this" is correctly bound to the animal instance
    return `This is "${this.animalType}"`;
  },

  // By using a recursive functions,
  // we're going to check whether such function syntaxes are anonymous or not.

  // anonymous
  fact(n) {
    if(n === 1) {
      return 1;
    }
    return (n * this.fact(n - 1)); // "fact" is anonymous and can't be called from itself
  },

  // not anonymous
  fact2: function fact2(n) {
    // By using a recursive function,
    // we're going to check whether such function syntax is anonymous or not.
    if(n === 1) {
      return 1;
    }
    return (n * fact2(n - 1));
  }
};

// Have a look at the prototype chain
console.log(animal.__proto__);
console.log(animal.__proto__.__proto__);

// Call of a public method
console.log(animal.describe()); // This is "animal"
console.log(animal.fact(3)); // 6
console.log(animal.fact2(3)); // 6

Donc ok, la première forme est anonyme. Mais le "this" est correctement attaché. Je n'ai pas l'expérience suffisante de Js pour juger la réelle différence entre les 2. Mais au moins, maintenant, je sais. A l'écriture cependant, y a pas photo je trouve.

Si si, c'est l'écriture qu'on trouve aussi dans le MDN, par exemple ici : https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Grammar_and_Types#Object_literals.

Par contre, et tu touche un point important, je ne me suis pas posé la question de savoir si avec cette écriture, la fonction est anonyme ou pas.

Je vais tester ça, ça me fera progresser. Merci !

Concernant les "Best Practises", merci pour les liens, je verrai ça quand j'aurais fini le bouquin de Crockford.

Je crois tu fais erreur, c'est juste la notation litérale avec ES6 :

    let animal1 = {
      // public member
      animalType: 'animal',

      // public method 
      describe() {
        return `This is "${this.animalType}"`;
      }
    };

…pas une fonction fléchée.

Oulà, je crois être encore loin de maitriser les fonctions fléchées. Et mes KOx n'en sont pas (ou alors j'ai raté un truc), juste 2 exemples d'écrire les fonctions qui me semblaient correctes…et qui ne le sont apparemment pas.

Merci pour ta proposition.

ES6 pour moi, c'est pas une question de mode, mais comme je débute, autant prendre le dernier standard.

La syntaxe par fonction constructeur, j'aime moyen, surtout parce qu'elle oblige à utiliser "new" qui me semble en dehors de clous de la philosophie Js, mais je peux me tromper hein ;-)

Mon but n'est d'ailleurs pas de créer des hiérarchie d'objets, je suis assez partisan de "l'héritage c'est le mal". Mais simplement de pouvoir créer des instances, avec de l'encapsulation public/privé.

Cela dit, je vois comment tu fais le truc, et ça me donne l'idée d'ajouter les fonctions autres que les accesseurs dans la factory, juste après la création de l'instance. C'est pas beau, mais ça devrait marcher.

Bancal ce langage quand même…

Merci pour le bouquin, je vais y jeter un œil.

Pour le code, c'est un peu trop avancé pour mes petits neurones. J'espère dans quelques semaines/mois être plus à même d'apprécier un tel code.

..merci à tous. Je progresse donc un peu plus dans ma compréhension de Js, cool.

Merci beaucoup pour cette dépêche, je m'y retrouve bien. Je viens de C++/C#/Java, même si depuis quelques années maintenant, je ne code plus au quotidien. Mais faut pas mourir idiot, et je me suis dit que mettre au dev web ce serait bien.

Je tente de développer quelques trucs en back end avec Node. Et comme à chaque fois que je vois du code Js, j'ai du mal à comprendre, revenir aux fondamentaux du langage m'a semblé une bonne idée.

Et c'est là que je rejoins cette dépêche. D'ailleurs, je suis très surpris de lire un peu partout que Js est un langage facile à apprendre. Car j'ai l'opinion totalement inverse, Js est tout sauf simple comme tu le soulignes. Un exemple ? Il y a 3 façons différentes de créer des objets ("Object literal", fonction constructeur et mot clé "class"), et là, WTF !! Ces 3 façons de coder ayant chacune ses avantages et ses inconvénients, mais attention, ce ne sont pas les mêmes selon que tu lis la prose d'untel ou d'un autretel, re WTF si il n'y a pas moyen d'avoir une information fiable et objective sur un tel sujet.

Sans compter aussi le côté foutoir de l'écriture de fonctions entre les déclarations, expressions, lambda, anonyme, closure, etc.
Et sans parler de la jungle des frameworks, aussi bien client que serveur (c'est à peine mois le bordel, mais juste à peine).

Tout ça semble peut-être facile à quelqu'un qui baigne dedans depuis longtemps, mais pour quelqu'un qui a envie de prendre le train en marche, impossible d'y voir clair. Je lisais récemment un article sur ce sujet, et l'auteur disait qu'il faisait le maximum de choses côté serveur, dans la techno qu'il maîtrise le plus, pour éviter le foutoir ambiant côté client.