Hisakazu Arturo I.
"Rails offre une boîte à outils solide pour le développement agile avec des conventions flexibles pour la productivité."
Qu'aimez-vous le plus à propos de Ruby on Rails?
Certaines des premières choses que j'ai aimées en venant des frameworks PHP étaient le langage Ruby et le paradigme "convention over configuration". Une fois que vous avez intégré cela dans votre esprit et avec l'aide des guides Ruby on Rails et des outils de scaffolding, vous aurez une structure de base solide pour vous concentrer sur la construction des fonctionnalités qui comptent. Avoir des tests comme citoyens de première classe vous permet également d'apprendre des choses vraiment productives/agiles telles que BDD et le cycle de refactorisation rouge/vert.
Au début, cela peut sembler trop rigide en ce qui concerne ses conventions, mais après avoir utilisé Rails pendant un certain temps, vous pourrez noter que vous pouvez appliquer différentes conventions et modèles de conception pour atteindre différents objectifs, par exemple utiliser des objets de service pour éviter des modèles trop lourds, rendre du Javascript côté serveur au lieu de HTML/ERB, se connecter à une base de données non SQL ou utiliser des types de données jsonb de PostgreSQL, des tâches en arrière-plan.
Ce qui est encore mieux, c'est que Rails incorpore de nouvelles technologies à chaque nouvelle version. Par exemple, les web sockets seront inclus dans Rails 5 via ActionCable et Rails 4 a inclus ActiveJob, ce qui était quelque chose que vous deviez faire "manuellement" auparavant pour avoir le support des tâches asynchrones.
Et quelque chose de vraiment important lorsque vous avez du code en production est le groupe Google de rapports de sécurité Rails qui rapporte constamment des problèmes de sécurité avec des correctifs et/ou des instructions pour atténuer les vulnérabilités. Avis collecté par et hébergé sur G2.com.
Que n’aimez-vous pas à propos de Ruby on Rails?
Il n'y a pas trop de choses que je n'aime pas à propos de Rails, mais malgré le fait que l'une des choses que j'aime le plus soit les conventions, certaines d'entre elles ne me plaisent pas trop comme les concerns.
Peut-être qu'une autre chose que je n'aime pas trop est le niveau/la longueur des piles de composants, mais peut-être que c'est quelque chose qui s'améliore avec le temps. Je veux dire, pour un point donné dans l'exécution du code, il y a à mon avis une longue pile avant cela. La plupart du temps, ce sont des parties des outils/gemmes que vous utilisez, mais à mon humble avis, certaines choses pourraient être un peu plus plates. Quoi qu'il en soit, je ne suis pas un contributeur de Rails et je dois être d'accord avec le compromis entre productivité et efficacité de l'exécution du code. Avis collecté par et hébergé sur G2.com.
L'évaluateur a téléchargé une capture d'écran ou a soumis l'évaluation dans l'application pour les vérifier en tant qu'utilisateur actuel.
Validé via LinkedIn
Cet évaluateur s'est vu offrir une carte-cadeau nominale en remerciement pour avoir complété cet avis.
Invitation de la part de G2. Cet évaluateur s'est vu offrir une carte-cadeau nominale en remerciement pour avoir complété cet avis.
Cet avis a été traduit de English à l'aide de l'IA.
