Reunião de Desenvolvedores do I2P - 6 de março de 2016

<zzz> 1) VRP/H1/1119 <zzz> 2) 0.9.26 pendências <zzz> 3) Summer of X <zzz> 4) 27-29 adiado para a próxima reunião <zzz> 0) oi <zzz> oi <str4d> oi <zzz> Vou explicar o 3) quando chegarmos lá <EinMByte> Oi <zzz> 1) VRP/H1/1119 <zzz> http://trac.i2p2.i2p/ticket/1119 <zzz> todo mundo teve a chance de se atualizar e revisar este ticket? * str4d está prestes a postar seus comentários <zzz> str4d, impressões gerais? <str4d> No geral, acho que está bem bom. Gosto do retorno positivo que temos recebido de pessoas que fazem esse tipo de coisa profissionalmente :) <zzz> Acho que estamos mais ou menos no caminho certo <zzz> este ticket existe há 2 anos. você mencionou o H1 há 14 meses. temos os rascunhos do processo de VRP do anonimal desde setembro <zzz> acho que, nesse tempo, o h1 ficou bem legítimo <str4d> Concordo com o zzz que os pontos mais adiante estão superespecificados, mas acho que as seções de processo e resposta (seções III e IV) estão no nível certo de especificação <zzz> não tenho mais dúvidas quanto a usar o h1 <EinMByte> Sim, embora eu só tenha acompanhado a discussão à distância, a resposta a vulnerabilidades deveria seguir procedimentos mais rígidos do que agora. O H1 pode ser uma boa opção para isso. <EinMByte> s/options/option <str4d> Também sou +1 no h1, pelos motivos que já expus no ticket. <zzz> str4d, você encontrou a katie do h1 um tempo atrás, certo? pode nos contar sobre essa reunião? <z3r0fox> Oi <str4d> Sim! Encontrei ela no Kiwicon 9 <str4d> Perguntei a ela sobre o tweet que postei, ao qual o arice respondeu no ticket <str4d> Acontece que o arice na verdade enviou a ela por e-mail um link para o nosso ticket perguntando se a resposta dele estava adequada, e ela acabou revisando o ticket no celular enquanto estava em outra reunião :P <str4d> Ela também gostou :P <zzz> e sobre as coisas financiadas e o que o tor está fazendo com eles? <str4d> Ela mencionou que isso ia acontecer e indicou que talvez possamos entrar no mesmo programa <zzz> também, impressões gerais da empresa h1 depois de conhecer a katie? <str4d> Ainda não fiz um follow-up sobre isso, porque 1) tese, e 2) não faz sentido entrar em qualquer programa se depois não formos usar o h1 <str4d> zzz, muito positivo <zzz> alguém tem alguma objeção a usar o h1? <str4d> Eles parecem saber o que fazem, e a Katie certamente está prosperando lá <zzz> podemos virar a chave no h1 agora para colocar no ar ou o que precisa acontecer antes? <str4d> Se formos de h1, acho que isto precisa acontecer: <str4d> - Finalizamos o VRP e colocamos no site <str4d> - Damos um trato no texto de apresentação da página principal do h1 <str4d> (coisas como como respondemos, o que consideramos no escopo etc.) <zzz> o vrp precisa vir antes do h1 entrar no ar? <str4d> - Decidimos a equipe de resposta <str4d> - Movemos o sandbox para beta fechado, com alguns pesquisadores convidados <str4d> - Quando tivermos tempo para nos acostumar à plataforma, volumes de resposta etc., abrimos <zzz> você acha mesmo que as respostas vão começar a aparecer no dia em que virarmos a chave? <str4d> Podem <str4d> A Katie me disse que havia vários pesquisadores muito interessados em ajudar projetos open-source, se conseguissem encontrá-los <zzz> não imagino que precisamos ter tudo alinhado. não é como se os pesquisadores fossem começar a hackear no dia um <zzz> especialmente se não houver dinheiro envolvido <zzz> beta fechado significa que eles têm que deixar entrar? <str4d> Sim <str4d> Essencialmente o h1 convida talvez 10 pesquisadores para poderem usar nossa página <EinMByte> Você tem alguma ideia de quem seria convidado? <zzz> então, deixando de lado o VRP e nossa equipe de resposta por enquanto, quem vai arrumar nossa página no h1 para deixá-la pronta? str4d? <str4d> Não me lembro dos detalhes exatos <str4d> (se nós convidamos as pessoas via h1 ou se eles encontram os pesquisadores no pool já registrado) <str4d> A ideia é que assim não sejamos inundados com tickets ruins antes de nos acostumarmos a como responder a eles <str4d> Mas, na minha opinião, também nos ajuda a começar a construir relacionamentos diretamente com alguns pesquisadores <zzz> você tem ideia se todo mundo persegue recompensas no h1 ou se os gratuitos também recebem muitos relatos? <EinMByte> Claro, ou pelo menos com aqueles que usam o h1 <str4d> Pessoalmente não tenho essa noção <EinMByte> zzz: Há possibilidade de eventualmente oferecer recompensas? <str4d> Mas a Katie indicou que definitivamente havia pesquisadores que queriam ajudar projetos FOSS (software livre e de código aberto) se conseguissem identificá-los <zzz> alguém está financiando recompensas do tor agora, então sim <sadie> Posso ajudar o str4d na página principal do h1 <str4d> valeu, sadie <EinMByte> O I2P tem uma poupança razoável, por que não gastar parte dela em recompensas <zzz> ok, ótimo, então a sadie e o str4d vão trabalhar para deixar o lado do h1 pronto <str4d> EinMByte, sim, poderíamos ir para recompensas, mas não inicialmente na minha opinião <zzz> 1mb certamente podemos se quisermos <zzz> mais algo sobre h1 ou podemos passar para o próprio vrp? <EinMByte> Vamos ver como funciona sem recompensas <str4d> E como mencionado acima, agora há um programa no h1 para financiar recompensas para projetos FOSS <z3r0fox> Beta parece uma boa oportunidade para a equipe desenvolver respostas públicas caso um bug realmente sério seja divulgado publicamente <str4d> no qual talvez possamos entrar <zzz> última chamada para h1 <zzz> ok, vamos olhar o vrp em si no ticket * str4d posta seus comentários <zzz> estamos revisando o rascunho do anonimal de novembro <zzz> mas vamos não passar ponto a ponto <zzz> impressões gerais sobre o rascunho de novembro e para onde vamos a partir daqui? <str4d> <str4d> Concordo com o zzz que os pontos mais adiante estão superespecificados, mas acho que as seções de processo e resposta (seções III e IV) estão no nível certo de especificação * zzz leva um minuto para ler os comentários do str4d <zzz> ok, parece que estamos em concordância geral de que o rascunho de novembro é um ótimo começo e temos acordos preliminares sobre as edições necessárias <zzz> o que eu gostaria de fazer é tirar a etapa final disso do anonimal, para que o str4d e eu terminemos as edições, publiquemos no site e montemos uma equipe <str4d> Parece bom <zzz> o que vocês acham? <str4d> Também há os ajustes necessários agora que vamos de h1 em vez de Trac privado <zzz> voluntários para nos ajudar a trabalhar na versão final? <zzz> não queremos ficar excessivamente específicos de ferramenta (mtn, h1, etc.) no processo. Deve ser em nível alto o suficiente para evitar a maior parte disso <str4d> Verdade <str4d> E vamos iterar de qualquer forma <zzz> não precisa estar perfeito já na largada <str4d> Esse é outro motivo para um beta privado inicialmente <zzz> ok, str4d, para quando teremos isso pronto? <sadie> o rascunho do vrp parece bom <zzz> final de março? <str4d> parece bom <zzz> ok, mais algo no 1) ?? <zzz> passando para 2) 0.9.26 revisitato <zzz> mais algum comentário? infelizmente ainda não atualizei o roadmap no site <zzz> então eu poderia levantar minhas anotações para a câmera <zzz> desculpem, eu deveria ter feito o site. <zzz> Mas consegui colocar os logs das últimas 3 reuniões, incluindo quinta e sexta passadas, no site <zzz> acho que vou fazer isso até o kytv reaparecer <zzz> quando for nossa próxima reunião, vou colocar a .26 na pauta para olharmos então <zzz> mais algo no 2) ? <zzz> ok, passando para 3) Summer of X <zzz> str4d, pode explicar nossa ideia, por favor <str4d> A ideia é focarmos o desenvolvimento por três meses em elementos do I2P voltados a usuários e desenvolvedores <str4d> isto é, coisas com as quais as pessoas realmente se importem, em vez de ajustes no streaming ;P <str4d> E, portanto, coisas sobre as quais seja mais fácil fazer divulgação <str4d> A ideia geral é: <str4d> - Summer of APIs: passar um mês trabalhando na atualização de nossas bibliotecas etc. <str4d> - Summer of Apps: passar um mês ajudando outros projetos a usar essas bibliotecas <str4d> - Summer of Plugins: passar um mês trabalhando em nossos próprios aplicativos e plugins <zzz> certo, é sobre fazer a rede crescer por meio de divulgação e tornar aplicativos (nossos e de outros) melhores <str4d> Isso <zzz> minha ideia era: se conseguirmos mais 5 Vuze, seremos 5 vezes maiores <EinMByte> Você também pode querer adicionar documentação a isso <str4d> Além disso, há todo o espírito do Summer of Code ao qual podemos nos conectar online <EinMByte> não há boa API sem documentação decente <zzz> muitas vezes vemos algum projeto pensando em i2p, mas não sabem muito e não recebem ajuda <str4d> EinMByte, para as partes de API, sim <zzz> concordo, 1mb <str4d> isto é, seria para tornar nossas bibliotecas e APIs o mais fáceis possível para devs usarem <z3r0fox> Parece uma boa ideia de campanha! Vale tentar <str4d> então, por exemplo, atualizar txi2p, libsam etc. com SAMv3.3 <EinMByte> Suportar mais linguagens? <EinMByte> Mais integração através de bibliotecas existentes <str4d> Potencialmente, se tivermos desenvolvedores para ajudar :) <str4d> EinMByte, sim <zzz> Eu gostaria que a sadie também se envolvesse nisso com branding e divulgação <EinMByte> Acho que o trabalho do str4d com o Twisted é ótimo, seria legal fazer mais coisas assim <str4d> Corrigir o suporte a libtorrent, tentar colocar algo no libp2p, etc. <zzz> summer of i2p, ou i2p summer of fun, etc <EinMByte> ou seja, não escrever nossa própria API do zero, mas oferecer plugins para qualquer framework que as pessoas estejam usando <str4d> EinMByte, exatamente. <zzz> empurrando o sam 3.3, trazendo todas as várias bibliotecas bridge atualizadas, documentadas, etc. <str4d> Ou, se oferecermos nossa própria API, torná-la o mais simples possível. É isso que eu gosto no libsam, são dois arquivos que qualquer projeto pode incluir (ou idealmente, qualquer biblioteca existente) <zzz> tem python e go e c e c++ e twisted e libtorrent e libsockets e e e... <zzz> consertamos coisas de outras pessoas e fazemos pull requests para eles <EinMByte> str4d: Concordo, APIs devem ser fáceis de incluir. É um problema comum para mim <str4d> Enquanto isso estiver ocorrendo, podemos perguntar a outros projetos se querem ajuda para colocar I2P em seus aplicativos <zzz> por que cargas d’água o libtorrent não funciona? quem pode descobrir isso e consertar? <zzz> ^^ como exemplo <str4d> Então, na próxima fase do SoX, trabalhamos em educá-los e ajudá-los a usar as bibliotecas e APIs recém-atualizadas <EinMByte> parece bom <str4d> Seria ótimo ter adesão do i2pd e do kovri nisso, pelo menos na parte de API <str4d> já que queremos terminar com apps podendo usar qualquer backend de I2P que queiram <zzz> acho que poderíamos deixar muita gente empolgada aqui. Sei que o psi está trabalhando em várias bibliotecas <zzz> precisamos de uma lista de todos os apps de mensagens que queremos mirar <str4d> E isso é bom para se conectar com nossa divulgação existente <EinMByte> Se conseguirmos a PR certa, pode ser um sucesso <EinMByte> Quero criar uma API C++ simples para o kovri, em algum momento <zzz> ótimo, 1mb <EinMByte> Então essa API poderia ser usada a partir de várias linguagens de programação. Mas esta é uma API de core, não uma API de cliente (então o caso de uso é um pouco diferente) <EinMByte> Basicamente, deve permitir que qualquer aplicativo inclua o core do kovri. <zzz> seria um projeto holístico legal para envolver todo mundo <EinMByte> Concordo <str4d> Na minha lista de tarefas de divulgação tenho Tahoe-LAFS, IPFS, Tox, OpenBazaar, Zeronet... <zzz> ok, como avançamos com isso <zzz> talvez a sadie possa dar um nome legal <str4d> Temos essencialmente até o fim de maio para planejar isso <str4d> (enquanto .25 e .26 são lançadas) <zzz> então, depois da .26 <zzz> vamos colocar isso na pauta da reunião de 4 de abril <EinMByte> Ok. <EinMByte> A PR (relações públicas) teria que participar, porém <zzz> junho: APIs julho: apps agosto: plugins <EinMByte> (então acho que isso é com a sadie, agora?) <zzz> também poderíamos encaixar isso no HOPE <z3r0fox> Não conheço muitos detalhes ainda, obviamente, mas não sou um péssimo redator técnico se alguém quiser me passar algum trabalho braçal <zzz> ok, vamos pedir para a sadie detalhar isso um pouco em 4 de abril <sadie> zzz - Posso cuidar de gráficos/conteúdo com o str4d para a divulgação <zzz> ok <zzz> mais algo sobre o summer of x? <sadie> também, estarei no Hope com adesivos .. <str4d> Nada da minha parte :) <amnesia> Dê outro nome que não seja Summer of X para não soar genérico, ou como pornografia? <str4d> amnesia, X é um placeholder <str4d> (até pensarmos em algo melhor) <zzz> ok. como eu disse no começo da reunião, gostaria de adiar a discussão de 27-29 e do roadmap maior e metas para a segunda metade de ‘16 <amnesia> Summer of Targetted Development? <zzz> gostamos dessas reuniões específicas de roadmap ou não? devemos fazer isso de novo? <str4d> amnesia, um pouco longo na minha opinião <str4d> Vamos pensar em algo para a reunião de abril <zzz> mandem suas ideias para o ‘X’ para a sadie ou postem em algum lugar <str4d> zzz, eu gosto delas <str4d> E falando nisso <zzz> queremos outra reunião de roadmap em março? <sadie> zzz, podemos colocar algo no fórum onde as pessoas deixem sugestões para o nome do “summer of”? <zzz> sim, sadie <str4d> Outra coisa que eu queria levantar era o planejamento de longo prazo <EinMByte> zzz: Sim. Precisamos de mais longo prazo <zzz> temos nosso lançamento .25 no próximo final de semana, então isso vai nos ocupar <zzz> talvez daqui a umas 2 semanas para outra reunião de roadmap <EinMByte> A menos que planejemos isso para depois, mas em algum momento vai precisar de discussão <str4d> Parece bom <z3r0fox> zzz: Acho boas. Mantêm o foco <str4d> Quero sugerir algo para as pessoas refletirem <EinMByte> zzz: claro <zzz> querem voltar para uma terça às 20h ou fazer no fim de semana? <str4d> Em paralelo ao SoX, eu gostaria de ter outros dois fluxos paralelos de trabalho de desenvolvimento <str4d> - Migração de criptografia <str4d> - Reformulação da UI <str4d> O impeditivo em ambos é pesquisa e design, não implementação <EinMByte> A migração de criptografia inclui NTCP2? <str4d> Sim <str4d> Então, enquanto fazemos as coisas de implementação do SoX, também fazemos revisões das várias propostas etc. <zzz> que tal sábado, 19 de março <z3r0fox> +1 Finais de semana <zzz> 20h UTC Sábado, 19 de março <str4d> Com o objetivo de ter um plano pronto para implementar durante ou depois do SoX <EinMByte> 19 de março parece bom <str4d> Da mesma forma com a UI, precisamos começar a planejar o design disso o quanto antes, porque vai levar tempo <sadie> 19 de março funciona para mim <zzz> ok, sox == summer of x, entendido <str4d> Sim (até mudarmos :P ) <str4d> As coisas de design podem acontecer em paralelo com todo o resto, e a implementação poderia acontecer depois do SoX <str4d> Seria tão bom se conseguíssemos ter uma nova UI no lugar até o CCC <zzz> ok, vou colocar uma pauta no zzz.i2p, além das notas e dos logs da reunião de hoje no site <str4d> Enfim, coisas para pensar <zzz> mais algo para a reunião de hoje? * zzz pega o baffer <str4d> Podemos discutir mais na próxima de roadmap <sadie> baff it <str4d> 19 de março funciona para mim :) * zzz *baffs* it <zzz> obrigado a todos