donc article hors sujet (c'est une fonctionnalité de l'offre OVH).
Impressionnant comme les gens "adaptent" les textes de loi à leur désirs.
PS : suivant ta "traduction" du texte de loi, tu peux attaquer tous les fournisseurs de mails, ils font tous des suppressions de mails (à cause de spams/virus) à divers degrés.
Ca qu'il reçoit, on s'en fout. Le problème est qu'il emet.
Et faut aussi arrêter de dénoncer OVH, il ne fait que jeter les serveurs qui envoient du spam.
Tiens, rigolo, augmenter les problèmes, c'est acceptable dans un sens, mais pas dans l'autre…
Ici, on jette juste un spammeur, qu'il le fasse "a l'insu de son plein gré" n'est pas le problème d'OVH, le problème d'OVH est d'avoir un réseau sain pour pas cher (et de ne pas se faire blacklister car il envoit le gars envoit du spam avec un IP à OVH). Quand on envoit des emails (différent du courrier normal, d'autres problématiques), on assume. Sachant que c'est un cas exceptionnel, généralement il y a un spamassassin/clamav de configuré sur n'importe quel serveur de mail correct pour virer les gros spams et qu'OVH flaggue à ma connaissance que si tu ne fais pas un nettoyage de base.
Avant de "dénoncer grave", on peut aussi essayer de comprendre l'autre partie. Et si la plus value (pour 99% des clients) ne convient pas, on va chercher un autre prestataire qui garantira "promis, on ne vire pas les spammeurs qui spamment qu'une adresse email qui ne se plaint jamais du fait de ta config exotique").
OVH fait du low cost = pas un service personnalisé pour les configs exotiques. Ce n'est pas apologie du terrorisme, c'est juste vouloir le beurre et l'argent du beurre. Pas la peine de se plaindre sur LinuxFr pour ça (surtout que ça ne changera rien à son problème, c'est juste un plaisir de cracher gratuitement sur son prestataire, avec une "morale de l'histoire").
Ah… Le retour de la résistance au changement…
Ca n'a pas mis bien longtemps avant d'arriver.
Pas "plus d'un", es-tu capable de dire combien en pourcent? Si ils sont nombreux, pourquoi donc aucune distribution majeur ne décide de leur faire plaisir rien que pour leurs beaux yeux?
Bref, plus d'un, je n'en doute pas, par contre assez pour construire une alternative viable, j'ai comme un doute. Juste des râleurs qui se cacheront de honte dans 10 ans, et auront trouvé un autre bouc-émissaire pour leur plaisir de se plaindre de l'évolution technologique.
PS : le bronsoniser, oui, mais le remplacer par quoi? Un truc qui soit adapté au monde d'aujourd'hui, hein, pas les trucs qui sont fait la raison du changement vers systemd…
Je ne vois pas le rapport entre les messages :
- D'un côté, on parle du sujet du journal (Linux)
- De l'autre, on parle des prestations (SLE, qui fournit support, certif etc…)
Personnelement, je vois les deux de manière très séparée (merci le libre, si je ne suis pas content je forke). Ce qui est important dans le journal, pour "nous", est le passage à Linux (que le client soit avec RHEL ou SLE, on s'en fout un peu par rapport au sujet "Linux"), pas le prestataire qui le fait. Ce qui est important pour l'entreprise est le prestataire, et l'entrerprise n'est pas "nous", mais ça n'empèche pas d'en débattre dans les commentaires en tant que client potentiel, et ça ne change pas que le journal est sur Linux.
Que voulais-tu donc dire ?
Je te pose la même question : que voulais-tu dire par "je ne suis pas d'accord"? Sur quel sujet n'es-tu pas d'accord? Je suis perdu, car tu, de mon point de vue, mélanges deux sujets différents.
Je ne me pose qu'une question à propos de cette distro : pourquoi ?
Déjà, tu n'as que peu de choix : RHEL ou SLE.
Non, pas Debian, désolé, car il manque à Debian plein de chose (support que de 3 ans, soit rien; pas de programme de certification; pas d'engagement sur la non regression matérielle;…), ça ne marche que pour des petites boites dont l'admin sys aime bien passer du temps à bidouiller sur ses plateformes (suffit de voir les forums, LinuxFr compris, pour se rendre compte des petits amusement sur des bugs de Linux sur certains matériels achetés "car pas cher") et peut se le permettre car le patron ne comprend pas tout ou qu'il est patron (pour le fauché, il reste CentOS).
Pas non plus les autres, parce que… La même chose.
Ensuite : RHEL, c'est cher (problème économique), c'est américain (problème culturel).
C'est une hyper galère pour trouver des paquets compilés pour la distribution.
SUSE sponsorise Open build Service, pour faciliter la vie des développeurs, et au passage inciter à compiler pour… SLE ;-).
Donc petit à petit on voit émerger un concurrent au monopole de fait, et c'est pas plus mal!
Je fantasme un peu, mais je me dis que l'officialisation de CentOS dans le giron de Red Hat ne doit pas s'être fait comme ça, peut-être que l'arrivée de la concurrence…
Tu ne dois pas beaucoup suivre, cette "omission" est volontaire, il n'a jamais mis le nom de la distro, juste "Linux", dans ses journaux.
Et ce n'est pas plus mal (c'est "Linux" qui est important, pas le prestataire)
Quelque part, ça me semble pertinent de ne pas appeler apache httpd, puisqu'on pourrait imaginer installer plusieurs httpd sur la même machine.
Apache est le nom de l'entité.
httpd est le nom du logiciel faisant un serveur HTTP.
Google: httpd.
Aucune raison de changer le nom. D'autres serveurs HTTP peuvent s'appeler autrement, il cohabiteront car noms différents (après, si tu appelles ton serveurs HTTP "httpd" alorsq u'il y en a un qui existe déja, ben…).
Après, bon, voila, c'était une connerie historique, il faut vivre avec (mais sans pour autant trouver normal un renommage à l'arrache)
ou plus exactement les extensions de GCC avaient évolué
Encore une raison de ne pas utiliser les extensions de GCC.
C++ != C++ avec extensions (de qui que ce soit).
Déj, il suffisait de prendre un autre compile de l'époque pour voir que ça compilait pas, pas la peine d'attendre. Bref, le bonheur du libre qui aime les standards sauf quand il ne les respecte pas et ne prend pas le temps d'aller voir les organismes de standardisation.
Je serai curieux de savoir combien de codes sources C/C++ d'il y a 10 ans compilent encore avec les compilateurs d'aujourd'hui
Tous les codes conformes à la norme C/C++ (encore une fois, un code C++ avec extensions GCC n'est pas un code C++ valide, HS ici), à quelques exceptions près qui se corrigent très vite.
C'est un des très gros avantages de C/C++ par rapport à d'autres langages (le coup du Python 2 à 3 étant assez rigolo). Les modes changes (Avant c'était PHP, après on a eu Java, puis Python, puis…), C/C++ traverse les ages.
Les artistes ne produisent pas du beau, mais du sens.
Faux: les artistes disent produire du sens. Mais souvent ça n'a aucun sens, et c'est juste de la branlette.
Il y a aussi beaucoup de personnes qui se disent artistes mais ne sont pas plus artistes qu'un gamain de 2 ans.
Bref, de quel droit dis-tu qu'une personne est artiste ou pas, suivant quels critères, des vrais, hein, pas un "du sens" parce que bon, un codeur produit aussi du sens?
ils maîtrisent une, ou plusieurs, techniques, pour créer des objets qui correspondent à certains canons de la beauté.
Tiens, cette définition marche avec 99% des gens qui se disent artistes…
Est-ce qu'ils sont reconnus socialement comme des artistes ?
Socialement, on a de tout et n'importe quoi (un truc hyper moche va être considéré comme une "oeuvre", jsute parce que la personne a trouvé un mécène qui va bien), des gens sont morts puis on a trouvé qu'ils sont artistes, ça n'est pas vraiment un critère. Les codeurs sont les artistes qui seront reconnus comme tels dans 100 ans, comme d'autres personnes sont des "références de l'art" des dizaines d'années après leur mort (et avant, c'était juste des nuls dont on se foutait).
Est-ce compté en ETP (Equivalent Temps Plein) ou avez-vous beaucoup de temps partiels ou est-ce juste la réponse à La Grande Question sur la vie, l'univers et le reste?
Je me pose la question, car le C.A. est de 1.16 M€ (pour la partie que française, mais j'ai cru comprendre que les filiales à l'étranger ne font pas de vente), soit 26 k€/tête tout compris (salaires nets, charges sociales, machines, locaux… à payer avec ça), et je réverai d'avoir des employés à ce niveau de salaire si il y avait 42 ETP, même en Open-Source ce n'est pas facile à trouver.
Après, j'imagine que les filiales doivent payer moins cher vu les pays, certes.
tout ce qui est fait pour le compte d'un client est facturé alors tout ce qui est fait par l'équipe coeur est pris en charge par des committers (internes ou externes) et donc non facturé.
Je me suis peut-être mal exprimé.
passons sur la partie "externe", qui concerne d'autres boites.
Concentrons-nous usr la partie "interne". Sauf erreur de ma part, les personnes internes sont payées par XWiki, et donc l'argent vient de ce qui est vendu au client.
Ce qui m'interesse est de connaitre le ratio entre ce qui est fait en interne facturé au client pour son besoin et le ce qui est fait en interne non facturé? En d'autres mots, pour une heure facturée, combien d'heure XWiki "sponsorise" les commiteurs internes? En tournant d'une autre façon la question (même si ce n'est pas exactement la même question), quelle remise pour un développement qui sera intégré au coeur par rapport à un dévelopement non pertinent qui va rester dans son coin?
Perso, devant l'opacité des critères pour la définition de "recherche" des JEI et CIR pas très adaptée au monde logiciel de mon point de vue, et vu mon adoration de la paperasse, j'avais abandonné l'idée de demander le statut de JEI et l'idée de demander le CIR; comment s'est passé tes demandes de JEI et CIR par rapport à XWiki? En d'autres mots, comment as-tu pu faire rentrer XWiki dans les cases demandées par la paperasse JEI et CIR?
(je n'irai pas jusqu'à demander une copie des documents, mais j'en suis pas loin ;-) )
Dépèche de très bonne qualité, on apprend beaucoup.
Je retiens entre autres (il y a tellement) :
il nous a appelé et nous avons eu l'impression qu'il se sentait "volé" de devoir acheter une journée de service pour qu'on lui fasse l'installation
Je me sens moins seul… La mentalité "tout gratuit, bosse pour moi gratos ton développement n'est pas assez gratuit pour moi" est parfois impressionnante. Heureusement c'est seulement une petite part de la faune.
Mais l'open source n'est pas un objectif ; c'est une façon d'atteindre plusieurs les objectifs présentés.
(venant du blog).
Oh merci! Ca fait aussi plaisir de lire ça.
Mais ça va faire grincer des dents les "puristes" pour qui le libre est le but ultime (mais on ne les vois pas beaucoup commiter, ils utilisent surtout, comme c'est étonnant).
bon, des questions :
1/ Combien de temps avant d'avoir été rentable (=un revenu correct par investisseur)?
2/ Quel ratio entre service facturé et dévelopement non facturé?
3/ Quelle a été la forme de l'augmentation de collaborateurs (de combien au départ à combien à la fin, quelles grosses étapes et élément déclencheur d'un recrutement donc d'investissement risqué)?
J'aime bien les préjugés qu'ont certaines personnes. Ah oui, c'est binaire, 0 ou 1, puisqu'une personne parle parfois d'un autre, c'est qu'il n'utilise pas Linux, j'avais oublié!
Ne pas utiliser Linux != ne pas utiliser que Linux.
Et aussi : les principes de maintenance, ça n'a rien à voir avec Linux, ce serait BSD, Mac, Windows ou Hurd, ça serait pareil, donc vraiment aucun rapport.
Un Geek pour moi possède les qualités suivantes : (…)
Pour faire plus court, tu aurais pu dire que le geek, c'est les gens comme toi.
PS : je n'ai pas d'avis sur l'abus ou pas du mot dans les médias, juste trouve la liste très restrictive sur qui aurait le droit d'utiliser le mot. Geek est moins restrictif.
La corruption d'un journal binaire est très compliqué à corriger,
De ce journal binaire.
En n'importe quel binaire, on peut faire exactement comme pour ton "texte" (qui est juste une forme de binaire), et avoir un élément de synchro (pour ton "texte", c'est l'octet 0x0A, ben oui du "binaire", qui fait office de synchro). Par exemple, dans le monde vidéo envoyé par satelitte, on peu se raccrocher n'importe quand au contenu, le fait qu'on ne soit pas la au début de la transmission ou qu'on ai 5% de pertes de paquets n'empéchant pas de se resynchroniser souvent.
En l'occurence, le choix de ne pas faire de code de synchro est un choix qui n'a rien à voire avec "texte" ou non "texte", c'est un choix de design supplémentaire qui n'a pas l'air de déranger ceux qui choisissent systemd (et ils sont nombreux), sans doute parce que les avantages de leur format compensent les quelques désavantages.
Bref, rien à voire avec la guéguerre "texte" contre non "texte", à part pour ceux qui veuelnt absolument voir le "binaire" comme le bouc émissaire.
Et donc, tu auras un problème pseudo-aléatoire : suivant l'humeur du noyau (suivant plus ou moins de 5 secondes), tu auras un comportement différent. Le bonheur quand ton successeur ou simplement ton remplaçant pendant tes congés devra se pencher dessus sans savoir ce que tu as fait.
Hot fix, oui, mais juste ça, en attendant de trouver un vrai fix, stable!
(surtout que pour des containers, perdre 5 secondes comme ça si 0.5 suffit, c'est dommage)
Troll : vivement que systemd s'en mèle, pour qu'il donne un ordre chronologique.
et si je me mets à la place d'un admin qui s'est constitué sa collection de scripts au fil du temps, je pense qu'on est plus sur le simple "faire chier", mais sur l'augmentation de la charge de travail: tout à refaire, à déboguer à nouveau, etc.
1/ Cet admin demande simplement à systemd de faire aussi dans l'ancien format. C'est simple, sans doute trop simple, et ce genre d' "argument" ressort encore…
2/ Sous excuse qu'un admin va devoir adapter ses scripts, on bloque toute évolution qui apportent plein de choses? tu es vriament sérieux quand tu sors ça?
3/ Rien n'interdit à l'admin de rester avec son ancien système. On lui dit juste que les autres ne bosseront plus pour lui, mais comme il n'y a pas de contrat pas de soucis. ou est le problème? Rappel : systemd n'interdit à personne de mettre comme avant, ou un concurrent.
Tout ça pour quoi? Parce qu'un type à décidé que, non, les fichiers plats, c'est has been? Humpf.
C'est merdique, et il a déjà été dit 100x pourquoi. Le monde évolue, et n'a plus les mêmes besoins. Libre à toi de rester avec des fichiers texte (tu peux!), libres aux autres de choisir autre chose. freem n'a d'ordres à recevoir de personne, mais n'a d'ordres à donne à personne non plus.
Programmer en non standard, ce n'est pas terrible (sympa pour les compilos qui se conforment au standard mais n'ont pas ce truc). A utiliser que si on n'a pas pour but de diffuser son code plus que ça.
Distribution? Distribution Linux peut-être, mais sinon même le Windows store a plus de paquets.
Le monde ne s'arrêtes pas à Linux, et certains ont repris le concept venant des distros Linux, en… L'améliorant (avec d'autres gestionnaire de distros, tu payes peut-être, mais au moins tu sais que tu vas avoir une validation assez rapide, et on est moins strict sur les licences).
Dingue non?
PS : tu restes peut-être dans ton petit monde, mais même ici des gens disent "ho, c'est pas dans les paquets Debian" pour moultes logiciels. En dehors de LinuxFr, ça y va aussi. Zut alors la réalité ave des vrais gens qui veulent pas que des trucs limités!
PPS : mais comme il n'y a plus rien qui bloque la création du paquet pour le sujet de la dépèche, question idiote : pourquoi je n'ai pas de paquet installable sous Debian, la, maintenant, moment où je souhaite tester? Zut, la réalité avec tellement de "il suffit de" qui ne sont jamais fait…
Je n'ai rien contre la QA.
Tu te trompes lourdement sur ta traduction de ce que j'ai écrit.
Si il faut être plus clair : le principal obstacle est le manque de ressources humaines pour gérer cette QA, autant du côté de la création correcte du paquet (l'upstream regarde et abandonne car c'est pas simple du tout, les passionnés Debian regardent puis n'ont pas le temps en plus de ne pas être simple car le code est pas top tout ça) que de la validation (même si l'upstream est motivé et se tape le boulot, il lui faut ensuite avoir un sponsor interessé qui va faire la QA, et ça peut durer des années avant d'en trouver un, voire jamais).
Mais sinon, tout est parfait, les utilisateurs sont contents… ou demandent des paquets car pas présents, et l'upstream fait des .deb à l'arrache pour enfin faire plaisir aux utilisateurs qui leur demande.
Tu as la théorie, la pratique est différente. Perso, j'attends de voir quand il y aura un paquet, j'ai juste fait comprendre qu'il peut attendre longtemps même si on lui répond "il bn'y a plus d'obstacles" (sérieux, si il n'y en avait pas des obstacles, le paquet serait déjà la! Il faut arrêter de se foutre du monde, le manque de ressources humaines de tous les côtés pour passer toutes les étapes mises en place est un obstacle)…
[^] # Re: Violation du secret de correspondance ?
Posté par Zenitram (site web personnel) . En réponse au journal OVH et le DPI, ou comment se faire débrancher son serveur mail parce qu’on reçoit du spam. Évalué à 0.
Est-ce que tu lis ce que tu copies/colles?
donc article hors sujet (c'est une fonctionnalité de l'offre OVH).
Impressionnant comme les gens "adaptent" les textes de loi à leur désirs.
PS : suivant ta "traduction" du texte de loi, tu peux attaquer tous les fournisseurs de mails, ils font tous des suppressions de mails (à cause de spams/virus) à divers degrés.
[^] # Re: le livreur
Posté par Zenitram (site web personnel) . En réponse au journal OVH et le DPI, ou comment se faire débrancher son serveur mail parce qu’on reçoit du spam. Évalué à 6. Dernière modification le 02 octobre 2014 à 07:34.
Ca qu'il reçoit, on s'en fout. Le problème est qu'il emet.
Et faut aussi arrêter de dénoncer OVH, il ne fait que jeter les serveurs qui envoient du spam.
Tiens, rigolo, augmenter les problèmes, c'est acceptable dans un sens, mais pas dans l'autre…
Ici, on jette juste un spammeur, qu'il le fasse "a l'insu de son plein gré" n'est pas le problème d'OVH, le problème d'OVH est d'avoir un réseau sain pour pas cher (et de ne pas se faire blacklister car il envoit le gars envoit du spam avec un IP à OVH). Quand on envoit des emails (différent du courrier normal, d'autres problématiques), on assume. Sachant que c'est un cas exceptionnel, généralement il y a un spamassassin/clamav de configuré sur n'importe quel serveur de mail correct pour virer les gros spams et qu'OVH flaggue à ma connaissance que si tu ne fais pas un nettoyage de base.
Avant de "dénoncer grave", on peut aussi essayer de comprendre l'autre partie. Et si la plus value (pour 99% des clients) ne convient pas, on va chercher un autre prestataire qui garantira "promis, on ne vire pas les spammeurs qui spamment qu'une adresse email qui ne se plaint jamais du fait de ta config exotique").
OVH fait du low cost = pas un service personnalisé pour les configs exotiques. Ce n'est pas apologie du terrorisme, c'est juste vouloir le beurre et l'argent du beurre. Pas la peine de se plaindre sur LinuxFr pour ça (surtout que ça ne changera rien à son problème, c'est juste un plaisir de cracher gratuitement sur son prestataire, avec une "morale de l'histoire").
[^] # Re: Surprenant, non ?
Posté par Zenitram (site web personnel) . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 2.
Pas mal ta blague.
Quelqu'un te force à utiliser Arch ou Fedora?
Pire : quelqu'un t'empèche de forker?
Ah oui, dure la vie en démocratie, ou on ne peut t'imposer une chose, mais en contrepartie tu ne peux pas imposer aux autres de bosser grato pour toi…
Donc : euh non, personne ne force à passer à systemd.
J'attends une démonstration qu'on te met une flingue sur la tempe pour y passer.
Tu peux totalement l'ignorer, rien de de rien ne t'es imposé. Mais par contre, les autres sont libres aussi… Saloperie de liberté!
[^] # Re: Intérêt sur un serveur ?
Posté par Zenitram (site web personnel) . En réponse à la dépêche systemd pour les administrateurs, parties 3, 4 et 5. Évalué à 2. Dernière modification le 01 octobre 2014 à 15:24.
Non, de souvenir sur ses commentaires, le pire est que c'est un comique de répétion sérieux. Du coup je répète aussi.
Mais la blague n'est sans doute pas bien passée. Après, pas évident avec les comiques de répétition sérieux.
[^] # Re: Intérêt sur un serveur ?
Posté par Zenitram (site web personnel) . En réponse à la dépêche systemd pour les administrateurs, parties 3, 4 et 5. Évalué à -1. Dernière modification le 01 octobre 2014 à 15:20.
Ah… Le retour de la résistance au changement…
Ca n'a pas mis bien longtemps avant d'arriver.
Pas "plus d'un", es-tu capable de dire combien en pourcent? Si ils sont nombreux, pourquoi donc aucune distribution majeur ne décide de leur faire plaisir rien que pour leurs beaux yeux?
Bref, plus d'un, je n'en doute pas, par contre assez pour construire une alternative viable, j'ai comme un doute. Juste des râleurs qui se cacheront de honte dans 10 ans, et auront trouvé un autre bouc-émissaire pour leur plaisir de se plaindre de l'évolution technologique.
PS : le bronsoniser, oui, mais le remplacer par quoi? Un truc qui soit adapté au monde d'aujourd'hui, hein, pas les trucs qui sont fait la raison du changement vers systemd…
[^] # Re: Intérêt sur un serveur ?
Posté par Zenitram (site web personnel) . En réponse à la dépêche systemd pour les administrateurs, parties 3, 4 et 5. Évalué à 6.
Un peu ennuyant ce comique de répétition.
[^] # Re: SLES
Posté par Zenitram (site web personnel) . En réponse au journal Swiss Re migre de Solaris vers Linux, et bientôt Windows vers Linux. Évalué à 1.
Je ne vois pas le rapport entre les messages :
- D'un côté, on parle du sujet du journal (Linux)
- De l'autre, on parle des prestations (SLE, qui fournit support, certif etc…)
Personnelement, je vois les deux de manière très séparée (merci le libre, si je ne suis pas content je forke). Ce qui est important dans le journal, pour "nous", est le passage à Linux (que le client soit avec RHEL ou SLE, on s'en fout un peu par rapport au sujet "Linux"), pas le prestataire qui le fait. Ce qui est important pour l'entreprise est le prestataire, et l'entrerprise n'est pas "nous", mais ça n'empèche pas d'en débattre dans les commentaires en tant que client potentiel, et ça ne change pas que le journal est sur Linux.
Je te pose la même question : que voulais-tu dire par "je ne suis pas d'accord"? Sur quel sujet n'es-tu pas d'accord? Je suis perdu, car tu, de mon point de vue, mélanges deux sujets différents.
[^] # Re: SLES
Posté par Zenitram (site web personnel) . En réponse au journal Swiss Re migre de Solaris vers Linux, et bientôt Windows vers Linux. Évalué à 5. Dernière modification le 01 octobre 2014 à 08:12.
Déjà, tu n'as que peu de choix : RHEL ou SLE.
Non, pas Debian, désolé, car il manque à Debian plein de chose (support que de 3 ans, soit rien; pas de programme de certification; pas d'engagement sur la non regression matérielle;…), ça ne marche que pour des petites boites dont l'admin sys aime bien passer du temps à bidouiller sur ses plateformes (suffit de voir les forums, LinuxFr compris, pour se rendre compte des petits amusement sur des bugs de Linux sur certains matériels achetés "car pas cher") et peut se le permettre car le patron ne comprend pas tout ou qu'il est patron (pour le fauché, il reste CentOS).
Pas non plus les autres, parce que… La même chose.
Ensuite : RHEL, c'est cher (problème économique), c'est américain (problème culturel).
SUSE sponsorise Open build Service, pour faciliter la vie des développeurs, et au passage inciter à compiler pour… SLE ;-).
Donc petit à petit on voit émerger un concurrent au monopole de fait, et c'est pas plus mal!
Je fantasme un peu, mais je me dis que l'officialisation de CentOS dans le giron de Red Hat ne doit pas s'être fait comme ça, peut-être que l'arrivée de la concurrence…
[^] # Re: Petite omission
Posté par Zenitram (site web personnel) . En réponse au journal Swiss Re migre de Solaris vers Linux, et bientôt Windows vers Linux. Évalué à 5.
Tu ne dois pas beaucoup suivre, cette "omission" est volontaire, il n'a jamais mis le nom de la distro, juste "Linux", dans ses journaux.
Et ce n'est pas plus mal (c'est "Linux" qui est important, pas le prestataire)
[^] # Re: Surprenant, non ?
Posté par Zenitram (site web personnel) . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 3.
Apache est le nom de l'entité.
httpd est le nom du logiciel faisant un serveur HTTP.
Google: httpd.
Aucune raison de changer le nom. D'autres serveurs HTTP peuvent s'appeler autrement, il cohabiteront car noms différents (après, si tu appelles ton serveurs HTTP "httpd" alorsq u'il y en a un qui existe déja, ben…).
Après, bon, voila, c'était une connerie historique, il faut vivre avec (mais sans pour autant trouver normal un renommage à l'arrache)
[^] # Re: Troll
Posté par Zenitram (site web personnel) . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 10.
comme les langages : il y a que deux sortes de code : le code qui est critiqué, et le code qui n'est pas utilisé.
[^] # Re: Du point de vue utilisateur ou mainteneur ?
Posté par Zenitram (site web personnel) . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 4. Dernière modification le 29 septembre 2014 à 20:57.
Encore une raison de ne pas utiliser les extensions de GCC.
C++ != C++ avec extensions (de qui que ce soit).
Déj, il suffisait de prendre un autre compile de l'époque pour voir que ça compilait pas, pas la peine d'attendre. Bref, le bonheur du libre qui aime les standards sauf quand il ne les respecte pas et ne prend pas le temps d'aller voir les organismes de standardisation.
Tous les codes conformes à la norme C/C++ (encore une fois, un code C++ avec extensions GCC n'est pas un code C++ valide, HS ici), à quelques exceptions près qui se corrigent très vite.
C'est un des très gros avantages de C/C++ par rapport à d'autres langages (le coup du Python 2 à 3 étant assez rigolo). Les modes changes (Avant c'était PHP, après on a eu Java, puis Python, puis…), C/C++ traverse les ages.
[^] # Re: le goût et les couleurs
Posté par Zenitram (site web personnel) . En réponse au journal "beauté du code". Évalué à 2. Dernière modification le 29 septembre 2014 à 18:49.
Faux: les artistes disent produire du sens. Mais souvent ça n'a aucun sens, et c'est juste de la branlette.
Il y a aussi beaucoup de personnes qui se disent artistes mais ne sont pas plus artistes qu'un gamain de 2 ans.
Bref, de quel droit dis-tu qu'une personne est artiste ou pas, suivant quels critères, des vrais, hein, pas un "du sens" parce que bon, un codeur produit aussi du sens?
Tiens, cette définition marche avec 99% des gens qui se disent artistes…
Socialement, on a de tout et n'importe quoi (un truc hyper moche va être considéré comme une "oeuvre", jsute parce que la personne a trouvé un mécène qui va bien), des gens sont morts puis on a trouvé qu'ils sont artistes, ça n'est pas vraiment un critère. Les codeurs sont les artistes qui seront reconnus comme tels dans 100 ans, comme d'autres personnes sont des "références de l'art" des dizaines d'années après leur mort (et avant, c'était juste des nuls dont on se foutait).
# Nombre de collaborateurs?
Posté par Zenitram (site web personnel) . En réponse à la dépêche Vivre du logiciel libre - Ludovic Dubost nous parle de sa société : XWiki SAS. Évalué à 4.
Est-ce compté en ETP (Equivalent Temps Plein) ou avez-vous beaucoup de temps partiels ou est-ce juste la réponse à La Grande Question sur la vie, l'univers et le reste?
Je me pose la question, car le C.A. est de 1.16 M€ (pour la partie que française, mais j'ai cru comprendre que les filiales à l'étranger ne font pas de vente), soit 26 k€/tête tout compris (salaires nets, charges sociales, machines, locaux… à payer avec ça), et je réverai d'avoir des employés à ce niveau de salaire si il y avait 42 ETP, même en Open-Source ce n'est pas facile à trouver.
Après, j'imagine que les filiales doivent payer moins cher vu les pays, certes.
[^] # Re: Merci, et questions
Posté par Zenitram (site web personnel) . En réponse à la dépêche Vivre du logiciel libre - Ludovic Dubost nous parle de sa société : XWiki SAS. Évalué à 5.
Je me suis peut-être mal exprimé.
passons sur la partie "externe", qui concerne d'autres boites.
Concentrons-nous usr la partie "interne". Sauf erreur de ma part, les personnes internes sont payées par XWiki, et donc l'argent vient de ce qui est vendu au client.
Ce qui m'interesse est de connaitre le ratio entre ce qui est fait en interne facturé au client pour son besoin et le ce qui est fait en interne non facturé? En d'autres mots, pour une heure facturée, combien d'heure XWiki "sponsorise" les commiteurs internes? En tournant d'une autre façon la question (même si ce n'est pas exactement la même question), quelle remise pour un développement qui sera intégré au coeur par rapport à un dévelopement non pertinent qui va rester dans son coin?
# JEI et CIR
Posté par Zenitram (site web personnel) . En réponse à la dépêche Vivre du logiciel libre - Ludovic Dubost nous parle de sa société : XWiki SAS. Évalué à 6.
Perso, devant l'opacité des critères pour la définition de "recherche" des JEI et CIR pas très adaptée au monde logiciel de mon point de vue, et vu mon adoration de la paperasse, j'avais abandonné l'idée de demander le statut de JEI et l'idée de demander le CIR; comment s'est passé tes demandes de JEI et CIR par rapport à XWiki? En d'autres mots, comment as-tu pu faire rentrer XWiki dans les cases demandées par la paperasse JEI et CIR?
(je n'irai pas jusqu'à demander une copie des documents, mais j'en suis pas loin ;-) )
# Merci, et questions
Posté par Zenitram (site web personnel) . En réponse à la dépêche Vivre du logiciel libre - Ludovic Dubost nous parle de sa société : XWiki SAS. Évalué à 9.
Dépèche de très bonne qualité, on apprend beaucoup.
Je retiens entre autres (il y a tellement) :
Je me sens moins seul… La mentalité "tout gratuit, bosse pour moi gratos ton développement n'est pas assez gratuit pour moi" est parfois impressionnante. Heureusement c'est seulement une petite part de la faune.
(venant du blog).
Oh merci! Ca fait aussi plaisir de lire ça.
Mais ça va faire grincer des dents les "puristes" pour qui le libre est le but ultime (mais on ne les vois pas beaucoup commiter, ils utilisent surtout, comme c'est étonnant).
bon, des questions :
1/ Combien de temps avant d'avoir été rentable (=un revenu correct par investisseur)?
2/ Quel ratio entre service facturé et dévelopement non facturé?
3/ Quelle a été la forme de l'augmentation de collaborateurs (de combien au départ à combien à la fin, quelles grosses étapes et élément déclencheur d'un recrutement donc d'investissement risqué)?
[^] # [HS] Préjugés
Posté par Zenitram (site web personnel) . En réponse au journal mdadm: No devices listed in conf file were found. Évalué à 0. Dernière modification le 28 septembre 2014 à 16:19.
J'aime bien les préjugés qu'ont certaines personnes. Ah oui, c'est binaire, 0 ou 1, puisqu'une personne parle parfois d'un autre, c'est qu'il n'utilise pas Linux, j'avais oublié!
Ne pas utiliser Linux != ne pas utiliser que Linux.
Et aussi : les principes de maintenance, ça n'a rien à voir avec Linux, ce serait BSD, Mac, Windows ou Hurd, ça serait pareil, donc vraiment aucun rapport.
# Mouais
Posté par Zenitram (site web personnel) . En réponse au journal Ras le bol de l'emploi du mot Geek à contre-sens !!!. Évalué à 10.
Pour faire plus court, tu aurais pu dire que le geek, c'est les gens comme toi.
PS : je n'ai pas d'avis sur l'abus ou pas du mot dans les médias, juste trouve la liste très restrictive sur qui aurait le droit d'utiliser le mot. Geek est moins restrictif.
[^] # Re: Du point de vue utilisateur ou mainteneur ?
Posté par Zenitram (site web personnel) . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 3.
De ce journal binaire.
En n'importe quel binaire, on peut faire exactement comme pour ton "texte" (qui est juste une forme de binaire), et avoir un élément de synchro (pour ton "texte", c'est l'octet 0x0A, ben oui du "binaire", qui fait office de synchro). Par exemple, dans le monde vidéo envoyé par satelitte, on peu se raccrocher n'importe quand au contenu, le fait qu'on ne soit pas la au début de la transmission ou qu'on ai 5% de pertes de paquets n'empéchant pas de se resynchroniser souvent.
En l'occurence, le choix de ne pas faire de code de synchro est un choix qui n'a rien à voire avec "texte" ou non "texte", c'est un choix de design supplémentaire qui n'a pas l'air de déranger ceux qui choisissent systemd (et ils sont nombreux), sans doute parce que les avantages de leur format compensent les quelques désavantages.
Bref, rien à voire avec la guéguerre "texte" contre non "texte", à part pour ceux qui veuelnt absolument voir le "binaire" comme le bouc émissaire.
# Oh le bug chiant à détecter plus tard...
Posté par Zenitram (site web personnel) . En réponse au journal mdadm: No devices listed in conf file were found. Évalué à 0.
Et donc, tu auras un problème pseudo-aléatoire : suivant l'humeur du noyau (suivant plus ou moins de 5 secondes), tu auras un comportement différent. Le bonheur quand ton successeur ou simplement ton remplaçant pendant tes congés devra se pencher dessus sans savoir ce que tu as fait.
Hot fix, oui, mais juste ça, en attendant de trouver un vrai fix, stable!
(surtout que pour des containers, perdre 5 secondes comme ça si 0.5 suffit, c'est dommage)
Troll : vivement que systemd s'en mèle, pour qu'il donne un ordre chronologique.
[^] # Re: Du point de vue utilisateur ou mainteneur ?
Posté par Zenitram (site web personnel) . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 5.
1/ Cet admin demande simplement à systemd de faire aussi dans l'ancien format. C'est simple, sans doute trop simple, et ce genre d' "argument" ressort encore…
2/ Sous excuse qu'un admin va devoir adapter ses scripts, on bloque toute évolution qui apportent plein de choses? tu es vriament sérieux quand tu sors ça?
3/ Rien n'interdit à l'admin de rester avec son ancien système. On lui dit juste que les autres ne bosseront plus pour lui, mais comme il n'y a pas de contrat pas de soucis. ou est le problème? Rappel : systemd n'interdit à personne de mettre comme avant, ou un concurrent.
C'est merdique, et il a déjà été dit 100x pourquoi. Le monde évolue, et n'a plus les mêmes besoins. Libre à toi de rester avec des fichiers texte (tu peux!), libres aux autres de choisir autre chose. freem n'a d'ordres à recevoir de personne, mais n'a d'ordres à donne à personne non plus.
Ou est donc le problème?
[^] # Re: plop
Posté par Zenitram (site web personnel) . En réponse au journal Retour aux sources. Évalué à -5.
http://en.wikipedia.org/wiki/Pragma_once
In the C and C++ programming languages, #pragma once is a non-standard but widely supported preprocessor directive (…)
Programmer en non standard, ce n'est pas terrible (sympa pour les compilos qui se conforment au standard mais n'ont pas ce truc). A utiliser que si on n'a pas pour but de diffuser son code plus que ça.
[^] # Re: À quand un paquet debian?
Posté par Zenitram (site web personnel) . En réponse à la dépêche Ryzom : naissance du projet libre Ryzom Forge. Évalué à -6. Dernière modification le 25 septembre 2014 à 13:58.
Distribution? Distribution Linux peut-être, mais sinon même le Windows store a plus de paquets.
Le monde ne s'arrêtes pas à Linux, et certains ont repris le concept venant des distros Linux, en… L'améliorant (avec d'autres gestionnaire de distros, tu payes peut-être, mais au moins tu sais que tu vas avoir une validation assez rapide, et on est moins strict sur les licences).
Dingue non?
PS : tu restes peut-être dans ton petit monde, mais même ici des gens disent "ho, c'est pas dans les paquets Debian" pour moultes logiciels. En dehors de LinuxFr, ça y va aussi. Zut alors la réalité ave des vrais gens qui veulent pas que des trucs limités!
PPS : mais comme il n'y a plus rien qui bloque la création du paquet pour le sujet de la dépèche, question idiote : pourquoi je n'ai pas de paquet installable sous Debian, la, maintenant, moment où je souhaite tester? Zut, la réalité avec tellement de "il suffit de" qui ne sont jamais fait…
[^] # Re: À quand un paquet debian?
Posté par Zenitram (site web personnel) . En réponse à la dépêche Ryzom : naissance du projet libre Ryzom Forge. Évalué à 2. Dernière modification le 25 septembre 2014 à 09:13.
Je n'ai rien contre la QA.
Tu te trompes lourdement sur ta traduction de ce que j'ai écrit.
Si il faut être plus clair : le principal obstacle est le manque de ressources humaines pour gérer cette QA, autant du côté de la création correcte du paquet (l'upstream regarde et abandonne car c'est pas simple du tout, les passionnés Debian regardent puis n'ont pas le temps en plus de ne pas être simple car le code est pas top tout ça) que de la validation (même si l'upstream est motivé et se tape le boulot, il lui faut ensuite avoir un sponsor interessé qui va faire la QA, et ça peut durer des années avant d'en trouver un, voire jamais).
Mais sinon, tout est parfait, les utilisateurs sont contents… ou demandent des paquets car pas présents, et l'upstream fait des .deb à l'arrache pour enfin faire plaisir aux utilisateurs qui leur demande.
Tu as la théorie, la pratique est différente. Perso, j'attends de voir quand il y aura un paquet, j'ai juste fait comprendre qu'il peut attendre longtemps même si on lui répond "il bn'y a plus d'obstacles" (sérieux, si il n'y en avait pas des obstacles, le paquet serait déjà la! Il faut arrêter de se foutre du monde, le manque de ressources humaines de tous les côtés pour passer toutes les étapes mises en place est un obstacle)…