Un miembro de mi equipo se mudó recientemente a LinqPad como su herramienta principal de consulta (todavía usará SQL Studio a veces) con el simple propósito de obligarse a usar LINQ de forma más natural. Pensé que esta era una muy buena idea y estoy considerando pedirle al resto de mi equipo que haga este cambio. ¿Alguien tiene pensamientos/ideas sobre cómo tomar este enfoque?Uso de linqpad como herramienta de consulta primaria
primeras preguntas que tenía ...
me siento ser capaz de escribir buena ANSI SQL es crítico para un desarrollador de LOB. Dado que LINQ es algo de Microsoft, las habilidades que aprenderán en LINQ valdrán la pena al sacrificar el desarrollo total de sus técnicas ANSI SQL, particularmente si (cuando) pasan a otros trabajos/tareas más adelante en la vida. El desarrollo de desarrolladores (dentro y fuera de la compañía) es extremadamente importante para mí.
¿Hay alguna característica en SQL Studio que se extrañe mucho en LinqPad?
¿Tiene LinqPad vida útil prolongada? En otras palabras, ¿todos sienten que LinqPad es un producto que continuará creciendo a medida que crece .NET y SQL?
Estoy ciertamente comprometido con el desarrollo de LINQPad. Ya hay una versión Framework 4.0, y muchas funciones nuevas están programadas en los próximos meses. Joe (autor de LINQPad) –
Genial para escuchar. Es agradable escuchar el compromiso de los propios desarrolladores. Sigan con el buen trabajo. Hasta ahora, he quedado bastante impresionado. –
El uso de LINQPad junto con SQL Server Management Studio es la mejor idea. El uso exclusivo de solo uno por el bien de aprender LINQ es excesivo. – Jagd