Los 10 Mandamientos de la Performance en Desarrollo Web por Luis Duenas (Versión Posters)

 Poster en Castellano

Poster en Ingles

Los 10 Mandamientos de la Performance en Desarrollo Web por Luis Duenas

Comentario Inicial

Un problema frecuente en la programación es la falta de rendimiento o velocidad (Performance) en aplicaciones web y esto se debe a que existen principios que si no los sigues te esperan muchos problemas (aunque al programador no le afecta directamente sino mas bien a los usuarios).

Muchos creen conocer o programar bien pero desconocen estas reglas esenciales en el desarrollo web, por este motivo voy a publicar los 10 mandamientos de la performance en el desarrollo web que te ayudaran a mejorar tus aplicaciones.

Síntomas que indican que los programadores no conocen sobre Performance Web

A continuación te listo algunos síntomas que indican que los programadores no conocen sobre performance web:

1. Las paginas web demoran en cargar

2. Las consultas demoran en mostrarse, sobre todo si tienen cientos o miles de registros

3. La grabación de un registro con muchos campos demora

4. La grabación de varios registros demora

5. La subida de un archivo grande se demora mucho y sobre todo cuando tiene muchos Megabytes nunca se sube y se cae

6. Cuando hay poco ancho de banda no carga la data.

7. Si son muchas imágenes se muestran con lentitud, etc.

Los 10 Mandamientos del Compendio del Catecismo de la Iglesia Católica

Antes de iniciar con la lista, recordemos los 10 Mandamientos del Compendio del Catecismo de la Iglesia Católica:

1. Amarás a Dios sobre todas las cosas.

2. No tomarás el nombre de Dios en vano.

3. Santificarás las fiestas.

4. Honrarás a tu padre y a tu madre.

5. No matarás.

6. No cometerás actos impuros.

7. No robarás.

8. No darás falsos testimonios ni mentirás.

9. No consentirás pensamientos ni deseos impuros.

10. No codiciarás los bienes ajenos.

Los 10 Mandamientos de la Performance en Desarrollo Web

1. En desarrollo Web, elegirás la Performance sobre todas las demás características, tales como Seguridad, Reusabilidad, Mantenibilidad, Responsividad, etc.

2. No harás request en vano. Ni al Servidor Web ni a la Base de Datos, ni a cualquier recurso del Backend. Para esto debes agrupar llamadas al Servidor Web y agrupar lógica en solo un Procedimiento Almacenado en vez de varios.

3. Ahorraras al máximo el ancho de banda. Al hacer get (recibir) o post (enviar) debes reducir los datos seleccionando el mejor formato entre los cuales están: HTML, XML, JSON, CSV, Bytes. A veces es necesario comprimir y descomprimir si no demora.

4. Honrarás la simplicidad en vez de la complejidad y la generalidad en vez de la especificidad del desarrollo. Esto te permitirá reducir el código y te servirá para muchos casos de uso.

5. No matarás la Memoria usando decenas o cientos de variables de todo tipo y funciones en la pila usando excesivas capas de código. También, no matarás la CPU usando bucles excesivos ni recursividad sobre todo en el servidor.

6. No cometerás exceso en el uso de librerías y frameworks que harán mas pesado tu desarrollo. Es preferible crear solo la funcionalidad que necesites en vez de usar algo que viene con cientos de funciones que no las vas a usar y te consumirán mucha memoria.

7. No bloquearas los recursos del backend en llamadas concurrentes al servidor web, base de datos y sistema de archivos. Para esto debes hacer uso de programación asíncrona, paralela y trabajar en memoria en vez de disco.

8. No mentirás a tus usuarios diciendo que las aplicaciones web demoran porque no están locales y hay que viajar hasta el servidor web justificando la demora por falta de conocimiento de técnicas de performance.

9. No consentirás que ninguna tarea demore aunque el ancho de banda sea reducido, para lo cual debes hacer uso de trabajo por bloques sea al enviar o recibir. Puedes optimizar imágenes, crear paquetes de bytes, comprimir, etc.

10. No codiciarás ni envidiarás el código de terceros tales como Librerias y/o Frameworks aunque sea de grandes empresas. Lo mejor es que aprendas a crear tus propios recursos y el desarrollo será cada vez mas rápido. No te dejes influenciar por lo que la mayoría hace y trata de comprobar si es verdad lo que se dice.

Comentario Final

Los que no respeten dichos mandamientos serán considerados pecadores del desarrollo web y les espera el infierno de la lentitud de su aplicación, quejas de los usuarios y la consiguiente perdida para el negocio.

Al igual que en la religión donde la mayoría de personas no cumplen los mandamientos de la Iglesia Católica (siendo católicos), en el desarrollo web los programadores no cumplen ninguna de estas reglas y después se quejan de que sus sistemas están lentos.

Sino quieres que a ti o algún conocido le espere el Infierno de la web comparte esta publicación para que los programadores lo tengan en cuenta.

Entrenamiento - Curso de ASP.NET MVC & JavaScript Domingos

Curso de Desarrollo Web ASP.NET MVC & JavaScript Domingos

A los interesados les comunico la apertura de un nuevo grupo del Curso de ASP.NET MVC & JavaScript los días Domingos.

En el curso se verá mi nueva Arquitectura Desconectada Sin Capas orientada a Performance y sobre todo se hará muchas aplicaciones en Tiempo Real usando Web Sockets todo en forma nativa solo con C# en el servidor y JavaScript puro en el cliente.

Beneficios de mi Arquitectura Web Desconectada Sin Capas y con Actualización en Tiempo Real

1. Desarrollo en menos tiempo al no usar Capas.
2. En Producción es la mas veloz por no usar Frameworks ni Librerías y pocos archivos.
3. El mantenimiento es muy simple ya que solo basta cambiar el Store Procedure, no el código C# ni JavaScript que son genéricos.

Contenido del Curso

1. Entendiendo el Desarrollo Web en ASP .NET
1.1. Arquitectura de una Aplicación Web ASP.NET
1.2. Aplicaciones Web Forms y Aplicaciones MVC
1.3. El problema de la Performance en Sitios Web
1.4. Arquitectura de Alto Rendimiento de una Aplicación Web

2. Creando Aplicaciones Web Distribuidas
2.1. Creando Librerías de Entidades del Negocio
2.2. Creando Librerías de Acceso a Datos
2.3. Creando Librerías de Reglas del Negocio
2.4. Creando una Aplicación Web MVC

3. Listando Registros
3.1. Usando el control WebGrid con Listas de Objetos
3.2. Usando JQuery y JSON
3.3. Usando XHR y Strings

4. Trabajando Desconectado con JavaScript
4.1. Filtrando registros
4.2. Paginando registros
4.3. Ordenando registros
4.4. Exportando a Texto y Excel

5. Mantenimiento, Popups, Cabecera Detalle e Impresión
5.1. Mantenimiento de registros
5.2. Creando Popups usando Divs
5.3. Trabajando con Cabecera Detalle
5.4. Imprimiendo datos de la página

6. Presentación Personalizada y Reportes con JavaScript
6.1. Vista Tablas
6.2. Vista Jerárquica Horizontal
6.3. Vista Jerárquica Vertical
6.4. Vista Tabla Cruzada

