Perdre 10% de perf pour gagner 10% de productivité ne m'intéresse pas.
Ca me semble de la grosse pignole. Défini déjà précisement ton projet et son domaine fonctionnel précis. Designes en conséquence, la perf du langage ou du middleware est assez secondaire et sera évidente une fois que tu sais ou tu vas. 10% de perf, d'une part t'es encore dans l'erreur statistique de l'autre ca ne veut absolument rien dire.
Ce que tu dis est très très flou; mais pour ce dont tu parlais au début c'est le design du système et du dataflow qui fait que ca marche ou pas. Après tu choisis l'outil qui te semble adapté. Tu veux publier des valeurs de marché avec un jitter minimal ? Alors tu peux vouloir faire une archi type lmax couplé à un pub/sub adhoc. Ou peut être que tu veux faire un truc un poil différent sans de contraintes très forte sur la latence et un modèle à acteur sera la bonne abstraction. Où peut être qu'en fait c'est des algo de streaming couplé à une in-memory grid qui rendront ton business possible.
Une fois ces briques posée tu peux comencer à vouloir réfléchir aux outils à utiliser et comment les utiliser (entre du Java idiomatique et du Java HFT y'a pas grand chose en commun).
Autrement si tu n'as pas une spec précise, tu as juste le problème commun de > 90% des sites webs. Utilise ce que tu veux de toute facon tu n'as aucune idée d'où tu vas et tu vas tout réarchitecturer au fur et à mesure que ca se cassera la gueule. Faut juste compartimenter proprement pour pouvoir faire évoluer les briques indépendaments. Viser la perf au début c'est de la connerie et syndrome classique de la startup "Je veux utiliser la même stack que XXXX par ce que ca va vite"
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par ckyl . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 8.
Ca me semble de la grosse pignole. Défini déjà précisement ton projet et son domaine fonctionnel précis. Designes en conséquence, la perf du langage ou du middleware est assez secondaire et sera évidente une fois que tu sais ou tu vas. 10% de perf, d'une part t'es encore dans l'erreur statistique de l'autre ca ne veut absolument rien dire.
Ce que tu dis est très très flou; mais pour ce dont tu parlais au début c'est le design du système et du dataflow qui fait que ca marche ou pas. Après tu choisis l'outil qui te semble adapté. Tu veux publier des valeurs de marché avec un jitter minimal ? Alors tu peux vouloir faire une archi type lmax couplé à un pub/sub adhoc. Ou peut être que tu veux faire un truc un poil différent sans de contraintes très forte sur la latence et un modèle à acteur sera la bonne abstraction. Où peut être qu'en fait c'est des algo de streaming couplé à une in-memory grid qui rendront ton business possible.
Une fois ces briques posée tu peux comencer à vouloir réfléchir aux outils à utiliser et comment les utiliser (entre du Java idiomatique et du Java HFT y'a pas grand chose en commun).
Autrement si tu n'as pas une spec précise, tu as juste le problème commun de > 90% des sites webs. Utilise ce que tu veux de toute facon tu n'as aucune idée d'où tu vas et tu vas tout réarchitecturer au fur et à mesure que ca se cassera la gueule. Faut juste compartimenter proprement pour pouvoir faire évoluer les briques indépendaments. Viser la perf au début c'est de la connerie et syndrome classique de la startup "Je veux utiliser la même stack que XXXX par ce que ca va vite"