Arguments pour/contre l'utilisation d'un tiers "environnement de développement rapide"?

Question

Je viens de commencer à travailler pour une entreprise qui utilise un environnement de développement rapide (RDE) fourni par un tiers. L'idée est que vous pouvez spécifier des choses comme: "afficher les données dans la grille", "datasource", "trier par" et il génère une application ASP.NET qui fait toutes ces choses.

Je suis personnellement pas un grand fan pour les raisons suivantes:

• Vous êtes à la merci du RDE avec quant à quel niveau de contrôle que vous avez . Par exemple, il n'y a pas de mécanisme try/catch/fail .
• S'il y a un bogue dans le RDE il y a vous ne pouvez rien faire, vous devez attendre pour qu'ils libèrent un correctif. Je ne suis pas sûr que cela accélère autant les choses .
• Il n'y a aucun moyen que vous allez trouver quelqu'un avec X ans d'expérience en utilisant quelques backwoods RDE. Chaque nouvel employé part de zéro
• Vous ne pouvez pas intégrer de nombreux outils courants avec. Le contrôle de la source serait un exemple de ceci. Bien que je suis sûr que je pourrais prendre les fichiers xml verbeux EXTREAMLY utilisés pour générer l'application et les insérer manuellement dans le contrôle de la source, il n'y a aucun moyen pour que je clique juste droit et checkin. Même si je fais cela, il n'y aurait rien de significatif si vous faites une diff ...

Est-ce que quelqu'un a trouvé ces choses utiles? Ils ont l'air d'être un imitateur pour garder les coûts jusqu'à moi ...

Answer 1

Je n'utilise aucun outil/cadre/environnement/etc que je ne peux pas contourner quand je veux. Peu m'importe à quel point le produit a l'air sur le papier ou quelles démonstrations impressionnantes je suis montré.

Si le produit n'est pas suffisamment mature et expressif pour offrir la possibilité de contourner le problème ou de le pirater ou de le brancher, je passerai.