Uma questão que quero levantar é: Há dois motivos para se decidir migrar de serviço, um prático e outro ideológico.
O prático é se as funcionalidades do serviço não atendem as espectativas ou se o conteúdo que geramos fica preso ao serviço e não podemos levar junto se quisermos sair, junto com a existencia de uma alternativa melhor. Neste caso avalia-se serviço por serviço e escolhe-se o melhor. O ideológico é se apesar de na prática atender bem as necessidades existe alguma característica, como no caso usar algum código proprietário, que é contra os princípios do grupo. Nesse caso já se impõe um pré-requisito que elimina automaticamentes vários serviços sem nem os avaliar. Em relação ao motivo prático não teriamos muito o que discutir nesse sentido. Seria uma decisão bem mais objetiva e fácil de ser feita. Sobre o motivo ideológico, que é o caso, não poderíamos ficar restritos a um único caso. Se decidimos que não queremos usar serviços que não são totalmente livres então não é só em relação ao GitHub que temos que pensar. Os serviços de Continuous Integration e Continuous Deployment que usamos em algum projeto são 100% livres? Se não forem teremos que mudar também para manter a coerência. Serviços de monitoramento? Armazenamento? Hospedagem? Algum deles usa código proprietário? Então teremos que migrar. E assim por diante. Pessoalmente tendo a ser mais pragmático. O que produzimos é 100% livre? Estimulamos que terceiros adotem a postura de liberar conteúdo de forma livre? Esse tipo de mudança vai afetar, e se for será positiva ou negativamente, os objetivos e princípios da OK? É uma mudança prioritária e relevante para o atual momento? É isso que importa. Mas no final vai depender da visão geral do grupo, e o que for decidido ok. []'s 2015-04-09 16:17 GMT-03:00 Yasodara Cordova <[email protected]>: > Outra observação crítica? > > Isso é realmente relevante agora? Nao seria melhor a gente cuidar dos > projetos e se isso decolar a gente pensa em mudar? Migrar do github nao eh > dificil. > > > Eu continuaria no github por hora, ja q ja estamos la. > > Frictionless, a la OK > > > > > ∞ w3c.br <http://w3c.br> > ∞ ingraxa.eu > > > 2015-04-09 16:06 GMT-03:00 Diego Rabatone <[email protected]>: > > Pergunta/reflexão: >> >> Mudar do github para o gitlab vai impedir algum novo(a) desenvolvedor(a) >> de colaborar com o projeto, efetivamente falando? >> Este é o "ponto-crítico" no processo de conseguir mais pessoas >> colaborando? >> >> >> -------------------------------- >> Diego Rabatone Oliveira >> diraol(arroba)diraol(ponto)eng(ponto)br >> Identica: (@diraol) http://identi.ca/diraol >> Twitter: @diraol >> >> Em 9 de abril de 2015 16:04, Thiago Gomes Veríssimo < >> [email protected]> escreveu: >> >>> Olá lista, >>> >>> É a primeira vez que escrevo nesta lista, mas a acompanho como "ouvinte" >>> há um tempo. >>> >>> Eu já me coloquei essa questão (github X gitorious (agora gitlab)) >>> muitas vezes. Acabei ficando com github (até o momento) pois lá estão >>> vários projetos não desenvolvidos por mim, mas que eventualmente preciso >>> enviar Pull Request. Assim por facilidade estou no github. >>> >>> Acabei de fazer uma importação dos meus repositórios do github para o >>> gitlab (usando a própria ferramenta de importação do gitlab.com) e as >>> issues foram importadas. Uma possível migração no futuro para o gitlab não >>> demandaria muito esforço. >>> >>> Portanto, dando minha contribuição, se a ideia é abarcar mais >>> desenvolvedores, acho que ficar no github é a melhor opção no momento, mas >>> que pode ser reconsiderada num outro momento. >>> >>> -- >>> Thiago Gomes Veríssimo >>> >>> >>> >>> Em 9 de abril de 2015 14:44, Luiz Armesto <[email protected]> >>> escreveu: >>> >>>> Eu vejo mais como: >>>> >>>> A OKBr prefere >>>> >>>> (A) Que os dados orçamentários, que já são em CSV (livres), sejam >>>> editados e visualizados em programas que o usuário está habituado e já >>>> possui acesso. >>>> >>>> ou >>>> >>>> (B) que se troque o programa usado por uma alternativa livre, fazendo >>>> com que todos que já editam esses dados ou quiserem editar migrem. >>>> >>>> >>>> Em ambas as alternativas os dados (dados orçamentários na analogia, ou >>>> código fonte na discussão em si) já são abertos e acessíveis. >>>> >>>> 2015-04-09 14:32 GMT-03:00 Raniere Silva <[email protected]>: >>>> >>>>> > Ou seja, antes de pensar no "custo" de transferir ou manter espelho, >>>>> etc. >>>>> > do Github para outro lugar, há que se debater o dilema, sobre o que >>>>> a OKBr >>>>> > prefere, >>>>> > >>>>> > (A) aproveitar do "efeito de rede" já alcançado com o uso do Github. >>>>> > >>>>> > ou >>>>> > >>>>> > (B) usar uma solução mais livre e ideologicamente compatível com a >>>>> OKBr. >>>>> >>>>> Deixa eu escrever a pergunta de "outra forma". A OKBr prefere, >>>>> >>>>> (A) que dados orçamentários sejam disponibilizados em PDF >>>>> porque todo mundo sabe abrir um PDF. >>>>> >>>>> ou >>>>> >>>>> (B) que dados orçamentários sejam disponibilizados em CSV (ou algo >>>>> similar) >>>>> porque é um formato mais livre que possibilita mais pessoas >>>>> utilizar >>>>> esse dado. >>>>> >>>>> _______________________________________________ >>>>> okfn-br mailing list >>>>> [email protected] >>>>> https://lists.okfn.org/mailman/listinfo/okfn-br >>>>> Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br >>>>> >>>>> >>>> >>>> >>>> -- >>>> Luiz Armesto >>>> >>>> _______________________________________________ >>>> okfn-br mailing list >>>> [email protected] >>>> https://lists.okfn.org/mailman/listinfo/okfn-br >>>> Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br >>>> >>>> >>> >>> >>> -- >>> Thiago Gomes Verissimo >>> >>> _______________________________________________ >>> okfn-br mailing list >>> [email protected] >>> https://lists.okfn.org/mailman/listinfo/okfn-br >>> Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br >>> >>> >> >> _______________________________________________ >> okfn-br mailing list >> [email protected] >> https://lists.okfn.org/mailman/listinfo/okfn-br >> Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br >> >> > > _______________________________________________ > okfn-br mailing list > [email protected] > https://lists.okfn.org/mailman/listinfo/okfn-br > Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br > > -- Luiz Armesto
_______________________________________________ okfn-br mailing list [email protected] https://lists.okfn.org/mailman/listinfo/okfn-br Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br