7. Gráficos con HTML5 y JavaScript
7.1. Creando Gráficos de Datos con Canvas
7.2. Creando Gráficos de Datos con SVG
7.3. Creando Gráficos Interactivos

8. Trabajando con Servicios (WCF y Web API)
8.1. Creando y Consumiendo un Servicio WCF alojado en IIS
8.2. Creando y Consumiendo un Servicio WCF alojado en su propio Servidor
8.3. Creando un Servicio Web API y Consumiendo desde .NET
8.4. Creando un Servicio Web API y Consumiendo desde JavaScript

9. Programación En Tiempo Real en ASP.NET
9.1. Creando un Servidor WebSocket usando Fleck
9.2. Actualizando en Tiempo Real una App Web usando WebSockets
9.3. Creando un Servidor WebSocket propio alojado en IIS
9.4. Actualizando en Tiempo Real cualquier Aplicación usando Sockets

10. Manejando Gran Cantidad de Datos desde la App Web
10.1. Subir Archivos Gigantes desde la App Web al Sistema de Archivos
10.2.  Bajar Archivos Gigantes desde el Sistema de Archivos al Cliente
10.3. Grabar Miles de Registros desde la App Web al Servidor de Datos
10.4. Mostrar Miles de Registros desde el Servidor de Datos al Cliente

Observaciones sobre el Contenido

- No Uso Frameworks ni Librerías de Terceros Ni en el Servidor Ni en el Cliente
- 10 % del código está en el servidor en C#
- 90% del código está en el cliente en JavaScript (APIs nativas multi navegador)
- Todo los ejemplos son reales del día a día del programador.
- En todos los ejemplos el código esta basado en alto rendimiento (performance)
- A partir de la mitad del curso se resuelven los problemas mas comunes que presenta el Desarrollo Web debido al ancho de banda.

Horario

- Domingos de 9:00 am a 2:00 pm

Fecha de Inicio

- Domingo 5 de Noviembre

Duración del Curso

Total: 120 horas
Tiempo: 6 meses
Frecuencia: 5 horas semanales (20 horas mensuales)

Inversión

- Mensual: 300 nuevos soles
- Total 6 meses: 1800 nuevos soles

Forma de Pago

- En efectivo, al inicio de cada mes (300 soles)

Contacto

Los interesados enviar un mail a Luis.duenash@gmail.com con los siguientes datos:

Asunto: Curso ASP.NET MVC & JavaScript Domingos
Contenido del Mail:
- Nombre Completo
- Lugar de Trabajo o Estudio
- Ha sido Ex-Alumno (especificar PECI .NET, Web Developer, Talleres, Seminarios)

Registro

Solo se considerará a los 25 primeros que envíen su correo ya que la capacidad del lugar es limitada.

Lugar del Curso

Será en la Zona Norte de Lima, se le enviará la dirección exacta a todos los registrados una semana antes de iniciar el curso.

Entrenamiento - Curso de Desarrollo Web ASP.NET MVC & JavaScript

Curso de Desarrollo Web ASP.NET MVC & JavaScript Sábados

A los interesados en llevar mas que un simple curso de .NET que quieran aprender como programar eficientemente y en poco tiempo, les comunico la apertura de un nuevo grupo para los Sábados.

En el curso se verá mi nueva Arquitectura Desconectada Sin Capas orientada a Performance y sobre todo se hará muchas aplicaciones en Tiempo Real usando Web Sockets todo en forma nativa solo con C# en el servidor y JavaScript puro en el cliente.

Beneficios de mi Arquitectura Web Desconectada Sin Capas y con Actualización en Tiempo Real

1. Desarrollo en menos tiempo al no usar Capas.
2. En Producción es la mas veloz por no usar Frameworks ni Librerías y pocos archivos.
3. El mantenimiento es muy simple ya que solo basta cambiar el Store Procedure, no el código C# ni JavaScript que son genéricos.

Contenido del Curso

1. Entendiendo el Desarrollo Web en ASP .NET
1.1. Arquitectura de una Aplicación Web ASP.NET
1.2. Aplicaciones Web Forms y Aplicaciones MVC
1.3. El problema de la Performance en Sitios Web
1.4. Arquitectura de Alto Rendimiento de una Aplicación Web

2. Creando Aplicaciones Web Distribuidas
2.1. Creando Librerías de Entidades del Negocio
2.2. Creando Librerías de Acceso a Datos
2.3. Creando Librerías de Reglas del Negocio
2.4. Creando una Aplicación Web MVC

3. Listando Registros
3.1. Usando el control WebGrid con Listas de Objetos
3.2. Usando JQuery y JSON
3.3. Usando XHR y Strings

4. Trabajando Desconectado con JavaScript
4.1. Filtrando registros
4.2. Paginando registros
4.3. Ordenando registros
4.4. Exportando a Texto y Excel

5. Mantenimiento, Popups, Cabecera Detalle e Impresión
5.1. Mantenimiento de registros
5.2. Creando Popups usando Divs
5.3. Trabajando con Cabecera Detalle
5.4. Imprimiendo datos de la página

6. Presentación Personalizada y Reportes con JavaScript
6.1. Vista Tablas
6.2. Vista Jerárquica Horizontal
6.3. Vista Jerárquica Vertical
6.4. Vista Tabla Cruzada

7. Gráficos con HTML5 y JavaScript
7.1. Creando Gráficos de Datos con Canvas
7.2. Creando Gráficos de Datos con SVG
7.3. Creando Gráficos Interactivos

8. Trabajando con Servicios (WCF y Web API)
8.1. Creando y Consumiendo un Servicio WCF alojado en IIS
8.2. Creando y Consumiendo un Servicio WCF alojado en su propio Servidor
8.3. Creando un Servicio Web API y Consumiendo desde .NET
8.4. Creando un Servicio Web API y Consumiendo desde JavaScript

9. Programación En Tiempo Real en ASP.NET
9.1. Creando un Servidor WebSocket usando Fleck
9.2. Actualizando en Tiempo Real una App Web usando WebSockets
9.3. Creando un Servidor WebSocket propio alojado en IIS
9.4. Actualizando en Tiempo Real cualquier Aplicación usando Sockets

10. Manejando Gran Cantidad de Datos desde la App Web
10.1. Subir Archivos Gigantes desde la App Web al Sistema de Archivos
10.2.  Bajar Archivos Gigantes desde el Sistema de Archivos al Cliente
10.3. Grabar Miles de Registros desde la App Web al Servidor de Datos
10.4. Mostrar Miles de Registros desde el Servidor de Datos al Cliente

Observaciones sobre el Contenido

- No Uso Frameworks ni Librerías de Terceros Ni en el Servidor Ni en el Cliente
- 10 % del código está en el servidor en C#
- 90% del código está en el cliente en JavaScript (APIs nativas multi navegador)
- Todo los ejemplos son reales del día a día del programador.

Horario

- Sábados de 3:00 pm a 9:00 pm

Fecha de Inicio

- Sábado 5 de Agosto

Duración del Curso

Total: 120 horas
Tiempo: 5 meses
Frecuencia: 6 horas semanales (24 horas mensuales)

Inversión

- Mensual: 300 nuevos soles
- Total 5 meses: 1500 nuevos soles

Forma de Pago

- En efectivo, al inicio de cada mes (300 soles)

