Ah ¡qué buenas preguntas! A ver si puedo contestar algunas de ellas.
Definitivamente el soporte para databinding (para usarlo, p.ej. con un GridView o un FormView) viene incluído con LINQ to SQL y LINQ to Entities. No he calado el soporte en aplicaciones Windows o WPF todavía, pero me imagino que ha de ser aún más fácil que en aplicaciones Web. Para aplicaciones Web, vienen controles como EntityDataSource que funciona igualito que un SqlDataSource pero te conecta a un modelo EF en lugar de a la base de datos directamente (esto lo vimos en el taller de este sábado pasado). Si usas LINQ to SQL creo que de manera similar puedes utilizar un ObjectDataSource y apuntarlo a las clases que te generó la herramienta para eso (no lo he usado mucho). Aparte de esto, los queries de LINQ normalmente te regresan listas/colecciones fuertemente tipadas, lo que te permite asignarlas como el DataSource de muchos controles.
Hay que recordar que LINQ es la sintaxis/parte del Framework que te permite hacer query a muchos tipos de cosas, no nomás la base de datos (p.ej. objetos, documentos XML, etc.). En la reunión de este lunes precisamente tuvimos un leve debate de qué tan útil era. Yo comentaba que para alguien que apenas comienza es padrísimo porque solo tienes que aprender una sintaxis/forma de hacer querying en el lenguaje que ya estás aprendiendo (C#, VB, whatever). Sin LINQ, hacer, por ejemplo, una transformación de un documento XML requeriría que supieras XPath, XLST, etc. Sin LINQ, para hacer query a una base de datos necesitas saber SQL. Si necesitas traer información, por ejemplo, del file system, tienes que traerte las colecciones, pasarlas por loops foreach hasta que medio encuentras lo que necesitas, etc.
Así que para mi, el invertir en aprender LINQ da muchísimos beneficios.
Por cierto, una herramienta que a mi me ayudó mucho en mis primeros pininos en LINQ es LINQPad, la cual es gratis.
http://www.linqpad.net/