<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>JSON on perri.to</title>
    <link>https://perri.to/es/tags/json/</link>
    <description>Recent content in JSON on perri.to</description>
    <generator>Hugo</generator>
    <language>es-AR</language>
    <lastBuildDate>Sun, 19 Jul 2026 16:55:30 +0200</lastBuildDate>
    <atom:link href="https://perri.to/es/tags/json/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Generando tipos de go a partir de json</title>
      <link>https://perri.to/es/2020/11/generando-tipos-de-go-a-partir-de-json/</link>
      <pubDate>Fri, 13 Nov 2020 00:21:26 +0000</pubDate>
      <guid>https://perri.to/es/2020/11/generando-tipos-de-go-a-partir-de-json/</guid>
      <description>&lt;p&gt;Uno de los obstáculos más comunes al programar software con exposición a internet en Go es el parseo de JSON. Como lenguaje tipado, Go requiere un receptor debidamente definido para el JSON deserializado. Un workaround común es un árbol anidado infinito de &lt;code&gt;map[string]interface{}&lt;/code&gt; y un montón de type assertions recursivas.&lt;/p&gt;&#xA;&lt;p&gt;Mientras desarrollaba &lt;a href=&#34;https://github.com/ShiftLeftSecurity/atlassian-connect-go&#34;&gt;atlassian-connect-go&lt;/a&gt; me choqué con la misma pared: muchos de los tipos de Atlassian estaban definidos únicamente como JSON. Terminé arreglándolo creando &lt;a href=&#34;https://github.com/perrito666/LAC&#34;&gt;LazyApiCoder&lt;/a&gt;, que puede crear un conjunto completo de tipos de go a partir de un esquema swagger 3 o de un conjunto de ejemplos JSON.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