Contacto

Los interesados enviar un mail a Luis.duenash@gmail.com con los siguientes datos:

Asunto: Curso ASP.NET MVC & JavaScript
Contenido del Mail:
- Nombre Completo
- Lugar de Trabajo o Estudio
- Ha sido Ex-Alumno (especificar PECI .NET, Web Developer, Talleres, Seminarios)

Registro

Solo se considerará a los 25 primeros que envíen su correo ya que la capacidad del lugar es limitada.

Comentario Final

Había comunicado a mis alumnos la intención de ya no seguir dictando pero mientras esté aquí en Perú hay que seguir luchando contra la mediocridad (los estándares) y demostrar a todos los que lo apoyan sin saber, que hay otros caminos mejores, es por eso que sigo tratando de cambiar la forma de pensar de los programadores.

Todos los que han llevado el Curso con mi última Arquitectura creo que pueden dar fe de los resultados extraordinarios y el impacto en sus Aplicaciones y eso debe conocerlo no solo un grupo sino la mayor cantidad de personas.

Para finalizar quiero agradecer a los que siempre han estado participando en mis últimos cursos y talleres, creo que tienen los conocimientos necesarios para resolver los problemas que se presentan en el día a día del desarrollo de software y se que me ayudarán a cambiar nuestro país.

Entrenamiento - Curso de Desarrollo Web ASP.NET MVC & JavaScript

Segundo Mes del Curso de ASP.NET MVC & JavaScript Domingos

A los interesados que no llegaron a matricularse el primer mes del Curso de los Domingos, les comunico que todavía hay unas cuantas vacantes.

En este último curso avanzaremos mas con el tema de Web Sockets y el Tiempo Real. Aquí les dejo los datos:

Horario

- Domingos de 9:00 am a 2:00 pm

Fecha de Inicio

- Domingo 21 de Abril

Duración del Curso

Total: 80 horas
Tiempo: 4 meses
Frecuencia: 5 horas semanales (20 horas mensuales)

Inversión

- Mensual: 300 nuevos soles
- Total 4 meses: 1200 nuevos soles

Forma de Pago

- En efectivo, al inicio de cada mes (300 soles)
- En 4 meses son un Total de 1200 soles.

Contacto

Los interesados enviar un mail a Luis.duenash@gmail.com con los siguientes datos:

Asunto: Curso ASP.NET MVC & JavaScript Domingos
Contenido del Mail:
- Nombre Completo
- Lugar de Trabajo o Estudio
- Ha sido Ex-Alumno (especificar PECI .NET, Web Developer, Talleres, Seminarios)

A los registrados se les enviará la dirección exacta del lugar donde se realizará el curso (Zona Norte de Lima).

Entrenamiento - Curso de Desarrollo Web ASP.NET MVC & JavaScript

Curso de Desarrollo Web ASP.NET MVC & JavaScript Domingos

Horario

- Domingos de 9:00 am a 2:00 pm

Fecha de Inicio

- Domingo 9 de Abril

Duración del Curso

Total: 80 horas
Tiempo: 4 meses
Frecuencia: 5 horas semanales (20 horas mensuales)

Inversión

- Mensual: 300 nuevos soles
- Total 4 meses: 1200 nuevos soles

Forma de Pago

- En efectivo, al inicio de cada mes (300 soles)
- En 4 meses son un Total de 1200 soles.

Contacto

Los interesados enviar un mail a Luis.duenash@gmail.com con los siguientes datos:

Asunto: Curso ASP.NET MVC & JavaScript Domingos
Contenido del Mail:
- Nombre Completo
- Lugar de Trabajo o Estudio
- Ha sido Ex-Alumno (especificar PECI .NET, Web Developer, Talleres, Seminarios)

Registro

Solo se considerará a los 25 primeros que envíen su correo ya que la capacidad del lugar es limitada.

Entrenamiento - Curso de Desarrollo Web ASP.NET MVC & JavaScript

Curso de Desarrollo Web ASP.NET MVC & JavaScript

A las personas interesadas en llevar el Curso de ASP.NET MVC & JavaScript, les comunico que debido a la insistencia de varios alumnos me he animado a iniciar un nuevo curso que solo estaba disponible a empresas y ahora estará disponible para cualquier interesado como curso libre.

Este curso es presencial (Lima - Perú) y contiene las verdaderas buenas prácticas de Performance, los temas de Actualización en Tiempo Real (más a fondo) y Manejo de Gran Cantidad de Datos.

Contenido del Curso

1. Entendiendo el Desarrollo Web en ASP .NET
1.1. Arquitectura de una Aplicación Web ASP.NET
1.2. Aplicaciones Web Forms y Aplicaciones MVC
1.3. El problema de la Performance en Sitios Web
1.4. Arquitectura de Alto Rendimiento de una Aplicación Web

2. Creando Aplicaciones Web Distribuidas
2.1. Creando Librerías de Entidades del Negocio
2.2. Creando Librerías de Acceso a Datos
2.3. Creando Librerías de Reglas del Negocio
2.4. Creando una Aplicación Web MVC

3. Listando Registros
3.1. Usando el control WebGrid con Listas de Objetos
3.2. Usando JQuery y JSON
3.3. Usando XHR y Strings

4. Trabajando Desconectado con JavaScript
4.1. Filtrando registros
4.2. Paginando registros
4.3. Ordenando registros
4.4. Exportando a Texto y Excel

5. Mantenimiento, Popups, Cabecera Detalle e Impresión
5.1. Mantenimiento de registros
5.2. Creando Popups usando Divs
5.3. Trabajando con Cabecera Detalle
5.4. Imprimiendo datos de la página

6. Presentación Personalizada y Reportes con JavaScript
6.1. Vista Tablas
6.2. Vista Jerárquica Horizontal
6.3. Vista Jerárquica Vertical
6.4. Vista Tabla Cruzada

7. Gráficos con HTML5 y JavaScript
7.1. Creando Gráficos de Datos con Canvas
7.2. Creando Gráficos de Datos con SVG
7.3. Creando Gráficos Interactivos

8. Trabajando con Servicios (WCF y Web API)
8.1. Creando y Consumiendo un Servicio WCF alojado en IIS
8.2. Creando y Consumiendo un Servicio WCF alojado en su propio Servidor
8.3. Creando un Servicio Web API y Consumiendo desde .NET
8.4. Creando un Servicio Web API y Consumiendo desde JavaScript

9. Programación En Tiempo Real en ASP.NET
9.1. Creando un Servidor WebSocket usando Fleck
9.2. Actualizando en Tiempo Real una App Web usando WebSockets
9.3. Creando un Servidor WebSocket propio alojado en IIS
9.4. Actualizando en Tiempo Real cualquier Aplicación usando Sockets

10. Manejando Gran Cantidad de Datos desde la App Web
10.1. Subir Archivos Gigantes desde la App Web al Sistema de Archivos
10.2.  Bajar Archivos Gigantes desde el Sistema de Archivos al Cliente
10.3. Grabar Miles de Registros desde la App Web al Servidor de Datos
10.4. Mostrar Miles de Registros desde el Servidor de Datos al Cliente

Observaciones sobre el Contenido

- No Uso Frameworks ni Librerías de Terceros Ni en el Servidor Ni en el Cliente
- 10 % del código está en el servidor en C#
- 90% del código está en el cliente en JavaScript (APIs nativas multi navegador)
- Todo los ejemplos son reales del día a día del programador.

Horario

- Sábados de 3:00 pm a 8:00 pm

Fecha de Inicio

- Sábado 4 de Febrero

Duración del Curso

Total: 60 horas
Tiempo: 3 meses
Frecuencia: 5 horas semanales (20 horas mensuales)

Inversión

- Mensual: 300 nuevos soles
- Total 3 meses: 900 nuevos soles

Forma de Pago

- En efectivo, al inicio de cada mes (300 soles)
- En 3 meses son un Total de 900 soles.

Contacto

Los interesados enviar un mail a Luis.duenash@gmail.com con los siguientes datos:

Asunto: Curso ASP.NET MVC & JavaScript
Contenido del Mail:
- Nombre Completo
- Lugar de Trabajo o Estudio
- Ha sido Ex-Alumno (especificar PECI .NET, Web Developer, Talleres, Seminarios)

Registro

Solo se considerará a los 25 primeros que envíen su correo ya que la capacidad del lugar es limitada.

Comentario Final

Los que todavía no se han capacitado conmigo en este último año, no pierdan la oportunidad porque mis técnicas han evolucionado exponencialmente y trato de ver ejemplos que siempre han querido hacer y nunca han podido, es decir, los problemas más frecuentes cuando la red esta lenta, hay gran cantidad de datos que trabajar, pocos recursos en el servidor, etc.

Es una buena oportunidad para que mis alumnos antiguos se actualicen (recuerden que ya no existe ISILTECH) y también para que los que nunca han asistido a un curso vean que no todo es "Hello-World" sino que podemos hacer grandes cosas con poco código y sin usar ningún Framework ni librerías adicionales.

Entrenamiento - Seminarios de JavaScript

Seminarios de JavaScript

Como muchos saben ya no pienso dictar Cursos ni Talleres Semanales de ASP.NET MVC & JavaScript, pero en el último Taller que acaba mañana Domingo 23 de Octubre hay temas que no pudimos ver que me gustaría tratarlos detalladamente por lo cual los voy a tocar a manera de Seminarios.

Temas de los Seminarios

1. WebRTC
2. WebGL
3. Maps (Google, Yahoo, Bind, etc)
4. Asynchronous & Parallel Programming (Promises, WebWorkers y ServiceWorkers)
5. Web Components (Polymer)
6. Functional Programming: map, filter, reduce (Elm, ReactiveX)
7. Reactive Programming (React, Flux y Redux)
8. Chrome Apps & Progressive Web Apps (Google)
9. Mobile Native Apps (iOS, Andorid, Xamarin)
10. Hybrid Mobile Apps (Titanium, NativeScript, PhoneGap)
11. Security (Obfuscation, XSS, CSRF, etc)
12. Image File Formats (BMP, JPG, PNG, WebP)
13. Native Data Export (XLSX, DOCX, PPTX, PDF)
14. High Performance Web Site (The Definitive Rules)

Observación

Todos los temas son de nivel avanzado, sobre todo los 4 últimos.

Información

Frecuencia: 1 vez al mes
Día: Último Domingo de cada mes
Horario: 9:00 am a 2:00 pm.
Inicio: 27 de Noviembre del 2016
Duración: 5 horas
Inversión: 100 Soles cada Seminario

Inscripciones: Luis.duenash@gmail.com 

Mínimo de Participantes: 15

Máximo de Participantes: 30

Lugar: Por confirmar (se enviará una semana antes a los registrados)

Comentario Final

Los interesados en participar en el Taller tienen que registrarse enviándome un correo con el Asunto: "Seminarios de JavaScript" e indicar su Nombre Completo y si es ex-alumno o no.

Además quiero resaltar que es obligatorio participar en todos los seminarios, no se puede faltar a ninguno, el que falta quedará retirado para los siguientes seminarios y se le dará la oportunidad a otros interesados.

Los que nunca han llevado algún curso conmigo, es su oportunidad para que vean la diferencia de nivel y profundidad de los temas tratados.

Cada seminario tendrá su PPT y sus respectivos demos o ejemplos muy interesantes y reales.

Para los que estaban pidiendo participar en algún curso o taller solo queda estos Seminarios una vez al mes con lo cual estaría cubriendo casi todo el "Desarrollo Web Desconectado con JavaScript orientado a Performance" que iniciamos hace unos años y donde cubrimos casi todas las APIs hasta la actualidad.

Entrenamiento - Capacitación a Empresas en Desarrollo Web ASP.NET MVC & JavaScript

Capacitación a Empresas en Desarrollo Web ASP.NET MVC & JavaScript

A las Empresas interesadas en seguir una buena capacitación en ASP.NET MVC & JavaScript, les comunico que están disponibles nuevos horarios y con adiciones al contenido, los cuales incluyen además de las verdaderas buenas prácticas de Performance, los temas de Actualización en Tiempo Real (más a fondo) y Manejo de Gran Cantidad de Datos.

Horarios

1. Miércoles y Viernes de 6:00 pm a 9:00 pm (puede ser una hora antes o después)
2. Sábados de 2:00 pm a 8:00 pm.
3. Domingos de 8:00 am a 2:00 pm.

Fechas Propuestas de Inicio

1. Miércoles 26 de Octubre
2. Sábado 29 de Octubre
3. Domingo 30 de Octubre

Contenido del Curso

1. Entendiendo el Desarrollo Web en ASP .NET
1.1. Arquitectura de una Aplicación Web ASP.NET
1.2. Aplicaciones Web Forms y Aplicaciones MVC
1.3. El problema de la Performance en Sitios Web
1.4. Arquitectura de Alto Rendimiento de una Aplicación Web
2. Creando Aplicaciones Web Distribuidas
2.1. Creando Librerías de Entidades del Negocio
2.2. Creando Librerías de Acceso a Datos
2.3. Creando Librerías de Reglas del Negocio
2.4. Creando una Aplicación Web MVC
3. Listando Registros
3.1. Usando el control WebGrid con Listas de Objetos
3.2. Usando JQuery y JSON
3.3. Usando XHR y Strings
4. Trabajando Desconectado con JavaScript
4.1. Filtrando registros
4.2. Paginando registros
4.3. Ordenando registros
4.4. Exportando a Texto y Excel
5. Mantenimiento, Popups, Cabecera Detalle e Impresión
5.1. Mantenimiento de registros
5.2. Creando Popups usando Divs
5.3. Trabajando con Cabecera Detalle
5.4. Imprimiendo datos de la página
6. Presentación Personalizada y Reportes con JavaScript
6.1. Vista Tablas
6.2. Vista Jerárquica Horizontal
6.3. Vista Jerárquica Vertical
6.4. Vista Tabla Cruzada
7. Gráficos con HTML5 y JavaScript
7.1. Creando Gráficos de Datos con Canvas
7.2. Creando Gráficos de Datos con SVG
7.3. Creando Gráficos Interactivos
8. Trabajando con Servicios (WCF y Web API)
8.1. Creando y Consumiendo un Servicio WCF alojado en IIS
8.2. Creando y Consumiendo un Servicio WCF alojado en su propio Servidor
8.3. Creando un Servicio Web API y Consumiendo desde .NET
8.4. Creando un Servicio Web API y Consumiendo desde JavaScript
9. Programación En Tiempo Real en ASP.NET
9.1. Creando un Servidor WebSocket usando Fleck
9.2. Actualizando en Tiempo Real una App Web usando WebSockets
9.3. Creando un Servidor WebSocket propio alojado en IIS
9.4. Actualizando en Tiempo Real cualquier Aplicación usando Sockets
10. Manejando Gran Cantidad de Datos desde la App Web
10.1. Subir Archivos Gigantes desde la App Web al Sistema de Archivos
10.2. Bajar Archivos Gigantes desde el Sistema de Archivos al Cliente
10.3. Grabar Miles de Registros desde la App Web al Servidor de Datos
10.4. Mostrar Miles de Registros desde el Servidor de Datos al Cliente

