Ir al contenido principal

Is Design Dead?

 Cada día avanza un poco más la sociedad y por ende también sus demandas y necesidades, sobre todo la industria tecnológica porque de alguna manera necesita ir un paso más allá innovando y todo esto viene con muchos nuevos desafíos, por las grandes expectativas de la consumidor, la industria de la tecnología se enfrenta a desafíos más complicados. Como dije la sociedad se ha vuelto muy necesitada y por eso los plazos, aquí la industria de la tecnología está en apuros porque como sabemos, a veces necesitamos más tiempo si queremos cumplir con todos los requerimientos que el proyecto demanda y en esta situación no es así. factible detener y hacer un diseño muy preciso para el programa.


El artículo habla de algo llamado diseño evolutivo, este tipo de diseño es el más común y ha crecido mucho con el tiempo, pero también se ha vuelto un poco complejo hablando de diseño y código. Aquí es donde empieza a hablar de XP (Programación extrema), algunos desarrolladores piensan o creen que por el nombre la parte de diseño se ha perdido y es solo escribir mucha línea de código, pero en XP la fase de diseño es muy limitado pero esto no quiere decir que el diseño sea pobre, aquí el diseño es muy importante porque si hacemos un diseño de código sólido evitamos problemas futuros y si aparecen los podemos solucionar más rápido.


Creo que el diseño es una de las fases más importantes porque si evitamos este paso es como si fuéramos ciegos, no tenemos una plantilla previa en la que podamos enfocarnos y si estás en un equipo es más difícil entender lo que hacen. Tenemos que hacer o delegar tarea si no hay nada en lo que podamos comparar el progreso, por eso ese diseño sigue vivo.

Comentarios

Entradas más populares de este blog

Software Craftsmanship

  Soy nuevo en el mundo de escuchar podcasts y realmente disfruto escuchándolos porque aprendes cosas nuevas de una manera diferente. Esta semana escuché un podcast sobre Software Craftsmanship con Bob Martin, en este podcast habla un poquito sobre su vida, nos cuenta lo que hace y sus aportes en el diseño y arquitectura de software, también Bob nos habla de su mayor amor y algunos cosas importantes que debemos saber aunque seamos arquitectos. Primero, ¿quién es Bob Martin? Coloquialmente conocido como el tío Bob, es un ingeniero de software y autor estadounidense, también es coautor del Manifiesto Ágil y ha trabajado como líder, gerente de proyectos y programador. Después de contarnos un poco sobre su vida profesional, nos habló de su mayor amor, la programación-codificación es su mayor amor porque esto le dio mucha experiencia no solo en informática como muchos de nosotros podríamos pensar, también le dio un Mucha experiencia en Gestión de Proyectos. Durante el podcast, Bob piens...

SOFTWARE ARCHITECTURE

  Todas las cosas están llenas de componentes. En este capítulo el autor nos explica cómo se compone el software, para ello hace la relación con los arquitectos y la construcción, sé que los componentes del software no son cosas tangibles, sino para construir un programa o construir un edificio tenemos que seguir un plan similar, los arquitectos primero construyen un plan según los requisitos planteados para que luego podamos hacer la construcción de un edificio o casa, lo mismo sucede en la parte de arquitectura de software para poder diseñar y crear un software , las arquitecturas de software siguen un plan similar cuando tienen un nuevo proyecto, primero necesitan entender los requisitos que tiene que cubrir el proyecto, luego pasamos a la fase de planificación, creamos una metodología de trabajo, esto ayuda al equipo a resolver problemas de una manera más manera eficiente y evitar el proceso frustrante y estresante. En este capítulo aprendí mucho la arquitectura y la tarea que ...