Hola Terri,
Bien dicho.
Supongo que la discusión se centra en PB Classic y no en PB.Net, ya que PB.Net utiliza el shell de VS.
Descargo de responsabilidad: No soy un experto en VS en absoluto (aún), pero uso ambos entornos a diario. Sospecho que los expertos en VS con los que trabaja Gimmy tendrían algunas objeciones a algunas de las sugerencias. Aquí hay algunas de las que tendría cuidado de mencionar (en mi humilde opinión, por supuesto).
El dimensionamiento o posicionamiento dinámico de controles basado en datos se puede controlar fácilmente en XAML especificando "Auto" como ancho y/o alto, entre otras propiedades.
Cualquier propiedad se puede modificar dinámicamente en tiempo de ejecución en VS siempre que sea una propiedad de dependencia (que la mayoría lo son) a través del mecanismo de enlace en .Net.
Para alternar el color de fondo de un datagrid, agregue esta propiedad a su XAML: AlternatingRowBackground="LightBlue"
Para hacer que alterne el color de cada otra fila, agregue esta propiedad en su XAML AlternationCount="2"
No exactamente 2 o 3 páginas, así que no haría este argumento.
Creo que la Inyección SQL puede ser un pro o un contra dependiendo de cómo se escriban las consultas y qué herramientas se utilicen (LINQ, EF, etc.).
La creación mínima de SQL puede ir en cualquier dirección también (Basura entra, basura sale). Si se utiliza un ORM, probablemente esté creando el mejor (pero probablemente más obfuscado) SQL.
El formato y la validación de campos es rápido y fácil en PB, pero he descubierto que la funcionalidad en VS es mucho más potente y extensible si se utilizan anotaciones de datos. La capacidad de crear validaciones personalizadas, utilizar expresiones regex, localizar mensajes de error y compartir código entre el servidor y el cliente lo hacen muy poderoso.
En cuanto a tu experiencia negativa atrayendo talento de PB, en realidad hemos visto lo contrario aquí últimamente. Hemos encontrado que es mucho más fácil encontrar talento local de PB de lo que era hace uno o dos años. Esto no lo convierte en un aspecto negativo para PB, sino en un impulso.
La mayor y más importante ventaja que tiene PB sobre VS es la razón por la que todavía está presente y la razón por la que todavía lo usamos y lo apoyamos. Es, con mucho, la mejor y más fácil herramienta para el Desarrollo Rápido de Aplicaciones (el n.º 4 de Bruce). En mi humilde opinión, todas las demás razones palidecen en comparación. Soy mucho más productivo en PB que en VS. He estado trabajando con PB mucho más tiempo que con VS, pero esa no es la única razón. Supondría que si dos desarrolladores igualmente hábiles se enfrentaran, el chico/chica de PB ganaría. También advierto que si lanzas ese desafío, mejor estés listo para respaldarlo.
De todos modos, solo mi opinión.
Mark
PD: Demasiado pronto