Observaciones sobre el Contenido

- No Uso Frameworks ni Librerías de Terceros Ni en el Servidor Ni en el Cliente
- 10 % del código está en el servidor en C#
- 90% del código está en el cliente en JavaScript (APIs nativas multi navegador)
- Todo los ejemplos son reales del día a día del programador.

Duración del Curso

Total: 48 horas
Tiempo: 2 meses
Frecuencia: 6 horas semanales

Inversión

- Hasta 5 personas el costo es de 100 soles x hora, es decir, un total de 4800 soles.

- Más de 5 personas el costo es de 20 soles x hora x participante.
Ejemplo: Si son 10 personas el costo será de 200 soles x hora y el total será de 9600 soles.

Nota: Estos costos son solo para Empresas ubicadas en Lima - Perú. Si hay Empresas interesadas en Provincias o fuera del país podemos coordinar sobre la inversión.

Forma de Pago

- La mitad se paga al inicio de la capacitación.

- La otra parte se paga a la mitad de la capacitación.

Contacto

Los interesados enviar un mail a Luis.duenash@gmail.com con los siguientes datos:

Asunto: Capacitación ASP.NET MVC & JavaScript

Contenido:
- Empresa: xxx
- Rubro: xxx
- Número de Participantes: xx
- Horario de Interés: Miércoles y Viernes / Sábados / Domingos
- Contacto: xxx
- Teléfono: xxx
- Dirección: xxx

Para los interesados que envíen un mail se coordinará una visita para hacer una demostración de los temas y ejemplos del curso y para resolver cualquier duda de su personal técnico.

Comentario Final

Los que todavía no se han capacitado conmigo en este último año, no pierdan la oportunidad porque mis técnicas han evolucionado exponencialmente y trato de ver ejemplos que siempre han querido hacer y nunca han podido, es decir, los problemas más frecuentes cuando la red esta lenta, hay gran cantidad de datos que trabajar, pocos recursos en el servidor, etc.

Para darse cuenta de la evolución y las técnicas originales que utilizo pueden ver mi Canal de YouTube donde subo solo algunos videos de las Empresas que autorizan subir el Curso y de algunos ejemplos de mi último Taller:

Canal de YouTube de Luis Dueñas

La mayoría de cursos son iguales, todos te enseñan la mismas cosas que nunca han dado resultado, el problema principal es que las paginas son demasiado lentas y la solución esta en la forma cómo se programa, todos se "facilitan la vida en el desarrollo" usando Frameworks y Librerías pero se "Ponen la soga al cuello" ya que impactan sobre el rendimiento de la aplicación, sino pregúntenle a sus usuarios.

Entrenamiento - Ultima Semana de Charla Gratuita a Empresas

Ultima Semana de Charla Gratuita a Empresas

Solo hasta este Viernes 12 de Agosto estaré recibiendo correos para coordinar la charla gratuita de muestra a Empresas para Capacitación en ASP.NET MVC & JavaScript.

La charla dura 1.5 horas y tiene la siguiente agenda:

Título: "Desarrollo de Software Ligero y Desconectado"
1. Acerca del Instructor
  1.1. Estudios
  1.2. Experiencia Laboral
  1.3. Aportes
2. Desarrollo de Software
  2.1. Etapas del Desarrollo de Software
  2.2. Tipos de Aplicaciones
  2.3. Frameworks de Programación
3. Necesidad de una Nueva Arquitectura
  3.1. Problemas diarios en Sistemas
  3.2. Causas de los Problemas
  3.3. Solución de los Problemas
4. Introducción al Desarrollo Web
  4.1. Componentes de un Sitio Web
  4.2. El Problema de la Performance de las Páginas
  4.3. Principales Reglas de Performance
  4.4. Arquitecturas de Desarrollo Web
5. Desarrollo Web en ASP.NET
  5.1. Programando en el Servidor con C# (.NET)
  5.2. Programando en el Cliente con las APIs de JavaScript
6. Utilitarios, Aplicaciones y Demos
  6.1. Utilitarios de Lduenas
  6.2. Aplicaciones Web en Producción
  6.3. Demos de Clases y Capacitaciones
7. Preguntas y Respuestas

Los interesados envíar un mail a Luis.duenash@gmail.com con los siguientes datos:
- Nombre de la Empresa
- Rubro
- Persona de Contacto
- Teléfono e Email del Contacto
- Fecha y Hora de la Exposición con su equipo de desarrolladores
- Dirección del lugar de la Exposición

Si están convencidos de los resultados de la metodología, la arquitectura y las técnicas se programa la capacitación, sino no hay ningún compromiso.

Las capacitaciones son 6 horas semanales y solo me queda un horario disponible: Lunes y Miércoles a partir de las 5:00 pm.

Gracias a todos por el interés.

Entrenamiento - Capacitación a Empresas en Desarrollo Web ASP.NET MVC & JavaScript

Capacitación a Empresas en Desarrollo Web ASP.NET MVC & JavaScript

Hoy finalice mi último curso libre, porque ya no pienso dictar excepto a Empresas, pero me preguntaba porque si mi arquitectura de desarrollo web ligera y desconectada es tan buena no hay mucha demanda en el mercado y creo que la respuesta es que la mayoría de desarrolladores al no tener un punto de comparación no pueden ver las diferencias enormes en el tiempo de desarrollo de las aplicaciones ni el tiempo en ejecución de la aplicación.

Es por eso que he decidido dar una muestra gratis (sin costo) para hacer una visita a cualquier empresa que esté interesada en cambiar su esquema de trabajo actual consistente en tener muchos programadores que usan muchos Frameworks por todos lados (en el servidor y en cliente) y siempre se demoran en los proyectos y el resultado final (velocidad, seguridad, etc) deja mucho que desear y solo queda con conformarse ya que "ya se realizó la inversión" y a nadie le gusta perder y eligen que el monstruo concebido siga en producción.

La mecánica es bien simple, solo me envían un mail a Luis.duenash@gmail.com con los siguientes datos:
- Nombre de la Empresa
- Rubro
- Persona de Contacto
- Teléfono e Email del Contacto
- Fecha y Hora de la Exposición de 30 a 60 minutos con su equipo de desarrolladores
- Dirección del lugar de la Exposición

Si están convencidos de los resultados de la metodología, la arquitectura y las técnicas se programa la capacitación, sino no hay ningún compromiso.

En términos monetarios para un Gerente o Jefe, si se les capacita a los programadores para hacer el trabajo más eficiente y eficaz con pocos recursos en el menor tiempo, estas ganando mucho dinero y el costo (inversión) es mínimo comparado con lo que se van a ahorrar.

Uno de los valores agregados que doy a las empresas que me eligen para capacitarlos es que consigo (sin ningún costo) a desarrolladores que conocen mi metodología y que resultan ser los mejores en cada lugar donde se ubiquen.

Videos - Conferencia Forward 3

Videos de la Conferencia Forward 3

Comparto con ustedes la Conferencia Forward 3 realizada el 29 de Julio del 2015 en San Francisco (USA), los temas tratados son sobre JavaScript, CSS3, HTML5, IoT, etc.

1. Signal Processing - Forward 3 Web Summit

2. JavaScript Tooling in the Future - Forward 3 Web Summit

3. Secure Execution of Untrusted Scripts - Forward 3 Web Summit

4. JS stacktraces: The good, the Bad, and the Ugly - Forward 3 Web Summit

5. Your 3D on the Web - Forward 3 Web Summit

6. Visualize.js: Harnessing the Power of Analytics - Forward 3 Web Summit

7. A Reference Data Infrastructure for IoT - Forward 3 Web Summit

8. Interaction Design for Data Visualization - Forward 3 Web Summit

9. States and Nomads: Handling Software Complexity - Forward 3 Web Summit

10. A Short History of Live Programming - Forward 3 Web Summit

11. Why You Should be Using Web Components Right Now. And How - Forward 3 Web Summit

12. Kyle Simpson: Breaking the Broken Web - Forward 3 Web Summit

13. Moving Node.js Forward - Forward 3 Web Summit

14. D3, React, and a little bit of Flux - Forward 3 Web Summit

15. High Performance in the Critical Rendering Path - Forward 3 Web Summit

16. Reactive All The Things - Forward 3 Web Summit

17. CSS? WTF! - Forward 3 Web Summit

18. WebGL: Down the Rabbit Hole - Forward 3 Web Summit

Artículos - Buenas Prácticas de Performance en Sitios Web

Buenas Prácticas de Performance en Sitios Web

Uno de los principales atributos de un sitio web es que tenga un Alto Rendimiento, es decir, una buena Performance. En esta sección veremos todo lo necesario para mejorar el rendimiento de nuestros sitios web.

1.   Factores para Medir la Performance de una Aplicación

Los 2 factores más importantes para medir la performance son:

·         Tiempo de Procesamiento, el cual debe ser el menor posible

·         Consumo de Memoria, el cual también debe ser el menor posible

2.   Componentes de un Sitio Web

Los componentes de un Sitio Web los podemos dividir en 2 grandes grupos:

Front-End

Representa el inicio del procesamiento, sobre el cual interactúa el usuario y envía las órdenes al Back-End.

En un entorno web éste se compone básicamente por el Navegador (Browser), el cual procesa los siguientes elementos:

·         HTML, son las etiquetas que especifican lo que hay que Pintar en el Navegador.

·         JavaScript, son Secuencias de Comandos que debe ejecutar el Motor de Scripts.

·         Hojas de Estilos (CSS), son los formatos que se aplicarán a los elementos HTML.

·         Imágenes, son gráficos que debe mostrar el navegador, etc.

Componentes del Front-End de un Sitio Web

Todos estos elementos se encuentran definidos dentro de la página y deben descargarse desde el Servidor Web hacia el Cliente Web (navegador).

Back-End

Representa el final del procesamiento y se encarga de procesar las llamadas del Front-End y devolver resultados.

En un entorno web éste se compone de los Servidores entre los cuales tenemos:

·         Servidor Web, donde se aloja la aplicación web, por ejemplo, el Internet Information Services (IIS) de Microsoft.

·         Servidor de Datos, donde se aloja la base de datos, por ejemplo, el SQL Server de Microsoft.

·         Servidor de Aplicaciones, donde se aloja los Componentes Reusables, por ejemplo, el IIS con Servicios WCF, un Host WCF con Servicios, un Host .NET Remoting con Librerías Remotas, etc.

Componentes del Back-End de un Sitio Web

3.   El problema de la Performance en los Sitios Web

Hace varios años un equipo de investigadores de Yahoo, encabezados por Steve Souders, investigó el problema de la performance, que es: “Cuales son los factores que causan que un Sitio Web sea lento”.

La conclusión a la que llegaron fue que entre el 80 y 85 % de la velocidad de carga de una página está asociada al Front-End y solo del 15% al 20% de problemas lo causa el Back-End.

En síntesis, para dar mayor velocidad a nuestras aplicaciones, hay que optimizar sobre todo la página en el lado del cliente, es decir, HTML, JavaScript, CSS, Imágenes, etc, lo cual se trata con mayor detalle a continuación.

Estadística del Problema de la Performance

4.   Las 14 Reglas de Performance de Steve Souders

En el 2007 Steve Souders arquitecto principal de Yahoo escribió el Libro: “High Performance Web Sites”, en el cual resume en 14 reglas los criterios más importantes para la velocidad de un Sitio Web, además creó una herramienta llamada YSlow que ayuda a medir la performance, que junto a PageSpeed de Google son las herramientas más usadas para este fín.

Las 14 reglas de Steve Souders para que un sitio web tenga un alto rendimiento son:

·         Regla 1: Hacer pocas solicitudes HTTP

·         Regla 2: Usar una Red de Entrega de Contenidos (CDN)

·         Regla 3: Añadir una Cabecera HTTP con el Tiempo de Expiración

·         Regla 4: Comprimir Componentes usando GZIP

·         Regla 5: Ubicar la Definición de Hojas de Estilos al inicio de la página

·         Regla 6: Ubicar la Definición de JavaScripts al final de la página

·         Regla 7: Evitar usar Expresiones CSS

·         Regla 8: Usar JavaScript y CSS externos (archivos)

·         Regla 9: Reducir Búsquedas en Sistema de Nombres de Dominios (DNS)

·         Regla 10: Minificar o Reducir JavaScript y CSS

·         Regla 11: Evitar Redirecciones

·         Regla 12: Remover Scripts duplicados

·         Regla 13: Configurar ETags

·         Regla 14: Guardar en Cache Ajax

5.   Otras 14 Consideraciones de Performance de Steve Souders

En el 2009 Steve Souders escribe otro Libro titulado: “Even Faster Web Sites”, en colaboración con otros especialistas, como:

·         Dion Almaer y Ben Galbraith, líderes de la comunidad Ajax (Mozilla).

·         Douglas Crockford, creador de JSON (Yahoo).

·         Tony Gentilcore, creador de Fasterfox (Google).

·         Dylan Schiemann, co-creador de Dojo Toolkit (SitePen).

·         Stoyan Stefanov, co-creador de YSlow 2.0 y Smush.it (Yahoo).

·         Nicole Sullivan, experta en CSS, co-creadora de Smush.it (W3C)

·         Nicholas C. Zakas, co-creador de YUI Library (Yahoo).

Estas 14 consideraciones para que un sitio web sea siempre rápido son:

·         Consideración 1: Optimizar Ajax

·         Consideración 2: Crear Aplicaciones Web Adaptativas

·         Consideración 3: Dividir la Carga Inicial de la Página

