Software Público Brasileiro

Olá pessoal,

Preparei um esboço inicial para a página de software com base nas conversas que tivemos até agora. Propus duas alternativas ligeiramente diferentes priorizando ora as informações básicas e o acesso rápido à paginas com mais detalhes, ora a integração de todas as informações em um só espaço.

Esses designs seguem a filosofia de um cadastro de software resumido que é combinado com conteúdo das outras ferramentas (incluindo o próprio Noosfero) para apresentar uma página rica em conteúdo.

A equipe da UnB está recebendo esse material ao mesmo tempo que a equipe SLTI. Portanto ainda existe uma análise técnica a ser realizada antes que o menor link na página se torne concreto. Preferi compartilhar o material logo, para que a equipe SLTI possa fazer a sua reflexão a respeito durante a minha breve ausência do projeto.

O arquivo se encontra no Redmine do LAPPIS, aba Wiki > Interface Gráfica. Ou diretamente aqui: http://bit.ly/1rSpnT7.

Att,
Rodrigo Maia

On Fri, Oct 03, 2014 at 07:47:34PM +0000, Rodrigo Maia wrote:

> Olá pessoal,
>
> Preparei um esboço inicial para a página de software com base nas
> conversas que tivemos até agora. Propus duas alternativas ligeiramente
> diferentes priorizando ora as informações básicas e o acesso rápido à
> paginas com mais detalhes, ora a integração de todas as informações em
> um só espaço.

Nenhum outro lugar que hospeda projetos dá tanta informação assim de uma
vez, e provavelmente por um bom motivo: não acho que exista um usuário
que busca toda essa informação ao mesmo tempo.

Quase todos os websites de projetos de software livre relevantes seguem
mais ou menos um padrão ("pattern", e não "standard"):

- uma página inicial chamativa, dizendo o que o projeto faz e dando
acesso rápido a um "quick start" e/ou "download"
- uma seção, ou link proeminente para informações sobre desenvolvimento.
- eventualmente, um feed de notícias (que podem ser notícias postadas
por humanos, com um agregador de feeds por exemplo, ou fatos gerados a
partir de informações sobre o processo de desenvolvimento)

Alguns exemplos:

- http://www.vagrantup.com/
- https://www.mongodb.org/
- http://httpd.apache.org/
- http://www.rabbitmq.com/

Mesmo plataformas de hospedagem, como o GitHub (que queira ou não, é o
horizonte pra onde a gente tem que olhar), apresentam os projetos de uma
forma bem mais mais clean/sucinta:

https://github.com/rails

na minha opinião a gente deveria buscar algo nessa direção, e fornecer
links para detalhamentos:

- informações sobre como participar do desenvolvimento (repositório etc)
- informações detalhadas sobre a atividade do projeto
- prestadores de serviço
- documentação
- etc etc etc

Ainda assim, temos que lembrar de que no noosfero, a princípio todo
conteúdo é modificável pelo usuário, então o que a gente vai fornecer é
um default; quanto mais abrangente e detalhado for esse default, maiores
e mais drásticas vão ser as variações que os usuários (desenvolvedores)
vão criar a partir dali.

> Esses designs seguem a filosofia de um cadastro de software resumido
> que é combinado com conteúdo das outras ferramentas (incluindo o
> próprio Noosfero) para apresentar uma página rica em conteúdo.

Vai ser útil poder fornecer toda essa informação, mas não de uma vez só.

--
Antonio Terceiro
http://softwarelivre.org/terceiro

Gostei bastante das sugestões do Rodrigo mas por outro lado concordo com o
que o Antônio terceiro comentou. Acho que podemos tentar encontrar um
equilíbrio...Precisamos disponibilizar a informação ao usuário mas talvez
nem tudo precise estar em um mesmo formulário. Vamos amadurecendo a
discussão. Aqui é outro protótipo de página de software que temos, apesar
de simples pode nos ajudar na reflexão.
http://pagina.softwarepublico.gov.br/cacic

Marisa Souza
Analista em Tecnologia da Informação
Gerência de Inovações Tecnológicas - DSI/MPOG
(61) 8206-3534 / (71) 8804-3866

Em 6 de outubro de 2014 16:17, Antonio Terceiro
escreveu:

> On Fri, Oct 03, 2014 at 07:47:34PM +0000, Rodrigo Maia wrote:
> > Olá pessoal,
> >
> > Preparei um esboço inicial para a página de software com base nas
> > conversas que tivemos até agora. Propus duas alternativas ligeiramente
> > diferentes priorizando ora as informações básicas e o acesso rápido à
> > paginas com mais detalhes, ora a integração de todas as informações em
> > um só espaço.
>
> Nenhum outro lugar que hospeda projetos dá tanta informação assim de uma
> vez, e provavelmente por um bom motivo: não acho que exista um usuário
> que busca toda essa informação ao mesmo tempo.
>
> Quase todos os websites de projetos de software livre relevantes seguem
> mais ou menos um padrão ("pattern", e não "standard"):
>
> - uma página inicial chamativa, dizendo o que o projeto faz e dando
> acesso rápido a um "quick start" e/ou "download"
> - uma seção, ou link proeminente para informações sobre desenvolvimento.
> - eventualmente, um feed de notícias (que podem ser notícias postadas
> por humanos, com um agregador de feeds por exemplo, ou fatos gerados a
> partir de informações sobre o processo de desenvolvimento)
>
> Alguns exemplos:
>
> - http://www.vagrantup.com/
> - https://www.mongodb.org/
> - http://httpd.apache.org/
> - http://www.rabbitmq.com/
>
> Mesmo plataformas de hospedagem, como o GitHub (que queira ou não, é o
> horizonte pra onde a gente tem que olhar), apresentam os projetos de uma
> forma bem mais mais clean/sucinta:
>
>https://github.com/rails
>
> na minha opinião a gente deveria buscar algo nessa direção, e fornecer
> links para detalhamentos:
>
> - informações sobre como participar do desenvolvimento (repositório etc)
> - informações detalhadas sobre a atividade do projeto
> - prestadores de serviço
> - documentação
> - etc etc etc
>
> Ainda assim, temos que lembrar de que no noosfero, a princípio todo
> conteúdo é modificável pelo usuário, então o que a gente vai fornecer é
> um default; quanto mais abrangente e detalhado for esse default, maiores
> e mais drásticas vão ser as variações que os usuários (desenvolvedores)
> vão criar a partir dali.
>
> > Esses designs seguem a filosofia de um cadastro de software resumido
> > que é combinado com conteúdo das outras ferramentas (incluindo o
> > próprio Noosfero) para apresentar uma página rica em conteúdo.
>
> Vai ser útil poder fornecer toda essa informação, mas não de uma vez só.
>
> --
> Antonio Terceiro
>http://softwarelivre.org/terceiro
>
>
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>http://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
>

Gostei bastante das sugestões do Rodrigo mas por outro lado concordo com o
que o Antônio terceiro comentou. Acho que podemos tentar encontrar um
equilíbrio...Precisamos disponibilizar a informação ao usuário mas talvez
nem tudo precise estar em um mesmo formulário. Vamos amadurecendo a
discussão. Aqui é outro protótipo de página de software que temos, apesar
de simples pode nos ajudar na reflexão.
http://pagina.softwarepublico.gov.br/cacic


Atenciosamente,

Marisa Souza
Analista em Tecnologia da Informação
Coordenação Geral de Inovação Tecnológica
DSI/SLTI/MPOG
(61)2020-1930

Em 6 de outubro de 2014 16:17, Antonio Terceiro
escreveu:

> On Fri, Oct 03, 2014 at 07:47:34PM +0000, Rodrigo Maia wrote:
> > Olá pessoal,
> >
> > Preparei um esboço inicial para a página de software com base nas
> > conversas que tivemos até agora. Propus duas alternativas ligeiramente
> > diferentes priorizando ora as informações básicas e o acesso rápido à
> > paginas com mais detalhes, ora a integração de todas as informações em
> > um só espaço.
>
> Nenhum outro lugar que hospeda projetos dá tanta informação assim de uma
> vez, e provavelmente por um bom motivo: não acho que exista um usuário
> que busca toda essa informação ao mesmo tempo.
>
> Quase todos os websites de projetos de software livre relevantes seguem
> mais ou menos um padrão ("pattern", e não "standard"):
>
> - uma página inicial chamativa, dizendo o que o projeto faz e dando
> acesso rápido a um "quick start" e/ou "download"
> - uma seção, ou link proeminente para informações sobre desenvolvimento.
> - eventualmente, um feed de notícias (que podem ser notícias postadas
> por humanos, com um agregador de feeds por exemplo, ou fatos gerados a
> partir de informações sobre o processo de desenvolvimento)
>
> Alguns exemplos:
>
> - http://www.vagrantup.com/
> - https://www.mongodb.org/
> - http://httpd.apache.org/
> - http://www.rabbitmq.com/
>
> Mesmo plataformas de hospedagem, como o GitHub (que queira ou não, é o
> horizonte pra onde a gente tem que olhar), apresentam os projetos de uma
> forma bem mais mais clean/sucinta:
>
>https://github.com/rails
>
> na minha opinião a gente deveria buscar algo nessa direção, e fornecer
> links para detalhamentos:
>
> - informações sobre como participar do desenvolvimento (repositório etc)
> - informações detalhadas sobre a atividade do projeto
> - prestadores de serviço
> - documentação
> - etc etc etc
>
> Ainda assim, temos que lembrar de que no noosfero, a princípio todo
> conteúdo é modificável pelo usuário, então o que a gente vai fornecer é
> um default; quanto mais abrangente e detalhado for esse default, maiores
> e mais drásticas vão ser as variações que os usuários (desenvolvedores)
> vão criar a partir dali.
>
> > Esses designs seguem a filosofia de um cadastro de software resumido
> > que é combinado com conteúdo das outras ferramentas (incluindo o
> > próprio Noosfero) para apresentar uma página rica em conteúdo.
>
> Vai ser útil poder fornecer toda essa informação, mas não de uma vez só.
>
> --
> Antonio Terceiro
>http://softwarelivre.org/terceiro
>
>
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>http://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
>

Olá pessoal,

Obrigado a todos pelo feedback. Os dois esboços são bem carregados, é verdade. Fiquei preocupado com isso ao criá-los, mas mesmo assim preferi combinar todas as informações que havíamos discutido até então para ilustrar como seria uma combinação de informações do software, das comunidades, do repositório e do mercado de talentos. Podemos simplificar bastante sim. Vou trabalhar nisso e apresentar uma nova proposta essa semana.

Só tenho uma ressalva: a página de software deve ser um pattern só até certo ponto. Entendo o princípio de que as comunidades (ou as pessoas) responsáveis tenham liberdade para modificar e personalizar as páginas. Por outro lado, não podemos permitir que essa personalização prejudique os objetivos do Portal. Se, por exemplo, os visitantes não encontrarem os requisitos mínimos ou o próprio link para o download da última versão estável, então nós falhamos.

Att,
Rodrigo Maia



