Haxe vaut-il la peine d'être appris? [fermé]


153

Pour les gens qui utilisent Haxe , qu'est-ce qui le rend utile pour vous? La lecture du site Web semble très prometteuse. Fournit-il une portabilité significative?

Quels sont le monde réel et peut-être sous des avantages appréciés?

Quels sont les pièges ou les pièges?


jamais entendu parler de cela avant semble intéressant.
JoshBerke

9
Pourquoi y aurait-il de sérieux problèmes avec la communauté? La communauté n'est pas très grande mais elle est très solidaire, il suffit de jeter un œil à l'activité de la liste de diffusion.
Franco Ponticelli le

4
La réponse courte est oui, cela vaut la peine d'apprendre. J'écrirai une réponse plus détaillée plus tard si quelqu'un d'autre ne répond pas mieux.
tylermac le

4
peut-être aussi regarder cette question: stackoverflow.com/questions/321204/haxe-in-the-field
TheHippo

2
Je ne pense pas qu'il y ait de mal à l'apprendre. C'est si proche de JS et AS que le temps passé à apprendre peut être reporté sur d'autres projets.
Nosredna

Réponses:


128

Haxe vaut-il la peine d'être appris?

La réponse courte est: absolument!

Pour les gens qui utilisent Haxe, qu'est-ce qui le rend utile pour vous?

Si vous êtes un développeur Web, vous savez que vous ne pouvez pas vous en tenir à une seule technologie pendant trop longtemps. Tôt ou tard, vous devrez faire face à des changements dans l'environnement ou les cibles (vous développez pour .NET mais un client important a besoin de PHP, ou peut-être que ce widget devrait être en Flash et non en Javascript), et c'est le meilleur des cas. Dans le pire des cas, vous devrez changer constamment, souvent plusieurs fois dans le même jour ouvrable.

Ces commutateurs peuvent vous faire perdre beaucoup de temps car vous devez changer votre paradigme de programmation trop souvent et peut-être parce que vous aurez beaucoup de chevauchements dans le codage de vos bibliothèques pour des cibles spécifiques. Haxe essaie de soulager la douleur de la transition en n'ayant qu'un seul langage source (le langage Haxe) et de nombreuses sorties (via le compilateur Haxe). La langue est très conviviale et assez facile à apprendre, peu importe votre parcours.

La lecture du site Web semble très prometteuse. Fournit-il une portabilité significative?

La langue est la même quelle que soit la plate-forme sur laquelle vous déployez. Ainsi, vous définissez les classes / interfaces / enums / typedefs de la même manière pour JS, Flash, C ++, etc. Si ces types que vous définissez ne dépendent pas d'une API de plateforme spécifique, ils peuvent être réutilisés de plateforme en plateforme sans aucun effort. . Toutes les plates-formes partagent également des API communes telles que l'accès XML, les connexions HTTP et la réflexion. Les plates-formes qui ont des points communs (c'est-à-dire Neko et PHP) partagent la même API pour des choses comme l'accès aux fichiers ou le développement de serveurs Web.

Quels sont le monde réel et peut-être sous des avantages appréciés?

  • Si vous êtes expérimenté avec Flash / Flex, vous savez comment le compilateur peut ralentir votre travail (le seul avantage est de pouvoir prendre une pause café en attendant;)). Le compilateur Haxe est plusieurs fois plus rapide, si rapide que la plupart du temps, vous ne le remarquez même pas fonctionner.
  • Le bytecode produit est beaucoup plus rapide que l'équivalent produit par les outils Adobe.
  • Toujours dans le domaine Flash, Haxe peut "en ligne" des fonctions ou accéder aux fonctionnalités de mémoire qui ne sont disponibles qu'ailleurs en utilisant Alchemy.
  • Au cas où vous en auriez besoin, vous pouvez également décider de la version de Flash à cibler, de 6 à 10; l'API a beaucoup changé mais le langage Haxe est exactement le même.

