Bonjour,
Cette série de publication sur Haiku est super intéressante.
Merci beaucoup et merci aussi à tous ceux qui ont contribué au développement de ce projet.
Personnellement je suis intéressé par faire tourner la version m68k de Haiku sur un Atari Falcon 030 avec un DFB1X boost.
C'est très marginal comme idée mais ça propulserait une machine de 30 ans vers quelque chose de carrément plus moderne.
Je ne sais pas pour les autres mais dans l'ensemble il est important de comprendre ce qu'il se passe derrière. Un bon développeur ne code pas à l'aveugle, et croire que ce genre d'outils peut vous abstenir de ce travail, est une douce illusion.
Cependant, OpenFL fait du bon boulot et ne nous oblige pas à mettre les mains dedans, enfin pas au début.
Il est très facile d'ajouter à votre projet OpenFL des extensions natives en fonction des plateforme ciblée. http://blog.zame-dev.org/openfl-extension-in-10-steps/
Sur un de nos projets on a fait le contraire. On a utilisé NME, l'API à l'origine d'OpenFL, pour faire un widget natif de notre module de dessin. Les développeurs codent leurs applications mobiles en Java, Swift, ou ce qu'ils veulent, et intègrent notre widget comme si de rien n'était. Nous n'avons qu'on code à maintenir pour faire évoluer notre module pour toutes les plateformes.
Force est de constater que le processeur chinois semble très puissant et le mystère qui entoure son architecture encourage toutes les spéculations.
Cependant on peut aussi relativiser.
Le Sunway/shenway Taihulight aligne en gros 3x plus de coeurs pour 3x plus de puissance. Ce qui fait des coeurs aussi puissant que les intels de 2013.
Aujourd'hui, un Xeon E7-8890 v4 dispose de 24 coeurs fonctionnant à 2.2 GHz / 3.4 GHz en charge classique et 1.8 / 3.4 GHz en charge AVX.
Un Xeon Phi de génération Knights Landing offre jusqu'à 72 coeurs de type Silvermont associés par paire, partageant un cache L2 de 1 Mo et gérant chacun deux grosses unités vectorielles AVX-512.
En tout cas voilà une nouvelle qui devrait relancer la compétition avec Intel, et c'est bon pour l'innovation.
Je ne veux pas dire de bêtises mais il me semble que Rust ne permet pas de transpiler en php, js, java, c#, python, c++
Rust apparaît comme un concurrent de c++. Si Haxe aussi, notamment pour les jeux,il est utilisé dans des domaines complètement différent.
La cross-compilation c'est super bien, surtout pour des applications isomorphiques.
Le cross-plateforme natif c'est pas mal aussi :)
Comme alternative à Javascript c'est très agréable.
Les macros ça déchire. Programmer directement le comportement du compilateur est quelque chose de magique.
Il y a pas mal d'info à ce sujet dans la dernière dépêche postée sur LinuxFr : http://linuxfr.org/news/sortie-de-haxe-3-2-0
Etc…
C'est précisément ce que je voulais dire.
On va choisir Scala à la place de Java pour profiter d'un langage fonctionnel et produire du bytecode à destination de la JVM.
Et bien moi je trouve ça cool.
.NET on aime ou on aime pas mais il y a plein de bonnes choses dedans.
Pour avoir eu l'opportunité de coder une grosse application serveur en .NET, je trouve que C# est un bon langage, le framework est efficace, et le résultat obtenu est très satisfaisant.
Ensuite pour avoir connu le Microsoft des années 90, je trouve qu'ils ont fait des progrès en allant de plus en plus vers le l'open source, et en ouvrant leurs solutions aux autres technologies.
C'est une adaptation de PlanetWars avec des ajustements sur les constantes du jeu.
Ça veut dire que si vous avez déjà codé une IA pour PlanetWars, la mécanique va vous paraitre familière.
Je note le conseil pour que la prochaine édition se base sur Tron.
Oui c'est parfaitement jouable.
L'un des objectifs de cette compétition est d'apprendre et s'améliorer.
On espère ainsi offrir une occasion de découvrir un nouveau langage, de nouveaux paradigmes, de rencontrer de nouvelles personnes et d'échanger avec elles.
Dans votre cas, vous allez trouver Haxe proche de Java, et CoffeeScript plus proche de Python ou Ruby.
Nous pensons ajouter plus tard un SDK en C++ via Emscripten. Mais ce projet est toujours à l'étude.
# Condoléances
Posté par David Mouton (site web personnel) . En réponse à la dépêche Décès de lunar, un hacktiviste pédagogue. Évalué à 7.
Navré d'apprendre la disparition de ce monsieur.
Toutes mes condoléances a sa famille et ses amis.
# Super publications
Posté par David Mouton (site web personnel) . En réponse à la dépêche Haiku a 23 ans - Haiku R1 bêta 5 (partie 2 : le noyau). Évalué à 9.
Bonjour,
Cette série de publication sur Haiku est super intéressante.
Merci beaucoup et merci aussi à tous ceux qui ont contribué au développement de ce projet.
Personnellement je suis intéressé par faire tourner la version m68k de Haiku sur un Atari Falcon 030 avec un DFB1X boost.
C'est très marginal comme idée mais ça propulserait une machine de 30 ans vers quelque chose de carrément plus moderne.
# Bon anniversaire
Posté par David Mouton (site web personnel) . En réponse à la dépêche Vingt-six ans de LinuxFr.org. Évalué à 10.
Un très bon anniversaire à linuxfr.
Un grand merci pour tout ce que vous faites.
[^] # Re: articulation avec OpenFL
Posté par David Mouton (site web personnel) . En réponse à la dépêche SDL ou SFML ? Ne choisissez plus, prenez Gamedev Framework (gf). Évalué à 1.
Si je comprend bien c'est plus un concurrent à OpenFL avec la portabilité en moins. Pas de crossplateform vers HTML5, Consoles, etc…
[^] # Re: et pourquoi pas ?
Posté par David Mouton (site web personnel) . En réponse à la dépêche OpenFL 4.0. Évalué à 2.
Je ne sais pas pour les autres mais dans l'ensemble il est important de comprendre ce qu'il se passe derrière. Un bon développeur ne code pas à l'aveugle, et croire que ce genre d'outils peut vous abstenir de ce travail, est une douce illusion.
Cependant, OpenFL fait du bon boulot et ne nous oblige pas à mettre les mains dedans, enfin pas au début.
Il est très facile d'ajouter à votre projet OpenFL des extensions natives en fonction des plateforme ciblée.
http://blog.zame-dev.org/openfl-extension-in-10-steps/
Sur un de nos projets on a fait le contraire. On a utilisé NME, l'API à l'origine d'OpenFL, pour faire un widget natif de notre module de dessin. Les développeurs codent leurs applications mobiles en Java, Swift, ou ce qu'ils veulent, et intègrent notre widget comme si de rien n'était. Nous n'avons qu'on code à maintenir pour faire évoluer notre module pour toutes les plateformes.
J’espère avoir répondu à vos questions.
[^] # Re: Rien sur les spécificités du nouveau bébé 1er du top 500 ?
Posté par David Mouton (site web personnel) . En réponse à la dépêche Le Top 500 des supercalculateurs de juin 2016. Évalué à 4.
Force est de constater que le processeur chinois semble très puissant et le mystère qui entoure son architecture encourage toutes les spéculations.
Cependant on peut aussi relativiser.
Le Sunway/shenway Taihulight aligne en gros 3x plus de coeurs pour 3x plus de puissance. Ce qui fait des coeurs aussi puissant que les intels de 2013.
Aujourd'hui, un Xeon E7-8890 v4 dispose de 24 coeurs fonctionnant à 2.2 GHz / 3.4 GHz en charge classique et 1.8 / 3.4 GHz en charge AVX.
Un Xeon Phi de génération Knights Landing offre jusqu'à 72 coeurs de type Silvermont associés par paire, partageant un cache L2 de 1 Mo et gérant chacun deux grosses unités vectorielles AVX-512.
En tout cas voilà une nouvelle qui devrait relancer la compétition avec Intel, et c'est bon pour l'innovation.
[^] # Re: c'est quoi la killer feature de Haxe ?
Posté par David Mouton (site web personnel) . En réponse à la dépêche La Haxe Foundation recrute son... CEO !. Évalué à 3.
Je ne veux pas dire de bêtises mais il me semble que Rust ne permet pas de transpiler en php, js, java, c#, python, c++
Rust apparaît comme un concurrent de c++. Si Haxe aussi, notamment pour les jeux,il est utilisé dans des domaines complètement différent.
[^] # Re: c'est quoi la killer feature de Haxe ?
Posté par David Mouton (site web personnel) . En réponse à la dépêche La Haxe Foundation recrute son... CEO !. Évalué à 6.
La cross-compilation c'est super bien, surtout pour des applications isomorphiques.
Le cross-plateforme natif c'est pas mal aussi :)
Comme alternative à Javascript c'est très agréable.
Les macros ça déchire. Programmer directement le comportement du compilateur est quelque chose de magique.
Il y a pas mal d'info à ce sujet dans la dernière dépêche postée sur LinuxFr :
http://linuxfr.org/news/sortie-de-haxe-3-2-0
Etc…
[^] # Re: oui, mais si on debugge?
Posté par David Mouton (site web personnel) . En réponse à la dépêche Sortie de Haxe 3.2.0. Évalué à 2.
Dans Wikipédia il y a pas mal d'info sur le niveau de support de Haxe des différents IDE
Comparison of IDE choices for Haxe programmers
[^] # Re: oui, mais si on debugge?
Posté par David Mouton (site web personnel) . En réponse à la dépêche Sortie de Haxe 3.2.0. Évalué à 2.
Et bien pour ma part j'utilise itellij idea pour du develeppement web en Haxe, et il y a tout.
[^] # Re: nouveauté ?
Posté par David Mouton (site web personnel) . En réponse à la dépêche Sortie de Haxe 3.2.0. Évalué à 2.
Oulalaaaa, je pensais etre clair :-/
Haxe maintenant compile en JavaScript, Java, c#, c++, php, et python
Rien que ça c'est super.
Et si on utilise OpenFL, il cross-compile en natif pour Android, IOS, mac, pc, linux,ps, xbox, html5, etc…
[^] # Re: Erreurs dans l'article sur Scala, Groovy et Java
Posté par David Mouton (site web personnel) . En réponse à la dépêche Sortie de Haxe 3.2.0. Évalué à 4.
C'est précisément ce que je voulais dire.
On va choisir Scala à la place de Java pour profiter d'un langage fonctionnel et produire du bytecode à destination de la JVM.
# Une bonne nouvelle
Posté par David Mouton (site web personnel) . En réponse à la dépêche Microsoft libère le cœur de .NET et cible GNU/Linux. Évalué à 10. Dernière modification le 18 novembre 2014 à 16:17.
Et bien moi je trouve ça cool.
.NET on aime ou on aime pas mais il y a plein de bonnes choses dedans.
Pour avoir eu l'opportunité de coder une grosse application serveur en .NET, je trouve que C# est un bon langage, le framework est efficace, et le résultat obtenu est très satisfaisant.
Ensuite pour avoir connu le Microsoft des années 90, je trouve qu'ils ont fait des progrès en allant de plus en plus vers le l'open source, et en ouvrant leurs solutions aux autres technologies.
Apres on se souviendra de l'annonce d'Adobe sur le passage de Flex chez Apache. ( http://www.techworld.com.au/article/407714/adobe_donates_flex_apache/ )
J’espère que pour Microsoft, ce n'est pas non plus une façon déguisée d'abandonner ses technos.
[^] # Re: année précédente
Posté par David Mouton (site web personnel) . En réponse à la dépêche Code Of War 2014. Évalué à 2.
J'ai retrouvé des photos ici :
https://plus.google.com/106955091819521592764/posts/KjfbK9DG2Qx
et un petit bilan :
http://www.codeofwar.net/node/7
[^] # Re: Différences avec Planetwars / AI Challenge ?
Posté par David Mouton (site web personnel) . En réponse à la dépêche Code of War le 2 novembre 2013 à Bordeaux. Évalué à 1.
C'est une adaptation de PlanetWars avec des ajustements sur les constantes du jeu.
Ça veut dire que si vous avez déjà codé une IA pour PlanetWars, la mécanique va vous paraitre familière.
Je note le conseil pour que la prochaine édition se base sur Tron.
[^] # Re: Collège ?
Posté par David Mouton (site web personnel) . En réponse à la dépêche Code of War le 2 novembre 2013 à Bordeaux. Évalué à 2.
Oui c'est parfaitement jouable.
L'un des objectifs de cette compétition est d'apprendre et s'améliorer.
On espère ainsi offrir une occasion de découvrir un nouveau langage, de nouveaux paradigmes, de rencontrer de nouvelles personnes et d'échanger avec elles.
Dans votre cas, vous allez trouver Haxe proche de Java, et CoffeeScript plus proche de Python ou Ruby.
Nous pensons ajouter plus tard un SDK en C++ via Emscripten. Mais ce projet est toujours à l'étude.
Amusez vous bien.