CrEv a écrit 4577 commentaires

En fait je trouve pas ça si bizarre.
Il faut par contre bien faire la différence entre serveur (physique) et serveur (logiciel).
Sur mon serveur (physique) je fais tourner plusieurs serveurs (logiciels), dont certains en prod.
En fait les VM peuvent très bien avoir des politiques totalement différentes de mise à jour, maintenance ou criticité, y compris parmis les vm de prod.
Par exemple la vm qui sert de serveur de mail ne fait que ça, et a une politique plutôt stricte en modifications, maintenance, etc. Par contre, j'ai une vm qui sert de serveur web (entre autre). Celle-ci est beaucoup moins critique (si je n'ai plus de webmail c'est pas dramatique, si j'ai plus de serveur smtp/imap c'est beaucoup plus gênant). Vu comme ça, une vm de developpement n'est finalement qu'une vm avec une politique spécifique (par exemple pas en route en permanence, aucun problème pour monter en version et tester la compatibilité des softs après coups, etc).

C'est bien là tout l'intérêt de virtualiser. Si on a suffisamment confiance dans son serveur (physique + couche de virtualisation) alors il n'y a aucun risque à poser toutes les vm sur la même machine. Il n'y a aucune "perturbation" du serveur de production en réalité.
L'intérêt c'est aussi qu'une machine pour faire tourner tout ceci ça ne coûte pas grand chose (genre 300€) et qu'à côté je n'ai pas de desktop surpuissant, ce qui me permet aussi de travailler dessus depuis presque n'importe où (depuis mon desktop, mon portable, mon lieu de travail, etc).

Qu'en penses tu mon journal ? Est ce que je psychote ? Est ce que je suis totalement parano ? Et toi, est ce que fais des dons (sang ou autre) ?

Que tu te poses des questions intéressantes.
Mais que, étant donné que mon fils est devenu polytransfusé (> 50% de son volume sanguin) à l'âge de 7 mois, je remercie tous ceux qui donnent en leur indiquant que c'est un beau geste qui sauve réellement des vies.
Peut-être qu'il y a de mauvais usages des dons (je n'en sais rien) mais je sais qu'il y a de très bons usages des dons.

Voilou, merci.

ouch !

Pff, tout ce perd ma p'tite dame. A vent, on parlait d'emacs vs vi, de yast sapusaypalibre, de DNFE.

V'l'a ti pas que maintenant on subtilise les trolls perl par des trolls ruby.

Il ne manquerait plus que la quenelle passe en version 3 ou que les newbies écrivent au temps pour moi sans s'en rendre compte et là, ce serait le drame !

Oula, va falloir commencer par une mise au point.

s'attaquer à un projet pas encore très connu, c'est un peu tomber dans la facilité

à aucun moment je ne me suis attaqué au projet. Et le fait qu'il soit connu ou non n'entre pas en compte.

un mail à l'auteur aurait sans doute suffit

Le sujet c'est de "recruter" des développeurs. Désolé de donner mon avis.

Donc je reprend : le JS est pas bien codé, c'est un fait. Ne pas utiliser de namespace par exemple (je ne parle pas d'objets) est une grossière erreur qui peut couter cher, surtout si le code devient important et qu'il y a plusieurs contributeurs.
Le php, je trouve que ça fait vraiment "code de petite application perso" et pas gros projet. Comme dit PtitFox en dessous, le problème c'est qu'à moyen terme c'est difficilement maintenable, surtout à plusieurs.
Pas besoin d'un gros framework inutile, juste plus de structure.
Après c'est surement aussi une question de goût, mais par exemple le mélange php/html dans un même fichier est pour moi une erreur. Ca passe pour un site web classique, mais pour une application qui se veut sérieuse, c'est pas du tout ma façon de faire.

Donc voilà, le projet demande des devs, en tant que dev j'ai regardé, et j'ai justement souhaité faire un commentaire en essayant d'être constructif plutôt que de juste refermer la page sans rien dire.
Après j'ai pas d'avis sur le soft en lui même, juste sur le code (et surtout le js, étant donné que je passe beaucoup, beaucoup de temps à en écrire).

Ha oui, et la remarque sur les commentaires c'est juste que le choix des commentaires en dit souvent long sur les personnes qui codent.