En parlant du côté serveur, nous savons tous à quel point PHP est omniprésent. Vous pouvez développer une application avec Haxe qui la cible et la mettre à l'échelle vers Neko ou même C ++ si votre application Web se développe.

Quels sont les pièges ou les pièges?

Voici une liste d'idées fausses courantes:

  • Haxe is young and immaturePas vraiment, Haxe a presque 4 ans maintenant, a vu 25 versions formelles (pas de builds) + 13 alphas et bêtas, il est constamment mis à jour et dispose d'une communauté très dédiée. Il est utilisé professionnellement par de nombreuses personnes dans plusieurs domaines de développement; Jetez un œil aux archives de la liste de diffusion pour découvrir comment les gens utilisent Haxe.

  • Haxe is complicatedParce que la cible principale de Haxe est sans aucun doute AS3, les gens s'attendent à ce qu'il ait des assistants ou une interface graphique. Comme indiqué, Haxe est un langage et un compilateur qui le rendent approprié pour les programmeurs mais pas très bon pour les concepteurs.

  • There aren't any IDEsLa vraie partie de ceci est que l'EDI pourrait être amélioré dans de nombreux aspects pour mieux s'intégrer à Haxe, mais il existe déjà de nombreuses options valides .

  • The only book published is already outdatedIl y a du vrai ici aussi, malheureusement, le livre a été publié quelques mois seulement avant une sortie majeure (de la V1 à la V2). Cette version majeure n'a pas beaucoup changé, mais elle a ajouté quelques incompatibilités. Le livre reste toujours une ressource valable (je ne dis pas ça simplement parce que je l'ai écrit;))


1
Merci pour la réponse Franco. Et la liste des IDE. Je suis intrigué par le plugin Xcode pour HaXe. Cela a l'air super doux! Quelle est l'histoire des kits de cadre d'interface utilisateur et de Haxe? Par exemple, sera-t-il jamais possible de cibler par exemple Cocoa avec HaXe et d'obtenir des widgets natifs pour OS X? Fondamentalement, en utilisant le constructeur d'interface et lié avec le code source HaXe?
Gordon Potter le

Si C ++ est assez natif pour vous, c'est possible. Vous devez encapsuler les appels Cocoa afin qu'ils soient "joignables" à partir du code généré par haXe. La version actuelle de haXe, comme vous le savez probablement, permet déjà de développer des applications iPhone; bien sûr, c'est encore très expérimental. Considérez que la cible C ++ n'a été introduite que dans la dernière version.
Franco Ponticelli

34
Il serait également utile d'avoir des inconvénients pour haXe - pas seulement des éloges.
Alan Klement

Moi-même programmeur AS3 et voyant le flash mourir horriblement, haxe va de mieux en mieux pour nous.
justnajm

D'accord sur les inconvénients possibles, et si vous le pouvez, j'aimerais vraiment une version mise à jour de cette réponse si cela est possible.
Prometheus

25

"Pour les gens qui utilisent Haxe, qu'est-ce qui le rend utile pour vous?"

En tant que flasher créatif, je ne vois vraiment plus l'intérêt d'AS3! Donc, d'un codeur / artiste utilisateur de Flash, voici mon avis:

Dans mon projet actuel, j'ai un jeune de 19 ans qui est passé principalement des classes AS2 / AS3 à Haxe sous ma direction, et portait à la fois le code AS2 et AS3. Je ne pense donc pas que Haxe soit plus difficile à utiliser que AS3 ou lorsqu'il est utilisé dans Flash de manière très différente. En ce qui concerne la stabilité, mon principal reproche actuel concerne les aspects des lecteurs Flash actuels, Haxe est vraiment aussi stable ou plus stable que AS3 lors du développement de Flash.

L'évolution de Flash a été un processus constant de création de bibliothèques qui deviennent inutiles à mesure que Flash change (pourrait-il être nécessaire de vendre des logiciels chaque année !?), et les composants ont toujours été quelque chose dont j'ai besoin, mais les tailles sont stupides, donc je ne suis pas disposé pour suivre comme des moutons dans Flex ou même passer à l'alternative XAML.

