Saltar al contenido
  • ayudas

    El plan Avanza 2011, y las ayudas a la certificación en CMMI o ISO 15504 SPICE

    PorJavier Garzás 3 marzo, 2011

    Hace apenas unos días se publicó el plan AVANZA 2011, un plan de ayudas públicas que existe en España y que incluye, entre otras, ayudas a grupos de pequeñas empresas que se certifiquen en CMMI o ISO 15504 SPICE. Por si alguien está interesado, la empresa Alarcos Quality Center está organizando un grupo de PYMES…

    Leer más El plan Avanza 2011, y las ayudas a la certificación en CMMI o ISO 15504 SPICEContinuar

  • refactoring

    Breve introducción a la Refactorización (Refactoring) (3/3). Aplicación

    PorJavier Garzás 2 marzo, 2011

    (Enlace a la parte 2 de este artículo: Breve introducción a la Refactorización (Refactoring) (2/3). Justificación) En lo que refiere al proceso de refactorización, existen algunos consejos y buenas prácticas a tener en cuenta: – No añadir funcionalidad mientras se refactoriza. La regla básica de la refactorización es no cambiar la funcionalidad del código o…

    Leer más Breve introducción a la Refactorización (Refactoring) (3/3). AplicaciónContinuar

  • diseño | refactoring

    Breve introducción a la Refactorización (Refactoring) (2/3). Justificación

    PorJavier Garzás 1 marzo, 2011

    (Enlace a la parte 1 de este artículo: Breve introducción a la Refactorización (Refactoring) (1/3). Definición) Una de las razones para refactorizar es ayudar al código a mantenerse en “buena forma”, ya que con el tiempo los cambios en el software hacen que este pierda su estructura, y esto hace difícil ver y preservar el…

    Leer más Breve introducción a la Refactorización (Refactoring) (2/3). JustificaciónContinuar

  • diseño | refactoring

    Breve introducción a la Refactorización (Refactoring) (1/3). Definición

    PorJavier Garzás 28 febrero, 201112 marzo, 2022

    Refactorizar (o Refactoring) es realizar una  transformación al software preservando su comportamiento, modificando sólo su estructura interna para mejorarlo. El término es de Opdyke, quien lo introdujo por primera vez en 1992, en su tesis doctoral. Más definiciones, en 2001 Tokuda y Batory las definieron como una transformación parametrizada a un programa preservando su comportamiento,…

    Leer más Breve introducción a la Refactorización (Refactoring) (1/3). DefiniciónContinuar

  • estimacion | gestión de proyectos

    La ley de Parkinson, y alguna razón de porque no es bueno subestimar proyectos software

    PorJavier Garzás 25 febrero, 2011

    Dice la ley de Parkinson que «el trabajo se expande hasta ocupar el tiempo disponible para realizarlo». Es decir, que si una tarea se puede hacer sólo en un mes, pero dispongo de dos… al final estaré los dos meses liado con la tarea. Aparte de en otras muchas áreas, e incluso aspectos de la…

    Leer más La ley de Parkinson, y alguna razón de porque no es bueno subestimar proyectos softwareContinuar

  • agil

    ¿Deberías ser ágil?

    PorJavier Garzás 24 febrero, 2011

    “El uso de una metodología ágil no es para todo el mundo. Hay una serie de aspectos a tener en cuenta si decides seguir este camino. No obstante, yo creo que estas metodologías son ampliamente aplicables y deberían ser usadas por más gente de la que lo hace actualmente. En los entornos actuales la metodología…

    Leer más ¿Deberías ser ágil?Continuar

  • arquitectura | buenas prácticas | calidad

    Porque las estructuras de datos deben estar ocultas en un sistema software (2/2)

    PorJavier Garzás 23 febrero, 2011

    Segunda parte del post de ayer, con el segundo problema… y una anécdota final. 2 – El módulo externo que acede a la estructura de datos de otro podría leer datos no actualizados. Por ejemplo, un módulo podría guardar el dato edad y no tenerlo actualizado. Si se accede directamente a una estructura de datos…

    Leer más Porque las estructuras de datos deben estar ocultas en un sistema software (2/2)Continuar

  • arquitectura | buenas prácticas | calidad | diseño

    Porque las estructuras de datos deben estar ocultas en un sistema software (1/2)

    PorJavier Garzás 22 febrero, 2011

    Hace ya casi cuarenta años, en el 72, de la aparición del primer artículo que trató aquello de la “ocultación de la información”. Artículo que firmaba Parnas, persona muy importante en la historia de la ingeniería del software. La ocultación de la información o encapsulación, sin entrar en tecnicismos (le dejo eso al artículo), trata…

    Leer más Porque las estructuras de datos deben estar ocultas en un sistema software (1/2)Continuar

  • calidad

    Los seis principios de la calidad software

    PorJavier Garzás 21 febrero, 2011

    Todo gurú de la calidad nos ha dejado alguna importante cita, frase o principio. Como tal, así hizo también Watts Humphrey, el considerado padre de la calidad de los procesos software. Y de entre todas sus frases y citas hay una relación de principios que a mí me gustan especialmente, que normalmente muestro en presentaciones…

    Leer más Los seis principios de la calidad softwareContinuar

Navegación de página

Página anteriorAnterior 1 … 262 263 264 265 266 … 291 Siguiente páginaSiguiente

Sobre Javier Garzás

Blog

Formación

Conferencias

Patrocinios

Inspírate y apren más en mi canal de YouTube: @JavierGarzas 

vídeos sobre IA, productividad y el trabajo del futuro.

Para cualquier consulta, puedes escribirnos un correo a
hello@233gradosdeti.com

o un whatsapp a +34628417634

 

Copyright © Javiergarzas.com

Gestionar consentimiento

Esta página utiliza cookies propias y de terceros con fines analíticos, personalización de contenidos, para ofrecer funcionalidades de diferentes redes sociales y para mostrar publicidad personalizada. 
Para más información puede consultar nuestra página de Política de cookies

Funcional Siempre activo
El almacenamiento o acceso técnico es estrictamente necesario para el propósito legítimo de permitir el uso de un servicio específico explícitamente solicitado por el abonado o usuario, o con el único propósito de llevar a cabo la transmisión de una comunicación a través de una red de comunicaciones electrónicas.
Preferencias
El almacenamiento o acceso técnico es necesario para la finalidad legítima de almacenar preferencias no solicitadas por el abonado o usuario.
Estadísticas
El almacenamiento o acceso técnico que es utilizado exclusivamente con fines estadísticos. El almacenamiento o acceso técnico que se utiliza exclusivamente con fines estadísticos anónimos. Sin un requerimiento, el cumplimiento voluntario por parte de tu proveedor de servicios de Internet, o los registros adicionales de un tercero, la información almacenada o recuperada sólo para este propósito no se puede utilizar para identificarte.
Marketing
El almacenamiento o acceso técnico es necesario para crear perfiles de usuario para enviar publicidad, o para rastrear al usuario en una web o en varias web con fines de marketing similares.
  • Administrar opciones
  • Gestionar los servicios
  • Gestionar {vendor_count} proveedores
  • Leer más sobre estos propósitos
Ver preferencias
  • {title}
  • {title}
  • {title}