Software Público Brasileiro

Prezados,

Estou preocupado com os lançamentos de versões/atualizações do SEI;

Como está se dando essa governança? 

Temos um Roadmap com previsão de lançamentos? Onde está?

Porque ainda mantemos o 2.6.0 A1? A2? A3?  e não, fechar as releases na
lógica que:

?.x.x - Grandes mudanças no core e ou no banco
2.?.x - Melhorias na estrutura e novas funcionalidades
2.6.x - Pequenas melhorias em funcionalidades e ou correções de bugs

As RC (release candidate) ou provavelmente essas "A1, A2",  deveriam
ser consideradas Alphas para testes e não para atualizações do ambiente
de produção. Acho que não precisamos e nem devemos seguir esse ritmo de
atualizações constantes, isso gera muito custo para os órgãos e também
envolvimento de muitas pessoas. 


Por fim, estou querendo alertar também pela ausência e falta de
versionamento do desenvolvimento do código;  Não estou falando em
abertura, estou pregando aqui que o código ao menos seja versionado,
para que seja possível dar manutenção e evolução por parte da
colaboração de outros órgãos e atores.


Att,
Valessio Brito

Valessio,

O SEI é versionado no git.

Atte.,


Alysson Bruno
30925584

Coordenadoria de Desenvolvimento de Sistemas
Secretaria de Tecnologia da Informação
Tribunal Regional Eleitoral do Tocantins

Contatos:
E-mail: abruno [@] tre-to.jus.br
GTalk: alyssonbruno
Fone: 63 3233 9704
Celular: 63 9239-3568




Em 07/04/16 15:46, "Valessio Soares de Brito" escreveu:

>Prezados,
>
>Estou preocupado com os lançamentos de versões/atualizações do SEI;
>
>Como está se dando essa governança?
>
>Temos um Roadmap com previsão de lançamentos? Onde está?
>
>Porque ainda mantemos o 2.6.0 A1? A2? A3? e não, fechar as releases na
>lógica que:
>
>?.x.x - Grandes mudanças no core e ou no banco
>2.?.x - Melhorias na estrutura e novas funcionalidades
>2.6.x - Pequenas melhorias em funcionalidades e ou correções de bugs
>
>As RC (release candidate) ou provavelmente essas "A1, A2", deveriam
>ser consideradas Alphas para testes e não para atualizações do ambiente
>de produção. Acho que não precisamos e nem devemos seguir esse ritmo de
>atualizações constantes, isso gera muito custo para os órgãos e também
>envolvimento de muitas pessoas.
>
>
>Por fim, estou querendo alertar também pela ausência e falta de
>versionamento do desenvolvimento do código; Não estou falando em
>abertura, estou pregando aqui que o código ao menos seja versionado,
>para que seja possível dar manutenção e evolução por parte da
>colaboração de outros órgãos e atores.
>
>
>Att,
>Valessio Brito
>_______________________________________________
>sei-tecnico mailing list
>sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico

Sempre me falaram que o SEI estava no git, como não tenho acesso ao git,
achei que era versionado.

Não há roadmap, até onde SEI, e uma nova versão é esperada desde o ano
passado, mas não sei quando virá.

Atte.,


Alysson Bruno
30925584

Coordenadoria de Desenvolvimento de Sistemas
Secretaria de Tecnologia da Informação
Tribunal Regional Eleitoral do Tocantins

Contatos:
E-mail: abruno [@] tre-to.jus.br
GTalk: alyssonbruno
Fone: 63 3233 9704
Celular: 63 9239-3568

Em 07/04/16 18:03, "Valessio Soares de Brito" escreveu:

