abgech a écrit 338 commentaires

Pour moi :

function pair(a) : retour ( (1 ou_exclusif bit_droite_a) )

Idem que Mathias Bavay : swisscows.ch.

On peut contribuer financièrement.

Vieil utilisateur de Firefox, j'étais à deux doigts de l'abandonner, lorsque, miracle …
Je ne pense plus l'abandonner.

@ylsul qui nous dit :
"…
Jusqu'à ce qu'on trouve des exemples un peu sérieux, ça n'existe pas l'obsolescence programmée.
…"

Navré de te contredire, l'obsolescence programmée, cela existe bel et bien et depuis longtemps.

J'ai terminé mes études d'ingénieur en 1966, je me souviens très bien d'avoir appris à calculer des éléments à la fatigue, le but étant de dimensionner ces éléments pour qu'au bout d'un nombre déterminé de cycles, ils lâchent.

Dans le cadre d'un labo de mécanique, nous avions étudié un bel exemple pratique : les voitures anglaises Austin mini, étaient calculées pour tenir 60.000 km, ensuite, l'un après l'autre, les composants se déglinguaient. Dans le cadre du labo, nous avions testé une grande partie des éléments essentiels, effectivement, les calculs à la fatigue et les tests montraient une casse après x sollicitations correspondant, à la louche, à 60.000 - 70.000 km.
Évidemment le malheureux possesseur d'une mini pouvait largement prolonger la vie de sa bagnole en changeant, petit à petit, une bonne partie de son engin. Mais alors, il faisait le lard du fabricant en achetant des pièces détachées.

Alors, l'obsolescence programmée, un vieux truc, encore actuel.

La nostalgie n'est plus ce qu'elle était !

La vraie nostalgie, c'est l'ASR 33 !

On ne dit pas octante cinquième, mais huitante-cinquième !

À moi, cela me rappelle une histoire.

Il y avait, près de chez moi, une entreprise qui fabriquait des éléments en béton armés préfabriqués pour la construction de bâtiments. Cette entreprise fabriquait également des dallettes et bordures pour jardins.

Cette entreprise se portait bien, jusqu'à ce que de doctes "économistes" de l'école voisine se penchent sur cette entreprise (le patron était un croyant). Cela leur faisait une merveilleux "case study" pour leurs étudiants.

La comptabilité analytique a alors montré que la fabrication des articles de jardin dégageait une marge 3 fois plus importante que celle des éléments préfabriqués. Diagnostique : il faut restreindre fortement, voire abandonner, le préfabriqué pour se concentrer sur les articles de jardin (les débouchés pour les deux fabrications existaient).
Après 3-4 ans de ce régime, l'entreprise est mise en liquidation.

Les "économistes", obnubilés par leurs chiffres, n'avaient pas vu ce que n'importe quel petit entrepreneur aurait vu : les marges sur les articles de jardin étaient élevées simplement parce que la fabrication utilisait un béton produit en gros et à bas coût pour la production des éléments préfabriqués.

L'ex-patron et les Diafoirus de l'économie se portent bien, merci pour eux.
En revanche, il y a eu une cinquantaine de licenciements, avec parfois des circonstances désastreuses.

Effectivement, la réforme est tordue.

Résident suisse depuis ma naissance, je peux te dire que les choses sont plus nuancées. Vu la densité du trafic, il est parfois, souvent, impossible de respecter la distance de sécurité (mais la vitesse diminue sensiblement également).

En revanche, je ne te conseille pas les excès de vitesse, dans le moindre des cas, c'est une prune de 300 CHF minimum (env. 300 €), retrait temporaire de permis, etc.
Si dépassement de plus de 30 km/h (par exemple 81 km/h en localité) c'est direction prison immédiatement et pour quelques jours, le temps qu'un juge se saisisse du dossier. Si tu veux en savoir plus, tape "via sicura suisse" dans un moteur de recherche.
.
.

