OK, mais mutter est lui même issu de clutter, qui a été développé par OpenedHand comme composant pour le projet MOBLIN. Donc on peut aussi dire, avec la même facilité, que beaucoup du Gnome d'aujourd'hui est issu de Moblin. Voilà voilà ;-)
D'ailleurs ce n'est pas seulement la bibliothèque, et le gestionnaire de fenêtre, mais pas mal d'idées de Moblin (ouverture et fermeture de bureaux selon le besoin, par exemple) qui se trouvent aujourd'hui dans Gnome. Pour les nostalgiques de la légèreté et de l'efficacité de Moblin, une vidéo
La même question depuis bientôt 10 ans : mais pourquoi se focaliser autant sur l'aspect humanoïde, avec tout les problèmes mécaniques que cela engendre (tu parles de servo-moteurs à 200€ pièces. sic!) alors que sa taille lui ôte tout intérêt de ressembler à un humain ? (passer les mêmes obstacles, monter les mêmes escaliers)
Alors que la stupidité artificielle est tellement plus intéressante, ici tournée vers l'interaction avec les humains.
+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
# Rendre à César ...
Posté par bubar🦥 . En réponse au journal Pantheon, Cinnamon, MATE, Budgie, Endless Mobile, Tizen Shell...: Un bureau pour les gouverner tous!. Évalué à 7.
OK, mais mutter est lui même issu de clutter, qui a été développé par OpenedHand comme composant pour le projet MOBLIN. Donc on peut aussi dire, avec la même facilité, que beaucoup du Gnome d'aujourd'hui est issu de Moblin. Voilà voilà ;-)
D'ailleurs ce n'est pas seulement la bibliothèque, et le gestionnaire de fenêtre, mais pas mal d'idées de Moblin (ouverture et fermeture de bureaux selon le besoin, par exemple) qui se trouvent aujourd'hui dans Gnome. Pour les nostalgiques de la légèreté et de l'efficacité de Moblin, une vidéo
# Haaa Nao
Posté par bubar🦥 . En réponse au journal Hackathon Nao à la Cité des sciences de Paris. Évalué à 1. Dernière modification le 27 septembre 2014 à 22:58.
La même question depuis bientôt 10 ans : mais pourquoi se focaliser autant sur l'aspect humanoïde, avec tout les problèmes mécaniques que cela engendre (tu parles de servo-moteurs à 200€ pièces. sic!) alors que sa taille lui ôte tout intérêt de ressembler à un humain ? (passer les mêmes obstacles, monter les mêmes escaliers)
Alors que la stupidité artificielle est tellement plus intéressante, ici tournée vers l'interaction avec les humains.
:-)
[^] # Re: "Au final, ce sont les fanboys qui ont dû être bien déçus…"
Posté par bubar🦥 . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à -4.
[^] # 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.