¿Cómo hacer que ASP clásico sea interesante si te quedas atascado? [cerrado]

Como han señalado otros, probablemente deberías intentar cambiar la mentalidad de tu jefe o encontrar un empleo donde no tengas que soportar esa mentalidad al revés.

Sin embargo , mientras tanto, puedes hacer que tu trabajo sea un poco más interesante al intentar mover cualquier funcionalidad que puedas del lado del cliente y usar llamadas asíncronas para hacer que ocurra algo en el servidor. Piense en esto como un extremo frontal HTML / JavaScript con servicios web (implementados en ASP clásico) en el extremo posterior. El desarrollo de una API REST puede ser un desafío interesante, hay algunas herramientas como Analizadores JSON para que ASP clásico mueva los datos de una manera más estándar y las plantillas del lado del cliente le permitirían dar formato a los datos que obtiene de sus servicios web para una mejor presentación. LinkedIn hizo algo similar para unificar diferentes back-end tecnologías.

Una vez que tenga una API RESTful, podría intentar escribir algunos servicios web administrados para emular la funcionalidad de cosas ASP clásicas existentes.

Antes de comenzar, no abordaré el tema de si su jefe tiene razón al insistir en ASP clásico. No nos has dado suficiente información. Si tiene un cuerpo muy grande de código en ASP clásico que es lo suficientemente bueno al 95%, y está realizando pequeñas tareas de mantenimiento, entonces probablemente sea una buena idea seguir con ASP clásico ... el costo de transferir todo a un El nuevo idioma puede ser demasiado alto. Sin embargo, si su jefe está lanzando nuevos proyectos en ASP clásico, bueno, no hay excusa para eso. Y hay toda una gama en el medio. Así que no tengo suficiente información para analizar eso, y no me molestaré.

Pero quiero abordar tu pregunta precisa ... cómo hacer que la codificación sea interesante .

¿Es interesante algo bueno en la codificación? Recuerda la maldición china: "¿Puedes vivir en tiempos interesantes?" Bueno, probablemente no sea chino ... pero el tema es que cuestiono si todas las formas de programación deberían ser interesantes. A veces solo quieres que sea fácil y directo. Los mayores problemas de código que he tenido que limpiar han sido causados por desarrolladores que están cansados de la manera simple y directa de hacer algo y necesitan encontrar una característica de lenguaje inteligente que nadie haya escuchado, solo para mantener su propia mente estimulada. Recuerdo haber encontrado 20 líneas de código C ++ cuyo propósito simplemente no pude descifrar. Resulta ser un truco sutil por parte de un desarrollador para asegurar que ciertas variables se hayan inicializado en 1 si se olvidó de iniciarlas. Era ridículo, y chico, era interesante. Pero desperdició el tiempo de todos, incluido.

Hay muchas ventajas en escribir la mayor parte de tu código diario en un lenguaje "aburrido". Significa que puede usar su cerebro para pensar en el dominio de la aplicación en lugar de intentar averiguar por qué la última característica de lenguaje que acaba de crear no funciona de la manera que esperaba. Por lo general, puede trabajar mucho más rápido si entiende completamente su idioma y sus bibliotecas. Y eso significa que puede usar sus ciclos cerebrales para algo como pensar en hacer que su aplicación sea más interesante, más útil, más rentable o más utilizable.

Para mantener su mente aguda, use su tiempo libre para aprender nuevos idiomas interesantes. Trabaja en proyectos de código abierto o trabaja en tus propios proyectos.

Recuerde, no estoy defendiendo el uso de ASP clásico, y no estoy diciendo que sea una buena idea usarlo porque es "aburrido". Si crees que es una virtud usar un entorno de desarrollo "interesante", tienes más poder para ti ... pero te estás enfocando en lo incorrecto. Un buen escultor no quiere un cincel interesante ... que se interponga para hacer bonitas estatuas. Un buen pintor no está buscando pinceles "interesantes". Podrían jugar con herramientas interesantes, pero harán su mejor trabajo con las herramientas más aburridas posibles: las herramientas que son tan aburridas desaparecen y dejan que el artista trabaje en el arte.

Sientes que vas hacia atrás porque eres . No hay otro consejo que no sea encontrar una empresa que no quede atrapada en las edades oscuras. No hay absolutamente ninguna razón para seguir con ASP clásico en este día y edad; de hecho, diré directamente que elegir seguir con Classic ASP lo lastimará a usted en el futuro, ya que A) Sus habilidades de .NET y Java se atrofiarán y B) A un posible futuro empleador usted es Trabajando en Classic ASP, una tecnología que ha estado obsoleta por más de 10 años y aún así fue como sacar dientes; En otras palabras, no tienes ninguna experiencia relevante. Elegiste mal, parece.

Solo puedes hacer mucho con ASP clásico, y todo es muy doloroso.

Aprenda un idioma moderno de su elección y utilícelo para crear una herramienta que genere sus páginas y clases ASP, por ejemplo, mediante ingeniería inversa desde una base de datos de destino. Eso seguramente lo hará interesante.

¿Por qué alguna vez estarías atascado con una tecnología antigua? Las empresas migran tecnologías todo el tiempo. El truco es poner una lista de razones por las cuales un cambio a una tecnología más nueva es beneficioso para la empresa, tanto desde el punto de vista técnico como desde el punto de vista empresarial. Más de las veces, el costo inicial de la migración de pilas de tecnología lejos supera los costos de desarrollo futuros.

Incluso si, por alguna extraña razón, se descubrió que no era viable cambiar las pilas de tecnología, siempre puedes usar las herramientas y tecnologías actuales para hacer que tu vida con las tecnologías antiguas sea más soportable.

