Software economics
Software economics
$6.00
Precio mínimo
$8.00
Precio sugerido
Software economics

Este libro está 10% completo

Este libro ha sido actualizada por última vez el 2018-12-26.

Acerca de este libro

El libro reflexiona sobre prácticas de software como TDD, trabajo en pareja, diseño de código, arquitectura, etc. desde un punto de vista de coste, valor, riesgo y deuda.

Además, se introducen conceptos económicos como coste de oportunidad, real options o deuda técnica, que ayudarán al lector a la hora de tomar decisiones.

En definitiva, el libro intenta arrojar luz sobre cómo proteger una inversión desde un teclado y un ratón

Sobre el autor

Luis Artola
Luis Artola

Jardinero del software. Filósofo de salón. Hobbit gipuzkoano. Trabaja como Full-Stack Developer "de verdad" (from concept to cash) en BuntPlanet. Especialista en traducir informático/humano y humano/informático. Lleva 15 años haciendo software y, también, intentando entender exactamente qué es hacer software.

Table of Contents

  •  
    • Cómo leer cualquier libro
  • PARTE I
    • 1. Somos negocio
      • Introducción
      • Cómo proteger una inversión, según Kent Beck
      • Cómo funciona el coste
      • Cómo funciona la deuda
      • Cómo funciona el riesgo
      • Cómo funciona el valor
      • ¿Cuál es tu contexto?
      • Resumen
      • Términos a googlear
      • Recursos
      • Libros destacados
    • Actividades desde el punto de vista economics
      • Introducción
      • Descubrimiento y exploración
      • Arquitectura
      • Automatización
      • Programar: escribir código nuevo
      • Programar: reordenar código
      • Programar: propiedad colectiva del código
      • Trabajo en pareja
      • Pruebas de concepto y prototipos
      • Resumen
      • Términos a googlear
      • Recursos
      • Libros destacados
    • 2. Construir funcionalidad a funcionalidad
      • Introducción
      • A qué nos referimos con construir funcionalidad a funcionalidad
      • Por qué es la mejor opción desde la óptica económica
      • Consecuencias técnicas de construir funcionalidad a funcionalidad
      • Por qué es la mejor opción, desde el resto de ópticas
      • Resumen
      • Términos a googlear
      • Recursos
      • Libros destacados
    • 3. Trabajo del conocimiento y economics
      • Introducción
      • El conocimiento es el cuello de botella
      • ¿Qué es un trabajador del conocimiento?
      • Olores de conocimiento típicos
      • Conocimiento antifrágil
      • Aprender a aprender
      • Aprendizaje deliberado / Aprendizaje accidental
      • Liquidez del equipo
      • Trabajo en pareja como técnica de conocimiento compartido
      • Resumen
      • Términos a googlear
      • Recursos
      • Libros destacados
  • PARTE II
    • 4. Cuándo y por qué invertir en diseño de código
      • Introducción
      • El código es el coste
      • Kent Beck: the economic drivers that force you to…
      • When Invest in code design
      • Design stamina hypothesis (Martin Fowler)
      • How to arrange code
      • Factoring and refactoring
      • Idea of “code churn” (razonandos sobre cambio vs diseño)
      • Idea of “half-life of code”
      • Resumen
      • Términos a googlear
      • Recursos
      • Libros destacados
    • 5. Ordenando y reordenando el código
      • Introducción
      • Acoplamiento y cohesión
      • Deja de pensar en clases individuales
      • Connascence (tipos de acoplamiento)
      • SOLID en función del cambio
      • RCASS en función del cambio
      • Mentalidad de horizontales y verticales
      • Duplicación
      • CRC: Componentes/Módulos/Abstracciones/Loquesea
      • Parnas: on the criteria to be used in decomposing systems into modules
      • Optimiza el código para poder borrarlo
      • Código limpio y el coste de entender el código (para luego cambiarlo)
      • Otras ópticas que ayudan a la modularidad
      • Microservicios
      • Resumen
      • Términos a googlear
      • Libros destacados
    • 6. Diseño emergente
      • Introducción
      • Motivos: duplicidad, carga cognitiva, complejidad (if´s)
      • Cómo hacer que emerjan las abstracciones
      • Abstracciones: cosas que huelen mal
      • Relaciones entre abstracciones
      • Topics sobre abstracciones
      • The right level of abstraction is the right level of test
      • Dependencias
      • Resumen
      • Términos a googlear
      • Recursos
      • Libros destacados
    • 7. Técnicas para mejorar la verticalidad y la entrega
      • Introducción
      • Reducir el tamaño del lote (Batch size)
      • Una estrategia “append only”
      • Endeudarse (deuda técnica)
      • Cómo ayuda branch by abstraction
      • Cómo ayuda el cambio en paralelo (parallel change)
      • Cómo ayudan los feature toggles
      • Cómo ayudan los walking skeleton
      • Cómo ayudan los puertos y adaptadores
      • Resumen
      • Términos a googlear
      • Recursos
      • Libros destacados
    • 8. TDD como técnica económica transversal
      • Introducción
      • ¿Es TDD más barato? ¿No tardas mucho más?
      • Cómo ayuda TDD a reducir el coste
      • Cómo ayuda TDD a obtener valor temprano
      • Cómo ayuda TDD a reducir la deuda
      • Cómo ayuda TDD a mitigar el riesgo
      • Kent Beck: when TDD isn´t worth it
      • TDD and broken promises
      • ATDD
      • La relación entre TDD y el diseño de código
      • La relación entre TDD y programación funcional
      • La relación entre TDD y CRC
      • Resumen
      • Términos a googlear
      • Recursos
      • Libros destacados
  • ANEXOS
    • ANEXO I: conceptos de economía aplicados al software
      • Time to market
      • Return of investment
      • Liquidity
      • Cost accounting
      • Net present value
      • Cost of opportunity
      • Risk
      • Time value of money
      • Balance sheet
      • Throughput accounting
      • Real options
      • Productividad marginal
      • Net present value
      • Cash flow vs balance sheet
      • Staff liquidity
      • Deuda técnica
      • Economies of scale
      • Knowledge economy/work/worker
      • Bus factor
      • Libros destacados
    • ANEXO II: otras técnicas que ayudan
    • ANEXO II: otras técnicas que ayudan
      • Cómo ayuda CQRS (de Bertrand Meyer) al coste del cambio
      • Cómo ayuda Domain-driven Design
      • Cómo ayuda el código declarativo al coste del cambio
      • Cómo ayuda la ley de demeter al coste del cambio
      • Cómo ayudan los patrones de diseño
      • Cómo ayuda la encapsulación al coste del cambio
      • Cómo ayuda la programación funcional al coste del cambio
      • ¿Ayudan los frameworks al coste del cambio?
      • Cómo ayuda el polimorfismo al coste del cambio
      • Cómo ayuda la POO (programación orientada a objetos) al coste del cambio
      • Resumen
      • Libros destacados
    • ANEXO III: Team working
      • Arquitectura
      • Escribir código
      • Libros destacados
    • ANEXO IV: La panadería de Richard Sennet
      • Libros destacados

Leanpub incondicional, sin riesgo, 100% de felicidad garantizada

Durante los primeros 45 días de compra, puede obtener un reembolso del 100% de cualquier compra Leanpub, en dos clics. Nosotros procesamos las restituciones a la mano, así que hacen tomar unos días en aparecer. Vea términos completos.

Escribir y publicar en Leanpub

Los autores y editores usan Leanpub para publicar ebooks sorprendentes en curso y completados, como éste. ¡Usted puede utilizar Leanpub para escribir, publicar y vender su libro también! Leanpub es una potente plataforma para autores serios, que combina un flujo de trabajo de escritura y publicación simple y elegante con una tienda centrada en la venta de libros electrónicos en progreso. Leanpub es una máquina de escribir mágica para los autores: basta con escribir en texto plano, y para publicar su ebook, simplemente haga clic en un botón. Realmente es así de fácil.

Más información sobre cómo escribir en Leanpub