D'une part, j'ai tendance à croire quelqu'un comme Tim Sweeney - cofondateur d'Epic Games, et concepteur de l'Unreal Engine - quand il raconte des choses comme "Will gladly sacrifice 10% of our performance for 10% higher productivity", "We never use assembly language", "C++ is ill-equipped for concurrency", "Purely Functional is the right default", ou encore "Garbage collection should be the only option". Cf son jeu de slides citées par brouillon.
Et où va jeter un oeil Tim Sweeney pour résoudre ses problèmes du moment ? Chez les théoriciens, et même les théoriciens des langages, ces fameux qui "feraient mieux de redescendre sur terre". Où va-t'il chercher des idées ? Vers un langage come Haskell, probablement à ranger dans la catégorie des "erlang/caml/machin-tout-pourrave"
Quand au "99% des jeux vidéos sont écris en C et/ou en C++", même à l'heure actuelle, c'est déjà complètement faux. Les shading languages sont entré dans la danse, ainsi que les langage de script. Il n'y a qu'à voir le succès de LUA dans ce marché, ou se rappeler de Carmack au début de Quake 3 qui avait sérieusement envisagé Java pour finalement se décider pour une variante de C interprétée.
Il n'y a rien de pire que l'aveuglement technique.
> Et jusqu'à preuve du contraire, citer un future échec^W^W^Wproduit Microsoft comme
> référence sur linuxfr est du plus profond mauvais goût...
Oops, correction, il n'y a rien de pire que l'aveuglement idéologique.
On peut dire beaucoup de choses sur Microsoft, mais on pourrait au moins leur reconnaitre qu'avec C#/.Net ils sont en train d'innover et tenter des choses intéressantes. Déjà, contrairement à l'idée répandue, ce n'est pas simplement du copycat de la JVM et de Java, cf. par exemple les papiers de John Gough qui montrent que Microsoft a essayé de comprendre ce qui marchait ou ne marchait pas dans le modèle JVM et d'améliorer les choses (renversement du modèle compilé/interprété, possibilité de faire de la tail recursion), sans parler de choses comme le multi-langage, les annotations, le problème du versioning de code, etc.
Bien sûr, la CLR n'est certes pas la VM la plus avancée/expérimentale au monde, mais ils sont les premiers à s'être pris de front tout ces problèmes là en même temps et mettre le tout en production. Sans parler de trucs récents comme LINQ, la réintégration des lambda ou d'un peu de typage implicite, etc.
> Et Tannenbaum est certes très doué, mais reste un théoricien...
Un théoricien qui veut prouver ce qu'il dit en codant un noyau unix, ça me va.
Sans méchanceté aucune: il faudrait voir à enlever les oeillères et regarder un peu le vaste monde.
[^] # Re: Eheh
Posté par olgk . En réponse à la dépêche Erlang/OTP R11B supporte les architectures multiprocesseur. Évalué à 10.
Et où va jeter un oeil Tim Sweeney pour résoudre ses problèmes du moment ? Chez les théoriciens, et même les théoriciens des langages, ces fameux qui "feraient mieux de redescendre sur terre". Où va-t'il chercher des idées ? Vers un langage come Haskell, probablement à ranger dans la catégorie des "erlang/caml/machin-tout-pourrave"
Quand au "99% des jeux vidéos sont écris en C et/ou en C++", même à l'heure actuelle, c'est déjà complètement faux. Les shading languages sont entré dans la danse, ainsi que les langage de script. Il n'y a qu'à voir le succès de LUA dans ce marché, ou se rappeler de Carmack au début de Quake 3 qui avait sérieusement envisagé Java pour finalement se décider pour une variante de C interprétée.
Il n'y a rien de pire que l'aveuglement technique.
> Et jusqu'à preuve du contraire, citer un future échec^W^W^Wproduit Microsoft comme
> référence sur linuxfr est du plus profond mauvais goût...
Oops, correction, il n'y a rien de pire que l'aveuglement idéologique.
On peut dire beaucoup de choses sur Microsoft, mais on pourrait au moins leur reconnaitre qu'avec C#/.Net ils sont en train d'innover et tenter des choses intéressantes. Déjà, contrairement à l'idée répandue, ce n'est pas simplement du copycat de la JVM et de Java, cf. par exemple les papiers de John Gough qui montrent que Microsoft a essayé de comprendre ce qui marchait ou ne marchait pas dans le modèle JVM et d'améliorer les choses (renversement du modèle compilé/interprété, possibilité de faire de la tail recursion), sans parler de choses comme le multi-langage, les annotations, le problème du versioning de code, etc.
Bien sûr, la CLR n'est certes pas la VM la plus avancée/expérimentale au monde, mais ils sont les premiers à s'être pris de front tout ces problèmes là en même temps et mettre le tout en production. Sans parler de trucs récents comme LINQ, la réintégration des lambda ou d'un peu de typage implicite, etc.
> Et Tannenbaum est certes très doué, mais reste un théoricien...
Un théoricien qui veut prouver ce qu'il dit en codant un noyau unix, ça me va.
Sans méchanceté aucune: il faudrait voir à enlever les oeillères et regarder un peu le vaste monde.