Tengo un plan para comenzar un pequeño negocio pronto. Será un tipo de trabajo independiente para crear sitios web y aplicaciones usando ASP.NET. Quiero centrarme en una cosa de formularios web o MVC. Sin embargo, no tengo idea si eso tiene alguna importancia para el cliente. Quiero decir, ¿saben los clientes acerca de MVC o formularios web? ¿Prefieren uno de ellos?
Respuestas:
Los clientes / clientes, en general, no se preocupan por el código o la tecnología .
Si lo hicieran, probablemente no permitirían que otra persona tomara decisiones sobre qué tecnología utilizar para sus soluciones comerciales. Esto se aplica a MVC, formularios web, Rails, etc.
Lo que les importa es obtener una solución para satisfacer sus necesidades a tiempo y por debajo de su presupuesto .
Los que deberían preocuparse por lo que se utiliza: desarrolladores, programadores, gerentes de proyectos, etc. A cualquiera que realmente esté entregando la solución a un cliente debería importarle.
En resumen, no les importa, pero tú deberías. WebForms tiene más de 10 años y está comenzando a mostrar su edad. Las páginas generalmente terminan siendo muy pesadas y lentas, puede crear páginas rápidas en WebForms, pero eso no es lo que suele suceder.
Con MVC encontrarás que tienes más control como desarrollador. Deberá programar tanto en el lenguaje de fondo "C #" como en JavaScript. Que si no conoce JavaScript, REALMENTE necesita aprenderlo si está haciendo algún desarrollo web.
Con el tiempo, creo que sacará más provecho de MVC que de WebForms.
Depende del cliente. Si el cliente es una persona con mentalidad técnica o un programador, o si le está subcontratando el código, lo más probable es que le brinde las especificaciones de las tecnologías que quiere que use. Si el cliente es el dueño de una panadería cuyo sitio web de pedidos de pan en línea está construyendo, no le importará.
Al cliente no le importa ninguna tecnología , lo que le importa es lo que la tecnología puede hacer por ellos y sus negocios.
Lo que el cliente ve con respecto a la tecnología es esto:
Entonces, si desea complacer a su cliente para que compre su producto, hable sobre lo que la tecnología hará para su negocio a corto y largo plazo y no les venda jergas tecnológicas.
Es casi seguro que nunca han oído hablar de MVC y WebForms, y si lo han hecho, casi seguro que no les importa.
Lo único que probablemente noten es que el estilo de las URL en un sitio MVC es más atractivo que el /page.aspx?id=1234estilo que normalmente se ve en WebForms. Aunque, por supuesto, puede usar System.Web.Routing o alguna solución de reescritura de URL para obtener las mismas URL agradables en un sitio de WebForms.
Como desarrollador independiente, será su trabajo evaluar las necesidades de los clientes y utilizar la mejor tecnología para ellos. Eso significa que necesita comprender y poder implementar sus sitios / aplicaciones en cualquier tecnología.
Los clientes típicos no entenderán la tecnología y no querrán entenderla. Pero reconocerán si haces un mal trabajo y los dejarán con un software que no hace lo que se requiere o que es un problema de mantenimiento. Por lo tanto, le corresponde hacer un buen trabajo ... si desea recomendaciones, buenas referencias y negocios repetidos.
En mi opinión (y experiencia basada en 8 años de desarrollo comercial), a los clientes no les importa la tecnología. Sinceramente, no les importa si usa WebForms, ASP.NET mvc o si escribe su propio filtro ISAPI en C, Prolog y ensamblador y lo conecta al kernel de Windows y lo hace de esa manera.
Mientras el sitio funcione, sea funcional, confiable y rápido, estarán bien con él.
Debes preocuparte, independientemente del cliente. Hablando por experiencia, la mayoría de los clientes son ignorantes: no entienden ni les importa entender nada fuera de su dominio (y, a veces, ¡ni siquiera eso!). Es por eso que te están contratando para trabajar en primer lugar.
Suponiendo que tiene un cliente que entiende que usted es un experto en desarrollo web, no ellos, entonces la elección es en gran medida suya. Recomendaría MVC para cualquier nuevo desarrollo, ya que es a donde se está moviendo el mundo .Net, y es mucho más fácil de mantener que WebForms.