>Prezado Alysson,
>
>Não, o SEI não tem prática de versionamento no GIT; A sua versão atual
>no GIT é do Pacote ZIP - v2.6.0 A7
>
>Ou seja, é até diferente da versão atual disponibilizada;
>
>Por fim, ter uma prática de versionamento, não é soltar Tarball (Zips)
>versionados; Porque, todos sabem, que em um processo de governança e
>desenvolvimento de código por mais de uma instituição; Caso não se
>tenha o histórico de commits/versionamento; Fica extremamente difícil
>ter novos atores/colaboradores, uma vez que todo registro de
>commits/evoluções se perderam.
>
>Ser versionado, é decidirmos, que a partir da versão Tal; Toda
>evolução ou código desenvolvido, deve ser mantido o histórico de
>commits/evoluções.
>
>Isso não é apenas por ser uma boa prática; É pela sustentabilidade do
>projeto.
>
>
>Por fim, sobre o Roadmap, você saberia informar?
>
>
>Abs,
>Valessio Brito
>
>
>Em Qui, 2016-04-07 às 18:01 -0300, Alysson M Bruno escreveu:
>> Valessio,
>>
>> O SEI é versionado no git.
>>
>> Atte.,
>>
>>
>> Alysson Bruno
>> 30925584
>>
>> Coordenadoria de Desenvolvimento de Sistemas
>> Secretaria de Tecnologia da Informação
>> Tribunal Regional Eleitoral do Tocantins
>>
>> Contatos:
>> E-mail: abruno [@] tre-to.jus.br
>> GTalk: alyssonbruno
>> Fone: 63 3233 9704
>> Celular: 63 9239-3568
>>
>>
>>
>>
>> Em 07/04/16 15:46, "Valessio Soares de Brito" escreveu:
>>
>> >
>> > Prezados,
>> >
>> > Estou preocupado com os lançamentos de versões/atualizações do SEI;
>> >
>> > Como está se dando essa governança?
>> >
>> > Temos um Roadmap com previsão de lançamentos? Onde está?
>> >
>> > Porque ainda mantemos o 2.6.0 A1? A2? A3? e não, fechar as
>> > releases na
>> > lógica que:
>> >
>> > ?.x.x - Grandes mudanças no core e ou no banco
>> > 2.?.x - Melhorias na estrutura e novas funcionalidades
>> > 2.6.x - Pequenas melhorias em funcionalidades e ou correções de
>> > bugs
>> >
>> > As RC (release candidate) ou provavelmente essas "A1,
>> > A2", deveriam
>> > ser consideradas Alphas para testes e não para atualizações do
>> > ambiente
>> > de produção. Acho que não precisamos e nem devemos seguir esse
>> > ritmo de
>> > atualizações constantes, isso gera muito custo para os órgãos e
>> > também
>> > envolvimento de muitas pessoas.
>> >
>> >
>> > Por fim, estou querendo alertar também pela ausência e falta de
>> > versionamento do desenvolvimento do código; Não estou falando em
>> > abertura, estou pregando aqui que o código ao menos seja
>> > versionado,
>> > para que seja possível dar manutenção e evolução por parte da
>> > colaboração de outros órgãos e atores.
>> >
>> >
>> > Att,
>> > Valessio Brito
>> > _______________________________________________
>> > sei-tecnico mailing list
>> > sei-tecnico@listas.softwarepublico.gov.br
>> >https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>> > tecnico

Prezado Alysson,

Não, o SEI não tem prática de versionamento no GIT;  A sua versão atual

no GIT é do Pacote ZIP - v2.6.0 A7   

Ou seja, é até diferente da versão atual disponibilizada;

Por fim, ter uma prática de versionamento, não é soltar Tarball (Zips)

versionados;   Porque, todos sabem, que em um processo de governança e
desenvolvimento de código por mais de uma instituição;  Caso não se

tenha o histórico de commits/versionamento; Fica extremamente difícil
ter novos atores/colaboradores, uma vez que todo registro de
commits/evoluções se perderam.

Ser versionado, é decidirmos, que a partir da versão Tal;  Toda

evolução ou código desenvolvido, deve ser mantido o histórico de
commits/evoluções.  

Isso não é apenas por ser uma boa prática; É pela sustentabilidade do
projeto.


Por fim, sobre o Roadmap, você saberia informar?


Abs,
Valessio Brito


Em Qui, 2016-04-07 às 18:01 -0300, Alysson M Bruno escreveu:
> Valessio,
>
> O SEI é versionado no git.
>
> Atte.,
>
>
> Alysson Bruno
> 30925584
>
> Coordenadoria de Desenvolvimento de Sistemas
> Secretaria de Tecnologia da Informação
> Tribunal Regional Eleitoral do Tocantins
>
> Contatos:
> E-mail: abruno [@] tre-to.jus.br
> GTalk: alyssonbruno
> Fone: 63 3233 9704
> Celular: 63 9239-3568
>
>
>
>
> Em 07/04/16 15:46, "Valessio Soares de Brito" escreveu:
>
> >
> > Prezados,
> >
> > Estou preocupado com os lançamentos de versões/atualizações do SEI;
> >
> > Como está se dando essa governança?
> >
> > Temos um Roadmap com previsão de lançamentos? Onde está?
> >
> > Porque ainda mantemos o 2.6.0 A1? A2? A3?  e não, fechar as
> > releases na
> > lógica que:
> >
> > ?.x.x - Grandes mudanças no core e ou no banco
> > 2.?.x - Melhorias na estrutura e novas funcionalidades
> > 2.6.x - Pequenas melhorias em funcionalidades e ou correções de
> > bugs
> >
> > As RC (release candidate) ou provavelmente essas "A1,
> > A2",  deveriam
> > ser consideradas Alphas para testes e não para atualizações do
> > ambiente
> > de produção. Acho que não precisamos e nem devemos seguir esse
> > ritmo de
> > atualizações constantes, isso gera muito custo para os órgãos e
> > também
> > envolvimento de muitas pessoas.
> >
> >
> > Por fim, estou querendo alertar também pela ausência e falta de
> > versionamento do desenvolvimento do código;  Não estou falando em
> > abertura, estou pregando aqui que o código ao menos seja
> > versionado,
> > para que seja possível dar manutenção e evolução por parte da
> > colaboração de outros órgãos e atores.
> >
> >
> > Att,
> > Valessio Brito
> > _______________________________________________
> > sei-tecnico mailing list
> > sei-tecnico@listas.softwarepublico.gov.br
> >https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
> > tecnico

Por fim,

Aos que quiserem acompanhar o repositório e ver como estão sendo
versionado o código do SEI, esta no repositório privado:
https://softwarepublico.gov.br/gitlab/sei/sei/commits/master

Antes de enviar esse email para lista técnica, já tinha aberto uma
Issue sobre essas questões:
https://softwarepublico.gov.br/gitlab/sei/sei/issues/176

Att,
Valessio Brito


Em Qui, 2016-04-07 às 18:01 -0300, Alysson M Bruno escreveu:
> Valessio,
>
> O SEI é versionado no git.
>
> Atte.,
>
>
> Alysson Bruno
> 30925584
>
> Coordenadoria de Desenvolvimento de Sistemas
> Secretaria de Tecnologia da Informação
> Tribunal Regional Eleitoral do Tocantins
>
> Contatos:
> E-mail: abruno [@] tre-to.jus.br
> GTalk: alyssonbruno
> Fone: 63 3233 9704
> Celular: 63 9239-3568
>
>
>
>
> Em 07/04/16 15:46, "Valessio Soares de Brito" escreveu:
>
> >
> > Prezados,
> >
> > Estou preocupado com os lançamentos de versões/atualizações do SEI;
> >
> > Como está se dando essa governança?
> >
> > Temos um Roadmap com previsão de lançamentos? Onde está?
> >
> > Porque ainda mantemos o 2.6.0 A1? A2? A3?  e não, fechar as
> > releases na
> > lógica que:
> >
> > ?.x.x - Grandes mudanças no core e ou no banco
> > 2.?.x - Melhorias na estrutura e novas funcionalidades
> > 2.6.x - Pequenas melhorias em funcionalidades e ou correções de
> > bugs
> >
> > As RC (release candidate) ou provavelmente essas "A1,
> > A2",  deveriam
> > ser consideradas Alphas para testes e não para atualizações do
> > ambiente
> > de produção. Acho que não precisamos e nem devemos seguir esse
> > ritmo de
> > atualizações constantes, isso gera muito custo para os órgãos e
> > também
> > envolvimento de muitas pessoas.
> >
> >
> > Por fim, estou querendo alertar também pela ausência e falta de
> > versionamento do desenvolvimento do código;  Não estou falando em
> > abertura, estou pregando aqui que o código ao menos seja
> > versionado,
> > para que seja possível dar manutenção e evolução por parte da
> > colaboração de outros órgãos e atores.
> >
> >
> > Att,
> > Valessio Brito
> > _______________________________________________
> > sei-tecnico mailing list
> > sei-tecnico@listas.softwarepublico.gov.br
> >https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
> > tecnico

O repositório GIT em https://softwarepublico.gov.br/gitlab/groups/sei me
parece bem, ativo... mas isso *não resolve* a questão da *governança* do
desenvolvimento :/

--
Felipe Braga
Administração de Banco de Dados - Centro de Informática
Prefeitura Municipal de Piracicaba
(19) 3403.1030
fbraga@piracicaba.sp.gov.br |
dba@piracicaba.sp.gov.br

Em 07/04/2016 17:46, sei-tecnico-request@listas.softwarepublico.gov.br