Le principal avantage de Haxe est que vous pouvez commencer à vraiment penser à créer des classes qui sont séparées de la plate-forme et qui seront largement utilisables dans cinq ans, je doute que ce soit vrai pour tout AS3 que vous créez, Haxe a moins de liens, potentiellement Je pourrais compiler du code en JavaScript, Silverlight ou tout ce que Google propose ensuite.

Mes principaux problèmes avec Haxe sont que la majeure partie du développement n'a pas été sur Mac, donc les aspects de la compilation du C ++ et des nouvelles fonctionnalités de Haxe proviennent parfois des utilisateurs de Windows, mais je n'ai pas eu de problèmes avec le noyau de Haxe comme la compilation Flash.

En termes de concepteurs: j'utilise un film Flash IDE chargé au moment de l'exécution pour mes actifs visuels et fais de même lors du développement en AS3 donc vraiment mon flux de travail ne dépend pas d'AS3 / Haxe, j'aime une vie simple donc j'utilise Textmate pour AS3. ou Haxe. J'ai une passion pour l'EDI Flash et sa puissance mais je ne l'utiliserais jamais pour le code et la plupart de mon travail sur Flash est en grande partie du code, donc je ne suis pas un hardcore Linux, Haxe ne vous empêche pas d'utiliser Flash IDE, mais si vous le souhaitez utilisez swfmill ou sam, vous pouvez.

La question est: pourquoi perdre son temps sur un langage commercial AS3 qui est susceptible de changer juste pour vendre des versions futures et qui se limite au lecteur Flash?