... ben je suis allé voir le code.
Et franchement (et sans méchanceté) ça ne m'a pas donné envie de participer.
J'ai juste pris quelques fichiers au hasard, et j'ai deux ressenti : le php est vraiment codé à l'ancienne, on peut à peine parler de fonctions (ou alors j'ai mal lu). Le javascript est lui aussi mal codé / organisé.
Si je prend l'exemple du javascript : pas d'objet (spa obligatoire, ok), pas de namespace (donc c'est comme si on codait uniquement avec des méthodes globales), une foultitude de commentaires inutiles :

// Put the two strings into lower case
a = a.toLowerCase();
b = b.toLowerCase();

// Create an empty array
var results = new Array();

// Return the results array
return results;

En passant, en général en javascript on recommande d'instancier les nouveaux objets par {} et non new Object() et les nouveaux tableaux par [] et non new Array()

Mon message n'est pas à prendre mal hein, c'est juste ce qui m'a frappé en jettant un coup d'oeil au code.

C'est le genre de projet qui, à mon avis, mériterait de se baser sur un framework existant (ou d'organiser beaucoup mieux son code). Y compris pour la partie javascript.
Et malheureusement personnellement ça ne me donne pas envie tellement j'ai l'impression d'être plongé dans du code d'il y à 5-10 ans au moins...

Bon courage et bonne chance pour la suite tout de même (je ne connaissais pas jappix, et ça me semble relativement intéressant tout de même)

