<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Highsoft Sistemas</title>
    <description>The latest articles on DEV Community by Highsoft Sistemas (@highsoftsistemas).</description>
    <link>https://dev.to/highsoftsistemas</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Forganization%2Fprofile_image%2F6375%2F36d3d27e-1d99-4cf7-b5f8-73185c19a279.png</url>
      <title>DEV Community: Highsoft Sistemas</title>
      <link>https://dev.to/highsoftsistemas</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/highsoftsistemas"/>
    <language>en</language>
    <item>
      <title>Como escrever boas documentações na empresa</title>
      <dc:creator>Vinicius Blazius Goulart</dc:creator>
      <pubDate>Thu, 01 Dec 2022 20:41:27 +0000</pubDate>
      <link>https://dev.to/highsoftsistemas/como-escrever-boas-documentacoes-na-empresa-5ane</link>
      <guid>https://dev.to/highsoftsistemas/como-escrever-boas-documentacoes-na-empresa-5ane</guid>
      <description>&lt;p&gt;Estou criando este post baseado no &lt;a href="https://documentation.divio.com/" rel="noopener noreferrer"&gt;The documentation system&lt;/a&gt;, mas por ele ser um artigo longo resolvi fazer um resumo dele com mais algumas coisas. Mas recomendo que você leia e estude este artigo, ele possui mais conteúdo e casos específicos com explicação e contexto para eles.&lt;/p&gt;

&lt;h2&gt;
  
  
  Tópicos
&lt;/h2&gt;

&lt;p&gt;Uma boa documentação deve ter 4 tópicos principais:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Explicação: explicação discursiva&lt;/li&gt;
&lt;li&gt;Referência: descrição seca&lt;/li&gt;
&lt;li&gt;Tutorial: uma lição&lt;/li&gt;
&lt;li&gt;Como fazer: uma série de passos&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fwkose03lxqde4bjke2qq.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fwkose03lxqde4bjke2qq.png" alt="Descrição da imagem" width="800" height="294"&gt;&lt;/a&gt;&lt;br&gt;
&lt;em&gt;créditos: &lt;a href="https://documentation.divio.com/" rel="noopener noreferrer"&gt;The documentation system&lt;/a&gt;&lt;/em&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  Como fazemos na Highsoft?
&lt;/h2&gt;

&lt;p&gt;Depois de escolher um tópico para escrever e documentar, a primeira coisa a fazer é a &lt;em&gt;referência&lt;/em&gt; e a &lt;em&gt;explicação&lt;/em&gt;. Primeiro deve-se fazer uma explicação literal do termo, e depois explicar como tal tópico funciona em nosso sistema.&lt;/p&gt;

&lt;p&gt;Para criar o &lt;em&gt;tutorial&lt;/em&gt;, pegamos o tópico em questão e explicamos o procedimento de ponta a ponta, de forma simples, rápida, básica e útil.&lt;/p&gt;

&lt;p&gt;Devemos complementar então com o &lt;em&gt;como fazer&lt;/em&gt;, onde tratamos de assuntos mais específicos e nos aprofundamos nas explicações&lt;/p&gt;

&lt;p&gt;Adicionamos mais um tópico para possíveis avisos e a explicação deles. Como somos um ERP, é normal dispararmos avisos nas telas para informar o que está acontecendo, e temos um tópico para descrever esses avisos e apontar possíveis problemas que podem ocorrer.&lt;/p&gt;

&lt;p&gt;Por final, temos isso:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fhblqr25kqnz0mwqgz0wn.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fhblqr25kqnz0mwqgz0wn.png" alt="Image description" width="349" height="489"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Lembre-se de sempre se colocar no lugar do cliente e tentar entender as possíveis respostas que ele precisa:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;como fazer isso?&lt;/li&gt;
&lt;li&gt;O que é isso?&lt;/li&gt;
&lt;li&gt;o que eu faço quando...?&lt;/li&gt;
&lt;li&gt;por quê isso aconteceu?&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Se sua documentação tem a resposta para essas perguntas, você tem uma boa documentação. Se não, basta adicioná-lo!&lt;/p&gt;

</description>
      <category>aws</category>
      <category>cloud</category>
      <category>softwaredevelopment</category>
    </item>
    <item>
      <title>How to write good company docs</title>
      <dc:creator>Vinicius Blazius Goulart</dc:creator>
      <pubDate>Thu, 01 Dec 2022 20:41:23 +0000</pubDate>
      <link>https://dev.to/highsoftsistemas/how-to-write-good-company-docs-i70</link>
      <guid>https://dev.to/highsoftsistemas/how-to-write-good-company-docs-i70</guid>
      <description>&lt;p&gt;I'm creating this post based in &lt;a href="https://documentation.divio.com/" rel="noopener noreferrer"&gt;The documentation system&lt;/a&gt; but since it is a long article I decided to create a summary with of it and a few more things. But I recommend you to read and study this article, it has more contents and specific cases with explanation and context for them.&lt;/p&gt;

&lt;h2&gt;
  
  
  Topics
&lt;/h2&gt;

&lt;p&gt;A good documentation must have 4 main topics: &lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Explanation: discursive explanation&lt;/li&gt;
&lt;li&gt;Reference: dry description&lt;/li&gt;
&lt;li&gt;Tutorial: a lesson&lt;/li&gt;
&lt;li&gt;How to Guide: a series of steps&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fwkose03lxqde4bjke2qq.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fwkose03lxqde4bjke2qq.png" alt="Image description" width="800" height="294"&gt;&lt;/a&gt;&lt;br&gt;
&lt;em&gt;credits: &lt;a href="https://documentation.divio.com/" rel="noopener noreferrer"&gt;The documentation system&lt;/a&gt;&lt;/em&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  How we starting at Highsoft?
&lt;/h2&gt;

&lt;p&gt;After picking a topic to write and document, the first thing to do is &lt;em&gt;reference&lt;/em&gt; and &lt;em&gt;explanation&lt;/em&gt;, which we did together. First we take a literal explanation of the term, and after that we explain how such a topic works in our system.&lt;/p&gt;

&lt;p&gt;To create the &lt;em&gt;tutorial&lt;/em&gt;, we took the topic in question and explained the procedure from end to end, in a simple, quick, basic and useful way&lt;/p&gt;

&lt;p&gt;We must complement then with the &lt;em&gt;how to guide&lt;/em&gt;, where we deal with more specific subjects and go deeper in the explanations&lt;/p&gt;

&lt;p&gt;We added one more thread for possible warnings and the explanation of them. As we are an ERP, it is normal for us to trigger warnings on the screens to inform what is happening, and we have a topic to describe these warnings and point out possible problems that may occur.&lt;/p&gt;

&lt;p&gt;Finally we have this: &lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fldiynzno0onzpn0qidkj.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fldiynzno0onzpn0qidkj.png" alt="Image description" width="361" height="481"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Remember to always put yourself in the customer's shoes and try to understand the possible answers he needs:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;how to do this?&lt;/li&gt;
&lt;li&gt;what is it?&lt;/li&gt;
&lt;li&gt;what do i do when...?&lt;/li&gt;
&lt;li&gt;why did this happen?&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;If your documentation has the answer to these questions, you have a good documentation . If not, just add it!&lt;/p&gt;

</description>
      <category>career</category>
      <category>softwaredevelopment</category>
    </item>
  </channel>
</rss>