·         Consideración 4: Cargar Scripts sin bloquear el Navegador

·         Consideración 5: Unir Scripts Asíncronos

·         Consideración 6: Posicionamiento de Scripts en línea

·         Consideración 7: Optimizar JavaScript

·         Consideración 8: Escalado con Comet

·         Consideración 9: Aumentando GZIP

·         Consideración 10: Optimizando Imágenes

·         Consideración 11: Fragmentando Dominios Dominantes

·         Consideración 12: Nivelar desde el inicio el Documento

·         Consideración 13: Usar escasamente los iFrames

·         Consideración 14: Simplificar los Selectores CSS

6.   Principales Reglas de Performance en Sitios Web

·         Regla 1: Hacer la menor cantidad de solicitudes (HTTP Request)

Para cumplir con esta regla se deberá bajar la menor cantidad de archivos del servidor al cliente, por lo que se debe tener en cuenta lo siguiente:

Ø  Tratar de enviar solo uno o dos archivos de JavaScript. De preferencia debe ser un solo archivo conteniendo solo las funciones usadas en dicha página. Sin son 2 archivos JS uno será genérico (compartido para varias páginas) y otro específico (solo para dicha página).

Ø  Tratar de enviar solo uno o dos archivos de Hojas de Estilos. De preferencia debe ser un solo archivo conteniendo solo los estilos usados en dicha página. Sin son 2 archivos CSS uno será genérico (compartido para varias páginas) y otro específico (solo para dicha página).

Ø  Tratar de Reducir el número de imágenes enviadas al cliente usando Sprites o si las imágenes son pequeñas enviando un flujo serializado como Base64 String.

Comentarios

Actualmente, la mayoría de Sitios Web No cumplen con la regla más importante de la performance, por las siguientes razones:

Ø  Uso de varios archivos de JavaScripts de Frameworks como jQuery, jQueryUI, PlugIns, etc; la mayoría de veces solo por usar unas cuantas características (funciones) de cada uno en la página, innecesariamente se bajan todos los archivos con todas las funciones.

Ø  Uso de varios archivos de Hojas de Estilos de Frameworks de Diseño Web Adaptativo (Responsive Web Design) como Bootstrap, jQuery Mobile, etc; la mayoría de veces solo por usar unas cuantas características (estilos) de cada uno en la página, innecesariamente se bajan todos los archivos con todos los estilos.

Ø  Uso exagerado de archivos de imágenes para mejorar la apariencia de la página, sin importar que por cada archivo mostrado se tenga que hacer un viaje desde el cliente hacia el servidor para traerla y mostrarla.

Ø  El hacer Bundling (Fusión de Archivos) para los JS y CSS No es la mejor solución, ya que si bien es cierto se envía un solo archivo al cliente se incumple la segunda regla ya que se envía mucho contenido.

·         Regla 2: Enviar la menor cantidad de bytes al cliente

Esta segunda regla requiere enviar la menor cantidad de datos del servidor al cliente, incluyendo: HTML, JavaScript, CSS, Imágenes, etc; para lo cual debemos tener en cuenta lo siguiente:

Ø  Solo incluir las funciones de JavaScript que se van a usar en la página.

Ø  Solo incluir los estilos que se van a usar en la página.

Ø  Una vez seleccionado solo las funciones necesarias, minificar el archivo JS.

Ø  Una vez seleccionado solo los estilos necesarios, minificar el archivo CSS.

Ø  Minificar el HTML de la página que viene del servidor, si se usa controles de lado del servidor se deberá crear un Modulo HTTP que intercepte el contenido y minifique el HTML.

Ø  Optimizar las imágenes antes de enviarlas al cliente, reduciendo su tamaño y escogiendo un formato comprimido que no pierda la calidad, por ejemplo el formato png o web-p.

Comentarios

Actualmente, la mayoría de Sitios Web tampoco cumplen con la segunda regla más importante de la performance, por las siguientes razones:

Ø  Cuando usan archivos de JavaScript de terceros, no seleccionan solo las funciones que necesitan en la página y las copian a su único archivo JS, sino que se descargan todos los archivos con todas las funciones tal cual venga en el Framework JavaScript que están usando.

Ø  Cuando usan archivos de hojas de estilos de terceros, no seleccionan solo los estilos que necesitan en la página y las copian a su único archivo CSS, sino que se descargan todos los archivos con todos los estilos tal cual venga en el Framework Responsive Web Design que están usando.

Ø  Minificar los archivos JS con todas las funciones que vienen en los Frameworks de JavaScript, las cuales en su mayoría no se usan, es una solución incompleta, lo mejor es minificar solo las funciones que se usan y no enviar en vano tanto contenido.

Ø  Minificar los archivos CSS con todos los estilos que vienen en los Frameworks Responsive, los cuales en su mayoría no se usan, es una solución incompleta, lo mejor es minificar solo los estilos que se usan y no enviar en vano tanto contenido.

Ø  Muchos desarrolladores usan Controles de lado del Servidor que generan demasiado HTML, mejor sería enviar solo los datos necesarios y pintarlos en el cliente. Pero cuidado, no usar HTML, XML ni JSON, si queremos reducir al máximo el ancho de banda solo debemos enviar los datos sin metadata, por ejemplo, separados por un caracter, inclusive se pueden enviar imágenes como Base64String.

·         Regla 3: Hacer Llamadas Asíncronas Ligeras

Es muy importante mantener siempre la disponibilidad de la aplicación, es decir, por ejemplo, que el usuario siempre pueda trabajar con la interface de usuario. Para esto podemos usar la programación asíncrona, en el caso de las llamadas desde el cliente al servidor generalmente se usa Ajax, para lo cual debemos tener en cuenta lo siguiente:

Ø  Usar XMlHttpRequest (XHR) para hacer llamadas asíncronas en forma nativa, ya que es un estándar de la W3C que actualmente es soportado por todos los navegadores. Los que usan jQuery Ajax, Microsoft Ajax, Ajax Control Toolkit, etc, están usando una librería que internamente usa XHR. Por ejemplo, los métodos de jQuery: $.get, $.post, $.json y $.ajax son llamadas a los métodos open y send de XHR.