> Em 08/10/2014, à(s) 11:40AM, Marisa Souza escreveu:
>
> Gostei bastante das sugestões do Rodrigo mas por outro lado concordo com o que o Antônio terceiro comentou. Acho que podemos tentar encontrar um equilíbrio...Precisamos disponibilizar a informação ao usuário mas talvez nem tudo precise estar em um mesmo formulário. Vamos amadurecendo a discussão. Aqui é outro protótipo de página de software que temos, apesar de simples pode nos ajudar na reflexão. http://pagina.softwarepublico.gov.br/cacic
>
> Marisa Souza
> Analista em Tecnologia da Informação
> Gerência de Inovações Tecnológicas - DSI/MPOG
> (61) 8206-3534 / (71) 8804-3866
>
> Em 6 de outubro de 2014 16:17, Antonio Terceiro > escreveu:
> On Fri, Oct 03, 2014 at 07:47:34PM +0000, Rodrigo Maia wrote:
> > Olá pessoal,
> >
> > Preparei um esboço inicial para a página de software com base nas
> > conversas que tivemos até agora. Propus duas alternativas ligeiramente
> > diferentes priorizando ora as informações básicas e o acesso rápido à
> > paginas com mais detalhes, ora a integração de todas as informações em
> > um só espaço.
>
> Nenhum outro lugar que hospeda projetos dá tanta informação assim de uma
> vez, e provavelmente por um bom motivo: não acho que exista um usuário
> que busca toda essa informação ao mesmo tempo.
>
> Quase todos os websites de projetos de software livre relevantes seguem
> mais ou menos um padrão ("pattern", e não "standard"):
>
> - uma página inicial chamativa, dizendo o que o projeto faz e dando
> acesso rápido a um "quick start" e/ou "download"
> - uma seção, ou link proeminente para informações sobre desenvolvimento.
> - eventualmente, um feed de notícias (que podem ser notícias postadas
> por humanos, com um agregador de feeds por exemplo, ou fatos gerados a
> partir de informações sobre o processo de desenvolvimento)
>
> Alguns exemplos:
>
> - http://www.vagrantup.com/
> - https://www.mongodb.org/
> - http://httpd.apache.org/
> - http://www.rabbitmq.com/
>
> Mesmo plataformas de hospedagem, como o GitHub (que queira ou não, é o
> horizonte pra onde a gente tem que olhar), apresentam os projetos de uma
> forma bem mais mais clean/sucinta:
>
>https://github.com/rails
>
> na minha opinião a gente deveria buscar algo nessa direção, e fornecer
> links para detalhamentos:
>
> - informações sobre como participar do desenvolvimento (repositório etc)
> - informações detalhadas sobre a atividade do projeto
> - prestadores de serviço
> - documentação
> - etc etc etc
>
> Ainda assim, temos que lembrar de que no noosfero, a princípio todo
> conteúdo é modificável pelo usuário, então o que a gente vai fornecer é
> um default; quanto mais abrangente e detalhado for esse default, maiores
> e mais drásticas vão ser as variações que os usuários (desenvolvedores)
> vão criar a partir dali.
>
> > Esses designs seguem a filosofia de um cadastro de software resumido
> > que é combinado com conteúdo das outras ferramentas (incluindo o
> > próprio Noosfero) para apresentar uma página rica em conteúdo.
>
> Vai ser útil poder fornecer toda essa informação, mas não de uma vez só.
>
> --
> Antonio Terceiro >
>http://softwarelivre.org/terceiro
>
>
>
> _______________________________________________
> 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

Exatamente Rodrigo.

No portal atual nós admins temos a opção de definir o template da página
padrão de comunidade... Lá configuramos os itens obrigatórios, ou seja,
aqueles que os coordenadores não tem como remover, assim ele tem
flexibilidade até certo ponto. Seria interessante ter algo assim na página
de software.

Marisa Souza
Analista em Tecnologia da Informação
Gerência de Inovações Tecnológicas - DSI/MPOG
(61) 8206-3534 / (71) 8804-3866

Em 29 de outubro de 2014 00:00, Rodrigo Maia escreveu:

> Olá pessoal,
>
> Obrigado a todos pelo feedback. Os dois esboços são bem carregados, é
> verdade. Fiquei preocupado com isso ao criá-los, mas mesmo assim preferi
> combinar todas as informações que havíamos discutido até então para
> ilustrar como seria uma combinação de informações do software, das
> comunidades, do repositório e do mercado de talentos. Podemos simplificar
> bastante sim. Vou trabalhar nisso e apresentar uma nova proposta essa
> semana.
>
> Só tenho uma ressalva: a página de software deve ser um pattern só até
> certo ponto. Entendo o princípio de que as comunidades (ou as pessoas)
> responsáveis tenham liberdade para modificar e personalizar as páginas. Por
> outro lado, não podemos permitir que essa personalização prejudique os
> objetivos do Portal. Se, por exemplo, os visitantes não encontrarem os
> requisitos mínimos ou o próprio link para o download da última versão
> estável, então nós falhamos.
>
> Att,
> Rodrigo Maia
>
>
>
> Em 08/10/2014, à(s) 11:40AM, Marisa Souza escreveu:
>
> Gostei bastante das sugestões do Rodrigo mas por outro lado concordo com o
> que o Antônio terceiro comentou. Acho que podemos tentar encontrar um
> equilíbrio...Precisamos disponibilizar a informação ao usuário mas talvez
> nem tudo precise estar em um mesmo formulário. Vamos amadurecendo a
> discussão. Aqui é outro protótipo de página de software que temos, apesar
> de simples pode nos ajudar na reflexão.
>http://pagina.softwarepublico.gov.br/cacic
>
> Marisa Souza
> Analista em Tecnologia da Informação
> Gerência de Inovações Tecnológicas - DSI/MPOG
> (61) 8206-3534 / (71) 8804-3866
>
> Em 6 de outubro de 2014 16:17, Antonio Terceiro <
> terceiro@softwarelivre.org> escreveu:
>
>> On Fri, Oct 03, 2014 at 07:47:34PM +0000, Rodrigo Maia wrote:
>> > Olá pessoal,
>> >
>> > Preparei um esboço inicial para a página de software com base nas
>> > conversas que tivemos até agora. Propus duas alternativas ligeiramente
>> > diferentes priorizando ora as informações básicas e o acesso rápido à
>> > paginas com mais detalhes, ora a integração de todas as informações em
>> > um só espaço.
>>
>> Nenhum outro lugar que hospeda projetos dá tanta informação assim de uma
>> vez, e provavelmente por um bom motivo: não acho que exista um usuário
>> que busca toda essa informação ao mesmo tempo.
>>
>> Quase todos os websites de projetos de software livre relevantes seguem
>> mais ou menos um padrão ("pattern", e não "standard"):
>>
>> - uma página inicial chamativa, dizendo o que o projeto faz e dando
>> acesso rápido a um "quick start" e/ou "download"
>> - uma seção, ou link proeminente para informações sobre desenvolvimento.
>> - eventualmente, um feed de notícias (que podem ser notícias postadas
>> por humanos, com um agregador de feeds por exemplo, ou fatos gerados a
>> partir de informações sobre o processo de desenvolvimento)
>>
>> Alguns exemplos:
>>
>> - http://www.vagrantup.com/
>> - https://www.mongodb.org/
>> - http://httpd.apache.org/
>> - http://www.rabbitmq.com/
>>
>> Mesmo plataformas de hospedagem, como o GitHub (que queira ou não, é o
>> horizonte pra onde a gente tem que olhar), apresentam os projetos de uma
>> forma bem mais mais clean/sucinta:
>>
>>https://github.com/rails
>>
>> na minha opinião a gente deveria buscar algo nessa direção, e fornecer
>> links para detalhamentos:
>>
>> - informações sobre como participar do desenvolvimento (repositório etc)
>> - informações detalhadas sobre a atividade do projeto
>> - prestadores de serviço
>> - documentação
>> - etc etc etc
>>
>> Ainda assim, temos que lembrar de que no noosfero, a princípio todo
>> conteúdo é modificável pelo usuário, então o que a gente vai fornecer é
>> um default; quanto mais abrangente e detalhado for esse default, maiores
>> e mais drásticas vão ser as variações que os usuários (desenvolvedores)
>> vão criar a partir dali.
>>
>> > Esses designs seguem a filosofia de um cadastro de software resumido
>> > que é combinado com conteúdo das outras ferramentas (incluindo o
>> > próprio Noosfero) para apresentar uma página rica em conteúdo.
>>
>> Vai ser útil poder fornecer toda essa informação, mas não de uma vez só.
>>
>> --
>> Antonio Terceiro
>>http://softwarelivre.org/terceiro
>>
>>
>>
>> _______________________________________________
>> 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
>
>
>