
      <p>Muchas veces vemos los <em>commits</em> en nuestros repositorios en GitHub y pensamos "¿Cuánto habré cambiado en total?". Para eso es que creé <code>lines-of-gode</code> y hoy les voy a enseñar como usarlo.</p>
    <h2>Introducción</h2>

      <p>Hace unas semanas empecé a aprender <code>Go</code> y me parece una maravilla. Con el fin de seguir aprendiendo, decidí reversionar un proyecto al que había aportado tiempo antes pero que no había avanzado como me gustaría, aunque no por ello dejé de mencionarlo en el repositorio de <code>lines-of-gode</code>, del cual me inspiré para el nombre.</p>
    
      <p>Esta CLI (Command Line Interface) se aprovecha de la GitHub API v3 para revisar todos los <em>commits</em> del usuario en sus repositorios (o aquellos en los que participó) y, en base a una serie de filtros, determinar cuantas líneas de código se han añadido y cuantas han sido eliminadas (también pueden ser editadas).</p>
    <h2>Características</h2>
<ul>
<li>Inicio de sesión persistente.</li>
<li>Súper rápida (&lt;15s para más de 200 commits)</li>
<li>Base de datos SQLite para mejorar el rendimiento.</li>
<li>Muy ligero (~10MB)</li>
<li>Simple de usar (solo 3 comandos)</li>
<li>Privado (tu clave permanece solo en tu computador, no es envíada a ningún lado).</li>
</ul>
<h2>Cómo utilizarla</h2>

      <p>Por ahora solo está disponible para Linux, pero enseñaré como usarla en Windows más adelante.</p>
    <h3>Linux</h3>

      <p>Para usar <code>lines-of-gode</code> en Linux simplemente descarga el binario desde el <a href="https://github.com/ti7oyan/lines-of-gode/releases">repositorio</a>. Una vez descargado, dirígete hasta su ubicación desde la terminal (o un explorador de ficheros) y extráelo. Puedes usar el comando <code>tar</code> del siguiente modo:</p>
    <pre><code class="hljs ">tar -xvfz lines-of-gode-v0.1.8-linux.amd64.tar.gz</code></pre>
      <p>Una vez descomprimido, lo ejecutamos con el siguiente comando:</p>
    <pre><code class="hljs ">❯ ./lines-of-gode-v0.1.8-linux.amd64</code></pre>
      <p>Esto desplegará un menú de ayuda muy similar a este:</p>
    <pre><code class="hljs ">❯ ./lines-of-gode
NAME:
   lines-of-gode - Check how many lines of code you have contributed.

USAGE:
   lines-of-gode [global options] command [command options] [arguments...]

COMMANDS:
   auth, a    Auth yourself with your personal access token and store it locally.
   status, s  Check current authentication status.
   run, r     Count your additions and deletions of your contributions.
   help, h    Shows a list of commands or help for one command

GLOBAL OPTIONS:
   --help, -h  show help (default: false)</code></pre>
      <p>Como podemos ver, contamos con tres comandos: <code>auth</code>, <code>status</code> y <code>run</code>.</p>
    
      <p>Para empezar a usar <code>lines-of-gode</code>, correremos el comando <code>auth</code> con la flag <code>--token</code> y nuestro token de acceso personal, que podemos conseguir en <a href="https://github.com/settings/tokens">Tokens</a>, de este modo:</p>
    <pre><code class="hljs ">❯ ./lines-of-gode auth --token ghp...</code></pre>
      <p>Esto, en el caso de hacerlo correctamente, permitirá que el programa guarde el inicio de sesión para usarlo nuevamente más tarde.</p>
    
      <p>Una vez nos haya reconocido la aplicación, podremos correr el comando <code>run</code>, sin más argumentos.</p>
    <pre><code class="hljs ">❯ ./lines-of-gode run</code></pre>
      <p>El programa empezará a solicitar a GitHub información sobre nuestros repositorios y a su vez, de sus <em>commits</em>, aunque filtrará todos aquellos que no sean del usuario (útil para proyectos grandes u open-source). También, obviará todas las adiciones o eliminaciones de archivos automatizados como <code>package-lock.json</code>, <code>.gitignore</code>, <code>node_modules</code>, etc.</p>
    
      <p>Podemos ir como trabaja sobre nuestros repositorios a medida que los analiza:</p>
    <pre><code class="hljs ">❯ ./lines-of-gode run
