ATD

Programación

ATD (Architectural Technical Debt) es un concepto que se refiere a las decisiones de diseño y arquitectura en el desarrollo de software que, aunque inicialmente pueden parecer rápidas y económicas, pueden generar problemas y costos adicionales a largo plazo. Estas decisiones a menudo resultan en una estructura de software que es difícil de mantener, escalar y evolucionar. La deuda técnica arquitectónica puede afectar negativamente la calidad, la velocidad de desarrollo y la capacidad de respuesta a cambios futuros.

Publicaciones Similares

  • Buenas prácticas

    Porroberto

    Usar una estructura de proyecto estándar src ├── main │ ├── java Application/Library sources │ ├── resources Application/Library resources │ ├── filters Resource filter files │ └── webapp Web application sources │ └── test ├── java Test sources ├── resources Test resources         └── filters              …

  • Perceptrones multicapa

    Porroberto

    Implementando la capa oculta Capas de entrada (input), oculta (hidden) y de salida (output) en una red neuronal Pesos entre la capa de entrada y la capa oculta Ejemplo A continuación se implementa una red neuronal 4x4x2, con paso directo y como función de activación la sigmoide. import numpy as np def sigmoid(x): """ Calculate…

  • Protected

    Porroberto

    Un miembro protected puede ser accedido dentro del mismo paquete (vía operador punto), pero tam­bién será heredado por todas las subclases de la clase en que está definido, aunque no pertenezcan al mismo paquete. Cuando no se utiliza ningún modificador, implícitamente se utiliza el alcance protected.

  • Historia de las redes neuronales

    Porroberto

    1958 – Perceptrón 1965 – Perceptrón multicapa 1980’s Neuronas Sigmoidales Redes Feedforward Retropropagación 1989 – Convolutional neural networks (CNN) / Recurent neural networks (RNN) 1997 – Long short term memory (LSTM) 2006 – Deep Belief Networks (DBN): Nace deep learning Restricted Boltzmann Machine Encoder / Decoder = Auto-encoder 2014 – Generative Adversarial Networks (GAN)

  • Docker – No iniciar contenedor hasta que esté montado nfs

    Porroberto

    Para que el contenedor docker no se arranque antes de tener montadas las unidades nfs se hace lo siguiente: sudo systemctl edit docker.service (o sudo vi /etc/systemd/system/docker.service.d/override.conf) Añadir las siguientes líneas: ### Anything between here and the comment below will become the new contents of the file [Service] RequiresMountsFor=/mnt/montaje1 /mnt/montaje2 ### Lines below this comment…