{"id":20417,"date":"2022-02-28T00:08:56","date_gmt":"2022-02-27T22:08:56","guid":{"rendered":"https:\/\/www.hiberus.com\/crecemos-contigo\/?p=20417"},"modified":"2023-11-28T09:13:16","modified_gmt":"2023-11-28T08:13:16","slug":"del-codigo-espagueti-a-la-arquitectura-hexagonal","status":"publish","type":"post","link":"https:\/\/www.hiberus.com\/crecemos-contigo\/del-codigo-espagueti-a-la-arquitectura-hexagonal\/","title":{"rendered":"Del c\u00f3digo espagueti a la arquitectura hexagonal"},"content":{"rendered":"

A d\u00eda de hoy, el software es ubicuo<\/strong>. \u00bfQueremos chatear con un amigo a miles de kil\u00f3metros? Recurrimos al software. \u00bfQueremos comprar online? Recurrimos al software. \u00bfQueremos escuchar m\u00fasica? Recurrimos al software. Por esto, en este post voy a escribir sobre arquitecturas de software<\/strong>, desde el c\u00f3digo espagueti<\/strong> hasta la tan nombrada arquitectura hexagonal<\/strong>.<\/p>\n

La arquitectura de software<\/h3>\n

Todo software tiene una arquitectura que estar\u00e1 mejor o peor dise\u00f1ada, pero todo software tiene una serie de elementos que lo conforman y que logran que sea de una determinada manera. Evidentemente, la fase de dise\u00f1o arquitectural ha de ser intencional si la resoluci\u00f3n de nuestros problemas no es trivial. Dise\u00f1ar es una tarea complicada, puesto que es necesario crear software que resuelva problemas<\/strong>.<\/p>\n

Al fin y al cabo, es lo que el ser humano ha desarrollado a lo largo de la historia: herramientas que permiten hacernos la vida m\u00e1s f\u00e1cil.<\/p><\/blockquote>\n

Es imposible (o muy complicado, pues en este sector no se deber\u00edan hacer afirmaciones tan categ\u00f3ricas) hacer el software perfecto, pero, al menos, hay que tratar de dise\u00f1ar e implementar software que maximice las caracter\u00edsticas de calidad<\/strong>: rendimiento, escalabilidad, capacidad para ser evaluable, mantenibilidad, eficiencia, robustez, resiliencia, efectividad, flexibilidad, funcionalidad, portabilidad… Es por esto que es recomendable proponer dise\u00f1os t\u00e9cnicos<\/strong> entre varias personas (el dise\u00f1o es una tarea colegiada), ya que esto implica discutir distintos puntos de vista y abarcar m\u00e1s casu\u00edsticas que las que podr\u00eda abarcar una sola persona.<\/p>\n

El c\u00f3digo espagueti<\/h2>\n

He comentado antes, literalmente: \u201cla fase de dise\u00f1o arquitectural ha de ser intencional\u201d. El c\u00f3digo espagueti no <\/span>est\u00e1 dise\u00f1ado concienzudamente, aunque, a veces, cumple sus prop\u00f3sitos<\/strong>. Siempre que pienso en el c\u00f3digo espagueti se me viene a la cabeza <\/span>una improvisaci\u00f3n musical. <\/span>Por un lad<\/span>o, e<\/span>n el mundo de la m\u00fasica<\/span> en particular y del arte en general,<\/span> la espontaneidad puede ser una aliada ya que <\/span>facilita la transmisi\u00f3n de tu \u201cyo m\u00e1s interior\u201d, de tu personalidad… Dicho de otra manera, espontaneidad puede ser confundida con <\/span>\u201c<\/span>creatividad en tiempo real<\/span>\u201d<\/span><\/strong>. E<\/span>sto se percibe socialmente como bueno y de calidad. <\/span><\/span><\/p>\n

Sin embargo, e<\/span>n el mundo del software pasa un poco lo mismo que en el mundo de la arquitectura tradicional (s\u00ed, la de los puentes). \u00bfPasar\u00edas por un puente improvisado<\/span> que se ha dise\u00f1ado de forma accidental?<\/span> \u00bf<\/span>U<\/span>tilizar\u00edas una pasarela de pago construida con c\u00f3digo espagueti?<\/span> \u00bfTe subir\u00edas a un coche aut\u00f3nomo que ha programado un desarrollador \u201cen un momento de inspiraci\u00f3n\u201d?<\/span> Entonces, \u00bfqu\u00e9 ocurre? \u00bfPor qu\u00e9 he empezado diciendo que a veces<\/strong> cumple sus prop\u00f3sitos? Porque es as\u00ed, en determinadas ocasiones no es necesario <\/span>llevar a cabo <\/span>sobreingenier\u00eda<\/span> y exprimir al 100% nuestra CPU <\/span>fisiol\u00f3gica para resolver un problema<\/span>. <\/span><\/span><\/p>\n

Dicho de otro modo, <\/span>a veces,<\/span> nuestro cerebro<\/span> improvisa<\/span> impl\u00edcitamente<\/span> una soluci\u00f3n que<\/span> funciona <\/span>y que entra dentro de nuestros objetivos de calidad<\/span> (funcionalidad, efectividad…)<\/span>.<\/span> No obstante, nuestro cerebro no es capaz de improvisar la arquitectu<\/span>ra software de l<\/span>o<\/span>s grandes e-<\/span>commerce<\/span>, ni tampoco de un coche aut\u00f3nomo<\/span>. A nivel cognitivo es imposible para un ser humano empezar a escribir <\/strong><\/em><\/span>el <\/span>c\u00f3digo <\/span><\/strong><\/em>de un sistema de esas caracter\u00edsticas asegurando, adem\u00e1s, que se alcanzan los objetivos de calidad especificados.<\/strong> <\/em>Es por esto que el c\u00f3digo espagueti, <\/span>estigmatizado y despreciado por el sector del software<\/span>, y al que he empezado \u00abdefendiendo\u00bb (porque, admit\u00e1moslo, dependiendo<\/strong> del problema no es tan malo), es incompatible con los productos que tenemos que desarrollar en H<\/span>iberus.<\/span><\/span>\u00a0<\/span><\/p>\n

La arquitectura hexagonal (o arquitectura de puertos y adaptadores)<\/h2>\n

Lo que se pretende con esta arquitectura limpia<\/strong> es proponer una metodolog\u00eda de dise\u00f1o para sistemas complejos que proporciona muchas <\/span>f<\/span>acilidades para obtener los objetivos de calidad mencionados.<\/span> <\/span><\/p>\n

Consiste en separar el sistema en tres capas: <\/strong><\/span><\/span><\/p>\n