escreveu:
> Assunto:
> [sei-tecnico] Muitas releases A1, A2, A... A9. e o Roadmap?
> De:
> Valessio Soares de Brito
> Data:
> 07/04/2016 15:46
>
> Para:
> "sei-tecnico@listas.softwarepublico.gov.br"
>
>
>
> Prezados,
>
> Estou preocupado com os lançamentos de versões/atualizações do SEI;
>
> Como está se dando essa governança?
>
> Temos um Roadmap com previsão de lançamentos? Onde está?
>
> Porque ainda mantemos o 2.6.0 A1? A2? A3? e não, fechar as releases na
> lógica que:
>
> ?.x.x - Grandes mudanças no core e ou no banco
> 2.?.x - Melhorias na estrutura e novas funcionalidades
> 2.6.x - Pequenas melhorias em funcionalidades e ou correções de bugs
>
> As RC (release candidate) ou provavelmente essas "A1, A2", deveriam
> ser consideradas Alphas para testes e não para atualizações do ambiente
> de produção. Acho que não precisamos e nem devemos seguir esse ritmo de
> atualizações constantes, isso gera muito custo para os órgãos e também
> envolvimento de muitas pessoas.
>
>
> Por fim, estou querendo alertar também pela ausência e falta de
> versionamento do desenvolvimento do código; Não estou falando em
> abertura, estou pregando aqui que o código ao menos seja versionado,
> para que seja possível dar manutenção e evolução por parte da
> colaboração de outros órgãos e atores.
>
>
> Att,
> Valessio Brito

Que coisa bizarra: um software importante como o SEI nem tem código
versionado? E o rastreabilidade/histórico das alterações?

* lembrando: "não dá pra gerir o que não dá pra medir" (nem sei mais de
quem é a frase, é algo tão básico de gestão de projetos...)

--

Felipe Braga
Administração de Banco de Dados - Centro de Informática
Prefeitura Municipal de Piracicaba
(19) 3403.1030
fbraga@piracicaba.sp.gov.br |
dba@piracicaba.sp.gov.br

Em 08/04/2016 09:12, sei-tecnico-request@listas.softwarepublico.gov.br

escreveu:
> Assunto:
> Re: [sei-tecnico] Muitas releases A1, A2, A... A9. e o Roadmap?
> De:
> Valessio Soares de Brito
> Data:
> 07/04/2016 18:03
>
> Para:
> "sei-tecnico@listas.softwarepublico.gov.br"
>, "abruno@tre-to.jus.br"
>
>
>
> Prezado Alysson,
>
> Não, o SEI não tem prática de versionamento no GIT; A sua versão atual
> no GIT é do Pacote ZIP - v2.6.0 A7
>
> Ou seja, é até diferente da versão atual disponibilizada;
>
> Por fim, ter uma prática de versionamento, não é soltar Tarball (Zips)
> versionados; Porque, todos sabem, que em um processo de governança e
> desenvolvimento de código por mais de uma instituição; Caso não se
> tenha o histórico de commits/versionamento; Fica extremamente difícil
> ter novos atores/colaboradores, uma vez que todo registro de
> commits/evoluções se perderam.
>
> Ser versionado, é decidirmos, que a partir da versão Tal; Toda
> evolução ou código desenvolvido, deve ser mantido o histórico de
> commits/evoluções.
>
> Isso não é apenas por ser uma boa prática; É pela sustentabilidade do
> projeto.
>
>
> Por fim, sobre o Roadmap, você saberia informar?
>
>
> Abs,
> Valessio Brito
>
>
> Em Qui, 2016-04-07 às 18:01 -0300, Alysson M Bruno escreveu:
>> >Valessio,
>> >
>> >O SEI é versionado no git.
>> >
>> >Atte.,
>> >
>> >
>> >Alysson Bruno
>> >30925584

Que "gestão de desenvolvimento" bizarra :/

--

Felipe Braga
Administração de Banco de Dados - Centro de Informática
Prefeitura Municipal de Piracicaba
(19) 3403.1030
fbraga@piracicaba.sp.gov.br |
dba@piracicaba.sp.gov.br

Em 08/04/2016 09:12, sei-tecnico-request@listas.softwarepublico.gov.br
escreveu:
> Assunto:
> Re: [sei-tecnico] Muitas releases A1, A2, A... A9. e o Roadmap?
> De:
> Valessio Soares de Brito
> Data:
> 07/04/2016 18:06
>
> Para:
> "sei-tecnico@listas.softwarepublico.gov.br"
>, "abruno@tre-to.jus.br"
>
>
>
> Por fim,
>
> Aos que quiserem acompanhar o repositório e ver como estão sendo
> versionado o código do SEI, esta no repositório privado:
>https://softwarepublico.gov.br/gitlab/sei/sei/commits/master
>
> Antes de enviar esse email para lista técnica, já tinha aberto uma
> Issue sobre essas questões:
>https://softwarepublico.gov.br/gitlab/sei/sei/issues/176
>
>
> Att,
> Valessio Brito