LinuxParty
NUESTRO SITIO necesita la publicidad para costear hosting y el dominio. Por favor considera deshabilitar tu AdBlock en nuestro sitio. También puedes hacernos una donación entrando en linuxparty.es, en la columna de la derecha.
La medición, el seguimiento y la evaluación comparativa de la productividad de los desarrolladores se han considerado durante mucho tiempo como una caja negra. No tiene por qué ser así". Así comienza la consultora de gestión global McKinsey en Sí, puede medir la productividad del desarrollador de software ... "En comparación con otras funciones comerciales críticas, como las ventas o las operaciones con los clientes, el desarrollo de software siempre se subestima. La creencia arraigada de muchos en tecnología es que no es posible hacerlo correctamente y que, en cualquier caso, solo los ingenieros capacitados tienen los conocimientos suficientes para evaluar el desempeño de sus pares.
"Sin embargo, ese statu quo ya no es sostenible"
"Todos los líderes de C-suite que no son ingenieros o que han estado en la gestión durante mucho tiempo necesitarán una introducción al proceso de desarrollo de software y cómo está evolucionando", McKinsey aconseja a las empresas que inician una iniciativa de productividad del desarrollador. "Evalúe sus sistemas.
Debido a que la productividad de los desarrolladores generalmente no se ha medido en el nivel necesario para identificar oportunidades de mejora, las pilas tecnológicas de la mayoría de las empresas requerirán una reconfiguración potencialmente extensa. Por ejemplo, para medir la cobertura de prueba (la medida en que las áreas de código han sido probado adecuadamente), un equipo de desarrollo necesita equipar su base de código con una herramienta que pueda rastrear el código ejecutado durante una ejecución de prueba".
Antes de tener demasiadas esperanzas en las sugerencias milagrosas de McKinsey para la productividad de los desarrolladores en 2023, considere que buscar en Google para "encontrar una herramienta que pueda rastrear el código ejecutado durante una ejecución de prueba" lo llevará de regreso a las herramientas de cobertura de prueba COBOL de los años 80 que ofrecían este tipo de capacidad y artículos de más de 40 años que ofrecían consejos similares ( 1 , 2 , 3 ). Un cínico también podría sugerir considerar el historial de McKinsey , que ha tenido algunas fallas notables .

-
Programación
- Los mejores creadores de páginas web "Drag & Drop" para Joomla
- ¿Son los Scrums un cáncer?
- ¿Se puede medir la productividad del desarrollador de software?
- Qt Creator 11 IDE de código abierto agrega terminal integrado, compatibilidad con GitHub Copilot
- Textual: la biblioteca de Python para crear aplicaciones TUI y CLI, para Linux, Mac o Windows
- Sobrescrituras de plantilla en Joomla: reciclar y reutilizar
- Cómo convertirse en un desarrollador de extensiones de Joomla
- ¿Qué es el Copilot de GitHub y cómo funciona este asistente de programación?
- ChatGPT crea código en su mayoría inseguro, pero no le dirá a menos que pregunte
- Auto-GPT, genera código de forma "autónoma" y ya está aquí.
- La versión 2.40 del proyecto Git de código abierto ya está disponible
- 'Zig' rival de C irrumpe en el índice Tiobe Top 50, Go permanece en el Top 10
- Los desarrolladores rusos han sido bloqueados para contribuir en herramientas FOSS
- Algo bastante bueno: una historia de Visual Basic
- Cómo instalar Spyder en Linux, un potente entorno de desarrollo interactivo para Python