Pour en revenir au sujet initial de l'article, les statistiques sont impitoyables, c'est dans les carrefours que se produisent une majorité d'accidents. La probabilité d'un accident augmente évidemment avec la durée passée dans le carrefour. Conclusion : il faut toujours passer les carrefours à la vitesse maximum possible.

Bonjour,

Tout d'abord merci pour les réponses.

Mon projet est différé de quelques semaines : ce n'est pas de la procrastination, mais mon fils est débordé dans son entreprise et m'a demandé de venir lui donner un coup de main, alors, plus trop de temps.

Je ne manquerai pas de venir vous tenir au courant des choix que je ferai et de ce qu'il en résultera.

Non, en fait j'ai fait une grossière erreur c'est 3316. Le 32em siècle va de 3300 à 3399 !

Le 4 août 3116 à 2h01, il sera
32 16 08 04 02 01

C'est ce que j'ai voté. Je pense qu'il n'est pas interdit de voter pour un rêve ?

Il n'existe qu'une seule molécule de cholestérol et elle est indispensable à la vie cellulaire. Ce que l'on appelle « bon » et « mauvais » cholestérol (respectivement HDL et LDL), ne sont pas du cholestérol, mais les transporteurs du cholestérol dans le sang, pour simplifier, le HDL du foie vers les cellules et le LDL des cellules vers le foie où il est détruit.

Un excès de LDL, je simplifie toujours, peut provoquer des dépôts lipideux-calciques, dépôts qui peuvent se désolidariser des parois artérielles et provoquer infarctus et/ou AVC.

Mais l'excès de LDL n'est pas seul en cause, l'équilibre des triglycérides est tout aussi important.
Les facteurs de risques essentiels sont, en ordre décroissant d'importance : tabagisme, hypertension artérielle, excès de LDL, diabète, obésité, régime alimentaire riche en matières grasses animale, âge (on n'y peut pas grand chose), sexe (holà, pas de fausses joies ou terreurs, les femmes, avant 50-60 ans, sont simplement moins touchées par l'infarctus), antécédents familiaux, sédentarité. Contrairement à une idée reçue, le stress n'est pas un facteur de risque primaire.

Le beurre (et les graisses animales dans leur ensemble), s'il n'est pas la saloperie absolue que certains disent, doit malgré tout être consommé avec modération. Le problème, c'est que c'est bon, comme le chantait Ferré : " tout ce qui est mal c'est bon, tout ce qui est bon, c'est mal".

Quelques idées à propos d'un régime alimentaire correct : beaucoup de légumes, féculent (pains, pâtes, riz…) ou/et légumineuses (haricots, lentilles, pois …) à chaque repas principal.
Par jour, 3 rations de produit laitiers, sous forme de lait, yaourt, etc.
Par semaine, 2 rations (120 g) de volaille, 2 rations de poisson gras (sardine, maquereau, hareng, saumon, truite), 1 ration de viande rouge par semaine et 2 fois par semaine sans viande ou poisson mais avec un apport substantiel de légumineuses.

Pour l'huile, l'équivalent de 3 cuillères à soupe ingérés par repas, huile de colza pour la cuisson, huile d'olive à froid (l'huile d'olive supporte bien la cuisson, mais elle perd un peu de ses qualités et c'est dommage pour une huile chère).
Boisson : un verre de bon rouge (éviter autant que ce faire le blanc, mais, parois, la vie en société ne permet pas vraiment le choix) et/et jus de fruit, le reste, de l'eau en abondance.
Bref, en gros, ce que l'on appelle le régime méditerranéen traditionnel.

C'était mon chapitre la diététique libre.

Pour en revenir à la recette initiale, qui me paraît digne d'intérêt, serait-il possible de remplacer le beurre par de l'huile de colza ?
La chose mérite d'être essayée, en tout cas, à la maison, nous avons pratiquement partout remplacé le beurre par de l'huile. Une béchamel à l'huile de colza, cela marche parfaitement.

Autres : je continue à procrastiner.

Plutôt que de se faire ficher par Google, on peut aussi utiliser : https://swisscows.ch/ (ne pas oublier de spécifier sa région).

Utilisation gratuite, un petit bandeau de pub, mais pas agressif et surtout, pas d'enregistrement de l'adresse IP, garantie qu'aucune information personnelle n'est conservée. Les serveurs sont situés en Suisse et échappent complètement à la législation US. Le site a été créé par des entreprises suisses qui ne voulaient pas voir certaines informations commerciales confidentielles aller se promener chez les concurrents US.

C'est un poil plus long que Google (voire un milli-poil), mais, pas de problème pour l'utilisation, peut-être que le tri linguistique entre les sites résultat est moins pointu qu'avec Google (plus de sites en anglais ou en allemand), mais est-ce vraiment un défaut ?

Comme quoi les vaches suisses ont du bon !

Cela me rappelle un peu mes propres débuts.

Tombé un peu par hasard dans la marmite informatique*, je n'en suis plus ressorti.

Mon premier programme sérieux (hors apprentissage de la programmation) date de 1963, en Fortran, jeune ingénieur, j'avais entrepris de réaliser une série de programmes pour calculer des trajectoires d'électrons dans un microscope électronique.
Puis se fut l'assembler, le PL/1, Occam (sur transputer), C, Ada, etc, toujours dans ce que l'on pourrait appeler l'informatique industrielle et plus spécifiquement dans l'instrumentation et le traitement du signal.
Tout d'abord comme salarié, puis, avec deux amis (qui le sont restés), nous avons créé une petite entreprise consacrée au développement de logiciels industriels.
Avec, parfois, une incursion dans le technico-commercial, un exemple amusant, je me souviens avoir consacré environ 6 semaines à réaliser un système de calcul du coût optimal de la fabrication des aliments pour bestiaux en fonction d'une valeur nutritive donnée et du prix du jour des céréales et matières premières. Amusant et très lucratif, 6 semaines de travail vendues à près de 100.000 € actuels et pratiquement aucun frais annexes, il s'agit d'un simple système linéaire sous contraintes, mais à l'époque (début des années 1970), cela paraissait de la haute science auprès d'une majorité de chefs d'entreprise. Je me souviens que nous avions mis un délai de livraison de 3-4 mois pour ne pas avoir l'air d'abuser. Deux ou trois ans après le patron de la boite d'aliments m'a dit que le système lui avait été remboursé en 15 mois d'utilisation.

Pour le développement, j'étais utilisateur de SCO Unix, à la recherche d'autre solutions, je tombe dans une nouvelle marmite : Linux, sous la forme d'une distribution Slackware qui m'arrive des USA en, au moins, une soixantaine de disquette 5 1/4. Depuis, je ne suis plus ressorti de la marmite Linux.

Voilà, en très court résumé, ma vie, mon œuvre !

• Le terme n'était pas encore inventé, on parlait parfois de "EDP (Electronic Data Processing", éventuellement de "computer science", et encore, lorsque l'on nommait la chose.

Déjà que payant, Windows c'est de la m*, alors gratuit …

Je ne cherche absolument pas à narguer, j'exprime simplement un fait. Je n'exerçais aucune tâche de direction, simplement ingénieur de développement.

Tu peux aller voir sous http://www.lohnrechner.bfs.admin.ch/Pages/SalariumWizard.aspx?lang=fr , tu pourras constater que c'est un tarif normal en Suisse pour un ingénieur universitaire* de 55 ans avec 30 ans d'expérience.

Aurais-je gagné plus en "gradant" (j'en aurais eu l'occasion), sans doute un peu plus, mais le management et la paperasse ne m'ont jamais intéressé, j'étais plus que satisfait de ma vie professionnelle et des défis techniques que, pratiquement, chaque journée me posait.

.* Le terme universitaire a un autre sens en Suisse qu'en France. Il est utilisé pour qualifier une formation de 3em cycle, que cette formation se fasse dans une une université ou dans une haute école.