Hello Ti7oyan!, fetching your repositories now...
Repository: ".github" had 25 additions and 0 deletions
Repository: "astro-profile-example" had 390 additions and 50 deletions
Repository: "bcss-maker" had 3626 additions and 1531 deletions
...</code></pre>
      <p><em>NOTA: la primera ejecución será un poco lenta en comparación a las posteriores, puesto que aún no cuenta con una base de datos con la que comparar los datos que recibe, las demás funcionarán de un modo distinto y serán más veloces.</em></p>
    
      <p>Finalmente, obtendremos un sumario de todo lo analizado:</p>
    <pre><code class="hljs ">You have added 22313 lines and deleted 8140 lines for a total of 30453 lines changed across 30 repositories.</code></pre>
      <p>¡Y listo! Pudimos conocer cuanto hemos cambiado a lo largo y ancho de nuestro tiempo en GitHub.</p>
    <h3>Windows</h3>

      <p>Como ya mencioné, <code>lines-of-gode</code> actualmente solo está disponible para Linux pero, hay algunas alternativas que puedes seguir para utilizarlo en Windows.</p>
    <h4>WSL</h4>

      <p>Windows Subsystem for Linux (o simplemente WSL), es una plataforma que corre una distribución Linux sobre un sistema operativo Windows (10 u 11). Para instalarlo, simplemente sigue sus <a href="https://docs.microsoft.com/en-us/windows/wsl/install">instrucciones</a>.</p>
    
      <p>Una vez configurada, sigue los pasos de la sección anterior <strong>Linux</strong>.</p>
    <h4>Docker</h4>

      <p>Si prefieres usar Docker (con su aplicación de escritorio <code>Docker Desktop</code>), puedes seguir sus instrucciones <a href="https://docs.docker.com/desktop/install/windows-install/">aquí</a>. Una vez instalado Docker, puedes seguir las instrucciones de este <a href="https://dev.to/netk/getting-started-with-docker-running-an-ubuntu-image-4lk9">tutorial</a> para correr una imagen de Ubuntu y así poder seguir los pasos de las anteriores secciones.</p>
    <h4>Máquina virtual (VM)</h4>

      <p>La más tradicional de todas, una máquina virtual que corra una distribución de Linux. Podrás encontrar un tutorial <a href="https://hipertextual.com/2017/07/instala-ubuntu-windows-maquina-virtual">aquí</a>.</p>
    <h4>Compilarlo desde la fuente</h4>

      <p>Si ninguna de las anteriores soluciones te funciona o si simplemente quieres compilar tu propia versión de <code>lines-of-gode</code>, necesitarás lo siguiente:</p>
    <ol>
<li><code>go</code>, preferiblemente v1.13 o más reciente.</li>
<li><code>gcc</code>, puedes buscarlo como <code>mingw-w64</code>.</li>
<li><code>git</code>, el sistema de control de versiones.</li>
<li>Declarar <code>CGO_ENABLED=1</code> en el <code>path</code> de Windows.</li>
</ol>

      <p>Una vez cumplidos los requisitos, clona el repositorio con <code>git</code>:</p>
    <pre><code class="hljs ">git clone https://github.com/Ti7oyan/lines-of-gode</code></pre>
      <p>Dirígete a él con <code>cd</code> y compílalo con <code>go build</code></p>
    <pre><code class="hljs ">go build .</code></pre>
      <p>Puedes asegurarte de que funcione con:</p>
    <pre><code class="hljs ">.\lines-of-gode.exe</code></pre>
      <p>Para volverlo una aplicación de acceso universal, corre <code>go install</code>.</p>
    <h2>Finalmente</h2>

      <p>Espero que la aplicación te haya servido para resolver la pregunta del principio. Si tienes problemas, dudas o sugerencias, ¡no dudes en contactarme a través de mis redes sociales!</p>
    
      <p>Y tú, ¿cuántas líneas de código cambiaste?</p>
    

Usando lines-of-gode

