Cesarob's

Una de las cosas a las que le daba mas vueltas con respecto a DDD, es como estructuraría el código en un proyecto greenfield. La estructura de Codesai Según veo el libro de Vlad lo que comenta es que tengas una App Layer que sea el Api a tu dominio. Eso unido al tema de los comandos, me hace compararlo con la estructura de código que nos mostró Codesai: auction_house/ ├── business │ ├── actions │ │ └── commands │ └── model │ ├── auction │ │ ├── events │ │ ├── exceptions │ │ └── services │ ├── bidder │ ├── generic │ └── owner └── infrastructure ├── api │ └── dtos ├── delivery_mechanism ├── events ├── processes └── repository Dentro de un subdominio (auction_house) está separada la capa de business de la de infrastructure. »

Van a ir una serie de entradas sobre DDD, por lo que aprovecho para publicar unos recursos que tenía por ahí… Si encuento cosas interesantes iré actualizado la entrada. Fran Iglesias ha escrito bastante en español sobre DDD. DDD reference Mi primer contacto con DDD fueron unas charlas en PluralSight. Hace mucho tiempo que las vi, por lo que ahora mismo no puedo opinar sobre ellas. No que quedó claro el cotarro, por lo que supongo serán un poco meh. »

Es curioso que justo cuando tenía este post en borrador (lleva ahí un tiempo) vi movimiento en twitter. He visto que recientemente se han publicado varios videos que tengo pendiente de ver. Al final el post que tenía pensado lo dividiré en un par de ellos y es muy posible que caiga alguno mas. Llevo oyendo sobre Domain Driven Design (DDD) desde hace realmente un montón de años, pero nunca he tenido la ocasión de explícitamente aplicarlo. »

Ultimamente veo discusiones sobre estos términos en twitter por lo que voy a hacer una entrada corta de como lo veo yo. Staff Engineer: Es un ingeniero que dedica al menos una parte de su tiempo a temas transversales, pudiendo ser a full time, o incluso por proyectos. Es un referente técnico Principal: Un staff engineer con esteroides. Este si tendrá dedicación completa al role. Tech Lead: Por la semántica podríamos considerar que tanto el staff engineer como el principal podrían ser tech leads (referentes técnicos), pero esa no es la semántica más extendida. »

En Nextail durante una epoca me tocó hacer bastantes onboardings de gente para Data Science. Por lo general es gente a la que le falta mucho conocimiento de lo que en nuestro mundillo están consideradas buenas practicas de programación. Este documento es un documento adaptado del original que usé internamente, que nunca pasó de ser un borrador; y extendido un poco, por ser el contexto ya diferente. El objetivo es tener una guía para que una persona Junior sepa en que cosas puede mejorar. »

Thoughworks desde luego es una de las compañías que contribuyen a la comunidad y una de las cosas con las que contribuyen es con su Technology Radar. Ya van con la edicion 22. Mola echarle un vistazo, para ver si molas con tus Practicas, Plataformas, Herramientas y Languages & Frameworks. He dejado ahí el enlace a la versión en la lengua de la pérfida Albión, pero también la tenéis en Castellano. »

No tenía pensado hacer este post. Pero es conveniente para complementar el del Software Publico vs Privado en España. Tras escribir el primero, y enseñarselo a Edu rápidamente vi la necesidad. La afirmación tan rotunda de que el desarrollo de Software Público sea peor que el privado no aplicaría de un modo global. Habría que verlo país por país. Al igual que me pasaba con el desarrollo en España para lo malo, con UK tenía la impresión contraria… »

En estos tiempos de pandemia es un tema que ha salido a colación a raíz de la Sanidad, es el dilema público vs privado, acompañado del mantra de que lo público es mejor que lo privado. Yo no estoy de acuerdo; creo que simplemente lo privado y lo público son diferentes. Cada uno aporta ventajas e inconvenientes. TL;TR Estaba en una conversación en un chat con colegas y les saqué el tema del desarrollo de software, indicándoles que donde mejor software se desarrolla es en el sector privado. »

Este ha sido un año tranquilo. Lo necesitaba… El 2018 fue un año intenso, sobre todo a partir de la salida de The Motion. Y no solo por lo profesional, sino en lo personal, por lo que el 2019 ha sido un año de ir resolviendo temas personales, por lo que necesitaba tranquilidad y estabilidad en la parte profesional. A finales de Noviembre de 2018 me incorporé a Nextail, y estoy muy muy contento. »

Es la segunda vez que voy al Wecode. El año pasado no fuí muy activo en lo que es ir a conferencias, pero el Wecode fue una de las dos a las que asistí (la segunda fue la Codemotion). He tenido la oportunidad de pillar a última hora una entrada por los pelos, por lo que no dudé ni un momento en ir; ya que el año pasado estuvo genial. Quería ir no solo porque estaba convencido que no me iba a defraudar sino porque era la ocasión perfecta para hacer networking con amigos que sabía estarían, y para coincidir con compañeros y excompañeros de trabajo. »