Combien ai-je vu au cours de ma longue carrière de gens qui après avoir été pressé comme des citrons durant quelques années, ont été jetés, se sont retrouvés dans des boulots de merde, mal payés, parce qu'ils étaient incapables, la plupart du temps faute de recul théorique, de s'adapter.
Combien de gens qui sont au chômage et se disent informaticiens ?

Le problème, ce n'est pas de connaître un langage, cela s'apprend en 1-2 semaines au maximum, c'est de savoir programmer, c'est-à-dire, de savoir définir un algorithme et l'exprimer en pseudo-code. Le codage, c'est une activité pratiquement mécanique. Alors, les gens qui apprennent un langage (parmi les quelques milliers existant) et qui n'apprennent pratiquement rien d'autre qu'un, deux ou trois langages, sont voués à un futur médiocre.

J'ai, pour le moins, une longue expérience en programmation. Mon premier programme, c'était en Fortran, en 1964. Depuis, j'ai programmé dans, au moins, une trentaine de langages différents, aussi différents que l'assembler 1620 (tape IBM 1620 dans un moteur qui va bien), assembler 360, COBOL, RPG, PL/1, Occam (tape transputer pour comprendre), Ada, Pascal, Basic, et, évidemment C, etc, etc.

Et je n'ai même pas fait d'études d'informatique (à l'époque, cela n'existait pas), c'est un peu par hasard que j'ai commencé. J'ai fais une école d'ingénieur en génie électrique, avec une petite spécialisation en télécommunication. Pas une école française, mais suisse (EPFL, à l'époque, elle s'appelait EPUL).
Mais j'y ai appris une quantité de choses qui n'ont, en apparence, pas grand chose à voir avec l'informatique : math, physique, production et réseaux électriques, électronique, mécanique, hydraulique, résistance des matériaux, etc, etc.
Cette formation m'a permis de m'adapter à un contexte évolutif, imagine, mon premier programme tournait sur un machine 20 K de mémoire, sans OS, entrée-sortie par ruban perforé, impression sur machine à écrire mécanique. Le dernier projet que j'ai mené à terme avant ma retraite a été un simple logiciel du micro-contrôleur (pour commandant, en logique floue, un four à micro-onde, tu sais, ce genre de machin où la ménagère (ou le ménager, je ne suis pas sexiste) de plus de 60 ans introduit le poids et la nature des aliments et le four se démerde tout seul.Il faut donc faire un bon interface homme-machine, avec un affichage limité. En plus, il y a un feed-back, pour un plat, une recette particulier, l'utilisateur peut ensuite dire : pas assez, trop ou parfaitement cuit. le four "apprend" (tout comme on peut facilement apprendre à coder à partir d'un pseudo-code).
J'ai, évidemment fait bien d'autre projets : contrôle de machines-outils (CNC), automatisation d'un cimenterie, d'une brasserie, contrôle du givre sur la carlingue d'avion, traitement du signal pour un accélérateur de particules (et là, tu as besoin des math), etc. En fait, je n'ai jamais travaillé dans mon domaine initial, les télécommunications, c'est bête, mais c'est comme ça.
Maintenant, à la retraite, je participe au développement d'un projet libre en C.

Alors, en plus de la faculté d'adaptation que j'ai grâce à une bonne formation initiale, j'ai pu faire des projets, très différents, bien loin de ma spécialité initiale, j'ai toujours pu dialoguer avec les clients, qu'ils soient chimistes, physiciens, mécaniciens ou électroniciens. Je ne dis pas que je maîtrise ces sujets, mais je sais suffisamment de choses pour comprendre de quoi on me parle.

Des ingénieurs de développement en informatique industrielle, on en recherche et on les paye bien (mon dernier salaire : > 11 k€ mensuels, sans compte la participation aux bénéfices). Malheureusement, plus des 9/10em de ceux qui postulent n'ont absolument pas les compétences nécessaires. La plupart du temps, non pas par insuffisance intellectuelle, mais par manque de formation assez large.

42 est une réponse au fait que l'enseignement n'est pas adapté aux besoins de ces entreprises.

.

Effectivement, l'enseignement n'est pas adapté au besoins, ICI et MAINTENANT, de ces entreprise.

Mais dans x années (mois ?), lorsque l'enseignement reçu à 42 ne sera plus adapté, que fera la malheureuse victime de l'enseignement 42 ?
Sans possibilité de rebondir faute de bases théoriques solides, direction chômage !

En revanche, le promoteur de 42, aura pu bénéficier à moindre coût d'une main-d'oeuvre taillable et corvéable à merci, elle en aura prit l'habitude à l'école 42 !

Évidemment, cela date un peu : IBM 1620 ! (http://www.computerhistory.org/projects/ibm_1620/)

C'est sur cette petite (enfin, petite …) merveille que j'ai écris mes premiers programmes, en fortran, puis en assembler (appelé SPS, Symbolic Programming System).

Mémoire à tores de ferrite, cycle de 2 micro-secondes ! Je ne me souviens plus des KIPS (kilo instruction par seconde)… Entrées-sorties par ruban perforé, pour les plus riches par cartes perforées. Écriture sur une machine à écrire à boule, pour les plus riches, une imprimante allant à la vitesse incroyable de 100 lignes de 132 caractère à la minute.

Les nombres étaient stocké en décimal, sur 4 bits, codés en BCD. La machine ne savait, à proprement parler, ni additionner, ni, encore moins, multiplier (ne parlons pas de diviser). Elle utilisait une table dans les premières positions de mémoire, les additions et multiplications se faisait (par hardware) en double indexant la table avec les deux chiffres à additionner, même chose pour la multiplication. Je ne vous raconte pas ce qu'il se passait lorsqu'un bug venait détruire les tables d'addition / multiplication … Mais, au surplus, cela avait un avantage : on pouvait construire un générateur de nombres, aléatoires pratiquement absolu en transférant dans les tables add/mul des résidus de mémoire (après avoir, bien évidemment sauvegardé ces tables, sauvegarde, et ensuite restauration, se faisaient avec une seule instruction). Bon, ces générateurs ne fournissaient pas de séries reproductibles et donc étaient difficiles à utiliser pour des méthodes de type Monte-Carlo.

La mémoire paraissait phénoménale (20.000 ou 40.000 chiffres décimaux). Cela permettait de faire des programmes relativement importants (sans graphisme bien entendu). L'un de mes premiers programmes était le calcul des trajectoires d'électrons dans des champs électro-magnétiques (optique électronique). Tout cela tenait en 2 programmes contenus dans 40.000 digits. Maintenant, il faudrait, au bas mot quelques dizaines de Mb, mais, en contrepartie, on aurait un zoli dessin illustrant les trajectoires. Bon, ce genre de programmes dans l'équivalent de 20 ko, comme disait l'autre, on ne savait pas que c'était impossible, alors on l'a fait.

Je pense que vous avez compris : un gros coup de nostalgie … C'est cette machine qui a transformé l'ingénieur en génie électrique que j'étais en un ingénieur en informatique et qui a conditionné toute ma carrière.
À cette époque (en 1966), les copains de l'école d'ing me disaient : "tu es con, ne pars pas dans une impasse, d'ici 5-10 ans, les machines se programmeront elles-même". Lorsque l'on se rencontre, pour des bouffes d'anciens, je n'ai pas la cruauté de leur rappeler leurs prévisions, et encore moins de leur dire que j'ai, tout au long de ma carrière, gagné 3-4 fois plus que la majorité d'entre eux.

En utilisant des produits microsoft, je comprends que l'on puisse faire un malaise !

Moi,cela me donne envie de continuer à programmer en C !

Minix ?

OK, je ------------------------------------->[ ]