Conocer cuanto hemos aportado en GitHub


      <p>En el sector IT, es normal encontrarnos con equipos organizados que coordinan sus actividades para que todo siga un orden. Pero, en el mundo exterior, nos encontramos con toda clase de personas, con distintas visiones y formas de trabajar. Es entonces normal que, algunas veces veamos casos en los que, como programadores, nos sintamos menos.</p>
    <h2>El diseño UX/UI</h2>

      <p>Si no conocés estos términos, se refieren respectivamente al <strong>User Experience</strong> y a la <strong>User Interface</strong>, o <strong>Experiencia del usuario</strong> y <strong>Interfaz de usuario</strong> en español. Si bien sus abreviaciones son similares y suelen acomodarse una junto a la otra, no se dirigen a lo mismo.</p>
    
      <p>La experiencia de usuario trata de entender y delimitar cada acción que el usuario podría realizar y que camino seguiría para hacerlo, graficando flujos de uso e investigando acerca de accesibilidad y usabilidad. Por su parte, la interfaz de usuario, busca entender la composición gráfica de los elementos para generar una estructura que se mantenga coherente en términos de colores, tipografías, tamaños, espaciados, etc.</p>
    
      <p>Para estas dos especialidades podemos encontrar distintos tipos de diseñadores: aquellos que hacen las dos cosas a la vez, o los que solo se enfocan en una de las dos. Esto, al final del día, se convierte en otra variable más a tener en cuenta cuando trabajamos con ellos, puesto que no es lo mismo contar con la opinión de dos personas que con la de una sola.</p>
    
      <p>Ambas especialidades trabajan para brindar una guía a los programadores, una estructura que seguir para construir un producto que concuerde con lo investigado y establecido como objetivo. Y esto podría quedar aquí, como una ventaja (si es bien ejecutada) que nos proporcionaría una base sobre la cual crear nuestra solución pero, como todo, hay un problema.</p>
    <h2>El verdadero problema del diseño UX/UI</h2>

      <p>Las redes sociales son ese nido de posibilidades donde hasta un vendedor de bolsas reciclables puede generar una comunidad gigante teniendo en cuenta los métodos que utilizan las mismas. Y, para sorpresa de nadie, es un lugar donde es fácil encontrar a diseñadores de UX/UI. Esto por un lado es genial, siendo más fácil estar al tanto de tendencias, aprender a partir de tutoriales, compartir conocimientos, entre otras fantásticas acciones. Pero por otro, se libera la posibilidad de encontrar las peores creaciones en distintos términos.</p>
    
      <p>Una interfaz inconsistente, con colores mal contrastados, elementos mal posicionados, mal jerarquizados o cualquiera sea la falla que a simple vista lo convierte en un mal diseño, son el pan de cada día de muchas personas que consultan frecuentemente las redes sociales, entre ellas, programadores. Cabe aclarar que hablamos de programadores principiantes o aquellos que no cuenten con experiencia en el área del diseño, que no sean capaces de entender porque una acción primordial de una aplicación móvil no puede encontrarse en la esquina superior izquierda y con un ícono tan pequeño como un punto de azúcar (spoiler: <a href="https://uxmovement.com/mobile/optimal-placement-for-mobile-call-to-action-buttons/">Principio de Gutenberg</a>).</p>
    
      <p>Entonces, ¿por qué esto es malo para los programadores?. Es malo porque los acostumbra a una mala organización gráfica, siendo que hoy en día y desde siempre, nuestros ojos son los primeros delatores, quienes decidirán si se quedarán y soportarán el problema visual, con el fin de obtener el servicio, o si se irán a buscar una alternativa superior. Sabiendo esto, que una aplicación destinada al consumidor presente fallas graves puede provocar disminuciones en las ventas del producto, reducir la fiabilidad de los clientes o incluso dar una mala imagen de lo que se trata de ofrecer.</p>
    
      <p>Pero no es solo el mal diseño, sino que también existe el <strong>sobrediseñar</strong>. Quizá me esté inventando el término, pero es fácil de entender: <em>sobrediseñar</em> es exagerar la interfaz con tal de resaltar el talento del diseñador; o, al menos, es así como lo podemos ver. Desde que surgieron el <em>glassmorphism</em> y todas las nuevas tendencias de diseño, el mercado se ha llenado de propuestas fantasiosas y no realistas, que solo buscan poner a prueba las habilidades de quien las propone y no de brindar una verdadera idea que funcione. Esto en sí no es malo, la libertad de expresión está para algo, pero cuando incide en la confianza de una persona de manera negativa, es algo que no puede dejarse de lado.</p>
    <h2>Siendo realistas...</h2>

      <p>Es poco probable que esto se termine ya que las tendencias funcionan de esa forma, haciendo que cada uno de nosotros quiera mostrar al mundo lo que sabe hacer llevando al límite sus capacidades, lo que está completamente perfecto. Pero no todo es <strong>odiemos al diseñador UX/UI</strong>, también existen grandes fuentes de información como <a href="https://instagram.com/janm_ux">@janm_ux</a> o <a href="https://instagram.com/uiadrian">uiadrian</a> (quien recientemente publicó un e-book de más de 800 páginas por un precio súper asequible), que buscan ayudar a todos, tanto programadores, diseñadores, gerentes, etc. Ellos y muchos más toman el rol de profesores, de guías, para todos aquellos que se ven afectados por lo anterior dicho. Es más sencillo entender un tema si alguien con conocimientos lo explica, a que tener que buscar material por propia cuenta, muchas veces protegido por la barrera del precio o la educación superior, a la que no todos pueden acceder.</p>
    
      <p>Por lo que no, no todo el diseño es malo, hay muchas personas que lo hacen más ameno y accesible para todos, pero aún así podríamos preguntarnos si hay...</p>
    <h2>¿Soluciones?</h2>

      <p>Bueno, como tal, no existen. Pero se puede comenzar a pensar más en el propósito del UX/UI antes de crear diseños irrealistas que parezcan sacados de una película ambientada en el futuro. Ayudemos a construir verdaderos productos que satisfagan las necesidades de los clientes y comuniquen el mensaje que queremos transmitir, que es para lo que existe el diseño.</p>
    <h3>¡Sigamos en contacto!</h3>

      <p>Podés contactarme a través de Linkedin o Instagram, haciendo click en los botones de la barra de navegación superior.</p>
    