Si su jefe es uno de los desarrolladores iniciales del proyecto y se niega a cambiar de tecnología únicamente basándose en el hecho de que es su jefe y sabe mejor que usted, entonces Lo más probable es que busque un nuevo trabajo: no quiere quedarse atrapado en un entorno donde su liderazgo es miope. No estoy diciendo que convencerlo sea fácil ya que estoy seguro de que tienen años de trabajo invertido en su bebé y admitir que se requiere un cambio es un gran golpe para el 'ego'. . Debe asegurarse de que tiene razones claras , concisas y mensurables en cuanto a por qué se requiere una migración, donde se pondría bastante su jefe en una situación en la que no migrar sería claramente una mala decisión.

Buena suerte.

También trabajo con ASP clásico en el trabajo, y he logrado (hasta cierto punto) hacerlo interesante. Aquí están los pasos:

• La ASP clásica se puede codificar en VBScript o JScript (Javascript), sin modificaciones en la arquitectura. Cambia a Javascript.
• Obtenga acceso a varias bibliotecas: json2.js, guión bajo, bigote ... Puede consultar las bibliotecas Node.JS o las bibliotecas del lado del cliente, con varias modificaciones.
• Construye un framework MVC o descarga uno. Puede administrar las plantillas y las vistas cargando un archivo desde el servidor y leer su contenido, y usar una de las numerosas bibliotecas de plantillas JS que existen. Para el controlador, puede usar variables en la consulta para redirigir las solicitudes de la misma forma en que usaría la URL normalmente (menos limpio pero funciona).
• También puede crear una API REST (simplificada)!
• Cree un ORM (si tiene acceso a la base de datos), o descargue uno. Incluso puedes hacer un LINQ-to-SQL basado en el guión bajo.
• Trabaja en tus puntos de vista. Utilice bibliotecas avanzadas de JS como Angular o Backbone. Cambie de CSS a LESS, Stylus o SASS.
• Haz clases de proxy a código feo. Esas son clases creadas con el único propósito de interactuar con el viejo código feo para que no tengas que tocarlo.

Podrías crear tus propias clases y racionalizar tantos procesos como sea posible. Aquí hay un sitio con algunos ejemplos: enlace

Incluso podría comercializar sus clases a otras personas que aún utilizan ASP clásico. Como dijo Demian, hay muchas compañías con tecnologías más antiguas ... no todos saltan a lo nuevo.

En primer lugar, si no es el costo de actualizar su tecnología, pero el hecho de que el CEO sea tan breve que se niega a actualizar Tech basándose en la idea que mejor conoce, y le gusta asp clásico, tendría algunos problemas reales. Dudas serias sobre la salud a largo plazo de la compañía y con la podredumbre de hacer asp clásico, cuanto más espere, más difícil será conseguir otro trabajo.

Habiendo dicho eso, comience a migrar todo para usar "opción estricta", esto podría hacer que el mantenimiento de su base de código sea menos doloroso

Ya que los datos están en AS400 / IBMi ya, ¿sabe que puede ejecutar interfaces Java, PHP, MySQL y otras cosas en ese sistema operativo? Supongo que es un hombre de 400, no un hombre de ASP. Trate de aceptar esto, me encantaría tener la oportunidad de desarrollar un ecosistema de 400 como ese.

Todas las respuestas aquí son realmente muy buenas. Solo quería sugerir otra alternativa.

Comience a mover los problemas de infraestructura (base de datos, sistema de archivos, código COM, etc.) a archivos separados. Por ejemplo, podría tener un procedimiento que devuelva un conjunto de registros como una matriz (lo hice hace 8 años, pero no hay ningún ejemplo de código, lo siento).

Intente erradicar el "código" que aparece en su HTML moviéndolo a la parte superior de la página o incluso en una clase común / de utilidad. Incluso es posible tener las funciones de encabezado / navegación / pie de página en una sola página asp con páginas de contenido que tienen relativamente poco código (con un puñado de referencias a variables y similares).

Con su contenido, la presentación / el formato, la lógica de negocios y los problemas de infraestructura separados, ahora está en posición de cambiar a ASP.NET MVC una vez que supera la curva de aprendizaje con esa tecnología. No va a ser tan fácil como oprimir un interruptor, pero se sentirá muy parecido a cualquiera que haya estado trabajando con su solución de ASP clásica modularizada (lo que significa que a su jefe le puede gustar).

  

¿Cómo hacer que el ASP clásico sea interesante si estás atascado con él?

Primero, siéntete orgulloso de tu trabajo (a pesar de que es ASP clásico). Motivo: Una página ASP clásica poco desarrollada (o parcheada) será un albatros incluso MÁS GRANDE alrededor de tu cuello. Su jefe, naturalmente, esperará que usted arregle cualquier error que surja, y se sentirá asqueroso. Solo carga algo de buena música, ponte los auriculares y entra y sal lo más rápido que puedas (asumiendo que hay, de hecho, luz al final del túnel, y que pronto estarás trabajando en algo) más interesante).

Segundo, en la medida en que puedas, haz lo mejor para que las páginas se vean y se sientan bien. Trabaja tu magia con CSS. Usa Bootstrap si puedes. Y use AJAX y otras técnicas para reducir los tiempos de carga y las actualizaciones de pantalla completa.

Tercero, haz lo mejor que puedas para usar jQuery, jQuery UI y otras bibliotecas del lado del cliente para que las páginas sean rápidas y fluidas. A veces, puede eliminar páginas ASP completas con modales, asistentes o incluso SPAs . Esto reducirá la cantidad de ASP clásico que tendrás que escribir y hará que el trabajo sea mucho más interesante.