Il ne m'a pas fallu longtemps pour arriver à un stade où je pourrais créer un jeu ou une idée complexe en javascript sans avoir besoin de jQuery, etc. juste à la sortie de la boîte Haxe ... cela fonctionnerait avec plusieurs navigateurs, etc. Haxe me laisse prendre mon Flash compétences en programmation et compréhension du développement d'interface en dehors du flash (n'ayant jamais vraiment utilisé JavaScript auparavant), si je devais apprendre du JavaScript pur, je ne me sentirais probablement pas aussi actif, plus comme si quelqu'un m'avait coupé le bras et j'écrirais du code très spécifique à la plate-forme , alors que maintenant je peux utiliser FEffects pour l'interpolation et plus tard ajouter des commutateurs de compilateur et compiler sur d'autres plates-formes et utiliser certains neash / nme.

En fait, j'aime assez les aspects comme le compilateur qui est intelligent sur les types, ce qui permet à mon code d'être plus propre. Et les typedef sont géniaux.

J'ai regardé PHP et j'ai décidé que c'était un langage sale et idiot et désordonné pour JavaScript, je suis tellement heureux de pouvoir les cibler avec Haxe et de ne pas avoir à passer trop de temps sur la magie du hack noir.

Si vous aimez créer du code pour un développement rapide de la créativité visuelle, je pense que Haxe est le langage idéal et même en tant que pigiste, je l'utilise commercialement.


18

Mon point de vue sur Haxe,

Attention les paragraphes suivants sont très philosophiques (les paragraphes pratiques sont plus bas):

En tant que quelqu'un qui a été ouvert à de nombreux langages de programmation au cours de ma programmation à court terme et quelqu'un qui passe simplement à autre chose quand j'ai l'impression que quelque chose ne fonctionne pas pour moi; Je trouve que Haxe est quelque chose dont je ne peux tout simplement pas progresser, je ne peux tout simplement pas «l'améliorer».

J'avais découvert dans le passé que le temps que je passais à écrire dans une langue particulière était lié à deux facteurs clés, à quel point j'ai besoin d'utiliser cette langue pour obtenir le résultat et à quel point je trouve cette langue facile à comprendre. Mais avec Haxe, la période de saisie était beaucoup plus courte, et j'attribue cela à ma petite accumulation de connaissances dans une variété de langues. Jusqu'à Haxe, je n'en avais jamais trouvé un qui me convenait vraiment et qui me semblait juste, ils étaient soit trop difficiles à comprendre, soit tout simplement inutiles; enfin au moins inutile de mon point de vue.

Haxe m'avait permis d'être beaucoup plus expressif dans ma façon d'écrire, je ne veux pas dire le `` expressif '' comme dans la qualité que tout le monde parle des langues, je voulais dire la capacité d'avoir une idée et de courir avec, d'essayer quelque chose de ce que je ressens est juste. Qu'il réussisse ou échoue totalement.

Haxe a été une courbe d'apprentissage très facile pour moi, avec ma formation générale dans les langages de style C et AS2 / 3, et je n'ai pas vraiment eu de mal à le comprendre. Une chose qui a toujours freiné ma progression avec une nouvelle langue a été de comprendre le concept derrière cette syntaxe / cadre particulier, mais même une fois que j'avais passé cet obstacle, je trouvais souvent que la langue était en elle-même soit limitée, soit limitative, soit les deux. Avec Haxe, je ne suis ni limité ni ne trouve le langage lui-même pour me limiter. Avec Haxe, il n'y a pas de plafond en verre, mais c'est un sol en verre, en ce sens qu'il n'y a pas de limite à ce que vous pouvez faire mais vous pouvez clairement voir comment vous y êtes arrivé

Ramasser Haxe n'est pas comme ramasser des bâtons et faire du feu, mais ce n'est pas non plus comme sortir et acheter un ensemble d'oxyacétylène et allumer un feu avec ça. En ce sens, Haxe est plus proche d'une correspondance, que vous pouvez réutiliser. Il suit presque toutes les conversions de quelque chose auquel vous êtes habitué, mais ajoute de nouvelles fonctionnalités utiles. Mais pour ce faire, il ne réinvente pas entièrement la roue, il ne fait que réparer les morceaux pourris. (ok moins d'analogies dans le paragraphe suivant)

Des choses pratiques:

Le langage est simple, facile et standardisé, tout en permettant au programmeur d'aller aussi loin qu'il le souhaite.

Vous pouvez écrire un morceau de code de très haut niveau ou jouer avec les petits morceaux (à un degré sérieux sur certaines plates-formes)

Haxe ne dicte pas ce que vous pouvez et ne pouvez pas faire sur une seule plate-forme, il donne (ou prévoit de vous donner) un accès complet à tout, mais là où il le peut, il ajoute une façon standardisée de faire les choses.

La liste de diffusion est très utile et réactive et le forum accélère même maintenant.

La langue est constamment changée (de manière mineure) avec de nouvelles choses ajoutées dans chaque version.

Il y a très peu de vrais bogues à venir pour l'API principale et encore moins pour le compilateur.

Tout le monde parle ouvertement du langage, de sa direction et de la direction qu'ils suggèrent pour Haxe (et / ou bien sûr pourquoi il devrait prendre cette direction)

Et enfin, Haxe n'est pas une grande entreprise privée d'une grande (ou même petite) entreprise pour gagner de l'argent en tant que développeur, au lieu de cela, il est créé pour que tous les développeurs puissent l'utiliser, s'appuyer sur et s'améliorer. Et c'est pourquoi je sens que Haxe est là où je veux être. (maintenant pour revenir au codage)


13

Si vous voulez avoir une réponse courte: OUI!

Pour les gens qui utilisent Haxe, qu'est-ce qui le rend utile pour vous?

La plupart du temps, j'utilise Haxe pour le côté serveur. (Cela signifie PHP ou cible neko). À mon avis, PHP est le langage le plus suceur que j'ai jamais utilisé, c'est la raison pour laquelle j'ai commencé à utiliser Haxe: avoir un langage utilisable.

Un autre gros avantage pour moi est que Haxe est open source.

Fournit-il une portabilité significative?

Avoir le même code sur des cibles différentes! Je ne pouvais imaginer aucun moyen d'avoir plus de portabilité.

La migration d'un site Web de PHP vers mod_tora , qui fonctionne 40 à 80 fois plus vite que PHP, ne nécessite souvent que 5 minutes de travail ???

Quels sont le monde réel et peut-être sous des avantages appréciés?

  • Le plus gros avantage est la portabilité du code et les excellentes options pour communiquer entre les plates-formes, il n'a jamais été aussi facile de gérer les données entre client et serveur. (Jetez un oeil à la télécommande section dans le wiki.)
  • La communauté est géniale . (Si vous aimez au moins les listes de diffusion. :-)
  • Une autre chose est: si vous avez besoin d'effectuer des opérations natives de plate-forme qui ne sont pas prises en charge par Haxe (ce qui arrive très rarement), Haxe vous donne toujours les options pour les cibler. C'est ce qu'on appelle la magie Haxe . En d'autres termes: vous pouvez faire tout ce que vous pouvez faire dans la langue maternelle de la plate-forme + tout ce que Haxe vous offre.

Quels sont les pièges ou les pièges?

  • La documentation, parfois l'installation n'est pas parfaite à 100%. Le support des IDE pourrait être beaucoup amélioré.
  • De plus, la cible JavaScript est parfois difficile à utiliser, car Haxe fournit un très bon langage, mais il manque une sorte de cadre pour les manipulations DOM les plus courantes, mais je pense que certaines personnes y travaillent ;-)
  • Si je dois travailler pour des clients, ils n'aiment parfois pas l'idée de réaliser leur projet dans une langue aussi inconnue.

PS: Je pense que cela vaut toujours la peine d'apprendre un nouveau langage, car cela améliore vos compétences et vos expériences en programmation.


mode_tora semble intéressant. Mais que faites-vous si vous n'avez pas / ne voulez pas le httpd d'Apache? Il y a un serveur dans neko, mais la documentation dit que c'est juste pour le développement.
stesch

8

Eh bien, votre question a déjà reçu une réponse, mais j'aimerais ajouter quelques courtes présentations.

J'ai appris et utilisé Haxe de manière intensive après les premières versions bêta et je l'utilise depuis. C'est la première langue que j'ai apprise (j'étais également encore à l'université à l'époque) qui m'a vraiment fait comprendre la différence entre le langage et l'API.

Vous voyez au collège, j'ai d'abord appris AS2, puis PHP, puis du Javascript. Nous n'avons eu aucune introduction formelle à la programmation (et je n'étudiais pas l'informatique de toute façon). Ces langages sont tous assez liés aux plates-formes, donc en tant que programmeur débutant, j'ai automatiquement supposé que des choses comme strlen () sont PHP, MovieClip est AS2, ...

En utilisant Haxe, j'ai compris la valeur de la conception orientée objet, puisque la plate-forme ne restreignait plus mes classes. Je pourrais réutiliser le code écrit pour un projet Flash dans mon code Web normal, si je les séparais assez bien des spécificités de leur plate-forme.

En raison des excellentes classes de communication à distance que vous pouvez utiliser pour communiquer entre les plates-formes, j'ai également réalisé que XML n'est pas si spécial, ni JSON, tout cela n'a aucun sens sans code qui agit sur lui.

Pour quelqu'un comme moi qui vient de commencer à programmer, c'était une assez grande révélation à une époque où XML était `` cool '' et bon pour tout ;-)


5

Haxe est une langue inestimable. Beaucoup de ses avantages sont souvent négligés. Par exemple, il possède des bibliothèques intégrées fantastiques qui facilitent beaucoup le développement d'applications, comme un ORM simple mais très puissant (Neko / PHP), un accès à distance multi-plateforme complet (Flash / JS / PHP / C ++ / Neko) où tout La plate-forme prise en charge peut communiquer sans problème avec n'importe quelle autre plate-forme, une solide bibliothèque d'expressions régulières (prise en charge par tous sauf Flash <8) et bien d'autres.

En guise de note, j'ai récemment écrit une application utilisant Haxe pour PHP / JS / Flash et j'ai trouvé que la vitesse de développement était augmentée de façon exponentielle.

Certes, Haxe n'est peut-être pas centré sur le concepteur, mais ce n'est pas non plus hardcore. Haxe est très facile à apprendre et à réutiliser, et à mesure que le nombre de plates-formes cibles augmente, les développeurs de Haxe peuvent également les cibler sans avoir à apprendre quoi que ce soit de nouveau.


4

Mon utilisation principale de Haxe est encore limitée au développement Flash. Je ne m'échauffe que lentement à l'idée qu'il peut être utilisé pour d'autres cibles. Je ne vois toujours pas les avantages dans ce sens et je fais mes PHP et JS directement en PHP et JS.

Même si je ne développe pas pour le back-end Neko, c'est un excellent support car cela signifie que je peux écrire des cas de test pour le code et les intégrer dans un script de construction plutôt que de pouvoir les exécuter uniquement dans un lecteur flash. C'est un très bon avantage.

La nature ouverte du code et du développement est également un bon avantage. J'avais vraiment besoin d'un préprocesseur et le #linesupport a donc été ajouté à Haxe. Je ne pense pas qu'Adobe aurait jamais pris ma demande au sérieux.

Je trouve qu'être une langue dactylographiée est un énorme avantage par rapport à la plupart des nouvelles langues modernes.

Il existe plusieurs écueils en ce qui concerne la cohérence du langage et la transparence du back-end. Je garde une liste de ceux qui m'affectent ici . Bien sûr, aucune langue n'est parfaite à cet égard, mais je suis un peu déçu qu'une nouvelle langue en ait autant.


3

Je codifie Haxe dans des usages personnels et professionnels depuis environ 2 ans. Il présente certains avantages que vous n'obtiendrez pas d'autres langages, le plus important étant qu'il a été conçu presque dès le début comme un compilateur moderne de qualité production capable de s'adapter de manière flexible aux nouvelles plates-formes et de tirer parti de leurs fonctionnalités uniques. . Cela en fait la chose la plus proche d'une version de niveau supérieur de C. Si vous écrivez du code dans Haxe, vous pouvez compter sur sa persistance.

L'adoption par la communauté a été plus forte que vous ne le pensez - j'ai fait une petite analyse du trafic de liste en termes de kilo-octets compressés (à partir des données sur http://lists.motion-twin.com/pipermail/haxe/ ) et le résultat montre une augmentation de 25 à 50% depuis le début de l'année (janvier-septembre) chaque année depuis 2006. Au cours des six derniers mois, le trafic a vraiment explosé et j'envisage sérieusement d'aller digérer car sinon ma boîte de réception est inondée de centaines de messages sur Haxe si je pars pendant plus d'un jour. Ce n'est pas aussi médiatisé que d'autres langages, mais cela signifie à son tour que les personnes qui attelent leurs wagons à Haxe ont tendance à être des programmeurs confiants et bien informés.

Les gens ont expérimenté des compilateurs de langage à langage dans d'autres contextes (Scheme n'importe où, Python ou Ruby dans JS, etc.) mais ces langages ont été conçus pour un lieu et un but différents, et en traduction perdent beaucoup de leurs meilleurs aspects, ce qui fait les résultats sont des hacks sympas, mais pas confortables pour le travail quotidien. Haxe ne se sent pas comme ça; bien qu'il n'ait pas les commodités liées à l'intégration du langage / du runtime, il a beaucoup d'autres choses intéressantes à offrir en ce moment .


3

Subjectivement, je trouve que je suis plus productif en Haxe que dans n'importe quelle autre langue. J'utilise Haxe principalement pour Neko et JavaScript.

Le compilateur lui-même est très rapide, ce qui me permet d'utiliser Haxe comme un langage de script. Il penche vers l'orientation objet mais dispose d'un certain nombre d'outils fonctionnels; fonctions de première classe, correspondance fonctionnelle, bibliothèques lambda.

Je trouve la vitesse de Neko suffisante et sa petite taille d'image est idéale pour les environnements contraints. C'est C FFI est excellent - très simple d'ajouter de nouvelles fonctionnalités.

J'utilise Haxe pour mon contrôleur côté client JavaScript, déclenchant des événements vers une vue jQuery standard. Cela fonctionne vraiment bien car vous pouvez taper vérifier votre code client et serveur simultanément, tout en gardant au minimum le JS brut non typé et en conservant les avantages des bibliothèques JS habituelles. Bibliothèques JSON disponibles. Btw, bien que Haxe soit livré avec mod_ * pour Apache, etc., je trouve que l'utilisation d'un proxy est beaucoup plus flexible, donc je peux configurer plusieurs instances Neko derrière le serveur Web.

Dans l'ensemble, je pense que c'est très complet et bien pensé - et de manière critique, cela fonctionne comme annoncé sur toutes les plateformes.


2

oui, complètement

MAIS il a besoin d'un meilleur IDE et d'une meilleure documentation, le manque d'un excellent IDE (comme un IDE basé sur une éclipse) pour moi fait toute la différence, et je ne peux pas atteindre les niveaux de productivité que je fais dans d'autres langues à cause de cela.

language = great - best by miles development environment = pauvres (en ce moment et à mon humble avis)


1

J'avais Haxe sur le radar depuis qu'il a commencé. Je suis d'accord que cela semble très prometteur mais j'ai remarqué que les développeurs ne l'adoptent pas aussi rapidement que prévu (par rapport à RoR et même Flex).

Indépendamment de la qualité et de la pertinence de Haxe pour vous en ce moment, vous serez toujours parmi les premiers à adopter et vous vous retrouverez certainement dans les problèmes auxquels les premiers utilisateurs sont généralement confrontés.

Bien qu'il y ait une liste de diffusion très active avec des membres très utiles, j'attendrais toujours jusqu'à ce que plus de gens se joignent et que plus de livres et de ressources soient écrits à ce sujet.

À la fin, Haxe vous aide à écrire dans un seul langage et à cibler différentes plates-formes (JS et Flash principalement, et maintenant NekoVM, PHP et C ++) en avez-vous vraiment besoin?!


1
Je ne suis pas sûr que ce soit une comparaison juste pour le taux d'adoption. Avec Flex, c'est un langage sponsorisé par Adobe. Cela lui donne automatiquement du "street cred";) Ruby avait environ 10 ans quand Rails est sorti. D'après ce que j'ai vu, il semble que plus de gens passent à RoR, plutôt qu'à Ruby. En revanche, Haxe est environ deux fois moins vieux que cela, et bien qu'il existe de nombreux frameworks pour Haxe en développement, aucun n'est certainement devenu viral comme les rails.
tylermac le

Sérieusement?! Quel est le pourcentage de développeurs RoR qui utilisaient Ruby avant la sortie de RoR? Et cela n'a pas d'importance pour moi (en tant que développeur) si une plateforme de développement a été sponsorisée par une grande entreprise ou non? Le taux d'adaptation évolue très lentement avec HaXe IMO et c'est ma principale préoccupation à ce sujet
Ammar

Les nouvelles approches ne sont pas toujours évidentes pour tout le monde, je me souviens de RoR et de papervision, deux projets qui se sont développés ces dernières années qui m'intéressaient, et je dois dire que haXe prouve vraiment son potentiel et je pense qu'il sera plus grand que les deux .. 2-3ans dira;)
JLM

Mon argument tient toujours: il est trop tôt :)
Ammar

1
@JLM: 4 ans se sont écoulés, vous pouvez modifier votre réponse et ajuster :)
Janus Troelsen
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.