Ø  Enviar y recibir datos como cadenas (Text) al hacer llamadas asíncronas, ya que solo ocupa un 7% de todo el HTML (100%), mientras las vistas parciales con HTML son el 50% aproximadamente y si se usa JSON sería el 25% aproximadamente. Es decir, creando un Serializador en el Servidor (código C# en .NET) se puede convertir objetos a cadenas y reducir el ancho de banda en casi un 93%, logrando mayor velocidad de carga de la pagina, aunque tengamos que pintar los controles HTML por JavaScript.

Ø  No escribir código en el inicio de la página, dejarlo en un método que se llame en forma asíncrona, debido a que la primera vez siempre se demora la pagina en cargar y mas el código a ejecutar seria más lento, en cambio, si enviamos la pagina sin ejecutar ningún código al inicio, dejamos que cargue en el navegador y recién hacemos la llamada en forma asíncrona (segundo plano) usando XHR y devolviendo cadenas con los datos que se pintaran como HTML usando JavaScript.

Comentarios

Esta tercera regla también es ignorada por que en muchos casos se hace lo siguiente:

Ø  Se usa jQuery como librería de JavaScript para hacer operaciones asíncronas. En realidad, no fuera malo si solo se seleccionara los métodos que se van a usar, pero casi todos no lo hacen y se trabaja con el archivo JS completo, es por eso, que mejor sería usar directamente una función que use XmlHttpRequest.

Ø  Actualmente, en ASP.NET MVC, la mayoría para trabajar en forma asíncrona usa vistas parciales que envían HTML o jQuery que envía JSON (con metadata) el cual es pintado en el cliente. Esta segunda forma es mejor que la primera, pero la más óptima es que se envíe solo los datos (sin metadata) y se pinte en el cliente.

Ø  Siempre se implementa Ajax en el regreso de la pagina (PostBack), por ejemplo, al dar clic a un botón de consulta o al grabar; pero es indispensable que también se haga en el inicio, ya que es aquí donde se demora más y se necesita que el usuario vea rápido la pagina web y no se quede en blanco el navegador.

·         Regla 4: Optimizar las operaciones con Bases de Datos

Esta regla implica trabajar en forma desconectada la explotación de datos y en forma conectada por lotes la actualización de datos, para mayor detalle seguir las siguientes directivas:

Ø  Las operaciones con datos como búsquedas o filtros, paginación, ordenación, exportación de datos a texto, Excel, etc, se pueden realizar solo en el cliente usando JavaScript, en vez de estar yendo al servidor para realizar tareas con datos que muchas veces No cambian constantemente. Por ejemplo, el ubigeo, al seleccionar el Departamento, filtrar las Provincias y al seleccionar la Provincia filtrar los Distritos; muchos se van hasta el Servidor de Base de Datos, otros hasta el Servidor Web, cuando fácilmente podría hacerse en el cliente.

Ø  Las operaciones de actualización de datos, como inserción, actualización y eliminación generalmente se hacen en forma conectada, pero de preferencia debe hacerse por lotes, es decir no por cada registro sino por un grupo de registros, por ejemplo los mostrados en una página.

Ø  Si hay que insertar o actualizar muchos registros, por ejemplo más de 100, es preferible realizar copias masivas si el origen de datos es SQL Server u Oracle Server, para lo cual se almacena los datos en una tabla y se envía con la clase BulkCopy de ADO.NET. Otra alternativa sería enviar una cadena separada por caracteres especiales y tener un Procedimiento Almacenado que las separe y las inserte o actualice en su tabla destino.

Comentarios

Esta cuarta regla también no se cumple por las siguientes razones:

Ø  La mayor parte de las consultas a todo tipo de datos, desde el sexo, estado civil, ubigeo, tipo de documentos comerciales, empleados, clientes, proveedores, etc.; se realizan en forma conectada, siendo para la mayor parte de casos innecesario ya que los datos no varían constantemente. Algunos guardan los datos en variables de Sesión en el Servidor Web, a veces en un TempData en MVC para no ir hasta la BD, pero otros, si van a consultar a la Base de Datos creando conexiones constantemente y saturando el ancho de banda de la red.

Ø  En el caso de las actualizaciones, la mayoría trabaja en forma individual, es decir, realiza los cambios en cada registro, en vez de hacerlo por lotes o para un grupo de registros consumiendo una sola conexión a la base de datos, sobre todo si es gran cantidad de registros que se quiere actualizar o insertar.

7.   Arquitectura de Desarrollo Web de Bajo Rendimiento (ADWBR)

Una Arquitectura de Desarrollo Web que produce un Bajo Rendimiento (Low Performance) es aquella que tiene las siguientes características:

·         Está Orientada al momento del Desarrollo o a facilitar la Construcción, por lo que usa intensivamente Librerías o Frameworks de terceros.

·         Se piensa que favorece al Desarrollador ya que al usar bloques de código pre-construido (Frameworks) el tiempo de desarrollo es menor que si se hace todo desde cero.

·         Cada página descarga muchos archivos en el cliente, porque usa muchas librerías de JavaScript, muchos archivos de CSS y muchas imágenes que se bajan de uno en uno o de dos en dos, dependiendo del navegador que se use.

·         Se descarga mucho contenido, por ejemplo todo el HTML con los datos a presentar, todas las funciones JavaScript se usen o no y todos los estilos se usen o no. Eso ocurre por usar Frameworks de terceros y no ser selectivo, hay cosas que no se usan pero todo viaja.

·         Usan llamadas asíncronas pesadas, ya que envían muchos datos de ida y de vuelta, algunos usan XML como formato de transporte y otros reducen el ancho de banda usando JSON, pero igual se puede mejorar mas.

·         Hacen operaciones No óptimas con Bases de Datos, ya que todo se hace en forma conectada usando Frameworks pesados como Entity Framework, cuando trabajan en forma desconectada usan DataSet y DataTables, y cuando actualizan gran cantidad de registros lo hacen en forma individual ejecutando muchos comandos.

Componentes de una Arquitectura de Desarrollo Web de Bajo Rendimiento

8.   Arquitectura de Desarrollo Web de Alto Rendimiento (ADWAR)

Una Arquitectura de Desarrollo Web que produce un Alto Rendimiento (High Performance) es aquella que tiene las siguientes características:

·         Está Orientada al momento del Despliegue o a facilitar la Ejecución, por lo que se hace todo desde cero y nativo.

·         Favorece al usuario final, ya que la aplicación web será muy rápida, pero también puede favorecer al desarrollador ya que no habrá problemas de soporte post producción.

·         Cada página descarga pocos archivos en el cliente, solo un HTML, un JavaScript, un CSS, y las Imágenes se envían en un solo Paquete o como un archivo Sprite.

·         Se descarga poco contenido, por ejemplo solo viaja los datos como cadenas sin HTML y por JavaScript se crea el HTML como cadena y se pinta una vez en el DOM, el archivo JavaScript solo tiene las funciones que se van a usar en la pagina, el archivo CSS solo los estilos usados por esa página y las Imágenes están optimizadas (comprimidas).

·         Usan llamadas asíncronas ligeras mediante XmlHttpRequest (XHR), enviando los datos como cadenas tanto en la ida como en la vuelta, esto permite ahorrar en más de 90% el ancho de banda logrando mayor velocidad.

·         Hacen operaciones óptimas con Bases de Datos, ya que se usa ADO.NET para el acceso a datos, las consultas se trabajan en forma desconectada con Listas de Objetos en el Servidor Web y en el Cliente con Matrices en JavaScript. Las actualizaciones se hacen por lotes y para gran cantidad de registros se usa BulkCopy o Cadenas en el Procedimiento Almacenado.

Componentes de una Arquitectura de Desarrollo Web de Alto Rendimiento

Comentario Final

Se que muchos no compartiran algunas ideas de este artículo, ya que esta muy arraigado los estándares de reusabilidad que son diferentes a los de performance que es lo que yo propongo, y el cual en los últimos meses me he encargado de difundir, Tengo una nueva arquitectura que estoy trabajando basada en la Performance.

Los interesados en conocer la parte práctica y la comparación de resultados entre la arquitectura tradicional y la arquitectura que propongo pueden asistir este Sabado 12 de Setiembre de 2:00 pm a 2:50 pm en el CEPS de la UNI, del cual dejo la relación de charlas: