Sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes : aucune
8
7
déc.
2019

Suite à la dépêche sur la fin de Python 2, de nombreuses personnes semblent devoir utiliser Python 2 pour encore longtemps. Mais, il y a pire au niveau obsolescence ! Qui utilise la techno la plus dépassée ? Ou la plus ancienne, mais toujours d’actualité ? Ou encore le système ou la techno la moins utilisée de nos jours ?

  • C++98 / C++03 (1998 - 2011) :
    48
    (3.0 %)
  • ANSI C / C89 / C90 (1989 - 1995) :
    85
    (5.3 %)
  • Windows XP (2001 - 2019) :
    170
    (10.6 %)
  • Visual Studio 6.0 (1998 - 2005) :
    32
    (2.0 %)
  • Internet Explorer 6 (2001 - 2008) :
    69
    (4.3 %)
  • CVS (1990 - 2008) :
    56
    (3.5 %)
  • Python 2.x (2000 - 1er/jan/2020) :
    224
    (14.0 %)
  • Java 6 ou 7 (2006/2011 - 2007/2011) :
    100
    (6.2 %)
  • FORTRAN II .. 2008 (1958 - 2018) :
    41
    (2.6 %)
  • VBA (1993 - 202x) :
    99
    (6.2 %)
  • *Lisp (1958 - 202x) :
    27
    (1.7 %)
  • Objective-C (1984 - 202x) :
    11
    (0.7 %)
  • Ada (1984 - 202x) :
    11
    (0.7 %)
  • Perl 1..4 (1987 - 1993) :
    11
    (0.7 %)
  • Red Hat 5 /CentOS 5 (2007 - 2017, ELS 2020) :
    77
    (4.8 %)
  • BASIC (1964 - 2000?) :
    28
    (1.7 %)
  • Jython (2001 - 202x) :
    7
    (0.4 %)
  • Ruby 1.0 .. 2.3 (1995 - 2019) :
    14
    (0.9 %)
  • Pascal / Delphi (1970 - 202x) :
    45
    (2.8 %)
  • Solaris / illumos / OpenIndiana (1992 - 202x) :
    37
    (2.3 %)
  • Windows NT / ReactOS (1993 - 202x) :
    33
    (2.1 %)
  • Système 8 ou 16 ou 32 bits :
    48
    (3.0 %)
  • LinuxFr.org (1998 - 202x) :
    227
    (14.2 %)
  • ARN-ADN (-3,85 milliards d'années, 202x) :
    56
    (3.5 %)
  • SSL (1994-2014) :
    47
    (2.9 %)

Total : 1603 votes

La liste des options proposées est volontairement limitée : tout l’intérêt (ou son absence) de ce type de sondage réside dans le fait de forcer les participants à faire un choix. Les réponses multiples sont interdites pour les mêmes raisons. Il est donc inutile de se plaindre au sujet du faible nombre de réponses proposées ou de l’impossibilité de choisir plusieurs réponses. 76,78 % des personnes sondées estiment que ces sondages sont ineptes.

  • # SCCS et makefile

    Posté par  (site web personnel) . Évalué à 7.

    Si vous ne connaissez pas SCCS (Source Code Control System), ce n'est pas grave. C'était avant CVS (Concurrent versions system) qui était avant Subversion qui était avant Git.

    Dans les logiciels qui mériteraient d'être dépoussiérés, je pense à make et ses makefile. L'usage des tabulations avait fait perdre une semaine à un de mes sous-traitants. Si on pouvait glisser ça discrètement dans l'oreille de Lennart Poettering…

    • [^] # Re: SCCS et makefile

      Posté par  . Évalué à 9.

      qui était avant Subversion qui était avant Git.

      Euh, svn, c'est encore d'actualité.

      Dans les logiciels qui mériteraient d'être dépoussiérés, je pense à make et ses makefile.

      Comme Ninja ?

      Ceci dit, il existe un tas d'outils qui génèrent des Makefile, sans avoir à mettre les mains dans le cambouis.

      L'usage des tabulations avait fait perdre une semaine à un de mes sous-traitants

      Ils ont attendus une semaine qu'on leur livre un clavier avec une touche «tab» ?

      Ceci dit, voilà des outils qui font ce pourquoi ils ont été conçus.
      Un principe, une philosophie, que dis-je, un art même de la programmation, depuis longtemps devenu obsolète.

      Place aux sprints,daily-weekly-monthly meetings entre squads, tribes et autres guilds et chapters.

      Il faut bien un coach pour se rendre contre en moins d'une semaine qu'on a oublié les tabulations.

    • [^] # Re: SCCS et makefile

      Posté par  (site web personnel) . Évalué à 3. Dernière modification le 10 décembre 2019 à 09:08.

      Je ne vois pas le problème des tabulations. C'est étrange comme pré-requis mais un vrai éditeur de texte sait gérer les indentation par type de fichier. Et editorconfig peut aussi aider pour ça. POSIX make est particulièrement simple et efficace. Le seul reproche que j'ai c'est l'absence de condition / pattern rules dans la norme POSIX.

      PS : on utilise pas tous des indentations par espaces 😉
      PS 2 : à mon avis Lennart se tamponne le coquillard de GNU Make, systemd est construit autour de meson

      git is great because linus did it, mercurial is better because he didn't

  • # Liste incomplète

    Posté par  (site web personnel) . Évalué à 6.

    Il manque Debian dans la liste
    -> []

    Un LUG en Lorraine : https://enunclic-cappel.fr

    • [^] # Re: Liste incomplète

      Posté par  . Évalué à 7.

      Système 8 ou 16 ou 32 bits :

      Non, c'est bon : il y est !

      • [^] # Re: Liste incomplète

        Posté par  . Évalué à 4.

        Pfff, ça me fait mal de vous pertinenter depuis ma Debian ;P

    • [^] # Re: Liste incomplète

      Posté par  . Évalué à 4. Dernière modification le 09 décembre 2019 à 14:51.

      Il manque aussi OS/2. Oui malheureusement encore en vie sur des VMs pour lancer des applis non redéveloppé par l'entreprise.

  • # IE6 encore et toujours là.

    Posté par  . Évalué à 5.

    Internet Explorer 11 a une fonctionnalité appelée "Mode de compatibilité" qui permet de faire en sorte qu'il se comporte comme IE6.

    C'est toujours utilisé, et c'est encore arrivé cette année qu'on se cogne des problèmes avec ça dans mon entreprise.

    • [^] # Re: IE6 encore et toujours là.

      Posté par  . Évalué à 1.

      je résoud ce problème de mon côté dès le départ en rajoutant dans la configuration apache ou nginx le forçage du mode de compatibilité.

      Mais je confirme, cette fonctionnalité n'apporte pratiquement que des soucis.

    • [^] # Re: IE6 encore et toujours là.

      Posté par  . Évalué à 1.

      Si c'est le « mode entreprise » dont il est question, il s'agit du comportement d'IE8.

  • # Loisir

    Posté par  . Évalué à 2.

    Il m'arrive de tapoter un peu d'assembleur 8 bits sur émulateur zx81 ou Amstrad 6128 ou Atari 2600, mais juste en tant que loisir, je ne "travaille" pas avec.

  • # Il est où ???

    Posté par  (site web personnel) . Évalué à 10.

    Ben … Je cherchais PHP5 mais je ne l'ai point vu.

    Alors disons :

    • Debian 6
    • PHP 5.3

  • # Disquette

    Posté par  . Évalué à 6.

    Pour communiquer avec du matériel vieux mais onéreux à remplacer :
    - récupérer les données enregistrées sur un oscilloscope
    - "rentrer" un fichier de calibration dans un spectromètre

    • [^] # Re: Disquette

      Posté par  . Évalué à 5.

      me souviens d'avoir envoyer un plan en dxf qui ne marche pas sur la fraiseuse. après discussion, il ne rentrait pas sur la disquette. en partie a cause du cartouche de ouf que l'on avait, juste le plan ca passait.

      d'ailleurs je me demande comment un jeune qui n'a pas connu les disquettes peut aprehender ce genre de pb :)

  • # -std=gnu89

    Posté par  . Évalué à 3.

    Je travaille en ISO C90, avec des bouts de C99 dedans.

    Mais, il y a pire au niveau obsolescence !

    Voilà. Je laisse au lecteur le soin de deviner dans quel domaine je dois utiliser ces technos dépassée.

    • [^] # Re: -std=gnu89

      Posté par  (site web personnel, Mastodon) . Évalué à 5.

      Banque ou mutuelle ?

      « Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.

      • [^] # Re: -std=gnu89

        Posté par  . Évalué à 1.

        Dans ce cas, ce serait probablement du Cobol.
        Je pencherais plutôt pour de l'embarqué dans l'industrie ; défense, par exemple. Me trompé-je ?

        • [^] # Re: -std=gnu89

          Posté par  . Évalué à 6.

          Je pencherais plutôt pour de l'embarqué dans l'industrie

          Oui, mais je me suis mal exprimé, j'aurais du dire « produit », plutôt que « domaine » (quoique).

          Je faisais référence à ce truc, en fait.

          • [^] # Re: -std=gnu89

            Posté par  . Évalué à 2.

            Après tout, tout le monde sait que Linux est lui-même obsolète ou le sera très rapidement, puisque c'est un noyau monolithique.

            • [^] # Re: -std=gnu89

              Posté par  . Évalué à 6.

              puisque c'est un noyau monolithique

              De fait, il était déjà obsolète lors de sa création.

  • # icedtea / java webstart et flash

    Posté par  (Mastodon) . Évalué à 3. Dernière modification le 07 décembre 2019 à 14:31.

    J'ai du installer icedtea sur mon laptop pour pouvoir lancer la console de notre logiciel de backup sous java 1.8.

    Et j'utilisais encore flash il y a un peu plus de 6 mois pour vsphere 6.5 et des consoles de blades hitachi.

  • # langage obsolète ?

    Posté par  (site web personnel) . Évalué à 10.

    On voit dans la liste un certain nombre de "vieux" langages qui continuent de voir sortir régulièrement de nouvelles versions ou normes : Fortran, Lisp, Ada, etc. Sont-ils obsolètes ?

    S'ils font le job pour lequel ils ont été conçus et qu'ils le font bien, peut-on les qualifier d'obsolètes ? Ils sont toujours utilisés, on a donc plutôt affaire à des technologies de niche.

  • # Je ne travaille pas avec des technologies obsolètes

    Posté par  (Mastodon) . Évalué à 3.

    Je m'y refuse …

  • # Combo

    Posté par  (site web personnel, Mastodon) . Évalué à 4.

    Le projet sur lequel je travaille actuellement contient du C89, du Python 2.6 (oui oui, pas 2.7), CentOS 6, 32 bits. On commence à migrer des morceaux en C++98. Du coup je ne sais pas faire un choix unique dans cette liste.

    Par contre dans mon projet précédent j'ai travaillé sur des machins reliés au réseau téléphonique et dont les mises à jour pouvaient être faites à distance via un modem intégré dans le matériel. Mais c'était du C99 et du python 3.

    • [^] # Re: Combo

      Posté par  . Évalué à 3.

      Haiku ? ;-)

      "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

  • # Oups

    Posté par  (site web personnel) . Évalué à 1.

    J'aurais pu en mettre plusieurs, c'est grave ?

  • # Le RPG

    Posté par  . Évalué à 8.

    Ahah, je ris en voyant vos trucs modernes !

    Il manque bien sûr le RPG 3, qui est encore souvent rencontré dans le cœur d'applis de gestions (qui ensuite sont revampées ni vu ni connu par un serveur web pour assurer la vitrine de la modernité).
    À sa décharge, ça tourne plutôt bien. Certains programmes en prod sont plus vieux que les plus jeunes ici, et n'ont jamais rencontré leur condition de plantage (je parle des programmes).

    Pour les masos, on trouve encore ici et là du RPG 2 (langage simulant une machine à état avec des boucles cachées dans lesquelles ont intercale son code, tout droit venu des cartes perforées). Mais ça commence à se faire rare.

    Note importante : ne pas confondre le RPG 2 avec le bazooka éponyme. Pour votre santé mentale, sachez abuser du cycle avec modération.

    Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr

    • [^] # Re: Le RPG

      Posté par  (site web personnel) . Évalué à 7.

      https://en.wikipedia.org/wiki/IBM_RPG_II « developed in the late 1960s… An enhanced version RPG III appeared in 1978. »
      https://en.wikipedia.org/wiki/IBM_RPG « RPG IV, a.k.a. RPGLE or ILE RPG was released in 1994 »

    • [^] # Re: Le RPG

      Posté par  (site web personnel) . Évalué à 2.

      Et cela tourne sur quel serveur ?

      • [^] # Re: Le RPG

        Posté par  . Évalué à 3.

        AS/400, enfin non iSeries … dont le nouveau nom est System i5.

        le nom «AS/400» est obsolète au possible, mais tout le monde continue à l'appeler ainsi.

        C'est un « mini » de chez IBM. Il leur a longtemps rapporté une partie non-négligeable de leur chiffre d'affaire. Ces derniers temps, ça semble moins vrai: bien qu'ils poussent à l'hébergement dans des fermes de serveur (ce qui explique en partie la disparition des AS/400 des salles info), on sent que ça eut payé, mais que ça paye plus. L' avenir s'annonce moins bleu dans les salles info (euh… n'est-ce pas ringard au possible, une salle info ?)

        Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr

  • # comment peux t'on oublier dans cette luste

    Posté par  . Évalué à 3.

    Cobol et visual basic? 😁

  • # IPV4

    Posté par  (Mastodon) . Évalué à 10.

    J'utilise IPv4 contraint et forcé, ma composante d'université (en informatique, bien sûr) n'a toujours pas ouvert l'IPv6.

    Je ne peux même pas gérer mon parc de machines familiales/amicales !

    Et je dois enseigner l'IPv6…

    • [^] # Re: IPV4

      Posté par  . Évalué à 4.

      Erf enseigner ipv6 alors que c'est pas déployé #gageure !
      t'es l'option du module facultatif dans l'enseignement superflu.#jeconnais

      "Gentoo" is an ancient african word, meaning "Read the F*ckin' Manual". "Gentoo" also means "I am what I am because you all are freaky n3rdz"

      • [^] # Re: IPV4

        Posté par  . Évalué à 2.

        #metoo
        (mais ce n'est même pas une option ici !)

    • [^] # Re: IPV4

      Posté par  (site web personnel) . Évalué à -3.

      Est-ce que tes cours ne présenteraient donc pas des lacunes ? (catégorie : y a pas de mauvais élèves, y a que des mauvais profs…) ;-p

      Intendant, donc méchant, mais libre !

    • [^] # Re: IPV4

      Posté par  (site web personnel) . Évalué à 2.

      Ya pas le feu au lac …

      Le CAPES Informatique arrive en 2020 donc IPV6 pour 2040 .. 2050
      Vive l'éducation Nationale !

  • # Merci pour le Forth

    Posté par  . Évalué à 1.

    Forth est absent de la liste, contrairement à Debian, ça me fait vraiment plaisir :)

    • [^] # Re: Merci pour le Forth

      Posté par  . Évalué à 2.

      Forth est absent de la liste, contrairement à Debian, ça me fait vraiment plaisir :)

      Pourtant, même FreeBSD l'a laissé tombé au profit de lua pour son bootloader ;)

      • [^] # Re: Merci pour le Forth

        Posté par  (site web personnel) . Évalué à 4.

        J'ai hâte de voir leurs réactions quand ils vont voir que chaque migration Lua est une vraie plaie et que ce langage est finalement peu recommandable sur le long terme :-)

        git is great because linus did it, mercurial is better because he didn't

  • # C89 dépassé ?

    Posté par  . Évalué à 10.

    Salut,

    Pour le C, faudrait, je pense, rester cohérent : soit on prétend qu'il est globalement obsolète (ce qui n'est pas mon avis), soit on ne le prétend pas. Parce que vu les changements entre le C89, le C99, le C11 et le C18, on peut pas vraiment dire en toute honnêteté qu'il y a eu une évolution substantielle… Je veux dire, ok, y a des ajouts intéressants, mais sur le fond rien a changé.

  • # Trop récent tout ça !

    Posté par  . Évalué à 3.

    Dommage qu’il n’y ait pas dans cette liste IBM AIX 4, MSDOS, RedHat 7 (pas RHEL), Windows 2000 server, …

    • [^] # Re: Trop récent tout ça !

      Posté par  . Évalué à 4.

      Dans ma boîte, on a, entre les AIX et Sun OS, du vieil HP-UX du siècle dernier. Et franchement, j'aime bien ; ça permet de se rendre compte des petits ajouts pratiques introduits dans Linux : le grep récursif, le « . » implicite de find, le raccourci gg dans vi…

      • [^] # Re: Trop récent tout ça !

        Posté par  . Évalué à 2.

        le raccourci gg dans vi…

        Et vous faites comment sans gg ? 1G ?

        • [^] # Re: Trop récent tout ça !

          Posté par  . Évalué à 4.

          Exactement. Et pareil pour la complétion en ligne de commandes : au lieu de Tab, tout le monde tape Esc-Esc. Du coup, c'est marrant de voir les vieux de la vieille actionner la touche Esc n fois par seconde (n étant pair), même sur des shells récents.

        • [^] # Re: Trop récent tout ça !

          Posté par  . Évalué à 4. Dernière modification le 09 décembre 2019 à 15:38.

          Mais effectivement, on s'en sort toujours (Unix, pas à dire, c'est quand même une base solide !), avec plus ou moins d'efficacité. Dans le même style, grep -r machin se transforme en find . -type f -exec grep machin {} \;.

    • [^] # Re: Trop récent tout ça !

      Posté par  (site web personnel) . Évalué à 4.

      Le dernier AIX4 en prod chez un de nos client s'est arrêtée en 2018 après migration des données
      il s'agissait d'un IBM 44P 170 avec je crois 1 ou 2 Go de RAM et 2 Disques de 9 Go

      IBM continuait de le maintenir coté matériel, il avait été installé en 2001.

      • [^] # Re: Trop récent tout ça !

        Posté par  . Évalué à 4.

        Pour nous c’est un serveur de compilation en AIX 4.3.2, avec sa baie de disque SCSI externe de 10Go ! La classe ! Et toujours sous maintenance hardware effectivement. J’ai changé Le disque dur système l’année dernière, ils ont réussi à me trouver un disque dur SCSI IBM de 1Go encore sous blister, fabriqué en 1998. Ça c’est du support à long terme ! Alors la sauvegarde du système sur bande a coup de mksysb, ça s’invente pas… heureusement que mes prédécesseurs ont mis de côté un classeur dans lequel se trouve imprimés plein de newsgroup d’époque sur le sujet ! Et on restaure la bande en faisant booter l’AIX dessus. Faut pas être pressé, mais pour l’époque, c’est quand même impressionnant.

        • [^] # Re: Trop récent tout ça !

          Posté par  . Évalué à 2.

          Et moi qui trouve que AIX 6 est déjà une antiquité… Il y a encore des AIX 4 qui tournent et qui sont maintenus en vie dans le monde. Je suis impressionné. Et effrayé, un peu, mais impressionné.

  • # IDE ...

    Posté par  . Évalué à 4.

    Il y a quelques années j'ai regarder un jeune de 18 ans chercher à remplacer un disque IDE sur un vieux coucou héberger dans le centre de données où je travaillais, ça m'a fait la semaine avec mon binôme de l'époque :D

    -> nappe IDE + position master + cavalier … what else !!!

    • [^] # Re: IDE ...

      Posté par  (site web personnel) . Évalué à 2.

      il y a quelques années j'avais du récupérer sur une bande (oui oui …) un fichier
      contenant des adresses pour mailing et j'avais pu pendant quelques heures m'amuser
      avec la commande mt pour me positionner sur le 3eme fichier (mt -f /dev/xxx fsf 3 etc … )
      ensuite faire un dd avec conversion EBCDIC => ASCII

      • [^] # Re: IDE ...

        Posté par  . Évalué à 4.

        Et ben mêmme chose il y à 20 ans.
        Et j'ai découvert un truc incroyable. Je ne me l'explique toujours pas.

        Je devais récupérer des trucs, le serveur c'était un silex des années 90, sous Unix(sco).
        J'ai du y aller a la scie pour sortir le block de disques et le fameux lecteur de bande.

        Périphérique à bande reconnu, mais pour y accéder, bonjour… Rien

        Trois bières plus tard, je regarde je tape un "cat /dev/bande_machin", et ça me sort un code source en C! Je compile, et magie, il me permet de lire les bandes.

        Je comprends que mon ex m'ai quitté, mais un cat sur un device qui te balance le code source pour lire les bandes, là non. Je n'ai toujours pas compris. Et je reste encore un peu frustré.

        C'était un serveur de chez France Télécom.

        (J'ai peut-etre fais un cat sur le point de montage, c'est loin)

  • # Common Lisp

    Posté par  (site web personnel) . Évalué à 4.

    Mais c'etait mon choix et j'etais content.

  • # En automatisme

    Posté par  . Évalué à 1.

    Pas plus tard qu'hier : PL7/3 avec Xtel 5 sous OS/2 Warp 3 pour attaquer un TSX 47.
    La dernière machine que je n'ai pas rétrofitée dans ma boite !

  • # C++98

    Posté par  (site web personnel) . Évalué à 3.

    J'ai voté C++98 mais ça mérite un éclaircissement. Je fais du C++17 (et bientôt C++20). Le C++98 est largement déprécié en faveur des modernités que le C++ moderne simplifie et rend plus sûr mais un code C++98 peut quand même être bien écrit.

    Cela dit, j'ai travaillé dans une entreprise utilisant… Borland 5 ! Et c'était en 2017, donc nous utilisions un IDE sorti en ~1999 (plus du tout maintenu) 18 ans après. Une horreur infâme que je ne souhaite à personne. Cet IDE est tellement obsolète que :

    • il nécessitait de tourner en administrateur ;
    • on utilisait un patch non-officiel russe parce que les projets étaient tellement bloat que le linker ne pouvait pas créer les exécutables ;
    • on ne pouvait pas mettre les symboles de debug sur tous les projets pour la même raison précédente ce qui rendait le debogage particulièrement compliqué ;
    • il plantait aléatoirement ;
    • leur bibliothèque standard n'était pas du tout “standard compliant”.

    Seul et unique avantage : cet IDE était particulièrement rapide car sorti, en 1999 on faisait encore attention aux performances /s.

    git is great because linus did it, mercurial is better because he didn't

    • [^] # Re: C++98

      Posté par  (site web personnel) . Évalué à 2.

      C'est marrant, ton nom ne me dit rien, pourtant il semblerait que tu sois passé chez nous :-)

  • # BeOS vaincra !

    Posté par  . Évalué à 4.

    Je note que BeOS était tellement en avance il y a 20 ans qu'il n'est toujours pas considéré comme obsolète.

    BeOS le faisait il y a 20 ans !

  • # ASM x86 / C / DJGPP / CWSDPMI / FreeDOS

    Posté par  . Évalué à 3.

    Et c'est mon quotidien.
    Bon, en compilation croisé et du bricolage pour GDB, c'est supportable.

    • [^] # Re: ASM x86 / C / DJGPP / CWSDPMI / FreeDOS

      Posté par  (site web personnel) . Évalué à 1.

      Pour quelle finalité, si je peux demander ?

      • [^] # Re: ASM x86 / C / DJGPP / CWSDPMI / FreeDOS

        Posté par  . Évalué à 4.

        Pour de l'embarqué,
        Le projet a commencé avant émergence de noyaux temps réel dur libre.
        Maintenant, on gère la dette techno, l'avantage, c'est que c'est beaucoup plus calme que le monde JavaScript…

        • [^] # Re: ASM x86 / C / DJGPP / CWSDPMI / FreeDOS

          Posté par  (site web personnel) . Évalué à 2. Dernière modification le 11 décembre 2019 à 15:21.

          Ah ben ça c'est clair :D.
          Un sys. embarqué x86 basé sur FreeDOS, j'en ai plus vu depuis 12 ans (un vieux monstre industriel avec de l'IPX, des cartes ISA et un connecteur Paradox). Et il utilisait pas DJGPP mais plutôt Borland-truc, ce qui fait de toi mon seul utilisateur DJGPP connu. Chapeau bas ;).

          • [^] # Re: ASM x86 / C / DJGPP / CWSDPMI / FreeDOS

            Posté par  . Évalué à 1.

            On est au moins 2 en France, j'ai un chef :)

            Quand tu parles de connecteur Paradox, tu parles de la base de donnée de borland qui date de longtemps?

            • [^] # Re: ASM x86 / C / DJGPP / CWSDPMI / FreeDOS

              Posté par  (site web personnel) . Évalué à 1. Dernière modification le 11 décembre 2019 à 17:29.

              Haha :).
              Exactement (d'où le choix de Borland C également comme environnement de dév.: présence du plugin kivabien, toussa).
              Après c'est chez un client que je ne vois plus; j'ignore comment ils ont maintenu/remplacé la bête, à l'époque on était déjà plus qu'en fin de vie -avec p.ex. une carte ISA sans spare.

              • [^] # Re: ASM x86 / C / DJGPP / CWSDPMI / FreeDOS

                Posté par  . Évalué à 1.

                Paradox is not dead !
                Un client nous a demandé de faire une intervention il y a moins d'un an sur serveur NT4 pour retaper le système qui c'était mis de travers…
                Bizarrement, ils nous ont concédé que le système vieillissait un peu et qu'une virtualisation serait du plus belle effets.

  • # The Flash

    Posté par  . Évalué à 3. Dernière modification le 10 décembre 2019 à 13:49.

    Il y a aussi notre bon vieux Flash Player 1996-2020.
    Il devrait s'éteindre après une longue agonie en décembre 2020, au grand âge de 24 ans.
    Tous les navigateurs Internet ayant décidés de couper leurs respirateurs (désactivations des plugins) qui le maintiennent en vie, et après l'abandon de ces parents (Adobe) de poursuivre les traitements.
    Paix à ces bits.

    • [^] # Re: The Flash

      Posté par  . Évalué à 4.

      Je comprends et je partage le ras-le-bol face aux whatmilles framework JS bloatés m'enfin je pense quand même que ça vaut mieux que Flash… Quelle plaie ça a été ce truc ! RIP et ne reviens pas.

      • [^] # Re: The Flash

        Posté par  . Évalué à 2. Dernière modification le 22 janvier 2020 à 10:37.

        Je trouve ça juste dommage pour les centaines de jeux flash qui traînent sur le web. Certains sont très bien.

  • # Fax

    Posté par  . Évalué à 5.

    Un fax ?

    Et avec on peut mettre hylafax.

    Ah, ce monde moderne, où on utilise une technologie dont le but est d'envoyer des données numériques sur une ligne analogique (le facsimile), mais en voix sur IP, donc du coup le signal analogique est numérisé \o/

  • # Apple ][

    Posté par  (site web personnel) . Évalué à 7.

    C'était il y a 5 ans mais je le compte quand même: ma boite a racheté une antique PME qui faisait un produit de stationnement. Le logiciel de génération des politiques de stationnement tournait sur un vénérable Apple // . C'était la première fois que j'en touchais un ! Bien sur, il n'y avait qu'une seule version dudit logiciel, un seul ordinateur et pas de sauvegardes. Mais tout ça se passait très bien. Je vous le dis, les backup, c'est pour les flippés de la vie!

    J'avoue qu'on a transféré le logiciel sur un émulateur d'Apple ][ et que j'ai donné la matériel à un amoureux des vieilles machines ! Mais c'était beau d'utiliser cette antiquité!

    • [^] # Re: Apple ][

      Posté par  (site web personnel, Mastodon) . Évalué à 3.

      Houlah, ça a été mon premier ordinateur ! Pas de disque dur mais deux lecteurs de disquettes 5 pouces 1/4. J'espère que le logiciel n'était pas trop critique.

      Je ne sais plus quelle voiture de Formule 1 fonctionne aussi à partir d'un OS antédiluvien.

      « Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.

      • [^] # Re: Apple ][

        Posté par  (Mastodon) . Évalué à 3. Dernière modification le 12 décembre 2019 à 10:25.

        En F1 l'ECU/PCU (Engine/Powertrain Control Unit) est standardisé par la fédération et c'est McLaren qui avait remporté le marché en 2006 en partenariat avec Microsoft et le fournit depuis. De ce que j'avais entendu parler ça utilisait effectivement à l'époque des technologies microsoft embedded tournant sur une carte avec cpu freescale et qui envoyaient des données vers une base SQL Server.

        Ça ne veut pas dire que la version actuelle tourne toujours sur une vieille version, ni qu'ils n'utilisent pas maintenant autre chose.
        lhttps://www.mclaren.com/applied/case-study/formula-1-ecu/

        Le modèle actuel (pas beaucoup de détails sur l'os embarqué mais lors de leurs dernières embauches ils cherchaient des devs C et C#):
        https://www.mclaren.com/applied/products/item/powertrain-control-unit-tag-320/

        Par contre sur la version utilisée en indycar ils parlent d'un OS temps réel nommé TAGOS : https://www.mclarenelectronics.com/Content/Products/TAG-400i/TAG-400i.pdf

        Je doute qu'ils gèrent 2 os complètement différent. Ça pourrait être très bien être du linux avec un noyau temps réel ou du QNX RTOS ou autre renommé sous leur nom.

      • [^] # Re: Apple ][

        Posté par  (site web personnel) . Évalué à 3.

        Le logiciel était hyper critique, il encodait la politique de stationnement de la ville (zones, tarifs, durées maximum) sur 256 bits. C'était ensuite utilisé pour produire des centaines, voire des milliers de stationnement, qui représentait l'unique source de revenu de la PME !

        • [^] # Re: Apple ][

          Posté par  (site web personnel, Mastodon) . Évalué à 4.

          Ah oui quand même !
          On doit se sentir extrêmement mal à l'aise quand on touche à ça. Personne ne leur avait dit que c'était un coût à se casser la figure en moins de temps qu'il n'en faut pour le dire ?

          « Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.

  • # objectscript par intersystem

    Posté par  (site web personnel) . Évalué à 1. Dernière modification le 13 décembre 2019 à 10:52.

    Je connais quelqu'un qui subit la décision de la direction d'intégrer un framework de chez Intersystem : l'object script
    Le framework "évolue" en assurant la rétrocompatibilité sur des décennies…

    Il m'a montré comment coder une boucle for et la manipulation de script : de l'obfuscation en puissance.

  • # Mainframe zOS + DB2

    Posté par  . Évalué à 2.

    Si vous saviez la douleur d'être confronté à ce terminal à résolution fixe avec un éditeur simili-vim … et ces fichiers à plats … bon sang cette logique IBM qui a pourrit le monde de l'informatique durant des années …

  • # En parlant de vieilles technos...

    Posté par  . Évalué à 1.

    je vous bas tous. :-D Cette semaine j'ai transformé un format sérialisé datant de 1969 (mais en version de 1977), le MARC (https://fr.wikipedia.org/wiki/Format_MARC) extraites d'une application en Perl 5.8 hébergée sur un serveur en Debian 3.1 (2005).

  • # C89 et C++98

    Posté par  (site web personnel) . Évalué à 3.

    La façon dont est tournée la question fait penser que c'est mal de travailler avec le C89 ou le C++98 pourtant pour des raisons de compatibilité évidentes je choisis toujours de travailler avec ces anciennes normes plutôt qu'avec les nouvelles.
    De plus, ces anciennes normes sont biens plus faciles à apprendre que les dernières pour lesquelles des tonnes de fonctionnalités ont été ajoutées.

  • # Perl 4 sur Pentium

    Posté par  . Évalué à 2.

    Du Perl 4 sur mon Pentium IV avec 768 Mo de Ram pas très rapide. Mais sous KDE Plasma 5 quand même ! C'était pour comprendre l'origine de code bizarre…

    "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.