Software Público Brasileiro

Na próxima segunda-feira dia 13/04 iremos discutir o mapeamento de recursos
entre nossas ferramentas. Todos estão convidados a participar.

13/04/2015 14h - http://bit.ly/hangout-pspb

Abraços,

--
Sergio Oliveira

Tivemos o call mas o pessoal do Lappis não conseguiu participar por
problemas de conectividade.

Seguimos o mesmo pad que iniciamos no call sobre buscas (
https://pad.okfn.org/p/colab-search).

Em resumo os mapeamento de funcionalidades (acredito que ainda não são os
contextos finais) são relativamente triviais com exceção de software e
comunidade. Voltamos ao ponto: um software tem comunidades ou comunidades
tem softwares?

Vamos precisar estudar estes casos um pouco mais a fundo.

Podemos fazer outro call destes na próxima quinta?

Abraços,

--
Sergio Oliveira

"The brick walls are not there to keep us out; the brick walls are there to
give us a chance to show how badly we want something."
Randy Pausch

2015-04-09 14:49 GMT-03:00 Sergio Oliveira :

> Na próxima segunda-feira dia 13/04 iremos discutir o mapeamento de
> recursos entre nossas ferramentas. Todos estão convidados a participar.
>
> 13/04/2015 14h - http://bit.ly/hangout-pspb
>
> Abraços,
>
> --
> Sergio Oliveira
>

Em 13 de abril de 2015 15:25, Sergio Oliveira escreveu:

> Tivemos o call mas o pessoal do Lappis não conseguiu participar por
> problemas de conectividade.
>

Essa reunião foi entre você e o Maia, apenas?

>
> Seguimos o mesmo pad que iniciamos no call sobre buscas (
>https://pad.okfn.org/p/colab-search).
>
> Em resumo os mapeamento de funcionalidades (acredito que ainda não são os
> contextos finais) são relativamente triviais com exceção de software e
> comunidade. Voltamos ao ponto: um software tem comunidades ou comunidades
> tem softwares?
>

Recuso-me a responder essa questão e discutir este ponto por e-mail, nesta
altura do projeto ;)

> Vamos precisar estudar estes casos um pouco mais a fundo.
>
> Podemos fazer outro call destes na próxima quinta?
>

Sim, mas precisamos do Terceiro neste call.

obrigado,
--
Paulo Meirelles
FGA-UnB (http://fga.unb.br)
CCSL-IME/USP (http://ccsl.ime.usp.br)

Fala Sergio,

Na próxima quinta eu não posso. Semana que vem?

Abraço,

Rodrigo Maia
www.rodmaia.net

> Em 13/04/2015, à(s) 2:25PM, Sergio Oliveira escreveu:
>
> Tivemos o call mas o pessoal do Lappis não conseguiu participar por problemas de conectividade.
>
> Seguimos o mesmo pad que iniciamos no call sobre buscas (https://pad.okfn.org/p/colab-search ).
>
> Em resumo os mapeamento de funcionalidades (acredito que ainda não são os contextos finais) são relativamente triviais com exceção de software e comunidade. Voltamos ao ponto: um software tem comunidades ou comunidades tem softwares?
>
> Vamos precisar estudar estes casos um pouco mais a fundo.
>
> Podemos fazer outro call destes na próxima quinta?
>
> Abraços,
>
> --
> Sergio Oliveira
>
> "The brick walls are not there to keep us out; the brick walls are there to give us a chance to show how badly we want something."
> Randy Pausch
>
> 2015-04-09 14:49 GMT-03:00 Sergio Oliveira >:
> Na próxima segunda-feira dia 13/04 iremos discutir o mapeamento de recursos entre nossas ferramentas. Todos estão convidados a participar.
>
> 13/04/2015 14h - http://bit.ly/hangout-pspb
>
> Abraços,
>
> --
> Sergio Oliveira
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>http://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev

On 13-04-2015 15:25, Sergio Oliveira wrote:

> Tivemos o call mas o pessoal do Lappis não conseguiu participar por
> problemas de conectividade.
>
> Seguimos o mesmo pad que iniciamos no call sobre buscas (
>https://pad.okfn.org/p/colab-search).
>
> Em resumo os mapeamento de funcionalidades (acredito que ainda não são os
> contextos finais) são relativamente triviais com exceção de software e
> comunidade. Voltamos ao ponto: um software tem comunidades ou comunidades
> tem softwares?
>
> Vamos precisar estudar estes casos um pouco mais a fundo.

Se me permitem um pitaco, comunidades têm softwares, ou não. Pegando
casos práticos nossos no Interlegis:

- A comunidade GIAL (Grupo Interlegis de Assessoria Legislativa) é uma
das nossas mais ativas comunidades, com encontros e tudo o mais, e não
tem softwares.
- O Portal Modelo tem uma comunidades de desenvolvedores e é composto
por vários softwares, com pelo menos 11 repositórios no GitHub.
- A comunidade PloneGov-BR é forte, gera muita colaboração e existe
desde 2009, só passou a produzir softwares em 2013.
- O Interlegis poderia ser uma comunidade no PSPB e tem vários
softwares: Portal Modelo, SAPL, SAAP, SPDO, etc.
- Poderão surgir comunidades de colaboração que gerem pequenos
softwares, como scripts, componentes, etc, ou mesmo só documentação ou
outro tipo de mídia.

Abraço,

--

Jean Ferri
Analista de Sistemas
Programa Interlegis

Concordo com o Jean e ainda acredito que podemos ter a visão contrária
também, partindo do software, como tem sido nos casos do SPB:


- 1 Software com 1 comunidade e 1 Software com N comunidades.


Marisa Souza
Analista em Tecnologia da Informação
Coordenação Geral de Sistemas de Informação - DGSI/MPOG

Em 22 de abril de 2015 20:08, Jean Rodrigo Ferri <
jeanferri@interlegis.gov.br> escreveu:

> On 13-04-2015 15:25, Sergio Oliveira wrote:
>
>> Tivemos o call mas o pessoal do Lappis não conseguiu participar por
>> problemas de conectividade.
>>
>> Seguimos o mesmo pad que iniciamos no call sobre buscas (
>>https://pad.okfn.org/p/colab-search).
>>
>> Em resumo os mapeamento de funcionalidades (acredito que ainda não são os
>> contextos finais) são relativamente triviais com exceção de software e
>> comunidade. Voltamos ao ponto: um software tem comunidades ou comunidades
>> tem softwares?
>>
>> Vamos precisar estudar estes casos um pouco mais a fundo.
>>
>
>
> Se me permitem um pitaco, comunidades têm softwares, ou não. Pegando casos
> práticos nossos no Interlegis:
>
> - A comunidade GIAL (Grupo Interlegis de Assessoria Legislativa) é uma das
> nossas mais ativas comunidades, com encontros e tudo o mais, e não tem
> softwares.
> - O Portal Modelo tem uma comunidades de desenvolvedores e é composto por
> vários softwares, com pelo menos 11 repositórios no GitHub.
> - A comunidade PloneGov-BR é forte, gera muita colaboração e existe desde
> 2009, só passou a produzir softwares em 2013.
> - O Interlegis poderia ser uma comunidade no PSPB e tem vários softwares:
> Portal Modelo, SAPL, SAAP, SPDO, etc.
> - Poderão surgir comunidades de colaboração que gerem pequenos softwares,
> como scripts, componentes, etc, ou mesmo só documentação ou outro tipo de
> mídia.
>
> Abraço,
>
> --
> Jean Ferri
> Analista de Sistemas
> Programa Interlegis
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>http://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>

Obrigado pelos Inputs!

Estamos chamando este trabalho de mapeamento porque é uma questão de "dar
nome aos bois" (como dizemos aqui no interior).
Os casos existentes precisam ser "mapeados" para nomes que façam sentido em
cada ferramenta do nosso *novo conjunto* de ferramentas.

Marisa possivelmente 1 Software com N comunidades poderia ser representado
como *1 Comunidade com 1 Software e N listas (ou fóruns).*
Quando eu digo possivelmente é porque este ainda é um trabalho em progresso
e não temos os termos finais. Sugestões (ou pitacos) são sempre bem vindos!

Abraços,

--
Sergio Oliveira

"The brick walls are not there to keep us out; the brick walls are there to
give us a chance to show how badly we want something."
Randy Pausch

2015-04-23 10:08 GMT-03:00 Marisa Souza :

> Concordo com o Jean e ainda acredito que podemos ter a visão contrária
> também, partindo do software, como tem sido nos casos do SPB:
>
>
> - 1 Software com 1 comunidade e 1 Software com N comunidades.
>
>
> Marisa Souza
> Analista em Tecnologia da Informação
> Coordenação Geral de Sistemas de Informação - DGSI/MPOG
>
> Em 22 de abril de 2015 20:08, Jean Rodrigo Ferri <
> jeanferri@interlegis.gov.br> escreveu:
>
>> On 13-04-2015 15:25, Sergio Oliveira wrote:
>>
>>> Tivemos o call mas o pessoal do Lappis não conseguiu participar por
>>> problemas de conectividade.
>>>
>>> Seguimos o mesmo pad que iniciamos no call sobre buscas (
>>>https://pad.okfn.org/p/colab-search).
>>>
>>> Em resumo os mapeamento de funcionalidades (acredito que ainda não são os
>>> contextos finais) são relativamente triviais com exceção de software e
>>> comunidade. Voltamos ao ponto: um software tem comunidades ou comunidades
>>> tem softwares?
>>>
>>> Vamos precisar estudar estes casos um pouco mais a fundo.
>>>
>>
>>
>> Se me permitem um pitaco, comunidades têm softwares, ou não. Pegando
>> casos práticos nossos no Interlegis:
>>
>> - A comunidade GIAL (Grupo Interlegis de Assessoria Legislativa) é uma
>> das nossas mais ativas comunidades, com encontros e tudo o mais, e não tem
>> softwares.
>> - O Portal Modelo tem uma comunidades de desenvolvedores e é composto por
>> vários softwares, com pelo menos 11 repositórios no GitHub.
>> - A comunidade PloneGov-BR é forte, gera muita colaboração e existe desde
>> 2009, só passou a produzir softwares em 2013.
>> - O Interlegis poderia ser uma comunidade no PSPB e tem vários softwares:
>> Portal Modelo, SAPL, SAAP, SPDO, etc.
>> - Poderão surgir comunidades de colaboração que gerem pequenos softwares,
>> como scripts, componentes, etc, ou mesmo só documentação ou outro tipo de
>> mídia.
>>
>> Abraço,
>>
>> --
>> Jean Ferri
>> Analista de Sistemas
>> Programa Interlegis
>>
>> _______________________________________________
>> spb-dev mailing list
>> spb-dev@listas.softwarepublico.gov.br
>>http://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>>
>
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>http://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
>

Entendi Sérgio. Vamos construindo juntos mas no caso do GSAN, por exemplo,
temos 1 software com duas comunidades/02 listas, uma aberta e uma do comitê
que é fechada com conteúdos muito específicos, nesse caso a situação que
você comentou não atenderia mas pode existir esse caso que você comentou
sim, inclusive pensamos muito antes de abrirmos subcomunidade pois pensamos
que somente a lista atenderia mas eles precisavam de outros serviços como
publicação de arquivos e notícias restritas, apenas para o comitê... não
tivemos como fugir.

Temos muitas possibilidades hehehe

Marisa Souza
Analista em Tecnologia da Informação
Coordenação Geral de Sistemas de Informação - DGSI/MPOG

Em 23 de abril de 2015 10:42, Sergio Oliveira escreveu:

> Obrigado pelos Inputs!
>
> Estamos chamando este trabalho de mapeamento porque é uma questão de "dar
> nome aos bois" (como dizemos aqui no interior).
> Os casos existentes precisam ser "mapeados" para nomes que façam sentido
> em cada ferramenta do nosso *novo conjunto* de ferramentas.
>
> Marisa possivelmente 1 Software com N comunidades poderia ser representado
> como *1 Comunidade com 1 Software e N listas (ou fóruns).*
> Quando eu digo possivelmente é porque este ainda é um trabalho em
> progresso e não temos os termos finais. Sugestões (ou pitacos) são sempre
> bem vindos!
>
>
> Abraços,
>
> --
> Sergio Oliveira
>
> "The brick walls are not there to keep us out; the brick walls are there
> to give us a chance to show how badly we want something."
> Randy Pausch
>
> 2015-04-23 10:08 GMT-03:00 Marisa Souza :
>
> Concordo com o Jean e ainda acredito que podemos ter a visão contrária
>> também, partindo do software, como tem sido nos casos do SPB:
>>
>>
>> - 1 Software com 1 comunidade e 1 Software com N comunidades.
>>
>>
>> Marisa Souza
>> Analista em Tecnologia da Informação
>> Coordenação Geral de Sistemas de Informação - DGSI/MPOG
>>
>> Em 22 de abril de 2015 20:08, Jean Rodrigo Ferri <
>> jeanferri@interlegis.gov.br> escreveu:
>>
>>> On 13-04-2015 15:25, Sergio Oliveira wrote:
>>>
>>>> Tivemos o call mas o pessoal do Lappis não conseguiu participar por
>>>> problemas de conectividade.
>>>>
>>>> Seguimos o mesmo pad que iniciamos no call sobre buscas (
>>>>https://pad.okfn.org/p/colab-search).
>>>>
>>>> Em resumo os mapeamento de funcionalidades (acredito que ainda não são
>>>> os
>>>> contextos finais) são relativamente triviais com exceção de software e
>>>> comunidade. Voltamos ao ponto: um software tem comunidades ou
>>>> comunidades
>>>> tem softwares?
>>>>
>>>> Vamos precisar estudar estes casos um pouco mais a fundo.
>>>>
>>>
>>>
>>> Se me permitem um pitaco, comunidades têm softwares, ou não. Pegando
>>> casos práticos nossos no Interlegis:
>>>
>>> - A comunidade GIAL (Grupo Interlegis de Assessoria Legislativa) é uma
>>> das nossas mais ativas comunidades, com encontros e tudo o mais, e não tem
>>> softwares.
>>> - O Portal Modelo tem uma comunidades de desenvolvedores e é composto
>>> por vários softwares, com pelo menos 11 repositórios no GitHub.
>>> - A comunidade PloneGov-BR é forte, gera muita colaboração e existe
>>> desde 2009, só passou a produzir softwares em 2013.
>>> - O Interlegis poderia ser uma comunidade no PSPB e tem vários
>>> softwares: Portal Modelo, SAPL, SAAP, SPDO, etc.
>>> - Poderão surgir comunidades de colaboração que gerem pequenos
>>> softwares, como scripts, componentes, etc, ou mesmo só documentação ou
>>> outro tipo de mídia.
>>>
>>> Abraço,
>>>
>>> --
>>> Jean Ferri
>>> Analista de Sistemas
>>> Programa Interlegis
>>>
>>> _______________________________________________
>>> spb-dev mailing list
>>> spb-dev@listas.softwarepublico.gov.br
>>>http://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>>>
>>
>>
>> _______________________________________________
>> spb-dev mailing list
>> spb-dev@listas.softwarepublico.gov.br
>>http://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>>
>>
>

Olá Marisa,

> Temos muitas possibilidades hehehe

Falou tudo! :) Nós temos várias possibilidades e durante a Release 4 vamos analisá-las. Como o Sergio colocou, por enquanto estamos mapeando os elementos das ferramentas. Cada uma delas tem conceitos semelhantes como listas, grupos, comunidades, etc. Semelhantes mas não idênticos.

Para conseguirmos alcançar o nosso ideal de prover uma experiência transparente para os usuários do portal, precisamos começar por alinhar esses conceitos internamente. É um trabalho que estamos fazendo desde o começo e que agora vai entrar mais em detalhes.

Fique tranquila, temos tomado nossas decisões em conjunto (MP + UnB) depois de várias rodadas de conversa. Não vai ser num ponto crucial como esse que nós vamos mudar de tática. ;)

Abraço,

Rodrigo Maia
www.rodmaia.net

> Em 23/04/2015, à(s) 10:12AM, Marisa Souza escreveu:
>
> Entendi Sérgio. Vamos construindo juntos mas no caso do GSAN, por exemplo, temos 1 software com duas comunidades/02 listas, uma aberta e uma do comitê que é fechada com conteúdos muito específicos, nesse caso a situação que você comentou não atenderia mas pode existir esse caso que você comentou sim, inclusive pensamos muito antes de abrirmos subcomunidade pois pensamos que somente a lista atenderia mas eles precisavam de outros serviços como publicação de arquivos e notícias restritas, apenas para o comitê... não tivemos como fugir.
>
> Temos muitas possibilidades hehehe
>
>
> Marisa Souza
> Analista em Tecnologia da Informação
> Coordenação Geral de Sistemas de Informação - DGSI/MPOG
>
> Em 23 de abril de 2015 10:42, Sergio Oliveira > escreveu:
> Obrigado pelos Inputs!
>
> Estamos chamando este trabalho de mapeamento porque é uma questão de "dar nome aos bois" (como dizemos aqui no interior).
> Os casos existentes precisam ser "mapeados" para nomes que façam sentido em cada ferramenta do nosso novo conjunto de ferramentas.
>
> Marisa possivelmente 1 Software com N comunidades poderia ser representado como 1 Comunidade com 1 Software e N listas (ou fóruns).
> Quando eu digo possivelmente é porque este ainda é um trabalho em progresso e não temos os termos finais. Sugestões (ou pitacos) são sempre bem vindos!
>
>
> Abraços,
>
> --
> Sergio Oliveira
>
> "The brick walls are not there to keep us out; the brick walls are there to give us a chance to show how badly we want something."
> Randy Pausch
>
> 2015-04-23 10:08 GMT-03:00 Marisa Souza >:
>
> Concordo com o Jean e ainda acredito que podemos ter a visão contrária também, partindo do software, como tem sido nos casos do SPB:
>
> 1 Software com 1 comunidade e 1 Software com N comunidades.
>
> Marisa Souza
> Analista em Tecnologia da Informação
> Coordenação Geral de Sistemas de Informação - DGSI/MPOG
>
> Em 22 de abril de 2015 20:08, Jean Rodrigo Ferri > escreveu:
> On 13-04-2015 15:25, Sergio Oliveira wrote:
> Tivemos o call mas o pessoal do Lappis não conseguiu participar por
> problemas de conectividade.
>
> Seguimos o mesmo pad que iniciamos no call sobre buscas (
>https://pad.okfn.org/p/colab-search ).
>
> Em resumo os mapeamento de funcionalidades (acredito que ainda não são os
> contextos finais) são relativamente triviais com exceção de software e
> comunidade. Voltamos ao ponto: um software tem comunidades ou comunidades
> tem softwares?
>
> Vamos precisar estudar estes casos um pouco mais a fundo.
>
>
> Se me permitem um pitaco, comunidades têm softwares, ou não. Pegando casos práticos nossos no Interlegis:
>
> - A comunidade GIAL (Grupo Interlegis de Assessoria Legislativa) é uma das nossas mais ativas comunidades, com encontros e tudo o mais, e não tem softwares.
> - O Portal Modelo tem uma comunidades de desenvolvedores e é composto por vários softwares, com pelo menos 11 repositórios no GitHub.
> - A comunidade PloneGov-BR é forte, gera muita colaboração e existe desde 2009, só passou a produzir softwares em 2013.
> - O Interlegis poderia ser uma comunidade no PSPB e tem vários softwares: Portal Modelo, SAPL, SAAP, SPDO, etc.
> - Poderão surgir comunidades de colaboração que gerem pequenos softwares, como scripts, componentes, etc, ou mesmo só documentação ou outro tipo de mídia.
>
> Abraço,
>
> --
> Jean Ferri
> Analista de Sistemas
> Programa Interlegis
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>http://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>http://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
>
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>http://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev