Dugland Bob a écrit 640 commentaires

Je suis plutôt en train de songer à l'inverse, c'est l'OS qui est au service des applications.

Je songe à des services spécifiques aux applications utilisant des environnements "outillés" à l'exécution.
Mais je me sent un peu seul (j'ai jamais lu de papier là-dessus) donc ça sent un peu le truc ou tu passes qques années de ta vie avant de capter en quoi tu t'es planté dès le début (y'a 2-3 ans, qd j'ai capté smalltalk et les objets, j'ai remis à zéro 8 ans d'informatique bidouillienne).

Je n'ai pas parlé que de l'objet mais des outils modernes, la citation n'était qu'une illustration du retard pris en la matière. Mais il semble que les développeurs de tous bords sont coincés intellectuellement et flippent à l'idée du modernisme ("on va se retrouver neuneu si on change de domaine"). Y'a des exceptions, telle cette boite qui c'est lancé dans smalltalk en 87 et qui a amassé des milliards avec seulement 25 personnes, mais qui aujourd'hui c'est avachie et a du mal a passer à plus moderne que smalltalk. "Vous vous rendez compte ? Le corp humain ne supportera jamais des vitesses de l'ordre de 50km/h !" voilà où on en est. C'est d'ailleur marrant car beaucoup de monde ici c'est lancé dans linux avant qu'il soit aussi largement utilisé mais peu de monde veut franchir ou même réfléchir à passer le cap des langages modernes. D'un autre côté, on peu difficilement dire que linux a des fondement techniques révolutionnaires et beaucoup fustigent le Hurd. Peut-être une démarche immobiliste globale ?

yop

C'était l'occasion de sortir de l'age de pierre ? L'open-source est sensé ne pas avoir de problèmes temporels, c'est peut-être l'occasion de faire des développement propres, sécures, etc.

Le tout en utilisant des outils modernes. Parce que le coup du buffer overflow ou du double free c'est vraiment nul.

Une petite sitation de Meyer :
"Cela semble difficile à croire : un langage orienté objet à part entière a existé, et a été implémenté, avant la programmation structurée, avant la publication des articles de Parnas sur la rétention d'information, bon nombre d'années avant que quiconque ait introduit la phrase "type abstrait de données". La guerre du Vietnam était encore en page 4 des journaux ; les barricades n'avaient pas encore été dressée dans les rues de Paris ; une minijupe pouvait encore soulever l'indignation : et, pendant ce temps, retirés sur les plages nordiques de la Baltique, quelques développeurs profitaient déjà de la puissance des classes, du polymorphisme, de la liaison dynamique et de la plupart des merveilles de l'orientation objet."

Test : retrouvez le langage et l'année :-)

Pas tout capté mais je suppose que ça ressemble aux grammaires, déjà à cause du vocabulaire : generator, ressemble au verbe engendrer en français.

Ensuite, ça parle de streams et d'automates.

le lien avec les co-routines est donné ici : http://www.python.org/peps/pep-0255.html(...) le mec stoppe sa routine pour retourner le résultat puis une fois que le résultat est traité, reviens calculer un nouveau résultat etc.
Il existe donc un équivalent à ça avec des co-routines.

c'est spé, ça mérite un examen plus complet.

Et je capte pas en quoi filer une closure au "producteur" (selon le vocabulaire du "PEP") n'est pas suffisant. Mais c'est bizzare ; je capte rien au framework utilisé.

dans l'aviation militaire aussi, pour les pilotes la nuit, le relief et les info apparaîssent sur le HUD.

C'est marrant, lors d'un stage, j'ai bossé avec une boite qui avait une démo de réalité virtuelle qui se passait dans une fnac et y'avait moyen de faire ça.

Quanta est un outil de développement de pages web pour KDE.

son site central est : http://quanta.sourceforge.net/(...)

merde ! "on peut le calomnier" pas "on le peut calomnier"

oui mais comme ici on est pas sur /. on le peut calomnier mais on va pas calomnier DLFP sur DLFP, tout est question de diplomacie :-)

rien ne dit que c'est linéaire et uniforme la dégradation perceptible en fonction du bitrate.

merde ! Kilobug à 2 pseudos ?

Savez-vous si Intel, jamais affrayé d'ajouter des instructions dans ses processeurs, a l'intention d'ajouter des instructions pour faire de la décompression rapide de truc encodés avec des ondelettes, plutôt que des truc sinusoïdaux ? Ca permettrait peut-être de sortir de l'age de pierre et commencer à troller sur "mon ondelette est plus adaptée que la tienne" et ainsi avancer un peu plus. Vous connaissez quoi à part Jpeg2000 qui fonctionne par ondelettes ?

oui, c'était ça. La possibilité d'ajouter des commentaires. Comme c'était moi qui avait posté la news sur cette transformation et que j'avais déjà fait la comparaison (c'était de l'humour évidement) c'était juste pour faire écho à cette ancienne nouvelle. Comme un commentaire l'avait fait remarquer à l'époque, on peut pas comparer LWN à DLFP car il n'y a pas de tribune libre, la partie principale du site :-)

oui, non, j'ai pas de question, c'est juste pour dire à Zezette que j'ai paumé les clefs du camio alor s'il pouvait aller directe....

