Because an agent, by its nature, is not deterministic, we need to improve our approach if we want to achieve a certain level of determinism.

The usual workflow should be inverted. Instead of sitting down to code at the same time developing the design, take time to think about the design implementation, draft specifications, define constraints and draw diagrams.

C4 Model is currently one of the most effective approaches for describing complex software systems. Don't forget the old good ones: ER diagrams, sequence diagrams, etc.

Once the diagram draft is ready (pen and paper are good enough), take a screenshot and ask the agent to generate an *.mmd file (mermaidjs format, highly recommended) or any other format you prefer. From that moment there should be a rule for the agent to use that diagram as reference for any request - migration, refactor, implementation - related to the product you're building.

Skills and Contexts/Tasks specs are expressive BDD documents that, once completed, should be summarized by the agent in a shared repository so that the project context is available whenever it is needed, reducing the possibility of a hallucinations.

All of this makes the design and implementation process more organic and deterministic in its behavior.

When we have worked out some aspect of software design, we should not let incorrect comparisons with [... let's say other disciplines ...] keep us from correctly documenting our work in software design. (Jack W. Reeves)

Current state

The now infamous phrase "AI agents are cheaper Junior Devs" reflects an evolution in the wrong direction of what was originally intended. When it was first said years ago by a group of savvy Software Engineers, the intention was to explain that, like a Junior developer, AI agents tend to follow orders. Even if they have a lot of data/information (given that is mostly probabilistic information) there will still be errors, duplication and many missing parts across different scenarios.

The original intent was to describe the outcome of the interaction, not to replace the idea or role of a Junior developer. However, what has happened in the last year is the anthropomorphization of agents. There are many posts, opinions and reflections on this topic, so I will not delve into it. What I would like to explore instead is a different path, a different perspective around the use of AI agents in software engineering.

Let's start with an old article by Jack W. Reeves that I've always found insightful: What is Software Design? (1992). I recommend reading the three essays he wrote on this topic.

Reeves explored the rise, at that time, of OO programming techniques in the C++ world and used those ideas to support his main argument:

Programming is not about building software, programming is about designing software (Jack W. Reeves)

He support his thesis saying

C++ has become popular [1992] because it makes it easier to design software and program at the same time (Jack W. Reeves)

He argues "we're not software engineers because we do not realize what a software design really is". While I mostly agree with this statement, I'd say the industry has grown and matured enough that today the majority of software engineers understand what software design is - even if many of us don't consciously realize it while we're doing it.

Reeves also wrote:

The final goal of any engineering activity is the same type of documentation. When a design effort is complete, the design documentation is turned over to the manufacturing team ... In fact they can proceed to build a lots of the product, all without any further intervention of the designers (Jack W. Reeves)

These designs are the blueprints that derive from prototypes, test models and structural analysis.

... the final source code is the real software design ... one consequence [of this] is the fact that software is cheap to build. If source code is a software design, then actually building software is done by compilers and linkers (Jack W. Reeves)

As software engineers we design and test models (PoC, TDD, BDD), implement scale models (prototypes) and perform structural analysis (benchmarks, performance analysis). All of this work is done to refine the design through refactoring and implementing the code.

And just like in "hardware engineering", the design process - writing source code, prototyping solutions, documenting requirements and decisions - is error prone.

The general consensus is that when real engineers get through with a design, no matter how complex, they are pretty sure it will work [...] In short, the designers do everything they could think of to make sure the design is good design before it is built. (Jack W. Reeves)

I'd say this is a substantial difference for software engineers. We use the "manufacturing team" (compilers, linkers, etc) to "optimize" the software design; because of its "almost free" nature the build phase often happens in parallel with the design phase (the source code). The final build is what we call deployment to production.

Designing software is an exercise in managing complexity [...] is very similar to system design. (Jack W. Reeves)

This was said in 1992, when OOP was the hype and tools such as UML and Structure Charts were the de facto way to specify requirements and design implementations.

We must keep in mind, however, that these tools and notations are not a software design. Eventually we have to create the real software design and it will be in some programming language. (Jack W. reeves)

Because of this, he concluded:

It's probably better to let the original designers write the original code, rather than have someone else translate a language independent design later. (Jack W. Reeves)

Enter AI Agents

Let's review briefly the history around the "AI Agents" hype, at least as I experienced it.

In 2021 Github Copilot was released with plugins for multiple IDEs and environments. I used Copilot mostly as an "advanced" intellisense. Thanks to its «limited» ability to infer what was happening in the file being edited (ideally no more that 200 loc because of context limitations), it was able to suggest lines of code or even blocks of code good enough to have to start a boilerplate or remind me of possible ways to define, for example, a function.

It was also possible - and still is - to request specific code or hints through comments.

In 2022 OpenAI released ChatGPT to the general public, and it permanently changed many aspects of the software industry, both within the industry itself and how it is perceived by the outside world. Software engineering lost part of its mystique. Non-engineers started to the work as less complex because now a prompt could produce multiple answers instantly - and often with a sycophantic tone that I personally dislike.

In my own workflow, ChatGPT became the quick fixer for "simple" questions. What used to take a five-minute search could now be reduced to three minutes, often with more context.

ChatGPT 5, I'm sure, placed a spotlight on the anthropomorphization we, as humans, were projecting onto what is fundamentally a high-capacity probabilistic model.

At that stage ChatGPT could already be used for larger questions thanks to its reasoning skills. However, getting the most out of it required users to learn and understand a new set of constraints and practices: assigning roles, providing context, structuring prompts.

This stage was interesting because, when done properly, it forced users to think differently about problems. Designing prompts and scenarios to improve the feedback loop could expand creative and cognitive limits.

By the end of 2023 Cursor appeared. I didn't use it extensively, mostly because my vim+copilot setup was already sufficient for what I was doing, but it was clear that something important had happened: an Agent could now operate at the project filesystem level.

I had to wait until 2025, when Warp 2.0 was released with a complete restructuring. The focus shifted away from an "advanced" Terminal App with IDE-like utilities and toward becoming an ADE - Agentic Development Environment

Being a terminal with Agentic functionality built into the system has an advantage: the power of tools like Cursor combined with the ability to interact with the whole system - OS filesystem and its functionality.

Considering that the agent concept (including tools and extensions such as MCP) is designed to work through CLI, it makes a lot of sense for an ADE to be CLI based. (A great explanation here)

Thesis

"Vibe coding" became the buzzword of 2025 and 2026, but because of the rapid evolution of the environment:

The questions of whether OO techniques [2026: AI Agents] are just hype have been replaced by questions of how to get the benefits with the least amount of pain. (Jack W. Reeves)

We have now <MCPs> <CONTEXTS> <SKILLS> <RULES> <ROLES> <ADKs>, and many other mechanisms designed to constrain and focus the capabilities of AI Agents. All of this is built on top of other tools and concepts developed to improve what we as software engineers already do.

The Junior Dev Fallacy

When this comparison was first mentioned, the intention was to provide a reference point about decisions-making, accountability, and experience between a Senior and a Junior developer - not between a Junior developer and a probabilistic tool.

An Agent has access to a massive amount of information and can process it extremely fast to infer possible outcomes. But it lacks knowledge in the human sense. It's a probabilistic model.

If you have to remind a Junior developer more than fifteen times about the project standard for styling UI components - for example, how styled-components should be declared or where Tailwind classes should live - you would consider letting that person go. In reality, most juniors learn that after three or five repetitions.

An Agent, however, can make the same mistake months after the original implementation, even when rules and constraints are explicitly documented. And when corrected, it will often respond with something like "You're absolutely right, this is not the standard way to implement components in this project".

In a short and specific rant: this situation reminds me of what happened with "agile" when CEOs and PMs with non-technical background adopted it as a buzzword for marketing purposes.

The evolution thesis

Programming and the build/test cycle are central to the process of engineering software.We need to manage them as such ... we can improve this process, but we can not escape it (Jack W. Reeves)

I'd say many reticent people expect to keep coding the way engineering has always been done. But event that assumption is historically inaccurate. Many probably do not remember when programming meant punching holes in punch cards, and I'm sure those people screamed when someone said "Hey, this is called fortran".

On the other side, some people are excessively optimistic and expect some sci-fi AI like Ironman's J.A.R.V.I.S.

I've been long convinced and I've been saying:

Software architecture must be a mindset for any software engineer

Software architect is a role that you could obtain, but most importantly software architecture is a way of thinking you should have, and it is crucial for the new programming language era.

Experience can lead us in the right direction, this is craft ... Then we must take what we started with and make it better through a controlled process of refinement, this is engineering. (Jack W. Reeves)

Just like, let's call them for the sake of the argument, "traditional" languages have a set of rules, constraints, syntax and are populated with libraries and frameworks, all that supported by design patterns, best practices and whatnot, the "natural" language turned into a new programming language has evolving rules, syntax, libraries (i.e. SKILLS, RULES, MCPs) and first appearances of what, I'd like to call proto-frameworks (what the industry now refers to as ADKs).

All of that is still evolving but the release times are so narrow that I'm sure we'll be watching so many advances in this field in no-time.

A Design Paradigm

The goal of any engineering design project is the production of some documentation. Obviously, the actual design documents [i.e. source code] are the most important, but they are not the only ones that must be produced. (Jack W. Reeves)

The workflow we used as guidebook is the generalization of auxiliary documentation that represents requirements acceptance criteria, architectural decisions, but those documents eventually became outdated and sometimes not fully updated they collect dust or occupy disk space and are used only to brag about them, to present during audits or as a justification to get funding.

Undoubtedly, keeping such documentation up to date is difficult. This is another argument for the need for more expressive programming languages. (Jack W. Reeves)

Natural language satisfies many of those requirements. But adopting it as part of the programming paradigm also means adapting our knowledge and practices.

Agents can generate code faster and, in many cases, produce more performant solutions. Instead of focusing only on what should be implemented, we can focus more on how a feature should behave. Instead of writing the same reduce function for the hundredth time, we can focus on preventing duplicate logic across modules.

Coding skills and engineering knowledge remain essential - arguably the most important skill - but communication and architectural thinking are becoming increasingly relevant.

Afterword

The vibe coding hype is a natural phase of any new technology. We saw similar cycles with Agile, with OOP, and with tools such as Dreamweaver or Flash.

Every time a technology simplifies complex tasks, the general public becomes interested in exploring it - often with the hope of achieving results without fully understanding the underlying complexity.

Modern LLMs and agents have narrowed the gap even further. If natural language is becoming the next programming language, it is only natural that everyone wants to play with the new tool.

The source code may be the master design document, but it is seldom the only necessary. (Jack W. Reeves)

La dificultad de hacerse responsable de nuestros actos es "resuelta" a través del mecanismo del Chivo Expiatorio.

La mentalidad persecutoria suscita tipo de ilusiones y las huellas de estas ilusiones confirman más que anulan la presencia [...] de un cierto tipo de acontecimientos, la propia persecución, la ejecución de la bruja*

Es un mecanismo inherente a todos nosotros; la necesidad de evitar la culpa y sentir que hemos hecho lo correcto. Es natural querer sentir que en la película, que es nuestra vida, no solo somos los buenos sino también somos justos al impartir, como mínimo, la sentencia que según nosotros, los otros, los ofensores, han hecho sobre nuestro bienestar a pesar de nuestra benevolencia.

Quienes ayer enterraban hoy son enterrados [...] se niega cualquier piedad a los amigos, puesto que toda piedad es peligrosa*

Recurrir a la premisa de que "el monstruo es el otro" es fácil y es muy satisfactorio decir: no fui yo, fueron mis padres; no hice mal, fue mi pareja; no me equivoqué, fue mi amigo; no fallé, fueron mis ancestros. Es tan fácil y liberador que todos en algún momento lo hacemos.

Antes que culparse a si mismos se acusa a los sospechosos de crímenes de un tipo especial*

Lo difícil es hacerse cargo y tomar responsabilidad de lo que nos compete en cada una de esas situaciones.

La complejidad está en asumir nuestra participación en la construcción de ese monstruo, porque el otro no es el monstruo, el monstruo es lo que co-creamos con el otro.

Los perseguidores siempre acaban por convencerse de que un pequeño número de individuos, o incluso uno solo, puede llegar pese a su debilidad relativa a ser extremadamente nocivo para el conjunto de la sociedad*

Probablemente el otro tenga más responsabilidad, o tal vez soy yo quien cargue con la mayor cuota de responsabilidad, pero eso solo podré dilucidar cuando deje de lado mi ego, cuando con dolor y esfuerzo acepte mirar mi pasado, mis acciones y mis decisiones...

Al menor fracaso, a la menor denuncia, el recién llegado [ el foráneo, el extraño, el anormal] puede caer por muy alto que haya subido*

...solo ahí dejaré de ver monstruos, haré la paz con mi monstruo y podré vislumbrar los errores y faltas de los otros así como mis faltas y desaciertos.

El objetivo de la operación sigue siendo el mismo, la acusación de envenenamiento permite desplazar la responsabilidad de unos desastres perfectamente reales a unas personas cuyas actividades criminales nunca han sido realmente descubiertas*

René Girard (todas las frases citadas son de él) describe el mecanismo del Chivo Expiatorio como un proceso de transferencia de las culpas y responsabilidades a un otro marginal, un otro que de una u otra manera no puede defenderse...

La mentalidad persecutoria se mueve en sentido contrario. En lugar de ver en el microcosmos individual un reflejo o una imitación del nivel global, busca en el individuo el origen y causa de lo que hiere*

...se deposita en ese ente todo el mal que debe ser purgado para que el equilibrio se restablezca. Es una forma de idealización perversa en la que el sujeto idealizado sirve de vasija de los errores cometidos o del mal que ha caído sobre aquellos que están agravados.

La anormalidad puede servir de criterio preferencial para la selección de los perseguidos*

El Fausto de Goethe

Imaginemos por un momento que Fausto sabía que él no era más que un objeto de juego en una apuesta impuesta por Dios a Mefisto...

DIOS: Mientras siga viviendo por la tierra no te quedará vedado procurarlo.**

... a sabiendas que Dios avisa con anticipación, bastante perversa, que él va a ganar la partida.

DIOS: Aunque ahora me sirve [Fausto] en extravío pronto lo llevaré a la claridad. El jardinero sabe, al verdear el arbolillo, que vendrán los frutos**

Cambiaría la perspectiva y actitud de Fausto?

Bajo la premisa de René Girard, Mefisto sabe que su papel a interpretar es del chivo expiatorio. La culpa, la responsabilidad en último término han de caer sobre él, el maldito, la anormalidad, el causante del mal.

DIOS: Bien, entonces, te sea permitido. De su prístina fuente aparta a ese alma, y llévala, si puedes aferrarla, por tu camino abajo, junto a ti; pero maldito si has de confesar: un hombre bueno, en su ímpetu en tiniebla, del buen camino tiene ya conciencia.**

DIOS: La actividad del hombre se adormece, y le gusta el descanso sin estorbos; por eso es bueno darle un compañero que empuje y le haga de demonio.**

Mefisto desde, y a pesar de su rol informa y advierte a Fausto de las posibles consecuencias de sus decisiones.

MEFISTO: Ya está fuera de ti otra vez, y si esto sigue, vas a acabar en la locura o en el horror y el miedo: ¡basta ya!**

MEFISTO: Cuando un imbécil no ve la salida, se imagina que todo ha concluido. ¡Solo vive quien no pierde valor!**

Incluso y esto puede parecer contra intuitivo, acompaña los deseos de Fausto con consideraciones bastante humanistas.

MEFISTO: cada cuál solo aprende lo que puede, pero aquel que aprovecha su momento es el hombre decente**

Pero es Fausto quien conscientemente desea cumplir sus anhelos a costa de todo, es Fausto quien, a pesar de las advertencias, comete un sin fin de faltas.

FAUSTO: ¡Demonio, acorta el tiempo de mi angustia! ¡Lo que ha de ser, que sea ahora mismo! ¡Que su destino caiga sobre mí y ella se hunda conmigo!**

Es Fausto quien sacrifica a Mefisto, como el chivo expiatorio que acepta ser, cuando alegando su naturaleza humana, débil y sugestionable, evita toda responsabilidad.

Fausto, aquel que demandó el amor como él lo pensaba y lo abandonó cuando la responsabilidad lo llamó, aquel que cometió el crimen y huyó; es el mismo que decide no asumir responsabilidad alguna, es aquel que para evitar la culpa y enfrentar las consecuencias de sus decisiones y actos, transfiere toda la culpa y las faltas a Mefisto.

FAUSTO: ¡Sálvala, o ay de ti! ¡La maldición más horrible sobre ti, por miles de años!**

MEFISTO: Yo no puedo romper las cadenas del Vengador, ni abrir sus cerrojos... ¡Que la salve!... ¿Quién fue el que la precipitó a la perdición, tu o yo?**

Mefisto: ¡Querrías ahora echar mano de los truenos! ... Hacer pedazos al inocente que se tiene delante es vuestra costumbre tiránica, para buscar alivio en la perplejidad.**

Esto no quiere decir que Mefisto sea inocente o este libre de culpa, él sabe quien es, lo que hace y lo que ha hecho y asume responsabilidad por ello.

MEFISTO: Parte soy de esa fuerza que pretende siempre lo malo, y siempre hace lo bueno.**

MEFISTO: ¡El espíritu soy que siempre niega!**

Como representación de todos nosotros, Fausto es quien no ha crecido y sigue escondiéndose detrás del chivo expiatorio para evitar enfrentar sus decisiones y en última instancia a si mismo.

En la segunda parte de Fausto, de Goethe, él pide perdón y es salvado de la condena y es recibido en las huestes celestiales.

Y esta es la segunda falla que aún hoy ocurre entre nosotros, la falsa ilusión de que un dios - y su moral - nos salvará y justificará de nuestras faltas si nos sometemos a él. Mientras no veamos nuestros errores como co-catalizadores de las faltas o injusticias que han caído sobre nosotros, seguiremos culpando al otro, no solo por lo que hizo, si no también añadiremos estigmas y fallas en el otro que probablemente fueron nuestras.

Tal vez cuando decidamos vernos con mirada más humana y menos divinizante (algunos dirían victimizante) podamos ver al otro con ojos más benévolos, aprendamos a cuestionarnos, a perdonarnos por lo que sucedió y evitar que suceda otra vez.

* René Girard. (2024). El chivo expiatorio. Anagrama

** Johann W. Goethe. (2015). Fausto (Trad. J. M. Valverde). Libros del Zorro Rojo

Las elecciones presidenciales de Uruguay ocurrieron en 2024 y esta visualización muestra con distintos grafos (mapas, barras) e interacciones varias los resultados finales y como se fueron dando en el país, en los distintos departamentos, a nivel de los partidos políticos y en el balotaje.

Elecciones Uruguay 2024

Visualizacion de datos de las elecciones de Uruguay de Octubre 2024 y el balotaje en Noviembre 2024

Mefisto - Elecciones Uruguay 2024

Los objetivos de este mini proyecto van desde lo técnico a lo comunicacional; en lo técnico es poner en uso tecnologías, librerías y conceptos que se destacan por su eficiencia al momento de ser usados para implementaciones de software.

En el campo del UX, la idea es experimentar con formas de visualizar los datos en pantallas reducidas, hacerlo dinámico, legible y entendible (tanto en la interacción como en el contenido)

La mayoría de las personas miran información desde sus teléfono móviles, si las visualizaciones no se adaptan a estas restricciones, ninguna comunicación será adecuada y se habrá desperdiciado tiempo, dinero y espacio

A nivel comunicacional el objetivo es sobrepasar esa limitante de la parcialidad y la subjetividad al dar prioridad, exclusividad casi total, al mensaje que los datos visualizados emiten

En temas de política es muy difícil comunicar, siempre hay una subjetividad. Eliminar en lo posible eso ofrece la posibilidad de generar diálogos más sensatos, más civiles.

Qué tecnología se uso?

Es una conjunción de varias tecnologías, la cuidada y meticulosa implementación de la arquitectura y el código necesario para que la aplicación funcione eficientemente y de forma clara:

• svelte usando el framework svelte-kit se implementó el frontend, es fácil de entender y relativamente simple de implementar si se sigue buenas prácticas de ingeniería de software

<script>
  import * as Styles from './styles';

  export let imageName;
  export let title;
  export let description;
  export let linkLabel;
  export let link;
  export let linkClass = '';
  export let target = '_blank';
</script>

<div class={`${Styles.card}`}>
  <div class={`${Styles.imageContainer}`}>
    <img
      class={`${Styles.image}`}
      src={`/images/${imageName}`}
    />
  </div>
  <div class={`${Styles.body}`}>
    <div class={`${Styles.content}`}>
      <h3 class={`${Styles.title}`}>{title}</h3>
      <p class={`${Styles.description}`}>
        {description}
      </p>
      <div class={`${Styles.linkContainer}`}>
        <a class={`${Styles.link} ${linkClass}`} href={link} {target}>
            {linkLabel}
        </a>
      </div>
    </div>
  </div>
</div>

• tailwindcss y preline para los estilos de la aplicación, es versátil, mantenible y, una opinión muy subjetiva, espectacular para usar.

Algo que me gusta hacer imitando lo que hace StyledComponents es exportar los estilos desde './styles' y evito llenar de líneas el código del componente

export const xTickLabel = `
  invisible
  text-xs
  font-noto
  font-light

  md:visible
`;

export const yTickLabel = `
  text-[0.6rem]
  font-noto
  font-light

  md:text-xs
`;

export const numOfVotesLabel = `
  text-xs
  font-noto

  sm:text-sm

  lg:text-lg
  lg:tracking-wider
`;

export const percentageLabel = `
  text-[0.6rem]
  font-noto
  font-light

  sm:text-xs

  lg:text-sm
`;

Luego está layercake que es un framework gráfico, se hace cargo de las medidas y cálculos necesarios para posicionar y renderizar los componentes - que se implementan de forma independiente, ya sean SVG, WebGL, Canvas o HTML.

<script>
  import { LayerCake } from 'layercake';
  import { data24, data19 } from '$data';
  import { CirclePack, DetailsSlider, Header, observedYear } from '$lib';
  import * as Styles from './styles';

  const dataOptions = {
    2019: data19,
    2024: data24
  };

  let isOpen = false;

  let dataForParty = null;
  let selectedParty = null;

  let dataForPartyToUse = null;

  const setDataForParty = () => {
    dataForPartyToUse = selectedParty
        ? dataOptions[$observedYear].find((d) => d.accronym === selectedParty)
        : null;

    dataForParty = dataForPartyToUse;
  };

  const onToggleYearViz = (year) => {
    setDataForParty();
  };

  const onToggleDetails = (shouldOpen, selParty = null) => {
    isOpen = shouldOpen;
    selectedParty = selParty;

    setDataForParty();
  };

  $: dataForParty = dataForPartyToUse;
</script>

<div class={Styles.container} class:h-full={!isOpen} class:h-[32%]={isOpen}>
  <Header
    header="Resultados por Lemas"
    description="(Seleccioná un partido para más detalles)"
    onToggleViz={onToggleYearViz}
  />

  <LayerCake data={dataOptions[$observedYear]}>
    <CirclePack {onToggleDetails} />

    <DetailsSlider
      {isOpen}
      selectedData={dataForParty?.data || []}
      title={dataForParty?.party}
      description={dataForParty?.party && dataForParty?.party !== 'otros'
          ? '(Sublemas más votados)'
          : ''}
      onClose={() => onToggleDetails(false)}
    />
  </LayerCake>
</div>

Y la cereza del pastel es d3js una librería de bajo nivel que es usada para los cálculos de posicionamiento, escala (tanto visual como cuantitativamente) y demás transformaciones necesarias para generar las visualizaciones.

En lugar de usar d3js para graficar los components, se lo usa para los cálculos, los components son elementos SVG (i.e. dot.svelte) que reciben en sus props todo lo necesario para renderizar

<script>
  import { getContext } from 'svelte';
  import { Svg } from 'layercake';
  import { stratify, pack, hierarchy } from 'd3-hierarchy';
  import Circle from './circle.svelte';

  const { width, height, data } = getContext('LayerCake');

  export let sortBy = (a, b) => b.numOfVotes - a.numOfVotes;
  export let spacing = 0;
  export let onToggleDetails;

  $: dataset = [...$data, { party: 'URUGUAY', accronym: 'UY' }];

  $: stratifier = stratify()
    .id((d) => d.accronym)
    .parentId((d) => (d.accronym === 'UY' ? '' : d.parent || 'UY'));

  $: packer = pack().size([$width, $height]).padding(spacing);

  $: stratified = stratifier(dataset);

  $: root = hierarchy(stratified)
    .sum((d) => d.data.numOfVotes || 1)
    .sort(sortBy);

  $: packed = packer(root);

  $: descendants = packed.descendants();

  const descendantData = (d) => {
    const { color: partyColor, accronym, percentage } = d.data.data;

    return {
      x: d.x,
      y: d.y,
      r: d.r,
      partyColor,
      accronym,
      percentage
    };
  };
</script>

<Svg>
  {#each descendants as d}
    {#if d.depth > 0}
      <Circle {...descendantData(d)} {onToggleDetails} />
    {/if}
  {/each}
</Svg>

Y los datos?

La Corte Electoral del Uruguay pone a disposición, como datos abiertos, todo lo concerniente a las elecciones: desgloce de votos, información de los partidos políticos, sus sublemas y los candidatos correspondientes, el plan circuital, y mucho más.

para este proyecto específico se utilizo la data que incluye el número de votos de un partido político en la mesa serie de la comisión receptora de voto crv del departamento X

Con librerias como pandas y numpy (del mundo python) se extrajo, organizó y se le dió una estructura consistente con lo que la aplicación esperaba para poder renderizar los datos de forma visual.

La diferencia sustancial que, a mi parecer, no se la aborda de manera más constante y crítica entre el machismo y el feminismo, y que podría dar luz hacia un camino de ecuanimidad, es la razón existencial de ambas posturas:

El machismo es un estilo de vida

Es un comportamiento, es parte de la cultura; su proceder es inconsciente, es el piloto automático de nuestra sociedad.

Lamentablemente, como el huevo y la gallina, la cultura ha elaborado o cimentado acciones o escenarios que justifican, promueven y naturalizan tal comportamiento, y en reciprocidad el machismo influye y naturaliza en la cultura tal proceder.

El feminismo es una filosofía

Require e implica el proceder consciente para actuar. Sea una persona educada o no, una postura filosófica requiere un mínimo de consciencia crítica (es lo que promueve los cambios alejados del status-quo).

En este proceder acompañado de una actitud crítica, el feminismo, desde antes siquiera de llamarse feminismo, ha ido modificando el comportamiento de la sociedad hacia un estado más ecuánime, más tolerante y respetuoso.

El lado obscuro de cualquier filosofía es su posible transición a religión, a dogma

Planteada como una filosofía, disfrazada de teología y actuada desde lo político cualquier pensamiento o postura filosófica corre el riesgo de ser perniciosa y al contrario de su objetivos iniciales tiende a instaurar un formalismo y un conservadurismo adaptado a sus posturas sin mediar tolerancia.

Esto podemos verlo en cientos de facciones, o escuelas, algunas volviéndose autoritarias e intransigentes, otras deviniendo en la intolerancia a lo distinto e incluso varias ya instaladas en el esoterismo, justificando la superioridad a través de "razonamientos" excluyentes.

Cuando como sociedad entendamos estas diferencias, la cultura y su comportamiento tendrán una oportunidad de cambiar a mejor.

Una filosofía bien pensada y llevada con crítica está destina a evolucionar, a cambiar la forma de pensar; abandonar el nombre de batalla, i.e. feminismo, que representa su lucha contra lo corrupto, i.e. machismo, por un honesto proceder aspirando el bienestar de la especie y sus individuos, i.e. humanismo.

El día que los comportamientos naturalizados no solo sean cuestionados por otros, si no por el mismo actor, el día que tal persona tome consciencia crítica de sus actos, los cambiará de forma honesta.

En la actualidad muches aliades "cambian" su proceder. Ocultan su verdadero pensar y actuar para evitar ser excluidos y en casos más serios, para sacar ganancia de la situación actual.

mi VOTO cuenta, mi NO voto también

Algo que vengo repitiendo hace mucho tiempo en esta idea de sabotear el proceso electoral. Normalmente cuando digo esto las reacciones que recibo suelen agruparse en estas dos opciones:

a) "eso es desobediencia civil" suele ser el comentario y entiendo porque puede ser percibido como tal. Más adelante detallo el porque no lo es, pero la respuesta rápida es:

aunque la obligación de votar está siendo ignorada (ergo desobediencia) realmente, a mi parecer, se está manifestando el parecer democrático en acto de silencio, es decir el acto en si es mucho más que solo desobediencia

b) "es resistencia pacífica y Ghandi ya lo hizo" suele ser el otro comentario común que suelo recibir y puedo comprender porque:

me resisto frente a la obligación de asistir a las urnas para votar y al no hacer una huelga o una manifestación entonces puede ser visto como una actitud pacífica, pero para hablar de una resistencia pacífica debe existir un avance no-pacífico (i.e. violenta) del lado contrario. Y nada de lo que planteo se alinea con esto.

A qué me refiero con "boicotear el proceso electoral"?

El nombre que prefiero use es "actitud civil pasivo-agresiva" y para que pueda llamarse así debe cumplir los siguientes requisitos

- Debe ser ejecutada por una mayoría poblacional, me atrevo a decir que más del 80% de la población debe comprometerse y cumplir lo pactado

- A nivel individual debe ser frontal, directa e intransigente, es decir frente a la pregunta "tu lo hiciste?" o "tu participaste?" la respuesta debe ser un directo "SI".

- El pueblo que decida hacer esto deberá estar en un punto de consciencia social avanzado,

Si el ente social fuera una persona, debe ser un adulto racional, responsable, respetuoso y mayor de 30 años

Lamentablemente no se me ocurre más de 5 pueblos, o sociedades, capaces de hacer esto y ninguno de esos está en Latinoamérica.

La paradoja con este requisito es que una cultura con esta madurez social probablemente no tenga la necesidad de reclamar o recriminar nada a sus gobernantes.

Me atrevería a marcar este requisito como opcional con la esperanza (todo esto hipotético) que al menos dicha cultura tenga un mínimo de raciocinio.

Con estos requisitos en mano la ejecución es simple; simple de explicar, complicado de ejecutar.

No asistir a las elecciones, no sufragar

Incluso antes de eso, no participar de las campañas ni activamente, militando, ni pasivamente, conversando o discutiendo de política, específicamente de los partidos políticos y sus candidatos.

Las consecuencias pueden ser peligrosas, incluso nefastas, y es por eso que el pueblo, el ente social, debe actuar como un adulto. Debe estar consciente de las consecuencias y debe estar dispuesto a aceptarlas. Solo así, y esta es mi creencia, en el futuro se podrá percibir un cambio a mejor.

Esto no es algo que cambie de la noche a la mañana

Podría usar como ejemplo cualquier o casi cualquier estado especialmente de Latinoamérica pero ya que el tema del momento es la situación política de Venezuela, empezaré por ahí:

Los números que uso, tienen por objetivo dar contexto al ejemplo, no son reales

Día de las elecciones, el 80% de la población habilitada para votar no concurre a las urnas. En las primeras horas de la mañana es un incidente que llama la atención pero, me atrevo a decir, sería justificado en líneas similares a "son unos cobardes y saben que el pueblo está con nuestro presidente".

Para el medio día la situación es alarmante, todos los observadores, los entes internacionales, todo el mundo empezaría a hablar. A la noche el presidente saldría a decir que

Es una afrenta y un atentado del imperio ... las fuerzas capitalistas quieren destruir la gloria del pueblo bolivariano

Esto no quiere decir que al día siguiente el presidente renuncie porque entendió la decisión del pueblo y la va a respetar, al contrario, un gobernante autoritario no se va (como ha quedado demostrado con todo lo sucedido).

Las cosas no van a cambiar, ese el punto central de mi pensamiento; el poder no va a cambiar, los políticos no van a cambiar, pero somos nosotros quienes podemos poner un grito más allá de las manifestaciones y de esta manera dejar una sensación de humillación a quienes deberían gobernar y trabajar como se debe.

Al menos ese podría ser el inicio hacia algo mejor.

Una experiencia sensorial cercana a "El perfume" de Patrick Süskind - me atrevo a decir que es una derivación elegante y bien hecha de tan espectacular libro.

Una niña introvertida, marginada y que es agredida constantemente en sus círculos cercanos; las compañeras de clases la atan de manos, la golpean, la mejor amiga de su madre la amedrenta constantemente y su tía le muestra un desprecio que es difícil de no verlo.

Pero Vicky ignora o pasa por alto esas situaciones para mantener contacto con lo que le interesa y ama: su madre y su colección de olores, frascos en los que introduce cuanta sustancia encuentra y la atrae lo suficiente para ser almacenada, especialmente el olor de su madre.

El super sentido del olfato de Vicky es la causa de un loop temporal que pone en descubierto la moral y las tradiciones torcidas de una cultura occidental que, excluyendo los detalles propios de los individos en la historia, es la que nos embebe y de la cual manamos, y como un loop infinito alimentamos y nos alimenta.

La fotografía es delicada sin sobrecargar nada y dejando al descubierto lo necesario de una forma estética y muy bien pensada.

La trama de la historia ondula entre la simpleza de una historia fácil de entender y la complejidad que se da en la intersección de la historia de cada individuo.

Sin embargo lo mejor de la película es la música, tanto la sonorización como la banda sonora es algo memorable, cada nota cada sonida encaja a la perfección con cada momento, con cada emoción y con cada circunstacia que se da en el transcurso de la historia

Si nunca leyeron "El perfume" de Patrick Süskind mi recomendación es léanlo primero y luego regresen a esta película, la forma de verla y de entenderla va a ser distinta.

Es difícil mirarse a si mismo. Contrario a lo que se cree, mirarse a si mismo es apreciarse con la misma mirada con la que apreciamos a otros. Lo usual, me atrevo a decir, es apreciarnos a través de otros; vemos en nosotros lo que otros ven.

Toma tiempo y mucho esfuerzo mirarse. En el más estricto sentido de la palabra, mirarse implica aceptarse - pero ese es el estado final. Se debe pasar por la vergüenza de si mismo, el verse al espejo o a través del lente y no sentirse cómodo porque sentimos que nuestras vulnerabilidades y contradicciones son lo único que hay.

Luego de ese primer (o primeros) encuentros es cuando empecé a sentirme cómodo mostrando algo más que solo una mirada vacia o una apatía que parecía constante. Tal vez en ese momento es cuando tomé consciencia de todas esas locas ideas que tenía de mí pero no me atrevía a decirmelas.

Luego está el atreverse a verse vulnerable, el dejarse llevar por las emociones de angustia o incluso desesperación. Digo "verse" no "mostrarse" porque es fácil, en comparación, mostrar nuestras vulnerabilidades; vernos a nosotros mismos mientras el dolor nos acompaña, esa es otra historia.

no soy mala hierba, solo hierba en mal lugar

También es un ejercicio en retrospectiva: no solo es atreverme a mostrarme y mirarme a través del lente, es mirarme en distintos momentos y con distintas formas y emociones, es darme libertad.

Tal vez lo más difícil en esta instancia de darme el poder de observarme, a través del lente, sea precisamente ver el paso del tiempo, ver las marcas y reconocer las historias que han dejado esas marcas. Tal vez me equivoco pero es en este punto en el que empezamos el proceso de aceptarnos.

Atrevernos a mostrarnos y vernos a nosotros mismos como nos gusta ser, es duro, es crecer, es dejar de racionalizar nuestras fallas y nuestras virtudes, y en su lugar, simplemente (como si eso fuera fácil) vivir e intentar ser quienes somos y aceptar que, como dice la canción ...

... todos somos artistas de mierda en potencia

Muchas veces nos preguntamos por qué seguimos caminando por el mundo a pesar de todo el mal que nos sucede. A veces nos cuestionamos si nuestra existencia vale lo suficiente como para soportar lo que nos espera a la vuelta de la esquina.

Algunos entre nosotros nos hemos despertado con la duda de si alguien nos piensa o si nuestra presencia le da sentido a alguien, muchas veces muchos entre nosotros hemos sentido soledad.

La soledad es parte integral de lo que somos, y las preguntas, hechas antes, no son las correctas; es más no son preguntas, sino respuestas certeras lo que debemos considerar. Si pensamos en alguien es porque alguien nos piensa y esperar que nuestra presencia le dé sentido a alguien es egoísta cuando lo que deberíamos intentar es encontrar el sentido si es que lo hay.

¿Y si no hay sentido?

Tal vez no lo haya, pero nuestra mortalidad no nos permitirá entenderlo. Podemos intentar concebir lo que hay si abandonamos nuestros deseos de trascender....

...si nos vaciamos

Solo dejando de lado nuestro ego y aceptando que la vida es un abanico de matices y formas, algunas que incluso no podremos percibir, entenderemos lo que tal vez la vida nos trata de decir

ríe a carcajadas, llora gritando, guarda el corazón en una maleta y sigue buscando el libro de los cuentos incontables*

Las películas de terror por lo general no suelen presentar tramas muy elaboradas, de hecho casi todas siguen una misma estructura, una maldición o un psicópata encubierto o un trauma que se presenta de forma inconsciente o sobrenatural.

Lo que a mi parecer define como buena a una película de terror suele ser la forma en que esa estructura es presentada, y si la película usa esa estructura para poner en relieve conceptos más profundos creo que es cuando pasa de ser buena a ser excelente, un buen ejemplo de esto es IT o The Shine.

También hay películas de suspenso que lindan con el terror por la forma en que la trama o las escenas son presentadas.

Ahora bien, las películas de terror suelo clasificarlas en terror psicológico y terror visceral. De las dos, el terror visceral es probablemente el más aburrido y predecible, un buen ejemplo de esto es SAW y toda su franquicia, apuntan al morbo y al efecto de morbo que pueden producir en las personas pero si alguien está insensibilizado a parte de predecibles y aburridas pueden llegar a ser burdas, SAW y Final Destination creo que caben bien en está definición.

El terror psicológico tiene mejor efecto de terror pero no necesariamente va a ser bien realizada, por ejemplo: Ryngu no tiene buenas actuaciones y los efectos son muy precarios sin embargo cala en la psique del espectador y ese terror puede durar más tiempo luego de haber terminado de mirar la película (otro gran ejemplo es The Shine), pero The Ring (la adaptación Estadounidense) es un bodrio, aburrida, predecible y simplona a pesar de tener mejores actores, mejores efectos y mayor presupuesto para su realización es una película hecha para las masas y como tal es fácil pasarla por alto.

Con esto dicho, SMILE es una película que no logra ser excelente pero si cae en la categoría de muy buena, la trama es básica, una maldición, la interacción entre los personajes a momentos llega a ser predecible pero a pesar de eso la fotografía es excepcional, la musicalización está cuidada al detalle y la forma de presentar la historia y particularmente la manera en que los sustos son puestos frente al espectador demuestra que el director se preocupó que está película, aunque tuviera elementos de terror visceral, tuviera los elementos adecuados de terror psicológico que deja al espectador ansioso y paranoico incluso horas después de salir de la sala de cine.

Hace mucho tiempo esperaba volver a ver una película de terror que realmente me hiciera brincar del asiento y que luego de horas me hiciera voltear hacía las sombras de la pared con un poco de ansiedad.

Crecer es aprender de errores y aciertos, es aceptar quien eres, es entender que la vida no es sencilla quien quiera que seas y que a pesar de todo, y de nada, todo sigue.

Crecer es saber que no eres imprescindible pero que para algunos, los pocos, eres esencial.

Es comprender que tal vez no fue bueno pero fue lo mejor^*

Y tal vez tarde o antes de lo esperado aprendemos que lo importante y tal vez lo más doloroso no es la caída, es levantarse, limpiarse el polvo del piso y si es necesario, curarse antes de volver a caminar.

Cada uno tiene su propio camino de dolor, para algunos es un desierto, para otros es una caída sin fin; pero si entendemos que el tiempo también es de cada uno, es más fácil recorrer ese camino ya sea para encontrar la puerta de salida o para caminarlo hasta que la extenuación y el aburrimiento nos lleve a decir

basta, arrancamos para otro lado

Crecer es observar, es escuchar atento y consciente de los colores, la música, la vida que ocurre alrededor y reconocer que somos parte activa lo queramos o no.

Crecer es lanzar ganchos, es darse contra el aire, es aceptar que en invierno las gaviotas se retiran del mar y que sin embargo tu te quedas porque lo relevante no es el mar, es lo que ocurre en él.

Crecer es aceptar donde estás y apostar hacia donde quieres llegar.

Ambientada en 1770 en la Bretaña Francesa, una película sobre resilencia, resistencia, aceptación y sobre todo amor no solo ante las circunstancias o los otros sino frente a nosotros mismos y nuestros demonios.

Marianne es contratada para pintar el retrato de Hélöise por lo que debe ir a la casa de su contratante para instalarse durante 6 días y elaborar el cuadro, algo que supondría una tarea relativamente fácil es la premisa para un drama complejo donde podemos apreciar los prejuicios y las estructuras culturales de una época en la que decidían con quien te casabas, cuál debía ser tu educación y, aunque a nivel personal te "revelaras" contra el sistema, como debías pensar la cultura y la sociedad en la que estabas insertada.

Sin conocer a tu futura pareja, si eras mujer tu cuadro era enviado al futuro esposo quien aprobaba o no y si lo hacía viajabas a conocerlo y ya de paso a casarse.

algo así como un tinder renacentista

Si eras pintora no podías pintar desnudos de hombres porque:

sin una noción de la anatomía masculina, los temas mayores se nos escapan...

Entonces qué hacían quienes estaban determinadas en avanzar su carrera como artistas? disfrazar sus nombres con nombres masculinos, enviar sus cuadros a concursos con el nombre de sus padres o esposos si alguno de ellos era un reconocido pintor.

Y finalmente el amor, aquel amor que actualmente se trata de pensar como un sentimiento que puede surgir entre quienes quieran sin importar quienes son, incluso ahora y aún más en aquellos momentos era restringido a aquellos que "son distintos en sus elementos biológicos" (nótese el eufemismo para decir que la homofobia era la piedra angular de una sociedad que clamaba el despertar del intelecto).

Un solo detalle más y muy personal sobre lo exquisita que es esta película, la fotografía y no solo la fotografía de la película, que es maravillosa a cada instante:

cada encuadre es digno de admirar y detenidamente estudiarlo.

Sino también para aquellos que conocen y disfrutan del mundo de la fotografía es una historia en la que podemos ver el proceso de fotografiar en su forma artesanal y primaria, esa forma anterior a la mecanización de atrapar la luz, en la que la luz era dibujada y plasmada a mano.

disclaimer: This post will cover the main details about how to set up Continuous Deployment when you're developing mobile apps, specifically using ReactNative to build android and iOS applications, however consider that the same configuration (with some pertinent modifications) would work for native deployment.

Deploying mobile apps with the current state of the technology can be not only cumbersome but very stressful, you need to keep track of certificates, profiles, specific platform configurations, plus internal requirements like unit tests or integration tests and specific environments like QA, Release, Development or even an environment to deploy certain features for review and test (iOS call these environments schemas while android call them flavors)

If you have just one flavor but want to have the app deployed for testing (TestFlight in AppStore and alpha/beta testing in PlayStore) you could think all of this is unnecessary and a simple configuration is good enough or even manual deploy could be the proper solution but that's not true, and pay attention to this, in the long term having automatic deployments well configured, even if it's only one environment, will help you to have an stable environment, to focus on the architecture (this is something that drives my interest and where I like to focus most of the time) instead of trying to figure out why the app is not being built or deployed.

what's not this post about?

This post won't detail each of the steps, mainly because most of the things are specific to the tools and the needs you could have, and for that there's always documentation, forums and your experience.

This post is not an evangelic posture regarding Jenkins + Fastlane, it will present these tools because they're the ones being use in VitalBeats and are the ones that give us the confidence, stability and maintainability to keep deploying our products, however the core concepts should be translatable.

Let's work!

Let's enumerate the tools/environments involved during this process:

Github

Your source code should be stored in a version manager system, but not only that, your private keys, env_vars, certificates should stored in a private repo and must be encrypted (always be concerned with security), with that in mind you should keep in mind some env_vars should be set in the deployment environment (i.e. Jenkins) and read those from your deployment environment, for everything else, stored them encrypted.

Here in VitalBeats we use fastlane.match for iOS certificates and profiles (more about this below) and for everything else (android keys, iOS and android env_vars, GoogleServices plist files) fastlane.cryptex

you can follow the documentation to understand how to set up those repos based on your project requirements

I'd suggest following repo structure for iOS:

• certificates branch: as stated in fastlane.match you should have:

certs/
  | development/
  	| <CertificateID>.cer
    	| <CertificateID>.p12
    
  | distribution/
  	| <CertificateID>.cer
    	| <CertificateID>.p12
    
profiles/
  | development/
  	| Development_<identifierId>.mobileprovision // i.e. Development_com.foo<.flavor>.mobileprovision
  | appstore/
  	| AppStore_<identifierId>.mobileprovision // flavor(s) you'll deploy, i.e AppStore_com.foo.<qa|dev>.mobileprovision

• env_vars branch (using fastlane.cryptex)

GoogleService-Info-<flavor>.plist.crypt // most probably you'll be using firebase PN and any other service

env-<flavor>.crypt // env_vars like URL, internal keys

fastlane-env.crypt // env_vars used by fastlane

This is the suggested repo structure for android:

• <flavor> branch: because we're using fastlane.cryptex for this platform, all documents should be stored in each <flavor> branch

api-playstore.json.crypt
env.crypt
google-services.json.crypt
release.keystore.crypt

fastlane

After several attempts we arrived to an structured, modular and consistent way to have fastlane in our product that allow us to have the platform specifics separated without conflicting between them:

root/
  | Gemfile // cocoapods, fastlane, etc
  | Jenkinsfile // more about this file below
  | fastlane/
  	| pluginfile // list of plugins use by both platforms
    
  | ...
  
  | android/
  	| fastlane
            | Cryptexfile // created when cryptex is configured
            | Fastfile // lanes defined and structure
            | Appfile
      
  | ios/
  	| fastlane
            | Appfile
            | Cryptexfile
            | Deliverfile // to configure AppStore metadata
            | Gymfile
            | Fastfile // lanes defined and structured
            | Matchfile

keep in mind
When deploying to the AppStore (iOS) to deploy the app to the store not just TestFlight you'll need to enable and act with 2FA in mind you should use fastlane.spaceauth to get a session cookie that will be used by fastlane to upload the build and set it for Store Deployment (the session cookie will be used when Jenkins is configured)

Sadly the process to get and set the session cookie must be done every time you want to publish a build to the store (to start the review process which must be done directly from the AppStore site) because it has an expiration time of 24 hours

Fastlane, specifically the fastfile source code must have configured everything related to build and to deploy the app, it should specify how to get the certificates, what keys to use, where to save the build, when to upload to TestFlight and when to deploy as a potential release to store, it must have the credentials to upload the build to any of the stores.

Ideally it also should send slack notifications (or any kind of notification for what is worth) about the state of the build, if it failed or if it succeeded.

When configuring Fastlane do it without any CI server in mind, think: this is the way to build and I'll have to run the command manually, this way of thinking will help you to keep things isolated in the right places

Build Server

Before detailing Jenkins configuration we need to set up and prepare our Build Server (here at VitalBeats we use macstadium but you could use even your local computer).

Before setting up Jenkins to work with this computer as a node you'll need to prepare the build and deployment environment so here are the simplified steps and notes I hope will help you:

• Clone your app repo in a logical and consistent directory (I like to create a Developer/ directory inside /Users/<Home>)
• Install dependencies and run pod install
• Open XCode, sign in with the proper account (don't do anything else here)
• Run a build for iOS (in every flavor you have) from the console, if you configured correctly fastlane (with its plugins) the certificates will be installed and a prompt will appear asking you the password to store them in the Keychain app
• Do the same but for android
• Create a directory (ideally inside the ~/Developer directory) named jenkins/ or something meaningful (this will be the directory used by Jenkins to manage the builds)

NOTE: always enable, with proper security, ssh access to your build server, most of the time is more convenient to access it through ssh instead of using vnc and consuming resources unnecessarily

NOTE 2: Leave the cloned project you used to configure and install dependencies and certificates, it will help you to debug potential issues that could happen and specially it will help you to get the session cookie knowing it's the standalone project and not the one managed by Jenkins

// The command to get the session cookie must be
// executed inside the ./ios directory

$> fastlane spaceauth -u foo@bar.com

// You must configure your apple developer account to
// use a phone number to send the auth code in order
// to receive the session cookie

NOTE 3: there'll be some keys and env_vars you'll have to add and configure in your build server, i.e. .zshrc or .bash_profile or .vimrc to ease the access and management of the computer and those files will be needed every time you need to configure another computer or the same if you format it, so, and this is important, use dotfiles and store them in a private repo, that way next time you'll only need access to that repo, execute a bootstrap script and everything will be in place

Jenkins

yeah!!! we finally arrived to the special piece, the one that will automate our whole process and will ease our life :)

Configuring Jenkins is not difficult, it's a little complex because the UI (and this is my personal opinion) is not friendly but with attention, the tool can be properly configured to do whatever you want.

The first thing is to configure the node (the build server you configured previously). You'll need to follow the steps to configure Jenkins service, once that's done, you'll need to create a node, which will be the build server, and for that Jenkins will give you a secret key you need to store and execute next to the agent.jar file.

As mentioned before, the UI is not too friendly so if you can't find the link to download the agent.jar file here's the link

I'd suggest to use Automator app to create an app that will locate the agent.jar file and execute it with the secret key you just got, this app will be accessed more easily and you or any other person will only need to open it in order to start, or restart, the node

Once you have confirmation the node is running (Jenkins UI will inform you about that), open the node and go to its configurations - Configure link - and add here those keys or env_vars that need to be passed to the Build Server.

One important env_var is FASTLANE_SESSION (or the name you want to use) that will be used to upload your build to the AppStore for release (explained above)

Once you have all this configured, open your fastfile source code and configure it, considering following constraints:

• Jenkins should only be used to access via ssh to your build server and execute fastlane commands
• Separate stages like install test build iOS and build android
• Jenkins should stop everything if, let's say, install and test stages fail
• Jenkins should build iOS and android independently, this means, if iOS fails it should build android

With that in mind I'd suggest to use sshagent plugin to access the Build Server and catchError plugin for iOS/android independent builds.

And that's it, if you read the documentation, planned properly and configured consciously you'll have an environment that will help you to improve your development and will ease the distribution of your app :D

La mística, le creencia que fuerzas superiores, sobrehumanas afectan nuestros rumbos y que algunas pueden doblegarse para cumplir nuestros deseos y otras pueden entenderse e interpretarse para dar sentido a lo que nos sucede a partir de suposiciones que se creen reales, verdaderas y validas es algo que desarrollamos desde los primeros pasos en el razonar de los seres humanos y nos ha acompañado desde ese primer momento en que atribuimos poderes divinos al trueno, al volcán y a los animales.

Creer en algo superior es algo que llevamos en nuestra psique impregnado a fuego y no está ni bien, ni mal, es parte de lo que nos define como especie. A partir de razonamientos, evolución social, adaptación cultural y la aparición y presencia de las ciencias y sus herramientas, estás creencias místicas, mágicas, religiosas han sido contradichas. Sin embargo seguimos creyendo.

El más ateo entre nosotros va a tener dificultades tratando de explicar su postura sobre las coincidencias o el "pasó por algo" sin recurrir a sus creencias, incluido el nihilismo

Psicológicamente este comportamiento explica y justifica la delegación de la responsabilidad, de la culpa.

Incluso el más estoico al menos una vez en su vida se deslindará de sus responsabilidades, de su dolor, de su culpa.

De un lado del espectro están los fanáticos, aquellos que ciega y tercamente aceptan como verdades los "postulados" místicos y son capaces de ir a las armas por ellos.

Al otro lado del espectro están los vendedores de humo, los shamanes modernos, los gurús actualizados y contemporáneos, y no es que recién aparecen, siempre han estado presentes pero ahora gracias a la interactividad, la virtualidad y todo aquello que conocemos como parte de la modernidad líquida, se han potenciado.

Creadores de cultos, couches de la vida fácil, profetas del narcisismo exacerbado y el optimismo cruel, son aquellos que promulgan y promueven el falso criterio, el falso razonar y el sinsentido que sigue flotando en nuestra sociedad.

Son ellos quienes promueven la ignorancia y con ello la negación de la culpa y la delegación de la misma con sus consecuencias, que no son pocas, entre ellas los fanatismos, la falta de responsabilidad de los actos y la responsabilización a terceros humanos y divinos.

Son ellos los que disfrazando de "conocete a ti mismo" provocan precisamente lo contrario.

Recientemente ví "La noche de 12 años" que cuenta la historia del encierro clandestino que sufrieron Mauricio Rosencof, Eleuterio Fernández y José Mújica durante 12 años.

Los movían constantemente de ubicación, a veces a prisiones en el interior del país, a veces a calabozos (al parecer improvisados) como silos de agricultura, en el medio, obviamente, eran torturados de muchas formas. En la película (a mi parecer suavizada de lo que debió suceder en realidad) los golpean, escupen, orinan en su comida o encima de ellos, los "bañan" con agua helada disparada a presión, todo eso es aberrante y doloroso de ver (y de imaginar) sumado al hecho que había orden que nadie hablará con ellos y ellos no podían hablar entre sí, pero la que me sacó de mi raciocinio y lo único que pude expresar fue "que HDP, eso ya es saña" fue cuando en un lugar (al parecer del interior del país) en las celdas que eran relativamente grandes, con pintura blanca dibujaron un cuadrado de no más de dos metros cuadrados, es decir les permitían ver el espacio en el que podrían moverse pero solo eso, mirar ese espacio, no podía moverse fuera de su cuadrado dibujado con pintura blanca.

Ahora bien, hace unas semanas terminé de leer "sobre la violencia" De Hannah Arendt, en el que su autora hace un análisis sobre la violencia, como es usada, cuando es usada y por quienes es usada y más allá de lo expuesto en el libro (con el que concuerdo en su totalidad y además puedo decir que aprendí cosas que no las había siquiera considerado como tales) algo que puedo decir para concluir es que los humanos (tal vez como parte de nuestra evolución hacia seres conscientes de nuestra existencia) somos duales en nuestro actuar y en nuestro sentir, sentimos placer al ser "buenos" y sentimos placer al ser "malos", incluso sentimos placer cuando recibimos ese mal (no todos, no todo el tiempo, pero si en una generalidad).

El Eterno Retorno de Nietzsche tiene algunas interpretaciones y creo que hay dos que más condensan tales interpretaciones. Una de ellas es la de Milán Kundera que implica lo ligera que sería la existencia si todo se repite una y otra vez. (hay que remitirse a su libro "la insoportable levedad del ser")

La segunda interpretación se refiere a que debemos actuar de la mejor manera para que en las siguientes iteraciones podamos llevar una vida buena/noble.

Pero...

Qué pasa si esta no es la primera iteración?

Cómo podemos estar seguros (con ambas interpretaciones) que recordaremos las anteriores iteraciones?

Mi interpretación podría ser vista como nihilista por varios. Me gusta pensar que tiene algo de eso, pero también tiene su cuota de realismo, cinismo y estoicismo.

Si esta es la primera iteración, debemos buscar (o al menos intentar) hacer lo que nos de paz la mayor parte del tiempo y en lo posible sin afectar negativamente a los otros, o que haya el menor daño posible si no es factible un efecto negativo.

Si esta es la iteración n entonces no hay nada que podamos hacer, lo que ocurre y ocurrirá ya está en el registro y habrá de repetirse.

En cualquiera de los dos casos es irrelevante el preocuparnos si consideramos que sin importar que creamos realmente no sabemos que iteración es esta (si consideramos que el eterno retorno es posible) y por lo tanto no ganamos, ni perdemos nada al angustiarnos por aquello que no tenemos control.

Creo fue algo así lo que Zaratustra quiso enseñar cuando dijo:

Oh, amigo mío. Te juro por mi honor que no existe nada de eso de lo que estás hablando. No hay demonio, ni hay infierno. Tu alma estará muerta aún antes que tu cuerpo. ¡Nada en absoluto tienes, pues, que temer!