Thierry Thomas a écrit 1236 commentaires

Je comprend pas trop ton point de vue: tu dis que les programmeurs manquent de passion avec cobol puis ensuite tu décrits un langage chiant désuet au paradigmes antiques ne faisant appel qu'a des routines propriétaires... Moi je comprend leur manque de passion...

Je n'ai pas dit que je ne les comprenais pas ;-)

Et je me rends compte que j'ai été imprécis : dans les autres langages comparables il n'y a pas non plus d'accès natif à l'IHM (en mode texte, bien sûr !) et aux SGBD. Ce que je voulais dire, c'est qu'à l'époque où l'on utilisait curses en C, il n'y avait rien de similaire en Cobol. Et on attendra demain vendredi pour parler d'ODBC...

Je n'en n'ai jamais réellement fait, mais j'ai travaillé dans des équipes qui en faisaient, et ce qui m'avait frappé c'est le manque de passion des cobolistes...

Mon premier boulot a consisté à écrire des routines de calcul scientifique en Fortran, et certains de mes sous-programmes devaient être appelés par des programmes en Cobol. Il fallait donc savoir faire la correspondance entre les différents types de paramètres, et là je me suis rendu compte que les développeurs Cobol ne connaissaient qu'une petite partie du langage qu'ils utilisaient depuis des années, et n'avaient jamais eu la curiosité de creuser un peu : ils n'utilisaient que deux types numériques, et ignoraient les autres.

Comme dit dans un autre commentaire, c'est un langage très verbeux (rien que pour l'initialisation ça prend un gros paquet de lignes), mais en fait les codeurs tappent peu de choses : ils ont quelques programmes types qui remplissent un peu toujours les mêmes besoins, et ils les adaptent... C'est presque exclusivement utilisé dans des programmes de gestion, et ça ne m'avait pas paru passionnant !

De plus - ça c'est peut-être amélioré depuis - mais comme les bases du langage dataient d'avant l'apparition courante des bases de données et des interfaces graphiques, l'accès aux SGBD et aux IHM n'était pas standardisé, et se faisait par des macros ou des appels à des routines propriétaires.

Elle est juste fausse, c'est tout ;)

Ou faussement juste...

Donc existe-t-il encore beaucoup de choses propre à BSD qui
n'existe pas sous Linux ?

Les différences importantes peuvent aussi être non totalement techniques.

Par ex. le modèle de développement, où tout - c. à d. le noyau, le système de base et le user land, mais aussi les applications tierces (les ports) - sont dans un CVS fait que l'on peut choisir son propre rythme de m. à j. de ses systèmes :

- on peut par exemple n'installer que des Releases, sur lesquelles on appliquera les mises à jour de sécurité si nécessaires ;

- si l'on est aventureux et apte à faire des rapports d'incidents utiles, on peut aussi utiliser Current et mettre à jour son système chaque semaine, voire quotidiennement (ça s'automatise), pour bénéficier des derniers développements ;

- entre les deux, on peut aussi suivre la branche Stable, dans laquelle sont reversées périodiquement les évolutions pas trop perturbatrices de Current après qu'elles ont été stabilisées, et bien sûr on met son système à jour soit régulièrement, par ex. chaque mois, soit quand on a repéré qu'une correction intéressante avait été MFC¹.

Et c'est pareil pour les ports : l'arbre des ports n'est pas versionné, mais en théorie il doit toujours être cohérent, et il est taggué lors de la sortie d'une release. En principe, il suit rapidement les évolutions des projets - sauf si le mainteneur a détecté un problème ou s'il s'est endormi (mais dans ce cas tout le monde peut lui envoyer un rappel, et mieux soumettre un patch), mais c'est l'administrateur de chaque machine qui décidera du rythme auquel il mettra à jour les applications de son système, les outils pour faire cela sont fournis. En pratique, s'il passe par les ports, il peut faire ce qu'il veut... mais s'il préfère passer par les paquets binaires - ce qui est conseillé pour des applis telles que KDE ! - il aura moins de choix et devra soit utiliser les packages liés à sa Release, soit ceux qui sont produits au fil de l'eau par la ferme de compilation.

Un autre intérêt peut aussi être de se frotter à un système Unix classique, ce qui est important pour ceux qui peuvent être amenés à travailler sur différents systèmes propriétaires (AIX, Solaris, etc.).

¹ MFC = Moved From Current

Essayer un OS, ça nécessite plus qu'une heure le soir vite fait après le repas.

Je plussoie. Si c'est juste pour voir comment ça s'installe, éventuellement dans une machine virtuelle, et jouer avec une heure ou deux, ça ne sert à rien. Pour apprécier un système (ou non), il faut y passer un certain temps et explorer ses différents recoins, sinon autant s'abstenir.

Surtout dans le cas Linux -> FreeBSD, où la différence ne se situe pas dans le contexte de l'utilisateur final (mêmes gestionnaires de bureau, mêmes applis, etc.).

Une autre petite remarque ;-)

Ils utilisent tous les 2 des spécificités de gmake

