<commit_before>---
layout:     post
title:      "Ley de Tesler"
subtitle:   "{Leyes de usabilidad}"
date:       2018-01-23 19:00:00
author:     "<NAME>"
header-img: "img/post-bg-23.jpg"
---

<p><em><strong>Toda aplicación tiene una cantidad inherente e irreducible de complejidad.</strong></em></p>

<p>La cuestión es quién deberá anfrentarse a ella: el desarrollador o el usuario.</p>

<p>El tiempo invertido por un desarrollador para reducir la complejidad percibida por el usuario de la aplicación, suele ser menor que el tiempo total ahorrado por el conjunto de usuarios de la aplicación. Sin embargo, llegado a un cierto límite, el tiempo que es necesario invertir por los desarrolladores puede no compensar la mejora en la productividad obtenida. Se debe encontrar el equilibrio.</p>

<p><img src="{{ site.baseurl }}/img/ley-08-ley-de-tesler.png" alt="Ilustración de la Ley 08 de usabilidad: Ley de Tesler"></p>

<p>Esta ley fue formulada por el científico computacional Larry Tesler a mediados de la década de 1980, mientras trabajaba para la mítica <a href="https://es.wikipedia.org/wiki/Xerox_PARC" target="_blank">Xerox PARC</a>.</p>

<p>Si quieres conocer más detalles sobre esta ley, puedes partir de su <a href="https://en.wikipedia.org/wiki/Law_of_conservation_of_complexity" target="_blank">artículo en la Wikipedia</a>.</p><commit_msg>Corrección de texto y centrado de la imagen.<commit_after>---
layout:     post
title:      "Ley de Tesler"
subtitle:   "{Leyes de usabilidad}"
date:       2018-01-23 19:00:00
author:     "<NAME>"
header-img: "img/post-bg-23.jpg"
---

<p><em><strong>Toda aplicación tiene una cantidad inherente e irreducible de complejidad.</strong></em></p>

<p>La cuestión es quién deberá anfrentarse a ella: el desarrollador o el usuario.</p>

<p><img src="{{ site.baseurl }}/img/ley-08-ley-de-tesler.png" alt="Ilustración de la Ley 08 de usabilidad: Ley de Tesler" class="center-block"></p>

<p>El tiempo invertido por un desarrollador para reducir la complejidad percibida por el usuario de la aplicación, suele ser menor que el tiempo total ahorrado por el conjunto de usuarios de la aplicación. Sin embargo, llegado a un cierto límite, el tiempo que es necesario invertir por los desarrolladores puede no compensar la mejora en la productividad obtenida. Se debe encontrar el equilibrio.</p>

<p>Esta ley, también conocida como ley de conservación de la complejidad, fue formulada por el científico computacional Larry Tesler a mediados de la década de 1980, mientras trabajaba para la mítica <a href="https://es.wikipedia.org/wiki/Xerox_PARC" target="_blank">Xerox PARC</a>.</p>

<p>Si quieres conocer más detalles sobre esta ley, puedes partir de su <a href="https://en.wikipedia.org/wiki/Law_of_conservation_of_complexity" target="_blank">artículo en la Wikipedia</a>.</p>
{'fraction_non_alphanumeric': 0.10617897727272728, 'fraction_numerical': 0.017045454545454544, 'mean_word_length': 4.656626506024097, 'pattern_counts': {'":': 0, '<': 47, '<?xml version=': 0, '>': 47, 'https://': 4, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '7651698', 'n_tokens_mistral': 994, 'n_tokens_neox': 950, 'n_words': 340}