El porqué de su importancia

¿Diseñar para programadores?


      <p>¡Hola! mi nombre es Ticiano Morvan y este (aunque no lo parezca, ts) es mi blog. Decidí crearlo por mi fascinación a escribir, redactar y comunicar sobre temas de mi interés, e incluso sobre aquellos que quizá no tanto. Opté por desarrollar mi propia plataforma para escribir mis artículos por el mero deseo de desafiarme y aprender en el proceso (y bien sí aprendí, que fácil hubiese sido empezar en Hashnode o DEV.to) pero en fin, que lo importante es que ya está más o menos todo en su lugar y a partir de ahora trataré de traer algún que otro nuevo contenido por acá.  </p>
    <h2>Sobre mí</h2>

      <p>En resumidas cuentas, soy un desarrollador de Frontend buscando transicionar hacia el Fullstack. Aún curso la educación secundaria pero desde hace más de dos años que empecé a programar, primero en Python, luego en JavaScript y TypeScript. Mis tiempos programando no han sido fáciles, como los de nadie, pero he aprendido mucho y crecido como persona a niveles que no son fáciles de definir. Los valores que más me han acompañado a través de todo este tiempo son sin duda el aprendizaje continuo y autodidacta, la constancia y la cooperación.</p>
    <h2>Sobre el blog</h2>

      <p>Como ya mencioné, este blog está 100% contruído por mí, para quien quiera saber, paso a detallar su arquitectura.</p>
    
      <p>El blog utiliza <strong>SSG</strong> a través de <code>Next.js</code>, está estilado con <code>Tailwind CSS</code>, los artículos se formatean a través de <code>marked</code> y <code>sanitize-html</code> y (quizá lo más importante de todo), está escrito totalmente en TypeScript, lo que si bien pudo ser una pesadilla en ciertos puntos, me alegra al saber que el código es mucho más entendible y esquiva gran parte de los problemas <em>at runtime</em> gracias al tipado estático.  </p>
    <h2>Y para ir cerrando...</h2>

      <p>Espero que los artículos que genere sean bien aceptados, seguiré trabajando en mejorar el blog para llevarlo un poquito más allá cada vez. ¡Saludos!</p>
    

Ticiano Morvan

Frontend Developer 🚀 from Argentina 🇦🇷

¡Bienvenidos a mi blog!

Conocer cuanto hemos aportado en GitHub

Usando lines-of-gode

¿Diseñar para programadores?

El porqué de su importancia

¡Hola mundo!

En camino a una nueva aventura