Au contraire, ce sont bien des makefiles, mais ils utilisent la syntaxe classique de make (c'est le BSD make), sans aucune extension exotique. D'ailleurs les ports qui nécessitent un GNU make pour se compiler doivent d'abord installer gmake en build-dépendance.

Je comprends pas comment ils font pour avoir la 5.2.8 alors qu'elle n'est pas encore sortie. Si tu va sur le site php.net tu ne vois que ça sur la page download : "A new release fixing this regression is expected shortly".

Bah, souvent les sites sont m. à j. après les tarballs... Et comme le mainteneur FreeBSD a ses entrées chez PHP, il n'aura pas attendu l'annonce officielle :

http://www.freebsd.org/cgi/pds.cgi?ports/lang/php5

Mon profil ? Un peu de tout, du dev allant du c++ jusqu'au php (sauf la version 5.2.7 ... pas tapez), de l'admin apache/tomcat, un peu de jeu vidéo (pendant que les ports compilent tant qu'à faire ...)

FreeBSD n'est pas Gentoo, et si l'on n'a pas d'option spéciales à activer, on peut tout à fait utiliser les paquets binaires (packages), qui sont généralement disponibles assez rapidement après les ports (du moins pour i386 et amd64).

Et c'est la version 5.2.8 qui est justement dans les ports (depuis ce tantôt) : http://www.freshports.org/lang/php5/

Aujourd'hui, j'ai assisté à une présentation de Test Director. C'est un logiciel de suivi de bugs (bugtracker), mais en plus il y a plusieurs formulaires qui permettent de décrire les scénarios de tests qui sont liés aux bugs. Rien de bien exceptionnel, mais c'est vendu par HP (je ne vous dis pas le prix, c'est indécent), et c'est accompagné de tout un discours sur la traçabilité et la Qualité (avec un grand Q).

Le gars chargé de l'installation de l'outil nous donne une URL (intranet) que je passe à mon Firefox : j'obtiens un vilain écran avec deux lignes me disant que Netscape n'est pas supporté, et qu'il faut IE 6 ou IE 7... En fait il semblerait que ce soit un logiciel de conception déjà ancienne (racheté à Mercury), qui a dû avoir une première vie à l'époque du client/serveur, et qui a été transformé en ActiveX quand les déçaïdeurs ont commencé à vouloir de l'intranet. Et ça se vend toujours en 2008 !

Et dis à Marcel que les clefs du camion sont dans la boîte à coucous.

que ce soit le blob broadcom, ou le blob atheros, on en revient au même : les drivers libres ne sont pas prêts

Ben justement, Sam Leffler, le développeur FreeBSD spécialisé dans le dressage de lutins, vient de publier ses sources de HAL sous licence ISC :

http://madwifi-project.org/wiki/news/20081129/sam-leffler-re(...)

Sur un système bien conçu, sudo n'exécute que ce que l'admin a configuré dans sudoers.

relativement multiplateforme

Je précise également que si Flash (C)(TM)(R)¹ tourne sur les BSD, ce n'est certainement pas la faute d'Adobe ou de Macromédia : ça ne marche qu'en émulation Linux avec nspluginwrapper, et sur FreeBSD par exemple (et sans doute pareil pour les cousins) il n'y a que très peu de temps qu'on a une v.9 qui fonctionne, jusqu'alors c'était encore la v. 7 que de moins en moins de sites utilisent.

¹ Supprimer le(s) afffreux trucs en trop.

Ce qui me gène aussi, c'est l'orientation exclusivement Linux, comme si X n'était plus multi-systèmes !

Le style de tes courriers est particulièrement savoureux !

Car comme tout le monde sait, il faut mettre de l'argent de coté pour en avoir devant soi...

...mais sans oublier que quand on a trop d'argent de coté, on passe du coté de l'argent.

Ceci dit, j'ai une freebox, mais elle ne fait qu'un simple pont. Mon routeur et mon point d'accès ouifaille est un PC que je gère moi-même, et les cochons seront bien gardés...

L'avantage de CVS, c'est qu'il est écrit en C, et peut donc être inclus dans le système de base.

Apple n'aurait reçu aucun mail concernant les problèmes causé par les DRM or des plateformes supportées... mouais... ça me semble un peu gros là tout de même :D

Hmm Hmm... :
[http://tempsreel.nouvelobs.com/depeches/medias/multimedia/20(...)]

Rien à voir avec celle de Fresnel !

Attention, il faut toujours préciser « vertes du Puy » pour les lentilles (et seule la déontologie me retient de nommer le fournisseur officiel).

Il ne faut pas confondre Usenet et le protocole nntp.

Habituellement, quand on parle de Usenet, on parle du Big 8 et des
hiérarchies locales telles que fr.* mais alt.* est effectivement bon à
jeter.

> mais je t'emmerde sale nazi du point Godwin \o/

> (hey psst hey hey : c'est aussi has been que le WAP, ces points Godwin

Sur Usenet, on peut même en arriver à parler du point Schopenhauer.

On sait pourquoi ! À midi, alors que je dégustais une choucroute dans mon troquet habituel, mon oreille a été attirée par la conversation des deux papis de la table d'à coté :

- T'as vu que Sarko s'est fait piraté son compte ?

- Oui, c'est par hasard, ils ne savaient pas que c'était lui. C'est tout simple : quand on est sur Internet, on a tous un IP (ça veut dire Internet Professionnel), et il y a des mecs, ils envoient des IP au hasard, et ils sont tombés sur le sien.

- Oh tu sais, moi l'informatique...

- Moi non plus, mais je fais gaffe : par exemple, quand on reçoit un message de Paypal, il ne faut jamais répondre, et il ne faut pas cliquer dessus. Tu copies le lien et tu le mets dans ton navigateur, et là c'est bon.

(De mémoire, je n'avais malheureusement rien pour transcrire...)

Ça m'est arrivé sur un CD, justement acheté à la FNAC, mais je leur ai
rapporté, et après avoir essayé de me convaincre que c'était un
véritable CD en le passant sur leur platine destinée aux démonstrations,
ils me l'ont tout de même remboursé.