Oui Grunt est un outil intéressant mais jeune, de plus pour entrelacer les développements avec des composants J2EE ça s'annonce plus sioux.
Venant de ce monde là, on est parti tout logiquement sur maven qui possède beaucoup plus d'extensions. Des extensions qu'on utilise notamment en interne et qu'on a placé dans notre roadmap open source que je ne vous dévoilerais pas ici puisque big brother is watching you :)
De toute façon Grunt et Nanoko ne sont pas incompatibles croyez moi.
h-ubu est un modèle à composants de services dynamique tirant le meilleur de la norme OSGi et de nos expériences sur l'implémentation iPOJO sur Apache Felix, le positionnement et la logique de programmation diffère de celle d'Angular.js d'ailleurs nous allons bientôt poster un billet sur ce sujet.
Pour ce qui est MV*, notre positionnement est de ne pas réinventer la roue puisque d'autres libs le font déjà très bien, libre à vous donc de sélectionner ce qui vous convient. En interne, pour notre V on n'en utilise pas et on développe avec du modèle à composant en codant des contrôleurs graphiques maisons encapsulant Enyo ou Bootstrap. Pour le M on a l'orientation MIL. Pour le L, h-ubu. Ce choix est un positionnement voulu pour ne pas marcher sur d'autres plates bandes (parce que ça pique fort), parce que nous n'en avons jamais eu besoin et puisque le W3C nous prépare ShadowDOM. Sur ce point là, on va quand même open sourcé certaines choses dans l'année ;)
Sur la Silicon Valley, je pense que Nanoko est au coude à coude, voire un poil en avance. En tout cas, on est loin d'être à la rue, on va faire notre chemin, enfin tout dépendra de vous, la communauté open source, après nous fait du "forfait" sur Nanoko donc.
Merci pour ces commentaires, je crois qu'on est en train de construire ensemble la FAQ Nanoko !
[^] # Re: Merci pour ces feedbacks
Posté par Rom1 . En réponse à la dépêche Nanoko, un framework JavaScript open source pour applications web & mobiles. Évalué à 2.
Oui Grunt est un outil intéressant mais jeune, de plus pour entrelacer les développements avec des composants J2EE ça s'annonce plus sioux.
Venant de ce monde là, on est parti tout logiquement sur maven qui possède beaucoup plus d'extensions. Des extensions qu'on utilise notamment en interne et qu'on a placé dans notre roadmap open source que je ne vous dévoilerais pas ici puisque big brother is watching you :)
De toute façon Grunt et Nanoko ne sont pas incompatibles croyez moi.
h-ubu est un modèle à composants de services dynamique tirant le meilleur de la norme OSGi et de nos expériences sur l'implémentation iPOJO sur Apache Felix, le positionnement et la logique de programmation diffère de celle d'Angular.js d'ailleurs nous allons bientôt poster un billet sur ce sujet.
Pour ce qui est MV*, notre positionnement est de ne pas réinventer la roue puisque d'autres libs le font déjà très bien, libre à vous donc de sélectionner ce qui vous convient. En interne, pour notre V on n'en utilise pas et on développe avec du modèle à composant en codant des contrôleurs graphiques maisons encapsulant Enyo ou Bootstrap. Pour le M on a l'orientation MIL. Pour le L, h-ubu. Ce choix est un positionnement voulu pour ne pas marcher sur d'autres plates bandes (parce que ça pique fort), parce que nous n'en avons jamais eu besoin et puisque le W3C nous prépare ShadowDOM. Sur ce point là, on va quand même open sourcé certaines choses dans l'année ;)
Sur la Silicon Valley, je pense que Nanoko est au coude à coude, voire un poil en avance. En tout cas, on est loin d'être à la rue, on va faire notre chemin, enfin tout dépendra de vous, la communauté open source, après nous fait du "forfait" sur Nanoko donc.
Merci pour ces commentaires, je crois qu'on est en train de construire ensemble la FAQ Nanoko !