Je crois que j'ai dit une connerie là, tu parlais de contraintes sur la mémoire, pas sur le temps.
Pour les contraintes sur la mémoire, un mark-and-sweep de base consome peu.
Le comptage de référence est une fausse-bonne idée (un antipattern ? :-) ) car il faut lui ajouter un détecteur de cylces qui est souvent (tout le temps, flemme de réfléchir) un marqueur, donc autant tout faire avec le marqueur. On peut prévoir le marquage dans les objets, ainsi, on alloue pas de table de marquage.
PocketSmalltalk, pour pas se faire chier, utilise une table d'objets et un mark-and-compact brutal, en changant le pointeur dans la table d'objets après le déplacement de l'objet. Un ami m'a dit que'un simple Baker (mémoire coupée en 2) avec pointeurs directs prenait moins de place (car la table des objets bouffe une tonne de mémoire) mais j'ai pas testé.

Eiffel est statiquement typé, donc incomparable, si tu veux de la pureté, prends Self, il a pas ces infamnies au niveau Metaclass class etc. puisqu'il n'a pas de classes :-)
Sauf que la sécurité, tu te la mets profond, sans typage fort statique.

Je pense qu'il peut être pas mal à faire apprendre aux étudiants car il permet d'illustrer la notion de contrat.
J'étudie actuellement XDR (le machin utilisé pour communiquer sur les réseaux hétérogènes) et je peux te dire que c'est la merde, t'as des pointeurs dans tous les sens et t'as aucune doc sur les effets de bord.

Je pense que ça fait partie des apprentissages qui feront de toi un développeur meilleur dans les autres langages.

Bon la réalité c'est qu'à part lire des trucs dessus, j'ai jamais compilé une ligne avec. Mais je lis Meyer :-)

Tiens, j'ai cherché un peu :
http://web.media.mit.edu/~lieber/Lieberary/GC/Realtime/Realtime.htm(...)

C'est un algo ou tous les temps sont bornés.
Il utilise Baker semble-t'il (merde, je sais jamais écrire cet idiome), c'est un système où la mémoire est coupée en 2 espaces, et on copie les objet vivant d'un espace à l'autre en laissant les cadavres derrière. C'est plus compliqué que ça donc me parle pas de consomation mémoire, on utilise pas ça tout seul.

Comme j'ai la flemme de lire, j'en parlerais pas plus.

-1, on est loin d'Eiffel là

J'attend toujours une vérification statique de ces contrats, ça fait partie des trucs dont il a été prouvé que c'est impossible ?

Est-ce qu'il en fait au moins une partie à la compilation ?

je me suis renseigne sur le probleme (en fait je suis tombe dessus par hazar car je m'en fout).
Malheureusement, je ne suis pas chez moi, donc je n'ai pas acces a mes bookmarks.

Il existe des techniques de GC deterministes.
D'autre part, toujours l'heritage multiple, rend la complexite assez chiante a apprehender bien qu'elle soit deterministe (si on vire le cache de methodes evidemment).

Je ne suis vraiment pas convaincu que Eiffel soit un bon choix pour ce type d'applications.
Par-contre, l'explicitation des contrats est vraiment une voie a suivre.

qd a la spec du GC, sur un probleme qui vaut la dette du Senegal, y'a moyen d'en developper un a la demande.

le ramasse-miettes

Super. Et pour les performances, c'est comment ?

Beaucoup moins couteux que le dynamic-binding sur de l'heritage multiple.
Beaucoup plus efficace et secure (et pratique pour les utilisateurs avances) qu'une gestion manuelle si on sait c'en servir.
Beaucoup plus mauvaise connotation chez les mecs qui ne se renseignent pas dessus.


merde, pas les accents ma Ultra 5 :-(

J'ai essayé moi aussi et ça chie complètement. Je me suis même tapé le code source au petit déj' et a part voir qu'il était crade, je n'ai trouvé qu'un seul bug qui n'aviat rien à voir.
Sous win j'ai aucun problème avec la connexion elle-même. Par contre le truc pour sniffer la connexion marche pas du tout chez moi, j'ai peur que mes merdes linux viennent des .bin fournis (que j'ai tous essayé).

Je sais bien que Varicad est propriétaire et payant, mais autocad aussi... donc même si tout le monde aurait espéré un logiciel sous GPL, par rapport à autocad, c'est du un partout. Là j'aurais mis largement une note double à autococad par rapport à varicad (et j'aurais donné le triple à catia). Je parle de l'utilisation et de puissance du truc là. Il semble que Catia tourne sous linux mais il n'a pas été lancé sur le marché. Ceci dit, ça doit pas être dur à obtenir. Le problème des applications "métier" va se poser, où je trouve le truc de CFAO (plugin autocad) que j'avais utilisé il y a quelques temps ? J'ai plusieurs fois songé à faire mon propre logiciel de CAO mais comme je n'en aurais pas l'utilité, je vais me décourrager au bout d'un moment. Mais le trip peut être sympa (un langage de haut niveau comme autocad, une grosse partie topologie et en voiture Simone).

J'en connais une où il n'y a pas de direction informatique mais un service (~15 personnes) rattaché à la direction financière. Mais le chef de service a tout de même une certaine autonomie. C'est une situation étonnante que j'ai jamais vu ailleur.

PS : c'est moi ou leur pdf est un peu lourd ?

Comme ils savent que ce truc intéresse surtout les linuxiens, ils ont fait un gros truc bien lourd pour les ralentir dans leur marche inexorable vers le desktop des utilisateurs de Windows.

-1 même moi je vote [-]