+1.
Mais un package d'une distrib n'est pas un package autonome comme un macport, c'est un élément d'une infra.
Et ça aussi, c'est un fait.
Un autre fait est qu'il n'y a pas d'intérêt à utiliser le packaging distro si c'est pour ne pas intégrer le package. On peut filer un tarball avec tout ce qui va bien dedans, c'est pas comme si un .desktop était la mer à boire pour donner à l'utilisateur un icone à cliquer.
On notera au passage le nombre de gens s'étant arrêté à la première moitié du film du gros sur les armes après la tuerie de Colombine. Quant la seconde partie montre qu'au Canada, il n'y a pas de problèmes.
Ainsi que l'Allemagne, d'habitude si prompte à casser du sucre sur le dos des usa, en balançant les "écoutes", en virant un ambassadeur, en arrêtant un "espion" américain, bref l'Allemagne qui nous la joue à fond "indépendance via à vis de l'américaine" et sur ce coup là serait prête à vendre père et mère pour destabiliser un pays.
Cette connerie va nous coûter au bas mot 2 milliards d'euros en 2015, à nous français. Pour quel résultat, au final ?
Configurer grub et dracut :
pas pour que grub boot sur sbd, mais pour n'avoir de grub que dont ce dont tu as besoin 'as tu besoin de tout les plugins par défaut ? ça m'étonnerait). Pour dracut il ne s'agit pas d'iso mais d'initrd, là, l'idée est la même : aller plus loin que le simple -H.
Tout ceci te fera gagner de l'espace, ajoute l'option pour ne garder que deux noyaux, et tu tombes un /boot à 150Mo. Pas besoin de 500Mo, on peut chipoter entre 150 et 200.
(tout ceci s'entend en : des configurations prévues par le système et donc résistante aux mises à jour. Sinon c'est pas du jeu :p)
Pour la démo, je reste bof, car on sait que KDE a fait un gros effort depuis 2~3 ans sur sa conso par défaut. Ici un kde "par défaut" (ie installé depuis l'iso d'install d'une fedora) demande, avec le système complet, 260Mo de RAM. 260Mo de ram. Et avec les effets. Donc soit je ne comprends l'intérêt d'utiliser autre chose (du moins, le fallacieux argument du bureau léger xfce, non mais lol), donc tu peux utiliser kde au quotidien. Soit je ne comprends pas l'intérêt d'installer kde alors que tu ne l'utilises pas, juste pour 2 heures par mois pouvoir montrer à qq un que ça fonctionne. Ta machine est certainement un beau système, présente le tel quel, n'ajoute pas kde si tu ne l'utilises pas.
Tu ne parles pas de rsyslog, certes, mais de /var/log. Or, /var/log/journal est amplement suffisant (perso il est même en volatile, pour un netbook)
Tu utilises Mageia, soit probablement la meilleure distribution (et de très loin, dans celles que je connais, gentoo y compris, si ça, ça n'a pas changé) pour se faire une distro aux petits ognions. L'arbre des dépendances est sublime, et en plus la différenciation recquire de suggest facilite, bref depuis un livecd avec un --root, il est extrèmement simple avec mandriva/mageia de se faire une distro taillée sur mesure. Donc même si tu insistes à faire tenir le système sur le premier ssd, je ne vois pas la difficulté (avec cette distro là, il est extrèmement facile d'avoir un / à 740Mo bureau inclu)
On peut faire mieux et moins (avant de taper dans busybox), mais seule mdv le propose(ait?) aussi facilement.
/ => ssd 16Go (pourquoi s'entêter avec sda ? juste parcequ'il se nomme a ? utilisons plutôt les uuid, de toutes façons)
Voilà.
Ensuite tu peux te poser qq questions, genre :
pourquoi faire un boot séparé ?
pourquoi faire un boot de 500 Mo ?????
pourquoi ne pas configurer grub et dracut ??
pourquoi utiliser rsyslog sur ce type de machine ??
pourquoi installer deux bureaux, "au cas où démo" ?????
pourquoi ne pas utiliser plus de tmpfs, direct ou par scripts pré-traitement ?
Quitte à "perdre" de l'espace inutilement (double bureaux, partition boot trop grosse), perso j'aurai préféré faire mumuse avec un double / en statefull avec rootfallback= … Et sur ce type de machine mes buts sont de réduire au minimum vital les écritures disques (ou vital = sans autres manips que conf initiale, mises à jour sans risques ni manips) et d'augmenter au maximum possible l'autonomie.
Lorsque le nouveau site dlfp, en ror, a été mis en prod, il avait été mis initialement avec une modification du nombre de "vote" possible. Ceci était valable tant pour les publications que leurs commentaires, et avait été ramené à 10 votes par jour.
Nous avions "ralé", car 10 semblait bien trop peu, et cela changeait les habitudes. Et l'équipe avait alors mis le paquet de votes possibles à 40, 50 ou 100 (il me semble que c'est variable, peu importe, le nombre de votes possibles a explosé pour tous)
Le fait d'en avoir peu oblige, probablement, à plus de retenu quant à l'usage. Et le fait d'en avoir 40, 50 ou 100 par jour sert peu souvent (il est quant même rare -à priori, juste mon constat à la louche- d'utiliser 40, 50 ou plus de votes sur une seule journée simplement pour de réels "pertinents". Toujours mon constat à la louche, je n'ai pas l'impression que cela soit un réel problème, dans la mesure où les excès relevés ici sont dans de longues discussions d'un certain type de journal, et cela semble bien minoritaire.
Mais il y aussi, autre exemple, cette proposition de patrick_g, en 2003
Ou encore d'ajouter un "j'aime pas" en plus de "pertinent" et "inutile", évitant de confondre la définition de ce dernier …
Donc peut être que tu, Gasche<, pourrait ouvrir une entrée de suivi pour faire une proposition d'amélioration ? Par exemple ramener le nb de votes journalier à un seuil raisonnable sans être famélique. Par exemple. Bref, l'entrée de suivi, c'est par là (et si je ne l'ouvre pas, ce n'est ni par flemme ni par malice, c'est juste que je ne suis pas sûr d'avoir fait un autre choix que l'actuel, peut être que descendre le nombre de votes est la plus raisonnnable … ??? ;)
Sur le Firefox à jour (31) de la dernière Fedora (20), tout le site fonctionne comme il faut. Et sur une machine ayant une carte intel 4000, loin d'être une foudre de guerre graphique, sans bénéficier des améliorations du driver qui ne s'occupe plus que des > 4600 visiblement
Oui, c'est le point problématique que je relève aussi (si j'ai bien compris la première partie de ta seconde remarque). Et ramené à mon expérience (pas de généralites) : si je débutais aujourd'hui en découvrant linux avec systemd, malheureusement la marche est plus haute à franchir. SystemD retire l'aspect pédagogique qu'apporte un système plus simple : l'apprentissage est probablement bien dur lorsqu'on le fait par soi même :-/ C'est the gros point noir de systemd (à mes yeux)
La fin du bricolage des scripts fait à la va-comme-j-te-pousse, chers à certains sysadmin et cerains intégrateurs. La fin du plus gros défaut des unix : "zy va j'te fais un script qui réoud le problème" - "ouhai trop fort, t'est trop fort" - deux ans après plus une machine n'est pareil, et les scripts, à défaut de respecter des normes, deviennent in-maintenables.
Maintenant faut pas rêver tout ne se fera pas du jour au lendemain, beaucoup d'intégrateur livreront encore des énormes bouses (souvent, de mon expérience, un bon soft dans le meilleur des cas mais packagé par des stagiaires, avec des scripts de démarrages ne respectant rien).
C'est pas que j'aime pas les scripts, hein (évidence) c'est que j'aime pas le non-respect des règles élementaires (utilisation des possibilités existantes, manière d'écrire, types de fonction, ré-utilisation, sortie de tout le possible en fichier de conf, portabilité, respecter le fsh, ne pas foutre d'autre langage que le shell dans un init, ne pas faire son propre watchdog (si si j'ai déjà vu ça…en sh comment dire…), utiliser syslog, etc etc etc)
SystemD va forcer une évolution.
On va en chier pendant qq temps, mais accroches toi ça vaut le coup (surtout lorsque tu écrira les exigences de livrables)
Hum, ta réponse me fait voir que la mienne n'était pas bien adaptée :-/ Car il s'agissait plus de rebondir sur ton message avec l'intro, et d'appuyer ton propos, que de "répondre" à ton message. patapé.
Oui il caricature, mais tu le fais aussi en disant que "la moitié des gens sur le marché sont des tocards finis" en ne le plaçant que dans le cadre français. Les écoles (publiques) d'ingés en France sont reconnues mondialement. A priori, donc, la proportion de "tocards finis" ne doit pas être plus elévée qu'ailleurs.
Les seuls chiffres valables sont du type que tu cites ensuite : une comparaison lissée avec les exigences économiques locales, au final : le niveau de vie.
Cependant, je suis profondément choqué des salaires proposés aux développeurs actuellement en France. Pour éviter de faire une généralisation, je vais prendre un exemple concret : un institut d'état mondialement reconnu pour la qualité de ses travaux propose 2000€ net pour un poste de développeur noyau. Et se permet de dire, dans son annonce internationale "pour un couple à Paris, cela permet une vie correcte".
Alors bien sûr il y a le bingo-loto dans l'annonce "jeune, sortant d'école" qui donne à penser que le salaire est inférieur par rapport à une demande pour un poste d'expérience. Alors bien sûr encore il y a le "ingénieur d'étude", qui culturellement est moins bien rémunéré en France. Mais ça me choque, pour rester poli. Un développeur en C, et en plus avec les contraintes spécifiques au noyau. Soit un des plus haut niveau d'exigence, et pour travailler sur un des projets les plus utilisé mondialement, on lui donne de quoi survivre ? Parcequ'avec 2000€ net, on ne vit pas à Paris, on survit.
Au final ce que je trouve choquant c'est le nombre de personnes qui vont chercher à justifier des salaires aussi faibles pour des postes de dev.
Et ce n'est pas du syndicalisme, hein, les résultats de ces politiques merdeuses des entreprises françaises sont visibles tout les jours : des dev partent dans d'autres pays, des entreprises fr_fr qui se targuaient d'avoir, par exemple, "la maitrise du cloud" (en mode c'est libre c'est gratuit, pas besoin d'avoir la maitrise du code) se font défoncer en live parcequ'un acteur américain a su, lui, racheter la petite société qui emploie la vraie valeur ajoutée.
Bon, tl;dr
Et écrit sur le fil.
Mais à un moment, Syntec va devoir se réveiller, car à force de croire que le "développement est mondialisé et le libre est gratuit", le résultat de ces sirènes agitées (par les américains il y a déjà qq années) est dramatique pour le business ici.
Ou du "management engine firmware" (le MEF, en français ça sonne bien …) sur toutes versions égales et supérieures aux Series 5
Firmware that runs on an ARC core inside the chipset. It runs entirely out-of-band with the main CPU. It has DMA access to the entire system memory and can access the networking adapters in a way transparent to the OS
Posté par bubar🦥 .
En réponse à la dépêche La folie Docker.
Évalué à 3.
Dernière modification le 11 juillet 2014 à 14:50.
Il y aussi une différence de gestion : la "virtualisation" àla vmware est souple, au point que ça devient vite un immonde bordel. Les containers/zones/jails bornent par essence les limites, ce qui a comme avantage essentiel des mises à jour extrèmement simplifiées et un parc parfaitement cohérent.
Pas besoin d'être nostradamus pour voir qu'à terme vmware restera le beau bordel qu'il est actuellement. Pour une "infra virtuelle" (sic) le TCO sera infiniment inférieur en plaçant du full linux : parc de cette "infra virt" totalement uniforme, contrôle facilité, mise à jour globale simplifiée. Mes deux cents, en résumé : on assiste à une rationalisation de la virtualisation. Une dsi avisée mettra le focus sur le service à rendre pour choisir ses infra (ie : exemples : serveurs de sites web et serveurs d'applications métiers sur une infra en full linux + docker), et vmware pour le bordel historique à maintenir.
ps : on peut aussi regarder du côté de SmartOS qui est issu du fork de opensolaris vers illumos, permet à ce dernier de rester indépendant, a maintenant de très gros anciens devs de sun, et sa société ( Joyent également éditrie de Node.JS) ) fait sa plue-value sur une interface centrale de gestion. Les "anciens" Unixiens apprécieront sans nul doute ce SmartOS, où la zone globale est en RO. Bref, à surveiller de prêt désormais.
zai essayé de lier le vendredi à une vraie question
Pour du mail, c'est moins de 4€ mensuel avec le stockage par défaut de 2Go
Toujours pour du mail uniquement, avec un stockage équivalent à ce que propose google (10Go) c'est 7€ mensuel.
La même avec toutes les features comme calendrier, synchro des notes, gestion des contacts, c'est 10€ mensuel.
4€ mensuel c'est pas la mer à boire… & ça finance du libre.
Mais il manque une information essentielle à mes yeux : je veux savoir où sont physiquement mes données : quel datacenter + quel matériel + quelle distribution + quel chiffrement. C'est anecdotique sur l'offre, ça pourrait être mentionnée en petit, mais ça manque cruellement.
Ensuite, et en moins anedoctique, il manque un chapitre sur la pérénité. Rien ne sert de se précipiter sur une telle offre (ou n'importe quelle autre) si c'est pour en changer dans deux ans. Et là, il manque (un attachement à) la gestion du domaine. Il manque aussi une facilité pour l'archivage local et directement exploitable. C'est là que le bas blesse (à mon sens) : c'est une offre comme les autres de "service groupware" alors que le geek s'en fout : il voudrait le service d'hébergement de la distro et des softs, leurs maintiens, la vie des nouveaux entrants et sortants, et l'archivage du reste. A quoi sert de garder 10go sous la forme mail ? A gagner 2 minutes d'importations dans son client local d'archives horodatées ? Je rêve en écrit public, mais à mon goût de geek, ça manque de détails sur l'offre et de simplicité sur la solution.
[^] # Re: mouaif
Posté par bubar🦥 . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 2.
+1.
Mais un package d'une distrib n'est pas un package autonome comme un macport, c'est un élément d'une infra.
Et ça aussi, c'est un fait.
Un autre fait est qu'il n'y a pas d'intérêt à utiliser le packaging distro si c'est pour ne pas intégrer le package. On peut filer un tarball avec tout ce qui va bien dedans, c'est pas comme si un .desktop était la mer à boire pour donner à l'utilisateur un icone à cliquer.
[^] # Re: Bonne nouvelle !
Posté par bubar🦥 . En réponse au journal La France bientôt chassée du podium mondial des vendeurs d'armes ?. Évalué à -1. Dernière modification le 06 septembre 2014 à 07:23.
30 000 morts par an par armes à feux, pour les USA ?
…
60 000 morts par an par alcool, dans notre petit pays.
[^] # Re: Bonne nouvelle !
Posté par bubar🦥 . En réponse au journal La France bientôt chassée du podium mondial des vendeurs d'armes ?. Évalué à 1.
On notera au passage le nombre de gens s'étant arrêté à la première moitié du film du gros sur les armes après la tuerie de Colombine. Quant la seconde partie montre qu'au Canada, il n'y a pas de problèmes.
[^] # Re: géopolitique
Posté par bubar🦥 . En réponse au journal La France bientôt chassée du podium mondial des vendeurs d'armes ?. Évalué à 1. Dernière modification le 05 septembre 2014 à 20:26.
Ainsi que l'Allemagne, d'habitude si prompte à casser du sucre sur le dos des usa, en balançant les "écoutes", en virant un ambassadeur, en arrêtant un "espion" américain, bref l'Allemagne qui nous la joue à fond "indépendance via à vis de l'américaine" et sur ce coup là serait prête à vendre père et mère pour destabiliser un pays.
Cette connerie va nous coûter au bas mot 2 milliards d'euros en 2015, à nous français. Pour quel résultat, au final ?
[^] # Re: Bonne nouvelle !
Posté par bubar🦥 . En réponse au journal La France bientôt chassée du podium mondial des vendeurs d'armes ?. Évalué à 2.
C'est dommage de lâcher ce beau fil maintenant, c'est si beau de voir les tailles de cartouches se réduirent ainsi.
[^] # Re: sda et sdb
Posté par bubar🦥 . En réponse au journal Réinstallation d'un Eee PC 901 avec une distribution récente. Évalué à 2. Dernière modification le 01 septembre 2014 à 18:08.
Configurer grub et dracut :
pas pour que grub boot sur sbd, mais pour n'avoir de grub que dont ce dont tu as besoin 'as tu besoin de tout les plugins par défaut ? ça m'étonnerait). Pour dracut il ne s'agit pas d'iso mais d'initrd, là, l'idée est la même : aller plus loin que le simple -H.
Tout ceci te fera gagner de l'espace, ajoute l'option pour ne garder que deux noyaux, et tu tombes un /boot à 150Mo. Pas besoin de 500Mo, on peut chipoter entre 150 et 200.
(tout ceci s'entend en : des configurations prévues par le système et donc résistante aux mises à jour. Sinon c'est pas du jeu :p)
Pour la démo, je reste bof, car on sait que KDE a fait un gros effort depuis 2~3 ans sur sa conso par défaut. Ici un kde "par défaut" (ie installé depuis l'iso d'install d'une fedora) demande, avec le système complet, 260Mo de RAM. 260Mo de ram. Et avec les effets. Donc soit je ne comprends l'intérêt d'utiliser autre chose (du moins, le fallacieux argument du bureau léger xfce, non mais lol), donc tu peux utiliser kde au quotidien. Soit je ne comprends pas l'intérêt d'installer kde alors que tu ne l'utilises pas, juste pour 2 heures par mois pouvoir montrer à qq un que ça fonctionne. Ta machine est certainement un beau système, présente le tel quel, n'ajoute pas kde si tu ne l'utilises pas.
[^] # Re: sda et sdb
Posté par bubar🦥 . En réponse au journal Réinstallation d'un Eee PC 901 avec une distribution récente. Évalué à 3. Dernière modification le 01 septembre 2014 à 17:54.
Tu ne parles pas de rsyslog, certes, mais de /var/log. Or, /var/log/journal est amplement suffisant (perso il est même en volatile, pour un netbook)
Tu utilises Mageia, soit probablement la meilleure distribution (et de très loin, dans celles que je connais, gentoo y compris, si ça, ça n'a pas changé) pour se faire une distro aux petits ognions. L'arbre des dépendances est sublime, et en plus la différenciation recquire de suggest facilite, bref depuis un livecd avec un --root, il est extrèmement simple avec mandriva/mageia de se faire une distro taillée sur mesure. Donc même si tu insistes à faire tenir le système sur le premier ssd, je ne vois pas la difficulté (avec cette distro là, il est extrèmement facile d'avoir un / à 740Mo bureau inclu)
On peut faire mieux et moins (avant de taper dans busybox), mais seule mdv le propose(ait?) aussi facilement.
# sda et sdb
Posté par bubar🦥 . En réponse au journal Réinstallation d'un Eee PC 901 avec une distribution récente. Évalué à 10. Dernière modification le 31 août 2014 à 06:54.
… de faire simple :
Voilà.
Ensuite tu peux te poser qq questions, genre :
Quitte à "perdre" de l'espace inutilement (double bureaux, partition boot trop grosse), perso j'aurai préféré faire mumuse avec un double / en statefull avec rootfallback= … Et sur ce type de machine mes buts sont de réduire au minimum vital les écritures disques (ou vital = sans autres manips que conf initiale, mises à jour sans risques ni manips) et d'augmenter au maximum possible l'autonomie.
[^] # Re: système de notation
Posté par bubar🦥 . En réponse au journal Pourquoi LinuxFr sent-il le vitriol?. Évalué à 3. Dernière modification le 16 août 2014 à 23:43.
M'en suis aperçu après, mon compte d'alors ne s'en souvenais pas :p et ai corrigé le commentaire avant de voir ta correction :-/
# système de notation
Posté par bubar🦥 . En réponse au journal Pourquoi LinuxFr sent-il le vitriol?. Évalué à 3. Dernière modification le 17 août 2014 à 10:53.
Lorsque le nouveau site dlfp, en ror, a été mis en prod, il avait été mis initialement avec une modification du nombre de "vote" possible. Ceci était valable tant pour les publications que leurs commentaires, et avait été ramené à 10 votes par jour.
Nous avions "ralé", car 10 semblait bien trop peu, et cela changeait les habitudes. Et l'équipe avait alors mis le paquet de votes possibles à 40, 50 ou 100 (il me semble que c'est variable, peu importe, le nombre de votes possibles a explosé pour tous)
Le fait d'en avoir peu oblige, probablement, à plus de retenu quant à l'usage. Et le fait d'en avoir 40, 50 ou 100 par jour sert peu souvent (il est quant même rare -à priori, juste mon constat à la louche- d'utiliser 40, 50 ou plus de votes sur une seule journée simplement pour de réels "pertinents". Toujours mon constat à la louche, je n'ai pas l'impression que cela soit un réel problème, dans la mesure où les excès relevés ici sont dans de longues discussions d'un certain type de journal, et cela semble bien minoritaire.
Mais il y aussi, autre exemple, cette proposition de patrick_g, en 2003
Ou encore d'ajouter un "j'aime pas" en plus de "pertinent" et "inutile", évitant de confondre la définition de ce dernier …
Donc peut être que tu, Gasche<, pourrait ouvrir une entrée de suivi pour faire une proposition d'amélioration ? Par exemple ramener le nb de votes journalier à un seuil raisonnable sans être famélique. Par exemple. Bref, l'entrée de suivi, c'est par là (et si je ne l'ouvre pas, ce n'est ni par flemme ni par malice, c'est juste que je ne suis pas sûr d'avoir fait un autre choix que l'actuel, peut être que descendre le nombre de votes est la plus raisonnnable … ??? ;)
[^] # Re: Autre
Posté par bubar🦥 . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 2.
non
# Autre
Posté par bubar🦥 . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 6.
[^] # Re: Direct à partir de 19 h 30
Posté par bubar🦥 . En réponse au journal GNU Radio et l’exploration spatiale. Évalué à 5. Dernière modification le 11 août 2014 à 09:37.
Sur le Firefox à jour (31) de la dernière Fedora (20), tout le site fonctionne comme il faut. Et sur une machine ayant une carte intel 4000, loin d'être une foudre de guerre graphique, sans bénéficier des améliorations du driver qui ne s'occupe plus que des > 4600 visiblement
Doit y avoir un (petit) pb avec Ubuntu.
# Autre
Posté par bubar🦥 . En réponse au sondage Quand je vois une session ouverte.... Évalué à 10. Dernière modification le 25 juillet 2014 à 14:02.
[^] # Re: Tu sais
Posté par bubar🦥 . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 0. Dernière modification le 24 juillet 2014 à 15:19.
Oui, c'est le point problématique que je relève aussi (si j'ai bien compris la première partie de ta seconde remarque). Et ramené à mon expérience (pas de généralites) : si je débutais aujourd'hui en découvrant linux avec systemd, malheureusement la marche est plus haute à franchir. SystemD retire l'aspect pédagogique qu'apporte un système plus simple : l'apprentissage est probablement bien dur lorsqu'on le fait par soi même :-/ C'est the gros point noir de systemd (à mes yeux)
[^] # Re: Tu sais
Posté par bubar🦥 . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 10. Dernière modification le 24 juillet 2014 à 10:00.
La fin du bricolage des scripts fait à la va-comme-j-te-pousse, chers à certains sysadmin et cerains intégrateurs. La fin du plus gros défaut des unix : "zy va j'te fais un script qui réoud le problème" - "ouhai trop fort, t'est trop fort" - deux ans après plus une machine n'est pareil, et les scripts, à défaut de respecter des normes, deviennent in-maintenables.
Maintenant faut pas rêver tout ne se fera pas du jour au lendemain, beaucoup d'intégrateur livreront encore des énormes bouses (souvent, de mon expérience, un bon soft dans le meilleur des cas mais packagé par des stagiaires, avec des scripts de démarrages ne respectant rien).
C'est pas que j'aime pas les scripts, hein (évidence) c'est que j'aime pas le non-respect des règles élementaires (utilisation des possibilités existantes, manière d'écrire, types de fonction, ré-utilisation, sortie de tout le possible en fichier de conf, portabilité, respecter le fsh, ne pas foutre d'autre langage que le shell dans un init, ne pas faire son propre watchdog (si si j'ai déjà vu ça…en sh comment dire…), utiliser syslog, etc etc etc)
SystemD va forcer une évolution.
On va en chier pendant qq temps, mais accroches toi ça vaut le coup (surtout lorsque tu écrira les exigences de livrables)
[^] # Re: Sources ?
Posté par bubar🦥 . En réponse au journal Téléphoner à ma mère: gratuité, simplicité, liberté ou vie privée?. Évalué à 2.
Hum, ta réponse me fait voir que la mienne n'était pas bien adaptée :-/ Car il s'agissait plus de rebondir sur ton message avec l'intro, et d'appuyer ton propos, que de "répondre" à ton message. patapé.
[^] # Re: Sources ?
Posté par bubar🦥 . En réponse au journal Téléphoner à ma mère: gratuité, simplicité, liberté ou vie privée?. Évalué à 10. Dernière modification le 18 juillet 2014 à 10:16.
Oui il caricature, mais tu le fais aussi en disant que "la moitié des gens sur le marché sont des tocards finis" en ne le plaçant que dans le cadre français. Les écoles (publiques) d'ingés en France sont reconnues mondialement. A priori, donc, la proportion de "tocards finis" ne doit pas être plus elévée qu'ailleurs.
Les seuls chiffres valables sont du type que tu cites ensuite : une comparaison lissée avec les exigences économiques locales, au final : le niveau de vie.
Cependant, je suis profondément choqué des salaires proposés aux développeurs actuellement en France. Pour éviter de faire une généralisation, je vais prendre un exemple concret : un institut d'état mondialement reconnu pour la qualité de ses travaux propose 2000€ net pour un poste de développeur noyau. Et se permet de dire, dans son annonce internationale "pour un couple à Paris, cela permet une vie correcte".
Alors bien sûr il y a le bingo-loto dans l'annonce "jeune, sortant d'école" qui donne à penser que le salaire est inférieur par rapport à une demande pour un poste d'expérience. Alors bien sûr encore il y a le "ingénieur d'étude", qui culturellement est moins bien rémunéré en France. Mais ça me choque, pour rester poli. Un développeur en C, et en plus avec les contraintes spécifiques au noyau. Soit un des plus haut niveau d'exigence, et pour travailler sur un des projets les plus utilisé mondialement, on lui donne de quoi survivre ? Parcequ'avec 2000€ net, on ne vit pas à Paris, on survit.
Au final ce que je trouve choquant c'est le nombre de personnes qui vont chercher à justifier des salaires aussi faibles pour des postes de dev.
Et ce n'est pas du syndicalisme, hein, les résultats de ces politiques merdeuses des entreprises françaises sont visibles tout les jours : des dev partent dans d'autres pays, des entreprises fr_fr qui se targuaient d'avoir, par exemple, "la maitrise du cloud" (en mode c'est libre c'est gratuit, pas besoin d'avoir la maitrise du code) se font défoncer en live parcequ'un acteur américain a su, lui, racheter la petite société qui emploie la vraie valeur ajoutée.
Bon, tl;dr
Et écrit sur le fil.
Mais à un moment, Syntec va devoir se réveiller, car à force de croire que le "développement est mondialisé et le libre est gratuit", le résultat de ces sirènes agitées (par les américains il y a déjà qq années) est dramatique pour le business ici.
# Merci
Posté par bubar🦥 . En réponse au journal De l'approche ultra-légère de la sécurité sur linuxfr. Évalué à 10. Dernière modification le 17 juillet 2014 à 16:53.
Ce n'est pas un commentaire qui dénonce grave, mais un commentaire qui enfonce des portes ouvertes. LOL pan
ps : très beau déroulé, ton nourjal, belle réussite. on a failli y croire que c'était grave !
[^] # Re: ils sont “plus protecteurs en termes de sécurité”.
Posté par bubar🦥 . En réponse à la dépêche Un rapport parlementaire recommande l'utilisation du logiciel libre. Évalué à 8.
Ou du "management engine firmware" (le MEF, en français ça sonne bien …) sur toutes versions égales et supérieures aux Series 5
Dont'panic. lol.
[^] # Re: 50% à 80% de perte de paquet (ICMP)
Posté par bubar🦥 . En réponse à l’entrée du suivi Lenteurs et problèmes d'accès. Évalué à 0 (+0/-0).
ce matin :
& en tcp :
[^] # Re: Lien non fonctionnel
Posté par bubar🦥 . En réponse à la dépêche CentOS 7. Évalué à 2.
Corrigé, merci.
[^] # Re: Ansible+Vagrant
Posté par bubar🦥 . En réponse à la dépêche La folie Docker. Évalué à 3. Dernière modification le 11 juillet 2014 à 14:50.
Il y aussi une différence de gestion : la "virtualisation" àla vmware est souple, au point que ça devient vite un immonde bordel. Les containers/zones/jails bornent par essence les limites, ce qui a comme avantage essentiel des mises à jour extrèmement simplifiées et un parc parfaitement cohérent.
Pas besoin d'être nostradamus pour voir qu'à terme vmware restera le beau bordel qu'il est actuellement. Pour une "infra virtuelle" (sic) le TCO sera infiniment inférieur en plaçant du full linux : parc de cette "infra virt" totalement uniforme, contrôle facilité, mise à jour globale simplifiée. Mes deux cents, en résumé : on assiste à une rationalisation de la virtualisation. Une dsi avisée mettra le focus sur le service à rendre pour choisir ses infra (ie : exemples : serveurs de sites web et serveurs d'applications métiers sur une infra en full linux + docker), et vmware pour le bordel historique à maintenir.
ps : on peut aussi regarder du côté de SmartOS qui est issu du fork de opensolaris vers illumos, permet à ce dernier de rester indépendant, a maintenant de très gros anciens devs de sun, et sa société ( Joyent également éditrie de Node.JS) ) fait sa plue-value sur une interface centrale de gestion. Les "anciens" Unixiens apprécieront sans nul doute ce SmartOS, où la zone globale est en RO. Bref, à surveiller de prêt désormais.
zai essayé de lier le vendredi à une vraie question
[^] # Re: Tribunaux d'arbitrage
Posté par bubar🦥 . En réponse au journal Pros - Cons TTIP ?. Évalué à 10.
[^] # Re: My Kolab
Posté par bubar🦥 . En réponse à la dépêche Kolab 3.2 : retour d'expérience sous Debian Wheezy. Évalué à 4. Dernière modification le 28 juin 2014 à 09:28.
4€ mensuel c'est pas la mer à boire… & ça finance du libre.
Mais il manque une information essentielle à mes yeux : je veux savoir où sont physiquement mes données : quel datacenter + quel matériel + quelle distribution + quel chiffrement. C'est anecdotique sur l'offre, ça pourrait être mentionnée en petit, mais ça manque cruellement.
Ensuite, et en moins anedoctique, il manque un chapitre sur la pérénité. Rien ne sert de se précipiter sur une telle offre (ou n'importe quelle autre) si c'est pour en changer dans deux ans. Et là, il manque (un attachement à) la gestion du domaine. Il manque aussi une facilité pour l'archivage local et directement exploitable. C'est là que le bas blesse (à mon sens) : c'est une offre comme les autres de "service groupware" alors que le geek s'en fout : il voudrait le service d'hébergement de la distro et des softs, leurs maintiens, la vie des nouveaux entrants et sortants, et l'archivage du reste. A quoi sert de garder 10go sous la forme mail ? A gagner 2 minutes d'importations dans son client local d'archives horodatées ? Je rêve en écrit public, mais à mon goût de geek, ça manque de détails sur l'offre et de simplicité sur la solution.