Organization

[arademaker]

@leoalenc, @odanoburu e @fcbr

sei que é muito chato estas constantes reorganizações de nomes de arquivos e diretórios, mas é natural continuarmos tentando achar um balanceamento que seja mais fácil de trabalhar e atenda demandas. Meu racional aqui:

1. @leoalenc pede que as classes sejam mantidas separadas. Estou preservando isso nos prefixos.

2. @odanoburu diz que se preocupa com diff dos arquivos no repo. Acho que isto pode ser interessante mas na prática divisões muito manuais só dificultam nossa vida. O diff é eficiente e fácil de usar.

3. @fcbr teve dificuldade de entender os arquivos quando começou a colaborar, boa pista de que estava confuso.

• Juntei tudo em um único diretório. Todos os arquivos deste diretório são recurso MorphoBr.
• Mantive diminutivos e clitics separados em subdiretórios pelos seus tamanhos e caracteristicas particulares.
• usando split -l 20000 FILE prefix padronizei que todos os arquivos devem ter até 20K linhas, limite do GitHub para exibição (https://help.github.com/articles/limits-for-viewing-content-and-diffs-in-a-repository/). O prefixo permitiu termos um padrão de nomes CLASSE-ORIGEM-SEP onde origem pode ser DELAS ou FL+GARCIA ou XXX onde XXX significa que foi produzido por nós (manualmente ou via regra do @leoalenc). Estes arquivos XXX são temporários, uma vez publicado o artigo, acho que eles podem ser incorporados. Talvez os FL+GARCIA também, manter estes files separados será complicado.

O que acham? Se concordarem basta aceitar o PR.

[fcbr]

Indo pela sua descricao parece bom (o github esta com dificuldades em mostrar o commit). So peco que inclua tambem um script que gera o dicionario compilado tambem.

[arademaker]

Neste caso ficaria trivial, todos os arquivos dentro do dict e seus subdiretórios. Mas sim, posso fazer também.

[odanoburu]

acho que quebramos alguma coisa, hahaha

eu não tenho me preocupado mt com os diffs agora que concordamos que vamos fazer releases!

vou fazer um checkout local pra ver como ficou só

[arademaker]

de qq modo, não vamos aceitar este PR, já estamos mexendo no master, este branch é apenas para mostrar como poderia ficar. Assim que concodarmos, depois de resolver alguns issues pendentes rearrumamos de uma vez.

[odanoburu]

pq não colocar a extensão comum? da forma que está há um README no meio dos arquivos do dicionário..

[arademaker]

Por que com o split não dá para gerar extensão, uma pena. Mas sim, isto é um problema. Mas uma razão para pensarmos um pouco mais... talvez @fcbr tenha razão e vc com sua idéia de release, basta termos um script de 'deploy'

[odanoburu]

@arademaker na minha versão dá!

       --additional-suffix=SUFFIX
              append an additional SUFFIX to file names

[arademaker]

macos versus gnu utilities.

[odanoburu]

nesse caso, posso fazer uma contraproposta/PR?

mantendo os diretórios e colocando as extensões?

[odanoburu]

macos versus gnu utilities.

yep, e GNU > macOS :stuck_out_tongue: