Si je devais compter le nombre de fois que ça m'est arrivé en train… :D
Généralement, ce sont des "accidents de personne" (aka: suicides) ou des problèmes sérieux qui causent ça par contre (tempête de neige, train bloqué à rouen pour la nuit, je me souviens avoir fait le trajet depuis rouen à goderville en stop, et arriver avant le train), donc je ne leur en veut pas.
En fait, ce que je reproche surtout à la SNCF, c'est d'abord leur communication qui est vraiment, vraiment très mauvaise. Ensuite la ponctualité, puis les prix. Depuis 10 ans, ils ont au moins amélioré leur site, c'est déjà pas mal, parce qu'avant il était dans ma liste d'exemples de trucs à ne pas faire…
On ne peut pas se plaindre qu'il n'y a pas assez de train et en même temps se plaindre que les trains ne sont pas tout le temps bondé.
Je ne m'en suis pas plain. J'ai juste dis que des gens travaillant pour la SNCF m'ont expliqué qu'ils servent à améliorer les stats.
La meilleure solution pour que les transports en commun soient moins blindés, c'est encore le télé-travail partiel ou les horaires décalés pour moi (diminution et répartition de charge).
Un chiffre qui pourrait être intéressant…
Oui. D'autant que du coup, certains comportements de la SNCF changeraient peut-être.
De mémoire, la SNCF ne considérait un retard comme réel que passé 5 minutes. Sauf que, 4 minutes de retard de départ d'un train à St Lazarre, pour ceux qui ont des correspondances, ça veut dire potentiellement décaler de 5min le train qui part de Rouen pour, par exemple, Dieppe. Ou potentiellement devoir prendre celui d'après… 1H après, en général, parce que les inter-cités, c'est en gros 1 par heure en heures de pointe.
Après, je pense que certaines lignes posent moins de problèmes, celle que j'ai pris est vieille et trop petite compte tenu de la population qui l'utilise. Je crois qu'elle est partagée avec pas mal de lignes RATP, et en fait, si mes trains étaient en retard le soir, c'est justement pour ça: le soir, ça part de région parisienne. Plus haute densité, fréquence des problèmes plus élevée, logique.
Si on parle ensuite du prix (j'en ai vu la mention dans le thread), un abonnement travail (plus de 25 ans) Yvetôt-Paris coûtait, de mémoire (il y a a peu près 10 ans), 900€, ce qui fait 450€ de la poche du travailleur pour ~40 trajets, donc grosso modo 11€/trajet, 22€ si l'employeur n'avais pas obligation de payer la moitié.
Une voiture, 5 personnes dans l'idéal, on arrive à 55€, soit une bonne partie d'un plein (bon, mon estimation peut être foireuse, ça ne fait que quelques mois, après 5 ans sans, que j'ai à nouveau une voiture, je réapprend un peu), qui permets de faire plus de 500Km, donc au moins 2 aller-retour.
Reste évidemment l'usure mécanique, l'autoroute, le prix de stationnement, l'assurance et le temps de travail du conducteur à prendre en compte, mais dans l'ensemble je trouve ça assez cher, compte tenu qu'un train, ce sont plusieurs dizaines de passagers par voiture, et une plus d'une dizaine de voiture pour les trains importants.
Et c'est dans le cas d'un abonnement, hein. Dans le cas d'un trajet ponctuel, ça reste rentable (mais avec les emmerdements dus aux horaires, même si c'était fiable, justement) tant qu'on est seul. Dès lors qu'il faut être 2, je pense sincèrement que la voiture est plus rentable, plus flexible et plus fiable.
Après, mon opinion est certes biaisée (principalement une ligne, chiffres concrets perdus depuis belle lurette, juste le souvenir des résultats), mais nier qu'il y a un vrai problème de ponctualité de la SNCF, au moins sur certaines lignes, c'est un peu se foutre de la gueule de ceux qui subissent et qui payent. L'alternative, parce qu'il y en a, c'est de prendre la voiture, ou de déménager, ou de trouver un autre poste. A ma connaissance, il n'y a pas de transport de passager fluvial, qui serait de toute façon probablement plus lent.
Au final, mon impression perso, c'est que les transports ferroviaires, ça ne marche que dans les zones à forte densité de population, mais pas trop de densité quand même (île de france). En Seine maritime, ça veut dire: Le Havre et sa banlieue, Rouen et sa banlieue et… c'est tout? Même l'inter-cité foire dans mon expérience perso, dès lors que la ligne est connectée à Paris.
Dans les autres départements dans lesquels j'ai vécu (autre que région parisienne du moins) je n'ai pas vraiment d'expérience du train, de toute façon depuis ce 2H aller + 2H retour quotidien, j'évite le train quand je peux, je suis vacciné. Je préfère le car, c'est peut-être plus lent sur le papier, mais vu que c'est ponctuel et moins cher, c'est mieux pour moi.
Mais dans ce cas, je devrais donc dire que l'informatique, dans le modèle que j'ai eu enfant, était en fait super déprécié, peu importe le genre du praticien.
D'ailleurs, mes parents me disent encore que "je joue à l'ordinateur", sans le moindre respect pour le fait que, ben non, programmer, ce n'est pas "jouer" au sens être improductif, ne rien produire.
Pour eux, le travail manuel est bien mieux.
Et ce ne sont pas que mes parents, mais bien tout l'environnement dans lequel j'ai évolué étant enfant et ado. Les camarades de classe n'aimaient pas les intellos, il fallait être bon en sport.
L'ordinateur? Pour ceux qui savaient ce qu'est un PC, ça servais juste à jouer, en gros.
Il me semble que ça abonde dans le sens que l'informaticien, les «métiers geek», pour ma génération à longtemps été un truc plutôt négatif que positif.
Je te rassure, souvent, c'est "problème de conducteur". Genre il a pas réussi à sortir du garage, ou autre fadaise du style. Enfin, c'est ce qui était dit au public.
Est-ce que les retards sont réellement un problème non-négligeable en France ?
Ayant pris le train quotidiennement pendant 2 ans, je peux t'assurer que oui. Mes trains du soir, c'était minimum 1 retard par semaine, strict minimum, avec une moyenne, de mémoire, de 20 minutes (pour les trains en retard j'entend).
Par chance, moi je n'avais pas de correspondance, et ma voiture m'attendais à la gare. Ceux qui prennent des changements quotidiens, je les plains.
Sauf bien sûr, si tu prends les stats de la SNCF, qui sont vraies, hein, parce qu'ils font circuler des trains vides aux heures faciles pour gonfler les stats de ponctualité (je tiens ça d'agents SNCF hein).
Oh purée, ça doit vraiment être pourri l'avion alors… parce que je me souviens avoir calculé le taux de retard quand je prenais le train tous les jours, et ma ligne avait 20% de trains en retard le soir, avec une majorité de retards dans les 5-35 minutes.
Ligne Paris Le Havre, pour info. Si ma mémoire est bonne, cette ligne à une certaine… «excellente»… réputation.
Ce que j'aime bien, c'est de pouvoir faire des actions manuellement puis une fois que je les ai répété 2 ou 3 fois finir par faire des trucs du type :
!make && !rsync
Je comprend, je fais la même.
soit parce que ma connexion m'oblige à exécuter mes traitements localement aux données
Pas faux. Je pense que je n'avais pas en tête un niveau de volumétrie aussi élevé.
soit parce que les UI qui sont capables de traiter de telle quantité sont un plus relou à utiliser que quelques grep/sed/awk/jq
Plus un problème d'UI mal foutue qu'autre chose?
Enfin, je pensais surtout à des trucs comme des listes de paquets. Genre, Debian semble me proposer 115000 paquets (oui, pour moi, 115K c'est beaucoup), dont 1470 sont installés. Je me vois très, très mal manipuler ça à la main, mais d'un autre côté, les GUI que j'ai trouvées quand je cherchais étaient à la ramasse.
Du coup, c'est un TUI dont l'interface est plutôt bien foutue (bien que largement perfectible): aptitude qui me permets de faire le job.
Des outils comme regedit ou son pendant libre (le truc qui gère les BDD gconf, la…) par contre c'est très pourri, manipuler directement le dump texte en CLI sera plus efficace.
Pour la manipulation des fichiers, c'est à dire aperçu, déplacement, etc… je ne suis satisfait ni par les explorateurs graphiques que j'ai utilisés, ni par zsh, mais j'utilise ce dernier parce que le moins pire. Quant à mc, dosshell et consort, ce sont à mon avis les pires outils pour faire le job, le moins bon de la CLI et de la GUI réunis.
J'ai un peu du mal avec ça. J'utilise beaucoup plus autojump. En fait je connais généralement moins le chemin que le dossier final et donc je lancerais plutôt j tools.
question de façon de fonctionner j'imagine. J'essaie d'avoir une arbo thématique, du coup c'est assez simple de m'y retrouver, mais c'est spécifique aux personnes ce genre de choses.
Justement, il me semble qu'aucun des patches volontairement buggués n'était passé, sauf un, parce que justement il n'étais pas buggué et corrigeais de vrais problèmes.
Cela dis, pour éviter tout danger, tous les patches de l'univ avaient été blacklistés, marqués comme vérolés.
M'est avis que c'est de ça que ça cause, parce que, non, je n'ai pas lu la prose de DVP attentivement (j'ai survolé, mais la qualité est à leur niveau habituel, ça m'est désagréable à lire), mais c'est bien ce dont il semble s'agir:
The majority here is the fallout of the umn.edu re-review of all prior
submissions. That resulted in a bunch of reverts along with the
"correct" changes made, such that there is no regression of any of the
potential fixes that were made by those individuals.
J'ai ri.
Je pense ne l'avoir vu la 1ère fois qu'après l'arrivée du 56K chez moi, et a ce moment je connaissais déjà 3 langages de programmation, y compris l'asm, justement pour désassembler innocemment les programmes des autres :)
Ah oui tiens. On pourrait ajouter Géo Trouvetout du coup, j'imagine. Pareil, le «métier d'inventeur» me fascinait. Mais bon, que ce soit Mac Gyver ou Géo Trouvetout, ce n'étaient pas des informaticiens. Mac, surtout, est pas super souvent au bureau XD
Dans les deux cas il y a quand même pas mal la notion de créer des objets, donc ça serait plus des modèles d'électronicien, d'électricien, de mécanicien… pas d'informatique.
Dans mon cas, je me souviens exactement quand j'ai décidé de devenir dev. 0 informaticien dans la famille et les connaissances, le seul lien que j'avais avec l'ordinateur était quelques jeux vidéo sur le PC familial, et une NES morte des années plus tôt.
J'ignorais tout de ce qu'étais écrire un programme avant d'arriver en 2nd, ou un prof que je n'aimais pas (d'habitude, je suis allergique a tout ce que cette catégorie de prof essaie de m'inculquer…) nous a appris les grandes lignes de QBasic (une version périmée depuis 15 ans à ce moment). Peu de temps après je squattais les PCs du CDI (au lieu de la bibliothèque) et un camarade m'apprenais à utiliser les mails et google, et on a écumé le web francophone pour choper des bouts de code et tutoriels pour faire des trucs graphiques sympa.
Si modèle j'ai eu, il est super bien planqué… même les livres (incluant pas mal de SF) que j'ai lus jusque la ne mentionnaient probablement pas d'informaticiens (j'en ai pas souvenir).
Perso, je ne pense pas que l'on ait besoin d'un modèle pour décider de sa carrière. Si ça avait été le cas, j'aurai été électricien ou aurait bossé sur les chantiers. Ce qui ne me déplairait pas, honnêtement, et ça finira peut-être même ainsi, mais mon choix de l'informatique… nope. Surtout avec toute l'insistance autour de moi pour que je "lâche l'ordinateur".
Je pense en fait que pouvoir choisir son métier sans modèle, ça s'applique à tous les domaines. Je ne pense pas que mon ascensoriste de frère ait eu un modèle: il à fait de l'électrotech parce que c'était ce qui le saoulait le moins au lycées, et à trouvé un taf avec des hauts et des bas (comme il dit). Point final.
En fait, je me demande même si ceux qui choisissent leurs métiers par rapport à un modèle, ça serait pas une minorité?
Est-ce si déconnant que ça de choisir une orientation simplement par rapport à des problématiques d'apprécier ou non les longues études, d'apprécier ou non l'activité d'un domaine, de la facilité à trouver un boulot dans un domaine?
Sans pour autant marcher dans les traces d'un «modèle» (le seul de ma fratrie qui à potentiellement "suivi" un modèle, c'est celui qui en a eu marre de l'interim et fait un CAP d'électricien, encore que, finalement il est plus maçon qu'autre chose donc ça colle toujours pas).
Unvanquished n'est pas le seul jeu que je connaisse qui ait ça… planeshift, ryzom, notamment, utilisent également des lanceurs, idem pour des jeux proprio que j'ai pu voir et qui ont besoin de MàJ fréquentes.
J'en ai vu d'autres, mais je ne me rappelle plus leurs nom, les autres laissant l'utilisateur se démerder lui-même et appeler son admin pour installer les paquets systèmes.
Et veut-on vraiment des jeux aussi volumineux qu'unvanquished dans son /usr?
Pas moi.
Certains paquets balancent les données dans /var, d'autres /usr/games, mais voila, dans tous les cas il faut être admin et avoir une partoche dédiée sinon une MàJ qui ajoute un peu trop de contenu, et ça va vite, fait péter le système, surtout avec la tendance moderne à fusionner / et /usr.
La cli est répétable et scriptable ce qui ne fonctionne généralement pas bien dès qu'on utilise du curses
Du coup, tu considères que les outils comme fdisk rentrent dans les TUI ou non? (à noter qu'il existe sfdisk en pure CLI et que je préfère largement, mais je le soupçonne moins connu, ainsi que cfdisk (découvert à l'instant pour raison de typo) qui est clairement un TUI)
Parce que si oui, une partie de tes outils sont scriptables via, par exemple, expect.
Idéalement, je préfère le GUI au TUI, sauf si j'ai besoin de pouvoir faire tourner l'appli sur une machine distante. Et pour traiter de grosses quantités d'informations une fois, je préfère les UI au CLI. Quand j'ai besoin d'automatiser ou de reproduire, j'utilise l'UI pour identifier les données et les actions à effectuer, ainsi que pour tester rapidement si j'arrive au résultat escompté, et ensuite j'utilise la ligne de commande pour faire mon script.
Pour de petites tâches ponctuelles, la CLI est effectivement souvent ce que je vais utiliser.
D'ailleurs, c'est bien pour ça que j'aime zsh: "cd d/p/t" -> "cd devel/projects/tools" est devenu vital pour moi. Une seule tab, pas d'addon. Simple (histoire de parler un peu du nal quand même).
À la place, l'article indique un certain nombres de problèmes certes intéressants, mais qui n'expliquent pas l'incendie qui à eu lieu.
Le seul point qu'éventuellement une conformité nickel aurait pu améliorer c'est que les salles de batteries auraient pris feu moins vite, et que les pompiers auraient pu mieux intervenir, ce qui aurait peut-être pu circonscrire les dégâts.
Il est à noter que l'article mentionne que, au moment de l'inspection, certains des points d'anomalie étaient déjà en cours de correction, notamment, "le bassin de confinement des eaux d'extinction" était "travaux en cours dès parution de l'arrêté préfectoral", ce qui me semble quand même indiquer un effort réel pour être conforme, surtout quand on voit le prix des travaux indiqués par l'article: au moins 2.9 millions d'euros.
Je n'ai pas lu les rapports du coup, les points cités par le JDN ne me semblant que peu liés à l'incident (principalement liés au risque foudre, je ne connais pas son importance dans la région en question, mais je ne crois pas que l'incendie était lié à un orage, si?), et vu qu'on a un manque (voire absence totale?) de recul sur la situation des autres, ça me semble pas pertinent.
Sinon: je préviens les autres lecteurs, ce lien semble partir en couille chez moi, le JS force à télécharger automatiquement des PDF dans le même onglet, du coup il faut se battre à coup de retour arrière et arrêt de chargement de la page pour espérer lire tout.
Mais ca aidera pas d'oublier que la plupart des applications sont beaucoup plus complexes, que ce soit pour les fonctionnalités ou la sécurité.
Je ne sais pas si c'est la plupart, vraiment.
Après, le problème c'set que je ne sais pas comment il mesure, notamment, il n'est dit nulle part si c'est la mémoire résidente, ou la mémoire partagée qui est affichée. C'est vraiment très, très différent, même si 150Mo c'est de toute façon trop pour un clavier à mon avis.
Perso, quand je mesure, je préfère me concentrer sur le RSS, la mémoire résidente réservée à l'application en question. C'est bien souvent plusieurs ordres de grandeur en-dessous, et je pense plus révélateur, même si le VSZ permets d'estimer un peu le besoin de l'application si elle était seule sur le système.
De toute façon, les 2 sont à prendre avec des pincettes.
Sous Linux, avec l'OOM Killer activé, malloc ne retourne jamais NULL. Et donc les applications n'ont aucune chance de pouvoir intercepter et traiter l'erreur. Elles se font tuer directement
C'est un peu (mais alors vraiment «un peu» hein, pas beaucoup) plus subtil que ça.
De mémoire, l'overcommit à 3 réglages:
0
Heuristic overcommit handling. Obvious overcommits of address space are refused. Used for a typical system. It ensures a seriously wild allocation fails while allowing overcommit to reduce swap usage. root is allowed to allocate slightly more memory in this mode. This is the default.
1
Always overcommit. Appropriate for some scientific applications. Classic example is code using sparse arrays and just relying on the virtual memory consisting almost entirely of zero pages.
2
Don’t overcommit. The total address space commit for the system is not permitted to exceed swap + a configurable amount (default is 50%) of physical RAM. Depending on the amount you use, in most situations this means a process will not be killed while accessing pages but will receive errors on memory allocation as appropriate.
Trad grossière:
0: rejet des demandes ridicules, c'est à dire supérieure à un seuil réglable.
1: plus de mémoire? Rien à foutre, en voici.
2: pas d'overcommit, mon préféré pour tout système sur lequel je fais des trucs que j'ai pas envie de perdre pour cause de freeze.
Après, il paraît, mais j'ai plus le lien, qu'ils ont corrigé le problème de l'oomkiller qui se déclenchait trop tard. Perso, je m'en fout, j'ai toujours considéré cette feature comme un appel à coder comme des porcs, chose que je ne considère pas normale. Perso, je préfère un système prévisible, qui ne tuera pas au hasard une application critique parce qu'elle ose accéder à un espace mémoire que le noyau lui à pourtant réservé ni ne partira en thrashing.
Juste pour information, je précise pour le lecteur intéressé par Fortran :
Merci pour les correctifs!
Il est effectivement déconseillé, sauf exception, en calcul numérique d'utiliser ce test d'égalité avec des réels flottants,
C'est valable pour tous les langages, en fait. C'est quoi déjà… la norme IEEE? Un truc du genre? Bref, avec laquelle il faut éviter ce genre de choses.
Les compilateurs Fortran afficheront d'ailleurs en général un avertissement pour un tel test.
Idem pour C et C++, mais bon, c'est peut-être plus récent, ça ne serait pas surprenant.
le calcul numérique c'est l'art d'obtenir un résultat valable en calculant faux.
De toute manière, une fois qu'on passe dans le monde réel, les résultats sont systématiquement approximés quand il y a trop de chiffres. De mémoire, la notation ingénieur qu'on m'apprenais au lycée était du genre: 123,45 * 10^6.
Le souci, c'est qu'a ma connaissance, peu de langages ont un opérateur et un typage adapté aux flottants (en vrai, à ma connaissance, aucun, mais elle est si limitée qu'elle est sûrement fausse, j'ai donc approximé en "peu" à la place :p).
Il y a l'impression de particulier et d'administration, pour lesquelles une qualité grossière fait largement le boulot.
Ça, ça marche plutôt pas mal avec des pilotes libres.
Il y a l'impression professionnelle, pour la com' en gros, qui doit être propre. C'est un métier à part entière, qui inclue la mise en page, les couleurs, etc. Je ne sais pas si c'est pointu, je ne connais pas.
Puis, il y a les interfaces utilisateur pour imprimer. Et la, c'est la cata. De ce que j'en sais, autant dans le libre que le non-libre.
Par contre, il me semble que ce dont parle l'auteur, c'est bien d'avoir vraiment une imprimante open-hardware, et… bon, bah… ça m'a pas l'air si simple que ça.
Les imprimantes 3D, leurs utilisateurs savent qu'ils vont bricoler avec, que c'est un usage spécifique, qu'il faut des étapes entre le dessin et l'impression (compilation en gcode, via slic3r par exemple).
Cette complexité réelle est probablement vraie aussi pour les imprimantes papier:
il y a autant d'axes après tout, sur du jet d'encre… (la cartouche bouge sur les 3 axes relativement à la feuille)
pire, on mélange les couleurs (le multi-mat existe sur la prusa, mais c'est pas du mélange)
et pour finir, on se prend pas la tête avec une génération de g-code, d'autant qu'on ne voudrait pas exposer ça à l'utilisateur
Par contre, il doit être possible de convertir une imprimante 3D en écrivain automatique, il suffirait de remplacer la tête par des stylos, après tout, pour avoir un truc théoriquement exploitable :D
À la fois quand on calcul une fonction trigonométrique, la seule façon rationnelle c'est d'utiliser les radians. Sinon il faut convertir.
Et les conversions, c'est irrationnel?
Pour moi, ce qui est irrationnel, c'est d'optimiser avant d'avoir un code lisible et facile à comprendre.
Hors, je trouve qu'il est plus simple de comprendre:
aim.angle+=45;if(aim.angle==90)then...end if
que
aim.angle+=PI/4;if(abs(aim.angle-PI/2)<=epsilon(aim.angle))then...end if
Bon, évidemment, ça va dépendre du domaine, mais ce bout de code tout à fait rencontrable dans la vie réelle (peut-être pas actuellement avec fortran, mais justement, fortran n'est pas vraiment le langage le plus simple à rencontrer je dirais). Toute ressemblance directe avec un truc sur lequel je bosse est purement fortuite, bien sûr.
J'ai essayé en fortran, pas l'habitude, désolé si la syntaxe est pas bonne. Je me suis "inspiré" (méchamment copié à ce stade) d'un stackoverflow sur la très célèbre question de la comparaison des flottants, version fortran.
[^] # Re: PAs d'avion en France métropolitaine je veux bien ...
Posté par freem . En réponse au lien Pourquoi arrêter l’avion ne devrait plus être un débat. Évalué à 2.
Si je devais compter le nombre de fois que ça m'est arrivé en train… :D
Généralement, ce sont des "accidents de personne" (aka: suicides) ou des problèmes sérieux qui causent ça par contre (tempête de neige, train bloqué à rouen pour la nuit, je me souviens avoir fait le trajet depuis rouen à goderville en stop, et arriver avant le train), donc je ne leur en veut pas.
En fait, ce que je reproche surtout à la SNCF, c'est d'abord leur communication qui est vraiment, vraiment très mauvaise. Ensuite la ponctualité, puis les prix. Depuis 10 ans, ils ont au moins amélioré leur site, c'est déjà pas mal, parce qu'avant il était dans ma liste d'exemples de trucs à ne pas faire…
[^] # Re: PAs d'avion en France métropolitaine je veux bien ...
Posté par freem . En réponse au lien Pourquoi arrêter l’avion ne devrait plus être un débat. Évalué à 3.
Je ne m'en suis pas plain. J'ai juste dis que des gens travaillant pour la SNCF m'ont expliqué qu'ils servent à améliorer les stats.
La meilleure solution pour que les transports en commun soient moins blindés, c'est encore le télé-travail partiel ou les horaires décalés pour moi (diminution et répartition de charge).
Oui. D'autant que du coup, certains comportements de la SNCF changeraient peut-être.
De mémoire, la SNCF ne considérait un retard comme réel que passé 5 minutes. Sauf que, 4 minutes de retard de départ d'un train à St Lazarre, pour ceux qui ont des correspondances, ça veut dire potentiellement décaler de 5min le train qui part de Rouen pour, par exemple, Dieppe. Ou potentiellement devoir prendre celui d'après… 1H après, en général, parce que les inter-cités, c'est en gros 1 par heure en heures de pointe.
Après, je pense que certaines lignes posent moins de problèmes, celle que j'ai pris est vieille et trop petite compte tenu de la population qui l'utilise. Je crois qu'elle est partagée avec pas mal de lignes RATP, et en fait, si mes trains étaient en retard le soir, c'est justement pour ça: le soir, ça part de région parisienne. Plus haute densité, fréquence des problèmes plus élevée, logique.
Si on parle ensuite du prix (j'en ai vu la mention dans le thread), un abonnement travail (plus de 25 ans) Yvetôt-Paris coûtait, de mémoire (il y a a peu près 10 ans), 900€, ce qui fait 450€ de la poche du travailleur pour ~40 trajets, donc grosso modo 11€/trajet, 22€ si l'employeur n'avais pas obligation de payer la moitié.
Une voiture, 5 personnes dans l'idéal, on arrive à 55€, soit une bonne partie d'un plein (bon, mon estimation peut être foireuse, ça ne fait que quelques mois, après 5 ans sans, que j'ai à nouveau une voiture, je réapprend un peu), qui permets de faire plus de 500Km, donc au moins 2 aller-retour.
Reste évidemment l'usure mécanique, l'autoroute, le prix de stationnement, l'assurance et le temps de travail du conducteur à prendre en compte, mais dans l'ensemble je trouve ça assez cher, compte tenu qu'un train, ce sont plusieurs dizaines de passagers par voiture, et une plus d'une dizaine de voiture pour les trains importants.
Et c'est dans le cas d'un abonnement, hein. Dans le cas d'un trajet ponctuel, ça reste rentable (mais avec les emmerdements dus aux horaires, même si c'était fiable, justement) tant qu'on est seul. Dès lors qu'il faut être 2, je pense sincèrement que la voiture est plus rentable, plus flexible et plus fiable.
Après, mon opinion est certes biaisée (principalement une ligne, chiffres concrets perdus depuis belle lurette, juste le souvenir des résultats), mais nier qu'il y a un vrai problème de ponctualité de la SNCF, au moins sur certaines lignes, c'est un peu se foutre de la gueule de ceux qui subissent et qui payent. L'alternative, parce qu'il y en a, c'est de prendre la voiture, ou de déménager, ou de trouver un autre poste. A ma connaissance, il n'y a pas de transport de passager fluvial, qui serait de toute façon probablement plus lent.
Au final, mon impression perso, c'est que les transports ferroviaires, ça ne marche que dans les zones à forte densité de population, mais pas trop de densité quand même (île de france). En Seine maritime, ça veut dire: Le Havre et sa banlieue, Rouen et sa banlieue et… c'est tout? Même l'inter-cité foire dans mon expérience perso, dès lors que la ligne est connectée à Paris.
Dans les autres départements dans lesquels j'ai vécu (autre que région parisienne du moins) je n'ai pas vraiment d'expérience du train, de toute façon depuis ce 2H aller + 2H retour quotidien, j'évite le train quand je peux, je suis vacciné. Je préfère le car, c'est peut-être plus lent sur le papier, mais vu que c'est ponctuel et moins cher, c'est mieux pour moi.
[^] # Re: D'autres
Posté par freem . En réponse au lien De quoi changer les regards sur les gens qui font de l'informatique :-). Évalué à 3.
Et surtout, s'pas cher :)
Contrairement à l'électronique, pour faire un nouveau programme, pas besoin d'acheter de nouveaux composants. C'est aussi gratuit à partager. Etc.
[^] # Re: D'autres
Posté par freem . En réponse au lien De quoi changer les regards sur les gens qui font de l'informatique :-). Évalué à 3. Dernière modification le 26 mai 2021 à 12:07.
Mais dans ce cas, je devrais donc dire que l'informatique, dans le modèle que j'ai eu enfant, était en fait super déprécié, peu importe le genre du praticien.
D'ailleurs, mes parents me disent encore que "je joue à l'ordinateur", sans le moindre respect pour le fait que, ben non, programmer, ce n'est pas "jouer" au sens être improductif, ne rien produire.
Pour eux, le travail manuel est bien mieux.
Et ce ne sont pas que mes parents, mais bien tout l'environnement dans lequel j'ai évolué étant enfant et ado. Les camarades de classe n'aimaient pas les intellos, il fallait être bon en sport.
L'ordinateur? Pour ceux qui savaient ce qu'est un PC, ça servais juste à jouer, en gros.
Il me semble que ça abonde dans le sens que l'informaticien, les «métiers geek», pour ma génération à longtemps été un truc plutôt négatif que positif.
[^] # Re: PAs d'avion en France métropolitaine je veux bien ...
Posté par freem . En réponse au lien Pourquoi arrêter l’avion ne devrait plus être un débat. Évalué à 2.
Je te rassure, souvent, c'est "problème de conducteur". Genre il a pas réussi à sortir du garage, ou autre fadaise du style. Enfin, c'est ce qui était dit au public.
[^] # Re: PAs d'avion en France métropolitaine je veux bien ...
Posté par freem . En réponse au lien Pourquoi arrêter l’avion ne devrait plus être un débat. Évalué à 3.
Ayant pris le train quotidiennement pendant 2 ans, je peux t'assurer que oui. Mes trains du soir, c'était minimum 1 retard par semaine, strict minimum, avec une moyenne, de mémoire, de 20 minutes (pour les trains en retard j'entend).
Par chance, moi je n'avais pas de correspondance, et ma voiture m'attendais à la gare. Ceux qui prennent des changements quotidiens, je les plains.
Sauf bien sûr, si tu prends les stats de la SNCF, qui sont vraies, hein, parce qu'ils font circuler des trains vides aux heures faciles pour gonfler les stats de ponctualité (je tiens ça d'agents SNCF hein).
[^] # Re: PAs d'avion en France métropolitaine je veux bien ...
Posté par freem . En réponse au lien Pourquoi arrêter l’avion ne devrait plus être un débat. Évalué à 3.
Oh purée, ça doit vraiment être pourri l'avion alors… parce que je me souviens avoir calculé le taux de retard quand je prenais le train tous les jours, et ma ligne avait 20% de trains en retard le soir, avec une majorité de retards dans les 5-35 minutes.
Ligne Paris Le Havre, pour info. Si ma mémoire est bonne, cette ligne à une certaine… «excellente»… réputation.
[^] # Re: curses
Posté par freem . En réponse au journal fzf et mon terminal. Évalué à 2.
Je comprend, je fais la même.
Pas faux. Je pense que je n'avais pas en tête un niveau de volumétrie aussi élevé.
Plus un problème d'UI mal foutue qu'autre chose?
Enfin, je pensais surtout à des trucs comme des listes de paquets. Genre, Debian semble me proposer 115000 paquets (oui, pour moi, 115K c'est beaucoup), dont 1470 sont installés. Je me vois très, très mal manipuler ça à la main, mais d'un autre côté, les GUI que j'ai trouvées quand je cherchais étaient à la ramasse.
Du coup, c'est un TUI dont l'interface est plutôt bien foutue (bien que largement perfectible): aptitude qui me permets de faire le job.
Des outils comme regedit ou son pendant libre (le truc qui gère les BDD gconf, la…) par contre c'est très pourri, manipuler directement le dump texte en CLI sera plus efficace.
Pour la manipulation des fichiers, c'est à dire aperçu, déplacement, etc… je ne suis satisfait ni par les explorateurs graphiques que j'ai utilisés, ni par zsh, mais j'utilise ce dernier parce que le moins pire. Quant à
mc,dosshellet consort, ce sont à mon avis les pires outils pour faire le job, le moins bon de la CLI et de la GUI réunis.question de façon de fonctionner j'imagine. J'essaie d'avoir une arbo thématique, du coup c'est assez simple de m'y retrouver, mais c'est spécifique aux personnes ce genre de choses.
[^] # Re: Parano
Posté par freem . En réponse au lien Linux 5.13 apportera les correctifs des bogues créés par l'université du Minnesota. Évalué à 4.
Justement, il me semble qu'aucun des patches volontairement buggués n'était passé, sauf un, parce que justement il n'étais pas buggué et corrigeais de vrais problèmes.
Cela dis, pour éviter tout danger, tous les patches de l'univ avaient été blacklistés, marqués comme vérolés.
M'est avis que c'est de ça que ça cause, parce que, non, je n'ai pas lu la prose de DVP attentivement (j'ai survolé, mais la qualité est à leur niveau habituel, ça m'est désagréable à lire), mais c'est bien ce dont il semble s'agir:
[^] # Re: D'autres
Posté par freem . En réponse au lien De quoi changer les regards sur les gens qui font de l'informatique :-). Évalué à 3.
J'ai ri.
Je pense ne l'avoir vu la 1ère fois qu'après l'arrivée du 56K chez moi, et a ce moment je connaissais déjà 3 langages de programmation, y compris l'asm, justement pour désassembler innocemment les programmes des autres :)
[^] # Re: D'autres
Posté par freem . En réponse au lien De quoi changer les regards sur les gens qui font de l'informatique :-). Évalué à 3.
Ah oui tiens. On pourrait ajouter Géo Trouvetout du coup, j'imagine. Pareil, le «métier d'inventeur» me fascinait. Mais bon, que ce soit Mac Gyver ou Géo Trouvetout, ce n'étaient pas des informaticiens. Mac, surtout, est pas super souvent au bureau XD
Dans les deux cas il y a quand même pas mal la notion de créer des objets, donc ça serait plus des modèles d'électronicien, d'électricien, de mécanicien… pas d'informatique.
[^] # Re: D'autres
Posté par freem . En réponse au lien De quoi changer les regards sur les gens qui font de l'informatique :-). Évalué à 4.
Dans mon cas, je me souviens exactement quand j'ai décidé de devenir dev. 0 informaticien dans la famille et les connaissances, le seul lien que j'avais avec l'ordinateur était quelques jeux vidéo sur le PC familial, et une NES morte des années plus tôt.
J'ignorais tout de ce qu'étais écrire un programme avant d'arriver en 2nd, ou un prof que je n'aimais pas (d'habitude, je suis allergique a tout ce que cette catégorie de prof essaie de m'inculquer…) nous a appris les grandes lignes de QBasic (une version périmée depuis 15 ans à ce moment). Peu de temps après je squattais les PCs du CDI (au lieu de la bibliothèque) et un camarade m'apprenais à utiliser les mails et google, et on a écumé le web francophone pour choper des bouts de code et tutoriels pour faire des trucs graphiques sympa.
Si modèle j'ai eu, il est super bien planqué… même les livres (incluant pas mal de SF) que j'ai lus jusque la ne mentionnaient probablement pas d'informaticiens (j'en ai pas souvenir).
Perso, je ne pense pas que l'on ait besoin d'un modèle pour décider de sa carrière. Si ça avait été le cas, j'aurai été électricien ou aurait bossé sur les chantiers. Ce qui ne me déplairait pas, honnêtement, et ça finira peut-être même ainsi, mais mon choix de l'informatique… nope. Surtout avec toute l'insistance autour de moi pour que je "lâche l'ordinateur".
Je pense en fait que pouvoir choisir son métier sans modèle, ça s'applique à tous les domaines. Je ne pense pas que mon ascensoriste de frère ait eu un modèle: il à fait de l'électrotech parce que c'était ce qui le saoulait le moins au lycées, et à trouvé un taf avec des hauts et des bas (comme il dit). Point final.
En fait, je me demande même si ceux qui choisissent leurs métiers par rapport à un modèle, ça serait pas une minorité?
Est-ce si déconnant que ça de choisir une orientation simplement par rapport à des problématiques d'apprécier ou non les longues études, d'apprécier ou non l'activité d'un domaine, de la facilité à trouver un boulot dans un domaine?
Sans pour autant marcher dans les traces d'un «modèle» (le seul de ma fratrie qui à potentiellement "suivi" un modèle, c'est celui qui en a eu marre de l'interim et fait un CAP d'électricien, encore que, finalement il est plus maçon qu'autre chose donc ça colle toujours pas).
[^] # Re: Des paquets .deb ?
Posté par freem . En réponse à la dépêche Unvanquished 0.52 Beta est là. Évalué à 6.
Unvanquished n'est pas le seul jeu que je connaisse qui ait ça… planeshift, ryzom, notamment, utilisent également des lanceurs, idem pour des jeux proprio que j'ai pu voir et qui ont besoin de MàJ fréquentes.
J'en ai vu d'autres, mais je ne me rappelle plus leurs nom, les autres laissant l'utilisateur se démerder lui-même et appeler son admin pour installer les paquets systèmes.
Et veut-on vraiment des jeux aussi volumineux qu'unvanquished dans son /usr?
Pas moi.
Certains paquets balancent les données dans /var, d'autres /usr/games, mais voila, dans tous les cas il faut être admin et avoir une partoche dédiée sinon une MàJ qui ajoute un peu trop de contenu, et ça va vite, fait péter le système, surtout avec la tendance moderne à fusionner / et /usr.
[^] # Re: curses
Posté par freem . En réponse au journal fzf et mon terminal. Évalué à 3.
Je vois.
Du coup, tu considères que les outils comme fdisk rentrent dans les TUI ou non? (à noter qu'il existe sfdisk en pure CLI et que je préfère largement, mais je le soupçonne moins connu, ainsi que cfdisk (découvert à l'instant pour raison de typo) qui est clairement un TUI)
Parce que si oui, une partie de tes outils sont scriptables via, par exemple, expect.
Idéalement, je préfère le GUI au TUI, sauf si j'ai besoin de pouvoir faire tourner l'appli sur une machine distante. Et pour traiter de grosses quantités d'informations une fois, je préfère les UI au CLI. Quand j'ai besoin d'automatiser ou de reproduire, j'utilise l'UI pour identifier les données et les actions à effectuer, ainsi que pour tester rapidement si j'arrive au résultat escompté, et ensuite j'utilise la ligne de commande pour faire mon script.
Pour de petites tâches ponctuelles, la CLI est effectivement souvent ce que je vais utiliser.
D'ailleurs, c'est bien pour ça que j'aime zsh: "cd d/p/t" -> "cd devel/projects/tools" est devenu vital pour moi. Une seule tab, pas d'addon. Simple (histoire de parler un peu du nal quand même).
[^] # Re: Sérieusement ?
Posté par freem . En réponse au journal Encore des nouvelles de Fortran. Évalué à 1.
Mais du coup, est-ce bien catholique tout ça? Non, parce que je trouve que ça a un côté impie moi..
[^] # Re: j'espérais un rapport sur l'incident...
Posté par freem . En réponse au lien OVH : un rapport de Bureau Veritas révèle les manques de la sécurité incendie du site de Roubaix OVH. Évalué à 2.
Oups, en effet.
[^] # Re: curses
Posté par freem . En réponse au journal fzf et mon terminal. Évalué à 2. Dernière modification le 10 mai 2021 à 23:33.
TUI quoi? Hum… d'ailleurs, tu as essayé d'utiliser sed pour éditer tes fichiers? Ou bien ed, peut-être? Je suis curieux.
# j'espérais un rapport sur l'incident...
Posté par freem . En réponse au lien OVH : un rapport de Bureau Veritas révèle les manques de la sécurité incendie du site de Roubaix OVH. Évalué à -2.
… mais non.
À la place, l'article indique un certain nombres de problèmes certes intéressants, mais qui n'expliquent pas l'incendie qui à eu lieu.
Le seul point qu'éventuellement une conformité nickel aurait pu améliorer c'est que les salles de batteries auraient pris feu moins vite, et que les pompiers auraient pu mieux intervenir, ce qui aurait peut-être pu circonscrire les dégâts.
Il est à noter que l'article mentionne que, au moment de l'inspection, certains des points d'anomalie étaient déjà en cours de correction, notamment, "le bassin de confinement des eaux d'extinction" était "travaux en cours dès parution de l'arrêté préfectoral", ce qui me semble quand même indiquer un effort réel pour être conforme, surtout quand on voit le prix des travaux indiqués par l'article: au moins 2.9 millions d'euros.
Je n'ai pas lu les rapports du coup, les points cités par le JDN ne me semblant que peu liés à l'incident (principalement liés au risque foudre, je ne connais pas son importance dans la région en question, mais je ne crois pas que l'incendie était lié à un orage, si?), et vu qu'on a un manque (voire absence totale?) de recul sur la situation des autres, ça me semble pas pertinent.
Sinon: je préviens les autres lecteurs, ce lien semble partir en couille chez moi, le JS force à télécharger automatiquement des PDF dans le même onglet, du coup il faut se battre à coup de retour arrière et arrêt de chargement de la page pour espérer lire tout.
[^] # Re: sécurité
Posté par freem . En réponse au lien Le désenchantement du logiciel. Évalué à 1.
Je ne sais pas si c'est la plupart, vraiment.
Après, le problème c'set que je ne sais pas comment il mesure, notamment, il n'est dit nulle part si c'est la mémoire résidente, ou la mémoire partagée qui est affichée. C'est vraiment très, très différent, même si 150Mo c'est de toute façon trop pour un clavier à mon avis.
Perso, quand je mesure, je préfère me concentrer sur le RSS, la mémoire résidente réservée à l'application en question. C'est bien souvent plusieurs ordres de grandeur en-dessous, et je pense plus révélateur, même si le VSZ permets d'estimer un peu le besoin de l'application si elle était seule sur le système.
De toute façon, les 2 sont à prendre avec des pincettes.
[^] # Re: Encore un qui n’utilise pas assez GNU/Linux
Posté par freem . En réponse au lien Le désenchantement du logiciel. Évalué à 5.
C'est un peu (mais alors vraiment «un peu» hein, pas beaucoup) plus subtil que ça.
De mémoire, l'overcommit à 3 réglages:
Trad grossière:
0: rejet des demandes ridicules, c'est à dire supérieure à un seuil réglable.
1: plus de mémoire? Rien à foutre, en voici.
2: pas d'overcommit, mon préféré pour tout système sur lequel je fais des trucs que j'ai pas envie de perdre pour cause de freeze.
Après, il paraît, mais j'ai plus le lien, qu'ils ont corrigé le problème de l'oomkiller qui se déclenchait trop tard. Perso, je m'en fout, j'ai toujours considéré cette feature comme un appel à coder comme des porcs, chose que je ne considère pas normale. Perso, je préfère un système prévisible, qui ne tuera pas au hasard une application critique parce qu'elle ose accéder à un espace mémoire que le noyau lui à pourtant réservé ni ne partira en thrashing.
[^] # Re: Sérieusement ?
Posté par freem . En réponse au journal Encore des nouvelles de Fortran. Évalué à 2.
Bref, c'est une galère?
[^] # Re: Sérieusement ?
Posté par freem . En réponse au journal Encore des nouvelles de Fortran. Évalué à 3.
Merci pour les correctifs!
C'est valable pour tous les langages, en fait. C'est quoi déjà… la norme IEEE? Un truc du genre? Bref, avec laquelle il faut éviter ce genre de choses.
Idem pour C et C++, mais bon, c'est peut-être plus récent, ça ne serait pas surprenant.
De toute manière, une fois qu'on passe dans le monde réel, les résultats sont systématiquement approximés quand il y a trop de chiffres. De mémoire, la notation ingénieur qu'on m'apprenais au lycée était du genre:
123,45 * 10^6.Le souci, c'est qu'a ma connaissance, peu de langages ont un opérateur et un typage adapté aux flottants (en vrai, à ma connaissance, aucun, mais elle est si limitée qu'elle est sûrement fausse, j'ai donc approximé en "peu" à la place :p).
[^] # Re: Imprimer, c'est dur
Posté par freem . En réponse au journal Une imprimante open-source ?. Évalué à 6.
Ça dépend.
Il y a l'impression de particulier et d'administration, pour lesquelles une qualité grossière fait largement le boulot.
Ça, ça marche plutôt pas mal avec des pilotes libres.
Il y a l'impression professionnelle, pour la com' en gros, qui doit être propre. C'est un métier à part entière, qui inclue la mise en page, les couleurs, etc. Je ne sais pas si c'est pointu, je ne connais pas.
Puis, il y a les interfaces utilisateur pour imprimer. Et la, c'est la cata. De ce que j'en sais, autant dans le libre que le non-libre.
Par contre, il me semble que ce dont parle l'auteur, c'est bien d'avoir vraiment une imprimante open-hardware, et… bon, bah… ça m'a pas l'air si simple que ça.
Les imprimantes 3D, leurs utilisateurs savent qu'ils vont bricoler avec, que c'est un usage spécifique, qu'il faut des étapes entre le dessin et l'impression (compilation en gcode, via slic3r par exemple).
Cette complexité réelle est probablement vraie aussi pour les imprimantes papier:
Par contre, il doit être possible de convertir une imprimante 3D en écrivain automatique, il suffirait de remplacer la tête par des stylos, après tout, pour avoir un truc théoriquement exploitable :D
[^] # Re: Sérieusement ?
Posté par freem . En réponse au journal Encore des nouvelles de Fortran. Évalué à 3.
J'oubliais:
Et les conversions, c'est irrationnel?
Pour moi, ce qui est irrationnel, c'est d'optimiser avant d'avoir un code lisible et facile à comprendre.
Hors, je trouve qu'il est plus simple de comprendre:
que
Bon, évidemment, ça va dépendre du domaine, mais ce bout de code tout à fait rencontrable dans la vie réelle (peut-être pas actuellement avec fortran, mais justement, fortran n'est pas vraiment le langage le plus simple à rencontrer je dirais). Toute ressemblance directe avec un truc sur lequel je bosse est purement fortuite, bien sûr.
J'ai essayé en fortran, pas l'habitude, désolé si la syntaxe est pas bonne. Je me suis "inspiré" (méchamment copié à ce stade) d'un stackoverflow sur la très célèbre question de la comparaison des flottants, version fortran.
[^] # Re: Sérieusement ?
Posté par freem . En réponse au journal Encore des nouvelles de Fortran. Évalué à 3.
Justement. Au collège, je ne savais même pas qu'il existait d'autres unité d'angles que le degré.