En même temps c'est pas d'aujourd'hui qu'ils utilisent et développent du libre (je veux dire bien avant l'iphone, il suffit de voir darwin ou webkit qui est quand même là grâce à Apple - et grâce à KDE initialement).
Et je crois surtout que c'est tout mélanger ce que tu écris.
Une entreprise peu vouloir contraindre ses utilisateurs (c'est triste mais c'est comme ça) et parallèlement utiliser, développer et financer le développements de logiciels libres car ils sont techniquement meilleur (webkit, llvm, etc)
Il ne faut, surtout dans ce type de cas, ne pas confondre "logiciel libre" et "open source" (d'ailleurs c'est en général du BSD/MIT plutôt que du GPL.
D'ailleurs, ces logiciels (ou certains en tout cas) auraient très bien pu être fermés et passer sous licence proprio. Mais ce n'est pas le cas. Et c'est un point important à prendre en compte.

Quoi ? Charles Bronson est mort ?!
Dire que je n'étais même pas au courant. Décidément les informations réellement importantes n'arrivent jamais jusque linuxfr...

/me se sent bien nul en grammmère du coup...

Donc au final ? (suis pas sur d'avoir bien saisi quelle forme était bonne)

Autant écrire "Si j'aurais souhaité [...]" est très moche, autant "et même si j'aurais souhaité [...]" me semble plutôt bien, non ?

En gros, "si" et "même si" n'impliqueraient pas forcément la même chose ?

pinaise, j'avais même pas vu la prolifération de liens dans le message parent...

Désolé © Denisot

genre kademlia ?

---

Oui, j'ai juste tapé kademlia entre deux [ ]

Pourquoi ? Je n'ai pas lu la version originale mais le conditionnel me paraît plus approprié.

Dans ce cas tu répondais à quel commentaire ? Si j'ai précisé cela, c'est juste que ça ressemblait plus à une déformation des propos qui t'étaient présentés qu'autre chose...

Pas un nouveau-né

Si si (et en fait on peut trouver aussi bien des bouquins dans un sens que dans l'autre, il suffit de sélectionner ses livres...). Après j'ai peut-être un avis biaisé car mon fils a passé pas mal de temps "seul" à l'hôpital, mais à part les deux premières nuits et une fois de temps en temps (genre grosse fièvre) il dort toujours seul dans sa chambre, ça ne l'empêche pas de dormir à plusieurs à la crèche ou lors de soirées, et tout se passe plutôt bien.

mais non c'est un caprice

Ce n'est pas ce que j'ai dis

un vocabulaire d'académicien

Ce n'est pas ce que j'ai dis

Préférer le lait artificiel

Je n'en ai pas non plus parlé, ni dit que je préférais ou non les couches jetables, ni pourquoi.

Alors comme Couz l'a répondu, il ne s'agit pas de le laisser pleurer comme ça.
Mais quand tu es en alternance paracetamol/advil toutes les 4 heures, que tu lui masses les gencives et qu'il pleure, il ne reste plus grand chose de dispo à part le consoler vaguement.
Ou quand il a 40° de fièvre et que rien ne le calme, ben tu fais pas grand chose, et c'est comme ça.
Et il y a aussi les fois où il voudrait juste qu'on soit là avec lui, et qu'il pleure juste parce qu'il n'est pas content. Ca existe aussi. Une fois que tu t'es assuré que tout était ok, il ne reste pas grand chose à faire.

pas besoin de le laisser hurler

Parfois tu n'as pas le choix...

Heu... non
Il faut au contraire faire attention à ne pas parler "bébé" à un bébé. Là c'est vrai c'est peut-être un peu trop tôt, mais tu verra qu'un bébé fait tout par imitation, et vraiment très tôt.
Si tu lui parle comme un bébé, il va avoir tendance à imiter. Il faut au contraire lui parler normalement, lui répétera différemment, mais c'est pas grave, ça viendra petit à petit.

Imaginons qu'il commence à dire voiture. Mais il prononce oiture.
Si tu lui parle en prononçant oiture, il n'a aucun intérêt à vouloir tenter de prononcer voiture puisqu'il ne l'entend pas.

Sauf que pleurer n'est pas mauvais non plus pour les bébés.

Attends encore quelques mois lorsqu'il aura mal aux dents et que tu le laissera pleurer pendant 1 ou 2 heures...

Autant je comprend le besoin de rassurer (finalement aussi bien les parents...) autant il faut tout de même faire attention à ne pas trop "materner" son enfant. C'est peut-être un peu bourrin dit comme ça mais c'est vrai. Il faut que l'enfant ce sente rassuré, mais ça peut l'être simplement en allant le voir lorsqu'il ne va pas bien.

Un bébé doit pouvoir dormir seul dans sa chambre sans problème.
Parfois il va pleurer, et il faut le laisser pleurer un moment.

Le problème du cododo c'est quand quelques temps plus tard le bébé c'est tellement habitué qu'il n'arrive plus (ne veux plus) dormir tout seul. Et là la séparation est beaucoup plus complexe. Ou alors on se retrouve avec des enfants de 5 ans ou plus qui dorment avec leurs parents. Bonjour la séparation et la différentiation entre parents et enfants.

Tiens, moi c'est l'inverse. Mes machines d'usage courant sont plutôt basiques en puissance (un AMD 3000+ 1Go de ram je crois et un macbook) et mon serveur par contre plutôt costaux (AMD phenom II quadcore, 8Go de ram). Un truc pas basse consommation, mais suffisant pour faire tourner de nombreux services différents, avoir des vm de développement, etc. Bien plus qu'un "bête" lamp + mail.

Quelques questions :

le kit de 20 couches nous ont coûté grosso modo 600 EUR ; cela fait deux mois qu'on les utilise, et avec des couches jetables (bio) on aurait déjà payé 200 EUR...

Quelle est la durée des couches ? (ça s'adapte avec la taille des bébé ou non par exemple ?) En gros, il faudrait 6 mois pour que ça devienne rentable, sauf qu'il faut tout de même changer régulièrement de taille de couche dans le temps (4 fois en 2 ans en gros)

écolo : forcément, on ne les jette pas

Oui, mais on les laves, utilisation de produits, lessive, eau, toussa. Ca donne quoi au global (vrai question importante, sinon c'est comme la connerie de parler des voitures électriques de manière écologique alors qu'on oublie juste la production de l'électricité dans l'histoire...)

Je ne trouve pas cela ridicule d'offrir plus de libertés à un projet.

Si mandriva pose MDS sur un git hébergé sur leurs serveurs, en quoi cela t'offres moins de possibilité, moins de possibilité pour forker ?
Les devs du noyaux ils ralent car le kernel n'est plus sous github ?

Donc non, pour moi héberger son soft (qui plus est sur une plateforme proprio) n'offre pas plus de liberté.

Moi qui ai installé MDS sur une Debian, je comprends bien que des programmeurs aient envie de contribuer au développement de MDS sans passer par Mandriva.

Attends, je suis pas sur de comprendre la logique : contribuer à un soft c'est bien. contribué à un soft hébergé chez mandriva c'est mal. Même si c'est le même soft. C'est bien ça ? Car hébergé sur github ou non ça ne change rien au projet.

Je préfère des projets hébergé sur ce genre de site plutôt que de travailler avec des fauxpen-sources hébergé chez l'éditeur.

Et je trouve totalement ridicule qu'un éditeur de logiciel open source ne soit pas capable d'héberger lui-même ses outils. Mais bon, MDS ne vient-il pas plutôt de linbox ? (pas sur hein) Auquel cas je comprendrais mieux vis à vis de mandriva, mais bon...

fauxpen-sources

Quelqu'un utilise réellement ce genre de mot ???

Mageia qui est pour le moment un "doublon" de Mandriva avec un repackaging

Justement non, ça montre clairement que les choix sont totalement différents sur plusieurs points.

faire un serveur à partir de la version "normale" de Mandriva. Parce que tout d'abord ils font une version Enterprise dédiée à cela

Depuis quand y a-t-il une différence entre une version normale et une version serveur ? Il suffit de choisir ses paquets, prendre kernel-server et non kernel-desktop, etc. Un openssh ou un apache sur une version "normale" ou sur une version "desktop" c'est pareil.

serveur avec une distro robuste basée sur du RPM, la première chose qui me vient à l'esprit c'est CentOS / RedHat

Oué, c'est aussi pour ça que côté constance dans le temps mandriva a urpm* depuis un moment là où redhat a changé trois fois.
Et d'ailleurs, que sais-tu de la robustesse de mandriva exactement ?

Le support est-il assez long ? Es-tu assuré que dans 6 mois la société ne va pas abandonner la distro ou un tas de paquets ?

M'en fiche du support, c'est un serveur perso. Que mandriva disparaissent ça ne me changera rien vu que finalement je passe sous mageia qui ne disparaitra pas à mon avis. Et côté paquets disparus, c'est finalement déjà le cas avec mandriva, contrairement à mageia.

l'outils de configuration réseau n'est pas celui de mcc lors de l'installation (qui est assez complexe : gestion des profils ...)

Tu est sur ? (c'est une vrai question hein)
Car je le trouve quand même très proche (ça ne veut pas pour autant dire que toutes les options sont dispos lors de l'installation)

je n'aime pas les installeurs qui font tout, et deviennent trop complexe.

Sauf qu'au final tu te retrouve avec un système qui n'est pas totalement installé. Et c'est bien le problème. Et pour le reboot, si tu avais lu il parle d'une maj de kernel par exemple.
Franchement, quel est l'intérêt de complexifier l'après installation (avec par exemple configuration du réseau, des mises à jours, qui d'ailleurs ne seront pas faites) alors qu'on peut l'intégrer à l'installation, et de plus de manière optionnelle sans perturber celui qui ne veut pas ?

je trouve de toute manière que configurer sa carte réseau pendant l'installation est une mauvaise chose (obligé de faire des outils spécifique)

?
Pourquoi est-ce une mauvaise chose ?
Si j'ai besoin de le faire (par exemple pas de dhcp de dispo) comment je fais ?
Il faut obligatoirement un outil spécifique ? Heu, je suis pas sur. Les outils de l'installeurs ne sont-ils tout simplement pas les outils du MCC ? Par exemple le partitionneur est diskdrake, il n'y en a pas deux (en tout cas j'espère bien...)

télécharger les m.a.j. pendant l'installation est juste débile une mauvaise idée

Pourquoi ?
C'est pratique (à la fin de l'installation j'ai un système vraiment à jour)
C'est désactivable (on te demande ton avis)

Je viens de réinstaller deux mageia, et l'installeur est juste bien je trouve. Si on veut pas s'embêter on fait clic clic clic gnome/kde clic clic terminé. Et si on veut faire plus, on peut.

Vu comme ça, ça ne donne absolument pas envie ni confiance de baser un serveur sur du mandriva (avec genre, ldap, postfix et samba, un truc tout classique quoi).

Par contre, merci mageia de continuer le boulot !