Gsoc forex

Gsoc forex
Um guia completo para ser os administradores do GSoC para o ASF.
Certifique-se de que o ASF tenha uma extensa lista de ideias de projetos pronta logo após o anúncio do programa pela Google (por volta do final de janeiro). Os projetos são necessários para criar os problemas do JIRA para suas ideias e rotulá-los com "gsoc & lt; year & gt;" e "mentor". Se um projeto não usa o JIRA, faça com que ele crie as idéias no projeto COMDEV JIRA. Crie um filtro JIRA para que essas ideias sejam usadas no aplicativo (veja a seguir). Peça aos futuros mentores que se inscrevam no mentors@community. apache. O seguinte é um email enviado para pmcs@a. o explicando os procedimentos para eles:
Atualize nossas páginas do GSoC em community. apache / gsoc. html com a linha do tempo do ano atual e em community. apache / guide-to-being-a-mentor. html.
Inscreva-se para que o ASF seja uma organização de orientação para o Google Summer of Code. Lembro-me vagamente de que eles queriam saber algumas estatísticas, como a frequência com que já participamos e o número de alunos no ano passado. Acredito que o ASF tenha participado do início do GSOC em 2005. Em 2011, tivemos alunos aceitos: 40; alunos que passaram no meio do ano: 38; alunos que passaram no final: 36.
Uma vez que nosso pedido seja aceito, escreva um comunicado de imprensa e solicite o press @ para enviá-lo. Ainda não temos um modelo, mas trabalhe com dev@community. apache e pressione @ apache lists para obter um escrito e adicioná-lo aqui.
Verifique com o Google se eles mudaram o processo de classificação - novamente. Descubra o que precisa ser alterado para o nosso processo de classificação interna, a fim de ser compatível com o melange e atualizar community. apache / mentee-ranking-process. html de acordo. Em 2011, usamos uma planilha do Google Docs e fizemos nossa classificação lá. O org admin (e somente o org admin) transferiu os rankings para Melange.
Uma vez iniciada a fase de candidatura, certifique-se de que os mentores classificam as propostas. Eles devem ser feitos pelo menos uma semana antes do prazo oficial do Google, a fim de ter algum tempo para alterações que possam se tornar necessárias. Envie lembretes.
Depois que o Google tiver atribuído nossos slots e soubermos quem é aceito, envie a cada mentorado os detalhes da lista dev@community. apache que pode ser usada para assistência geral ao ASF. A assistência específica do projeto deve ser solicitada na lista de projetos. Ainda não temos um modelo para isso. Por favor, adicione-o aqui quando um estiver escrito.
Uma vez que o GSoC esteja em andamento, certifique-se de que os prazos para as avaliações intermediárias e finais sejam cumpridos. Deixe claro para os mentores que gostaríamos de ver seu caminho de avaliação antes do final do prazo. Se um mentor ainda não tiver submetido sua avaliação três dias antes do final do prazo, envie a respectiva PMC e pergunte se ela sabe de alguma razão pela qual o mentor pode não ser capaz de fazer a avaliação.
Emita um comunicado de imprensa parabenizando aqueles que passaram e agradecendo nossos maravilhosos mentores. Devemos convidar a todos para participar e contribuir para os projetos da ASF. Ainda não temos um modelo, mas trabalhe com dev@community. apache e pressione @ apache lists para obter um escrito e adicioná-lo aqui.
Depois que o GSoC terminar, receba um PO # do Google para faturar. O nome do fornecedor é a Apache Software Foundation, 1901 da Munsey Drive, Forest Hill, MD 21050-2747. Nosso ID de fornecedor com o Google é 13039.
Emita um comunicado de imprensa parabenizando aqueles que passaram e agradecendo nossos maravilhosos mentores. Devemos convidar a todos para participar e contribuir para os projetos da ASF. Devemos incluir algumas estatísticas, como o número de committers completos resultantes do GSoC, o número de questões encerradas, etc. Ainda não temos um modelo, mas trabalhamos com dev@community. apache e pressionamos @ listas de apache para obter um escrito e adicione aqui.
Decida quem vai para o encontro de mentores. Se você estiver indo, reserve seu voo e chame o comedev PMC chair para enviar suas despesas de viagem para finanças / Contas / recebidas (se você não tiver acesso) e mova-as para finanças / contas / aprovadas.
Peça ao tesoureiro para faturar o Google. O valor é o número de estudantes * US $ 500 (no momento da redação) + despesas de viagem reais de até US $ 2.000. Anexar documento PO (você vai conseguir isso do Google em algum momento). Exemplo:
Direitos autorais & copy; 2017, a Apache Software Foundation. Licenciado sob a licença Apache, versão 2.0.
Apache & reg ;, os nomes dos projetos Apache e o logotipo multicolor feather são marcas registradas ou marcas comerciais da Apache Software Foundation nos Estados Unidos e / ou em outros países.

Notícias: Empresas.
As empresas globais de segurança convergente e análise de dados apresentarão seu Centro de Operações de Segurança Global Inteligente (GSOC) durante a Conferência Anual de Segurança.
A Vidsys, líder mundial em software de gerenciamento de informações de segurança física (PSIM) e segurança convergente e gerenciamento de informações (CSIM), anunciou hoje sua solução conjunta GSOC (Intelligent Global Security Operations Center) com a Micro Focus na ISC West em Las Vegas, NV.
Organizações do setor público e privado em todo o mundo enfrentam uma gama crescente de desafios quando se trata de segurança, incluindo ameaças crescentes, o risco de supervisão e falsos alarmes, sobrecarga de dados e a demanda por uma resposta mais rápida a quaisquer ameaças que possam enfrentar.
Para enfrentar esses desafios, a Micro Focus e a Vidsys desenvolveram em conjunto uma solução & ndash; o GSOC Inteligente & ndash; Isso pode acelerar decisões e ações efetivas, permitindo o seguinte:
Processamento em tempo real de dados que são diversos em formato (por exemplo, vídeo, imagem, áudio, texto, registros, transações) e na origem (por exemplo, bancos de dados corporativos, email, sensor, mídia social, mídia de difusão) Análise automatizada para identificar problemas ou ameaças potenciais Fluxo de trabalho simplificado para alertas e respostas Conectividade de padrões abertos para sistemas de terceiros para facilitar a integração.
As aplicações do mundo real para o GSOC são de longo alcance, incluindo segurança de eventos, transporte inteligente, infraestrutura crítica e muitas outras operações de segurança e missão crítica, onde é essencial que as organizações tomem decisões de maneira rápida e eficaz.
& ldquo; A combinação do Micro Focus & rsquo; Plataforma analítica com tecnologia AI (Inteligência Artificial), IDOL, com Vidsys & rsquo; A plataforma CSIM permite que nossos clientes simplifiquem o gerenciamento de situações e melhorem o conhecimento da situação, & rdquo; disse James I. Chong, diretor executivo da Vidsys. & ldquo; Esta solução conjunta integrada de duas empresas globais de software empresarial leva os clientes e parceiros ao próximo nível de segurança inteligente e gerenciamento de riscos, e estamos entusiasmados por lançar esta oferta na ISC West com a Micro Focus. & rdquo;
& ldquo; A parceria com a Vidsys permite-nos ajudar os nossos clientes a combater uma grande variedade de ameaças, acelerando a inovação de segurança convergente, & rdquo; disse Ken Muir, vice-presidente e gerente geral do IDOL, Micro Focus. & ldquo; Esperamos fornecer às organizações informações analíticas 360 0 em tempo real e automatizadas, necessárias para ajudar a enfrentar os desafios presentes e futuros. & rdquo;
A Vidsys e a Micro Focus oferecerão demonstrações ao vivo do GSOC Inteligente durante o show da ISC West na Sands Expo, Las Vegas, na Bellini Room 2106 de 11 a 13 de abril. A ISC West 2018 é a maior feira do setor de segurança nos Estados Unidos, reunindo mais de 30.000 profissionais de segurança e mais de 1.000 expositores e marcas.
Por favor, use o seguinte link para se inscrever para um briefing: vidsys / event / isc-west-2018 /
Com sede em Viena, Virgínia, EUA, a Vidsys fornece a solução de gerenciamento de informações de segurança física (PSIM) e de segurança convergente e gerenciamento de informações (CSIM) adotadas por algumas das principais marcas e parceiros de tecnologia do mundo em setores importantes, incluindo Transporte, Energia, Utilidade, Saúde e Governo. O software Vidsys obteve os mais altos níveis de segurança e garantia de informações tanto de corporações globais de primeira linha quanto do governo federal dos EUA.
A Vidsys é independente de hardware, protocolo e dispositivos, e oferece plataforma bidirecional baseada em navegador com recursos e funções específicas do setor que permitem que sensores, dispositivos, sistemas, subsistemas e serviços sejam interconectados por meio de APIs e SDKs de arquitetura aberta. A plataforma coleta, correlaciona e converte grandes quantidades de dados em informações significativas e acionáveis, com base na política de risco, nos padrões e nos requisitos de conformidade da organização. Aproveitando a tecnologia móvel e baseada na Web, o software pode ser implantado rapidamente e fornece recursos de gerenciamento de informações e conscientização situacional em tempo real. Para mais informações, visite vidsys.

Postagens recentes.
Postagens recentes.
Minha jornada no GSoC.
Pelo amor de GSoC e Python.
Em relação a Payoneer, impostos para estudantes indianos.
NOTÍCIAS PRINCIPAIS.
Pule para as últimas partes deste post, se você já leu antes.
Trechos da lista de discussão do GSoC (antes de sermos avisados ​​por discussões fora do tópico) -:
A Payoneer não emite cartões pré-pagos na Índia por causa de uma diretiva do RBI. A facilidade de transferência bancária permite a transferência como USD ou INR. Para transferência como INR, as cobranças são de US $ 3 + 3% do valor da transação por transação - isso equivale a.
US $ 150 para três transações. Para transferência como USD, as taxas são de US $ 15 por transação - totalizando US $ 45. É preciso verificar com seu banco sobre quaisquer custos adicionais, taxas de câmbio, taxa de serviço, etc.
Claramente, a transferência como USD é a melhor opção neste momento.
Aparentemente, há alguma confusão sobre as taxas de transferência. O FAQ e a página de preços da Payoneer dizem que as taxas são de US $ 0. Se alguém puder esclarecer isso, por favor poste um comentário!
EDIT: Para aqueles que têm dúvidas, por favor consulte o tópico de comentários deste post. Nissim, chefe da comunidade em Payoneer, decidiu nos ajudar.
SEGUNDA EDIT: Este bate-papo com o representante Payoneer que eu tive há um tempo atrás deve limpar tudo -:
Bella: Olá e bem-vindo ao Suporte ao Cliente da Payoneer.
Bella: Antes de prosseguirmos, por favor me forneça a resposta para sua pergunta de segurança:
Bella: Qual era o nome do seu primeiro animal de estimação?
Bella: obrigada.
Bella: Você deseja mudar para uma transferência de USD?
Bella: A taxa para a transferência de USD é de $ 15 por transferência.
Pritish: Sim, eu selecionei INR erroneamente.
Pritish: Espere, eu tive uma dúvida sobre isso.
Pritish: Enviando um link de página de Payoneer para você, me dê um min.
Pritish: Esta página diz que a taxa para transferência de USD é de $ 0.
Pritish: Eu moro na Índia e isso é sobre o meu estipêndio para o Google verão de código.
Bella: Deixe-me ver isso para você.
Bella: Por favor, espere um momento.
Bella: Entendo, você é afiliado ao Google Summer of Code e, portanto, a configuração da taxa é diferente da usual. Não há taxa fixa para as transferências além das taxas de conversão que se aplicam a certas transferências.
Bella: Você deseja usar uma transferência de USD?
Pritish: Então, se eu transferir como USD, as únicas cobranças que eu terei são aquelas relacionadas a taxas de câmbio e outras taxas associadas em meu banco, correto? Nada do lado de Payoneer?
Bella: Sim, correto.
Pritish: Por favor, defina meu modo de transferência para USD. Obrigado!
Bella: Transferiremos sua solicitação para o departamento relevante e manteremos você atualizado por e-mail.
Pritish: Certo, obrigado.
Bella: Você ainda usa a mesma conta bancária?
Pritish: Na verdade, eu sou.
Bella: tudo bem. Obrigado. Vamos mantê-lo atualizado e avisá-lo quando isso for feito.
Bella: Existe mais alguma coisa que eu possa te ajudar?
Pritish: Foi isso, muito obrigado!
Então, em conclusão, eu tenho uma conta no banco HDFC & # 8211; para esclarecer, eles cobram o seguinte -:
A taxa forex, vamos chamar isso de taxa de base. Alguma porcentagem da taxa básica como taxas de conversão. Agora, do dinheiro que é deduzido por 1 e 2, 12,5% é cobrado sobre essa diferença como taxa de serviço.
Transferir como USD é * ainda * o vencedor.
Estou postando um link para um blog sobre a questão fiscal. Aparentemente, os salários estão isentos de impostos e precisamos declarar isenção.
Conclusão.
Payoneer recentemente realizou uma experiência comigo como seu destinatário para ver qual modo de transferência seria mais benéfico para os estudantes que residem na Índia. Eles enviaram dinheiro através de duas transações, uma no modo SWIFT / USD e uma no modo INR. Longa história curta, o modo INR rendeu cerca de Rs 200 extra para o mesmo valor de transação. Para quantidades maiores, como as distribuídas pelo Google, a diferença pode ser maior. Pode ou não depender do banco ao qual sua conta está vinculada, mas até agora eu descobri que pouquíssimos bancos têm sido favoráveis ​​no modo USD (como o Banco IDBI). A maioria dos bancos, SBI em particular, e surpreendentemente, até HDFC (experimento confirma para HDFC, já que eu sou dono de uma conta HDFC) é melhor com INR. Então, faça o que fizer, escolha com cuidado!

2017 Anúncios por email.
Este é um arquivo de todos os emails enviados para os alunos.
27 de agosto de 2017: menos de 46 horas para enviar sua avaliação final do GSoC e trabalhar!
Nossos registros indicam que você ainda não concluiu sua avaliação final do GSoC.
Certifique-se de concluir sua Avaliação final, que inclui o fornecimento do link para seu produto de trabalho antes de terça-feira, 29 de agosto, às 16:00 UTC. Essa é uma parte obrigatória da sua participação no GSoC e está acessível em seu painel. Siga as Diretrizes para envio de produtos de trabalho para sua apresentação.
Lembre-se, completar esta Avaliação Final é mais envolvido que as duas avaliações anteriores - não espere até o último minuto para completar a avaliação. Todos os alunos devem completar sua Avaliação Final antes do prazo ou eles falharão no GSoC. O prazo não pode ser prorrogado por qualquer motivo. Você trabalhou duro durante todo o verão, por favor, não perca este prazo e receba uma falha automática.
Datas importantes.
29 de agosto 16:00 UTC: Prazo final para enviar seu código e sua avaliação do seu mentor. Não espere até o último minuto para enviar, certifique-se de se comunicar com seu mentor, pois eles provavelmente exigirão que você mescle seu código antes do prazo para que eles possam avaliar seu trabalho. 1 de setembro: Prazo para atualizar seu endereço de entrega no site do programa 6 de setembro: Projetos bem-sucedidos de estudantes anunciados 10 de setembro: Pagamentos finais enviados aos alunos que passarem na avaliação final Início de outubro: Pacotes (camisetas, etc.) enviados aos alunos que passarem no programa com endereços de envio em países não restritos.
Contacte-nos em gsoc-support @ google com todas as perguntas.
21 de agosto de 2017: as avaliações finais devem ser realizadas antes de terça-feira, 29 de agosto, às 16:00 UTC.
O GSoC 2017 está quase no fim e as avaliações finais estão agora abertas!
Neste ponto, seu projeto deve estar quase completo. Agora você já deve ter lido as Diretrizes para envio de produtos de trabalho e discutido com seu mentor como você enviará seu trabalho para visualização antes de enviar sua avaliação final, incluindo o fornecimento do link para seu produto de trabalho no painel.
Não deixe de concluir sua Avaliação final antes de terça-feira, 29 de agosto, às 16:00 UTC. Você pode acessá-lo no seu painel. Esta é uma parte obrigatória da sua participação no GSoC e não pode ser alterada após o envio.
Lembre-se, completar esta Avaliação Final é mais envolvido que as duas avaliações anteriores - não espere até o último minuto para completar a avaliação. Todos os alunos devem completar sua Avaliação Final antes do prazo ou eles falharão no GSoC.
A partir de 29 de agosto às 16h01 UTC, os mentores estarão concluindo as avaliações finais dos alunos e tomando as decisões de aprovação / reprovação.
Recebendo o pagamento final.
Se você receber uma avaliação de aprovação na sua avaliação final, receberá seu estipêndio no dia 10 de setembro.
Próximos prazos importantes.
21-29 de agosto: Esfregue seu código, escreva a documentação, envie suas avaliações de mentor e vincule-o ao seu trabalho no seu painel. 29 de agosto 16:00 UTC: Prazo final para enviar seu código e sua avaliação do seu mentor. Não espere até o último minuto para enviar, certifique-se de se comunicar com seu mentor, pois eles provavelmente exigirão que você mescle seu código antes do prazo para que eles possam avaliar seu trabalho. 1 de setembro: Prazo para atualizar seu endereço de entrega no site do programa 6 de setembro: Projetos bem-sucedidos de estudantes anunciados 10 de setembro: Pagamentos finais enviados aos alunos que passarem na avaliação final Início de outubro: Pacotes (camisetas, etc.) enviados para os alunos que passarem no programa com endereços de envio em países não restritos.
Contacte-nos em gsoc-support @ google com todas as perguntas.
17 de agosto de 2017: a submissão final do código e as avaliações começam na próxima semana.
Você chegou às últimas semanas do GSoC 2017! Você deve concluir a codificação em seu projeto e trabalhar com seu mentor para atender às exigências de envio antes do prazo final de 29 de agosto às 16:00 UTC.
Certifique-se de seguir estas três etapas finais (em ordem) antes de 29 de agosto às 16:00 UTC. Comece agora! Não espere até o último minuto. Isso levará algum tempo para concluir todas as 3 etapas.
Discuta com seu mentor como você enviará seu trabalho e enviará uma pré-visualização assim que possível.
Isso é importante porque, se o seu link estiver quebrado (sem apontar para o código correto, etc.), você terá tempo de corrigi-lo antes de enviar sua Avaliação Final. Você não deseja enviar um link incorreto e falhar no GSoC por causa disso.
Não perca o prazo, porque você não recebeu uma resposta do seu mentor depois de enviar uma prévia. Se você não receber uma resposta de seu mentor até 28 de agosto às 23:00 UTC, envie sua avaliação de qualquer maneira. Uma avaliação perdida significa uma falha automática.
Envie sua avaliação final antes de 29 de agosto às 16:00 UTC.
Do seu painel, você poderá acessar a Avaliação Final a partir de 21 de agosto às 16:00 UTC. Assim como a 1ª e a 2ª avaliações, essa é uma parte obrigatória da sua participação no GSoC. A primeira questão pede-lhe para enviar o URL que aponta para o seu Produto de Trabalho para o GSoC 2017. Este será mostrado ao seu mentor para usar na sua decisão final de avaliação e será exibido no site GSoC público de projetos bem sucedidos. Você pode visualizar as perguntas finais de avaliação aqui.
Próximos prazos importantes.
21-29 de agosto: Esfregue seu código, escreva a documentação, envie suas avaliações de mentor 29 de agosto 16:00 UTC: Prazo final para enviar seu código e sua avaliação do seu mentor. Não espere até o último minuto para enviar, certifique-se de se comunicar com seu mentor, pois eles provavelmente exigirão que você mescle seu código antes do prazo para que eles possam avaliar seu trabalho. 1 de setembro: Prazo para atualizar seu endereço de entrega no site do programa 6 de setembro: Projetos bem-sucedidos de estudantes anunciados 10 de setembro: Pagamentos finais enviados aos alunos que passarem na avaliação final Início de outubro: Pacotes (camisetas, etc.) enviados aos alunos que passarem no programa com endereços de envio em países não restritos.
Contacte-nos em gsoc-support @ google com todas as perguntas.
30 de julho de 2017: informações importantes de agosto e diretrizes para envio de produtos de trabalho.
Parabéns pela aprovação da 2ª avaliação do GSoC 2017! Você está agora na fase final mais excitante do programa. Certifique-se de aproveitar ao máximo as últimas 4 semanas do programa.
Orientações para envio de produtos de trabalho.
Certifique-se de ler as Diretrizes de Envio do Produto de Trabalho para que você esteja preparado para a fase de Avaliação Final, começando em pouco mais de 3 semanas.
Não deixe de discutir com seu mentor as melhores opções para o seu projeto. Cada organização terá sua própria preferência sobre como eles querem que você mostre seu produto de trabalho. Estas próximas semanas são um momento muito importante para garantir que você esteja se comunicando regularmente com seus mentores.
Lembre-se de que as Avaliações Finais se abrem para os alunos no dia 21 de agosto às 16:00 UTC e o prazo para enviar sua Avaliação Final é 29 de agosto às 16:00 UTC. E a avaliação final não é apenas uma avaliação do seu mentor, você deve incluir uma URL para o trabalho que você produziu no GSoC - não se esqueça de ler atentamente as Diretrizes de Envio do Produto de Trabalho para os detalhes.
Próximos prazos importantes - ADICIONAR AOS SEUS CALENDÁRIOS!
1º de agosto: Pagamentos para a 2ª avaliação enviada à sua conta do Payoneer de 21 a 29 de agosto: esfregue seu código, escreva a documentação, envie as avaliações do seu mentor 29 de agosto 16:00 UTC: Prazo final para enviar seu código e sua avaliação do seu mentor. Não espere até o último minuto para enviar, certifique-se de se comunicar com seu mentor, pois eles provavelmente exigirão que você mescle seu código antes do prazo para que eles possam avaliar seu trabalho. As avaliações de mentores dos alunos começam em 29 de agosto. 1 de setembro: Prazo para atualizar seu endereço de entrega no site do programa (lembre-se, se você mora em um país restrito, pode enviar seu pacote para um amigo ou familiar em um país não restrito, mas você deve atualizar o perfil de remessa antes de 1º de setembro) 6 de setembro: Projetos bem-sucedidos de alunos anunciados 10 de setembro: Pagamentos finais enviados aos alunos que passarem na avaliação final Início de outubro: Pacotes (camisetas, etc.) enviados aos alunos aprovados no programa.
Contacte-nos em gsoc-support @ google com todas as perguntas.
24 de julho de 2017: segundas avaliações com vencimento antes de sexta-feira, 28 de julho às 16:00 UTC.
2 avaliações estão agora abertas!
Todos os alunos devem concluir uma segunda avaliação de seu mentor ou eles falharão no GSoC. Vá até o seu painel no site do programa GSoC e conclua sua avaliação do seu mentor antes de sexta-feira, 28 de julho, às 16:00 UTC.
Encorajamos você a fazer isso agora para não esquecer - deve levar menos de 3 minutos para ser concluído - é ainda mais curto que o último.
Se você não concluir a avaliação dentro do prazo, você falhará automaticamente no GSoC e não receberá nenhum estipêndio. O prazo não pode ser prorrogado por qualquer motivo. No mês passado, alguns alunos falharam porque não completaram o formulário de avaliação, por favor, não deixe que seja você.
Recebendo o segundo estipêndio.
Se você receber uma avaliação de aprovação, receberá seu estipêndio no dia 1º de agosto.
Orientações para envio de produtos de trabalho.
Na próxima semana, enviaremos os detalhes sobre as Diretrizes para envio de produtos de trabalho, que serão exigidas para todos os alunos em sua apresentação final no final de agosto.
Datas importantes.
24-28 de julho: Os estudantes submetem a segunda avaliação do Mentor 1 de agosto: O segundo pagamento de bolsa é enviado para todos os alunos que passarem na segunda avaliação. 21-29 de agosto: Estudantes submetem seu produto de trabalho (código) e uma avaliação final do seu Mentor. 5: Mentores avaliam Alunos em suas submissões finais de trabalho 1 de setembro: Data final para estudantes atualizarem seu endereço de entrega 6 de setembro: Alunos bem sucedidos são anunciados 10 de setembro: Alunos que passam recebem seu pagamento final Outubro: Pacotes com camisetas e adesivos enviado para estudantes que passam no programa.
Lembre-se de usar o e-mail gsoc-support @ google para dúvidas sobre os administradores de programa do Google.
17 de julho de 2017: sua segunda avaliação está chegando!
Segunda avaliação.
Lembre-se de que você precisará concluir sua segunda avaliação entre 24 e 28 de julho. Você pode visualizar as 2as questões de avaliação aqui.
Datas importantes.
24-28 de julho: Os estudantes submetem a segunda avaliação do Mentor 1 de agosto: O segundo pagamento de bolsa é enviado para todos os alunos que passarem na segunda avaliação. 21-29 de agosto: Estudantes submetem seu produto de trabalho (código) e uma avaliação final do seu Mentor. 5: Mentores avaliam Alunos em suas submissões finais de trabalho 1 de setembro: Data final para estudantes atualizarem seu endereço de entrega 6 de setembro: Alunos bem sucedidos são anunciados 10 de setembro: Alunos que passam recebem seu pagamento final Outubro: Pacotes com camisetas e adesivos enviado para estudantes que passam no programa.
Lembre-se de usar o e-mail gsoc-support @ google para dúvidas sobre os administradores de programa do Google.
29 de junho de 2017: GSG URGENTE 2017: o 1º prazo de avaliação é sexta-feira, 30 de junho às 16:00 UTC.
Você deve enviar sua primeira avaliação do GSoC antes de 30 de junho às 16:00 UTC ou você falhará no GSoC 2017.
Nossos registros indicam que você ainda não concluiu sua primeira avaliação do GSoC sobre seu mentor. Você deve concluir uma avaliação do seu mentor antes de 30 de junho às 16:00 UTC ou você falhará no GSoC. Vá até o seu painel no site do programa GSoC e conclua sua avaliação do seu mentor antes de 30 de junho às 16:00 UTC.
Encorajamos você a fazer isso agora, para que você não se esqueça. Isso levará menos de 10 minutos para ser concluído.
Se você não concluir a avaliação dentro do prazo, você falhará automaticamente no GSoC e não receberá nenhum pagamento. O prazo não pode ser prorrogado por qualquer motivo. Todos os anos, há alguns alunos que teriam passado se tivessem tempo para preencher o formulário de avaliação, por favor, não deixe que seja você.
26 de junho de 2017: as primeiras avaliações devem ser realizadas antes de sexta-feira, 30 de junho, às 16:00 UTC.
Primeiras Avaliações.
As avaliações estão agora abertas!
Se você acertar o bug de 99 anos ao enviar sua avaliação hoje cedo, ele foi corrigido. Por favor, tente novamente.
Todos os alunos devem concluir uma avaliação de seu mentor ou eles falharão no GSoC. Vá até o seu painel no site do programa GSoC e conclua sua avaliação do seu mentor antes de 30 de junho às 16:00 UTC.
Encorajamos você a fazer isso agora, para que você não esqueça - deve levar menos de 10 minutos para ser concluído.
Se você não concluir a avaliação dentro do prazo, você falhará automaticamente no GSoC e não receberá nenhum estipêndio. O prazo não pode ser prorrogado por qualquer motivo. Todos os anos, há alguns alunos que teriam passado se tivessem tempo para preencher o formulário de avaliação muito curto, por favor, não deixe que seja você.
Recebendo o primeiro salário.
Se você receber uma avaliação de aprovação, mas ainda não se registrou na sua conta do Payoneer usando o link que lhe enviamos em maio, você não receberá nenhum estipêndio na próxima semana. Você receberá seu estipêndio depois de se inscrever com o Payoneer e sua conta ser aprovada.
Datas importantes.
30 de junho 16:00 UTC: Primeiro Prazo de Avaliação: Os alunos enviam sua avaliação do Mentor (e Mentores submetem sua avaliação dos alunos) 5 de julho: O primeiro pagamento é enviado aos alunos que passam pela primeira avaliação (e que completaram o registro do Payoneer) 24 a 28 de julho: Segunda avaliação (para mentores e alunos)
Lembre-se de usar o e-mail gsoc-support @ google para dúvidas sobre os administradores de programa do Google.
Os dias 3 e 4 de julho são feriados nos Estados Unidos, por favor, seja paciente e a equipe entrará em contato com você na quarta-feira, 5 de julho.
6 de junho de 2017: Lembretes importantes para junho.
Esperamos que sua primeira semana de codificação tenha começado muito bem!
Lembretes! Até 15 de junho:
Registre-se em sua conta Payoneer usando o link que enviamos a você em 4 de maio Se você precisar enviar um formulário de impostos nos EUA (descrito detalhadamente no e-mail de 14 de maio), preencha o formulário usando o link direto enviado pela Payoneer. Se você deseja aproveitar a assinatura gratuita de 1 ano do LWN, deverá registrar-se em sua conta usando o link que lhe enviamos no dia 17 de maio. O link para registro expirará no dia 15 de junho.
Perguntas freqüentes de Payoneer.
Eu me registrei em uma conta Payoneer usando o link que você enviou, mas não sei se minha conta está bem. Como posso eu saber?
Faça login na sua conta do Payoneer e verifique se sua conta está ativa e vinculada ao programa Google Summer of Code, consultando a seção Fontes de financiamento no seu Painel. Entre em contato com Payoneer diretamente se tiver alguma dúvida sobre o status ou a precisão de sua conta.
Não poderei concluir o meu registo Payoneer até 15 de junho. O que isso significa para mim?
Seu pagamento (s) será atrasado. Não podemos colocar fundos em uma conta que não existe. O tempo de atraso dependerá de quanto tempo você leva para concluir seu registro e aprová-lo pelo Payoneer. A aprovação da Payoneer geralmente leva de 3 a 7 dias úteis se você enviar os documentos corretos.
Recebi um link de Payoneer instruindo-me a preencher um formulário de impostos nos EUA.
O que acontece se eu não tiver preenchido o formulário fiscal até 15 de junho?
Seu pagamento será atrasado. Não podemos pagá-lo até que você preencha o formulário de imposto obrigatório.
Não creio que seja necessário preencher um formulário fiscal dos EUA, o que eu faço?
Entre em contato com gsoc-support @ google e explique por que você não acha que precisa preencher o formulário.
Eu sou um cidadão dos EUA e estou freqüentando uma escola fora dos EUA e não recebi o link de formulário de imposto de Payoneer. O que eu faço?
Entre em contato com gsoc-support @ google e teremos certeza de que Payoneer envia um link para o formulário fiscal para você.
Quero alterar os detalhes da conta na minha conta do Payoneer, como faço isso?
Quaisquer alterações relacionadas à sua conta do Payoneer devem ser feitas diretamente no seu painel no Payoneer. Se necessário, entre em contato diretamente com o Payoneer usando o site dele ou ligando para ele. Se você estiver ligando de dentro dos Estados Unidos, disque 1-800-251-2521. Se você estiver ligando de fora dos Estados Unidos, disque 1-646-658-3695.
Avaliações
Interessado em saber mais sobre as questões que serão colocadas nas avaliações do GSoC? Você pode visualizar as perguntas aqui.
Datas próximas importantes.
15 de junho: Prazo final para se inscrever em uma conta Payoneer (e formulários de imposto *) 15 de junho: Prazo para se inscrever gratuitamente na assinatura de 1 ano do LWN 26 a 30 de junho: Avaliação 1: Os alunos enviam a primeira avaliação do Mentor (e os Mentores enviam o primeiro avaliação dos alunos) 5 de julho: O primeiro pagamento sai para aqueles que passaram pela primeira avaliação.
Lembre-se de usar o e-mail gsoc-support @ google para dúvidas dos administradores de programa do Google.
* Os formulários fiscais são necessários apenas para cerca de 10% de você.
14 de maio de 2017: Informações Importantes sobre a Semana 2 do Estudante.
Esperamos que sua primeira semana e meia como estudante do GSoC 2017 tenha sido divertida e emocionante. Até agora você deveria ter sido contatado pelo seu Mentor e está aprendendo mais sobre sua comunidade e a base de código, lendo a documentação e trabalhando no seu plano de projeto para o verão.
Atualizamos a página Payoneer / Student Payment Information com respostas às perguntas mais frequentes. Para estudantes na Índia, há um campo pedindo "Código de Propósito": Se você ainda não tiver concluído seu registro, use P1009 - Serviços de Arquitetura. Se você já se registrou e usou um código diferente, tudo bem, não há necessidade de alterá-lo. Muitos estudantes não sediados nos EUA nos perguntam se é melhor receber fundos em sua moeda local ou em dólares americanos. Nossa experiência é que sua moeda local é preferível, pois as taxas de câmbio do Payoneer são geralmente melhores do que as cobradas pelo banco local. O Google cobre a maioria das outras taxas em torno de seus cartões ou transferências bancárias, mas não cobre taxas de câmbio. Cada banco é diferente, o que dificulta que o Google ou o Payoneer forneçam uma estimativa específica de qual método é melhor. Depois de enviar o seu registro Payoneer, normalmente levará de 1 a 4 dias úteis para receber um e-mail de aprovação do Payoneer dizendo "Parabéns - o seu pedido de conta do Payoneer foi aprovado!" Se você estiver sujeito a impostos nos EUA, poderá receber uma solicitação para preencher formulários de impostos após a aprovação. Veja abaixo para mais informações.
Se você tiver dúvidas sobre sua conta Payoneer, você deve entrar em contato com o Payoneer diretamente usando o site dele ou ligando para ele. Se você estiver ligando de dentro dos Estados Unidos, disque 1-800-251-2521. Se você estiver ligando de fora dos Estados Unidos, disque 1-646-658-3695.
Payoneer responderá às suas perguntas dentro de alguns dias úteis (normalmente mais cedo). Por favor, seja paciente.
Cartas CPT.
If you require a CPT letter please be advised that we can not alter the dates to anything other than what the official coding dates are: May 30 - August 21.
The first group of CPT letters we sent included the community bonding period and the final evaluation period: May 4 - August 29. If you need your form updated to reflect the May 30 - August 21 dates please submit a new request (only do this if the original letter isn't accepted by your school).
Do not ask us to move the end date earlier in August. It is up to you to determine whether your school will accept the coding dates that you agreed to upon registration. If you are unable to work due to the specifications of your F1 or J1 visa during these dates then you will need to discuss with your school what that means for you (options may include: not accepting any payment, withdrawing from the program, etc.).
Do not request a CPT letter just to get proof you were accepted into the program. We will send out a letter stating you were accepted into the program in the next week.
If you are a US citizen, US green card holder, US resident, in the US on a visa, or physically present in the US during the GSoC coding period, you must submit a United States tax form to receive your stipend.
For all non-US students or residents , if you do not meet any of the criteria listed above then you are not required to complete a US tax form from Payoneer.
Tax forms requests will be sent automatically to those students attending US universities and those with a home address in the US. These tax forms will be emailed to you by Payoneer within 10 days of your account being approved by Payoneer.
If your university is not in the US and your home address is not in the US but you believe you are still required to complete a US tax form then please email gsoc-support@google and a tax form request will be emailed to you.
You must complete the tax form via the Payoneer site before June 15th, 2017 to receive your first payment on time.
It is your responsibility to consult with a tax professional if you have questions about how any money received from Google Summer of Code will impact you.
GSoC Student Mailing List.
We have added everyone who opted in to the GSoC Student List. Please remember that this list is for past and present students only. There are over 6700 people on the list so please use it for questions you feel may be helpful to all students - not questions that are specific to you (updating your shipping address, your Payoneer account, etc.)
Email Archive.
Important Upcoming Dates.
Now - May 29: Community bonding period May 30: Coding officially begins June 15: Deadline to register for a Payoneer account and submit your tax form June 26 - 30: Students submit the first evaluation of their Mentor.
Remember to use the gsoc-support@google email for questions for Google Administrators.
May 4, 2017: GSoC 2017 Stipend Information.
Congratulations again on having your project accepted to participate in Google Summer of Code 2017!
If you haven't already read the Information for Accepted Students, you should do that now.
This email contains personalized information related to your stipend. You MUST follow the steps below or you will not get paid.
Your total stipend, should you successfully complete Google Summer of Code 2017, is X USD based on your university being located in X .
As you successfully pass each stage of the program you will receive your stipend based on this schedule:
X USD after July 3rd (First Evaluation) X USD after August 1st (Second Evaluation) X USD after September 7th (Final Evaluation)
For more information on your stipend, please visit the Student Stipends page.
In order to receive any GSoC stipends you must register for a Payoneer account before June 15th, 2017.
IMPORTANT: You must use the link below to register for your GSoC Payoneer account to ensure that it is properly associated with your GSoC enrollment. Do not go to the Payoneer site directly and register. If you do not use this link, you will not be paid.
If you already have a Payoneer account you must still use the link above. You will be asked if you already have a Payoneer account. Click "yes" and you will be guided on how to connect it to GSoC 2017.
For help with Payoneer registration, please visit their website or call them. If you are calling from within the United States, dial 1-800-251-2521. If you are calling from outside the United States, dial 1-646-658-3695.
For any other questions, please email gsoc-support@google.
Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 3.0 License. Para detalhes, consulte nossas Políticas do Site. Java é uma marca registrada da Oracle e / ou de suas afiliadas.

vanitasvitae's blog.
Just another FSFE Fellowship Blogs site.
Fourth week of GSoC and OMEMO thoughts.
Evaluation phase is there! Time went by faster than I expected. That’s a good sign, I really enjoy working on Smack (besides when my code does not work ).
I spent this week to work on the next iteration of my Jingle code. IBB once again works, but SOCKS5 still misses a tiny bit, which I struggle to find. For some reason the sending thread hangs up and blocks just before sending begins. Its probably a minor issue, which can be fixed by changing one line of code, nevertheless I’m struggeling to find the solution.
Apart from that it turned out, that a bug with smack-omemo which I was earlier (unsuccessfully) trying to solve resurrected from the land of closed bug reports. Under very special conditions pubsub results seem to only arrive in Smack exactly after the result listener timed out. This keeps smack-omemo from fetching device bundles on some servers. I originally thought this was a configuration issue with my server, but it turned out that aTalk (a Jitsi for Android fork which is working on including OMEMO support) faces the exact same issue. Looks like I’ll have to investigate this issue once more.
OMEMO – Reflections.
It appears that soon the council will decide on the future of OMEMO. I really hope, that the decision will make everyone happy and that the XMPP community (and – perhaps more important – the users) will benefit from the outcome.
There are multiple options for the direction, which the development of OMEMO can take. While everybody aggrees, that something should happen, it is not clear what .
OMEMO is already rather well deployed in the wild, so it is obviously not a good idea to break compatibility with existing implementations. A few months ago, OMEMO underwent a very minor protocol change to mitigate a vulnerability and even though Conversations (birthplace to OMEMO) made a smooth transition over multiple versions, things broke and confused users. While things like this probably cannot be avoided in a protocol which is alive and changing, it is desirable to avoid breaking stuff for users. Technology is made for users. Keeping them happy should be highest priority.
However, at the moment not every user can benefit from OMEMO since the current specification is based on libsignal, which is licensed under the GPLv3. This makes the integration in premissively licensed software either expensive (buying a license from OWS), or laborious (substitute libsignal with other double ratchet library). While the first option is probably unrealistic, the second option has been further investigated during discussions on the standards mailing list.
Already the “official” specification of OMEMO is based on the Olm library instead of libsignal. Olm more or less resembles OWSs double ratchet specification, which has been published by OWS roughly half a year ago. Both Olm and libsignal got audited, while libsignal got significantly more attention both in the media and among experts. One key difference between both libraries is, that libsignal uses the Extended Triple Diffie Hellman (X3DH) key exchange using the XEdDSA signature scheme. The later allows a signature key to be derived from an encryption key, which spares one key. In order to use this functionality, a special conversion algorithm is used. While apparently this algorithm is not too hard to implement, there is no permissive implementation available in any established, trusty crypto library.
In order to work around this issue, one proposal suggests to replace X3DH completely and switch to another form of key exchange. Personally I’m not sure, whether it is desirable to change a whole (audited) protocol in order to replace a single conversion algorithm. Given the huge echo of the Signal protocol in the media, it is only a matter of time until the conversion algorithm makes its way into approved libraries and frameworks. Software follows the principle of supply and demand and as we can conclude from the mailing list discussion, there is quite a lot of demand even alone in the world of XMPP.
I guess everybody aggrees that it is inconvenient, that the “official” OMEMO XEP does not represent, what is currently implemented in the real world ( siacs OMEMO). It is open to debate now, how to continue from here on. One suggestion is to document the current state of siacs OMEMO in a historical XEP and continue development of the protocol in a new one. While starting from scratch offers a lot of new possibilities and allows for a quicker development, it also most definitely implies to completely break compatibility to siacs OMEMO at users expense. XMPP is nearly 20 years old now. I do not believe that we are in a hurry .
I think siacs OMEMO should not get frozen in time in favor of OMEMO-NEXT . Users are easily confused with names, so I fear that two competing but incompatible OMEMOs are definitely not the way to go. On the other hand, a new standard with a new name that serves the exact same use case is also a bad idea. OMEMO works. Why sould users switch? Instead I’d like to see a smooth transition to a more developer friendly, permissively implementable protocol with broad currency. Already there are OTR and OpenPGP as competitors. We don’t need even more segmentation (let alone the same name for different protocols). I propose to ditch the current official OMEMO XEP in favor of the siacs XEP and from there on go with Andreas’ suggestion, which allows both libsignal as well as Olm to be used simultaneously. This allows permissive implementations of OMEMO, drives development of a permissively licensed conversion algorithm and does not keep users standing in the rain.
To conclude my reflections: Users who use OMEMO will use OMEMO in two or three years. It is up to the community to decide, whether it will be frozen “historical” siacs OMEMO, or collectively developed, smoothly transitioned and unified OMEMO.
Obrigado pelo seu tempo.
This entry was posted on Wednesday, June 28th, 2017 at 12:08 am and is filed under englisch, xmpp. Você pode acompanhar qualquer resposta a essa entrada por meio do feed RSS 2.0. Responses are currently closed, but you can trackback from your own site.
Comentários estão fechados.
vanitasvitae's blog is proudly powered by WordPress.

Anúncio do Fórum.
Por favor, publique os tópicos relacionados à GE14 na nova seção seguinte & # 9658; forum. lowyat / MalaysiaVotes2018.
ESFREGÃO. 2828 Forex Scam (falido), fundador, Alvin Boon desapareceu.
Assunto: M. O.P. 2828 e Easy Capital Global scam.
Espero que todos vocês possam parar de esperar pela resposta de Alvin e começar a relatar em ASIC e no departamento de polícia. Por favor, colete mais evidências para provar que você é uma das vítimas do golpe. Não hesite em contactar-me se tiver alguma dúvida.
CHONG JUN SIONG.
Então, se você for pego nesse golpe.
O que o governo deve fazer?
Existem algumas maneiras para eles * MOP ganhar dinheiro:
1. Postado sua vida de luxo / carros de luxo // produtos de marca / um dia ganhando quantos lucros, a fim de atrair as pessoas a se juntar a eles.
2.Trading para obter lucro, mas mais uma coisa a cada momento em que você precisa retirar o seu & # 036; Haverá dedução de 50 USD, aqui está o caminho para o seu & # 39; líder & # 39; to get profit from their downline too. Por exemplo, você ganhou 100 USD e pode retirar 50 USD. Então, onde está a outra metade?
3. Espere que o interesse deles comece de 2% a 8%, mas isso normalmente para aqueles tio / tia rico que não sabem nada sobre fx, mas têm muito dinheiro. Digamos que, se um indivíduo que ingressou nesta empresa e ele / ela precisa ser do MOP, ele irá bloquear seu investimento (depende de quanto dinheiro um indivíduo investe) por pelo menos 18 meses. Receba de volta seu fundo de investimento.
I hope this information can help.
Você pode encontrar esses caras no site social, especialmente no Facebook. Por favor, clique no link fornecido para encontrá-los.
Um pouco de fundo de Alvin Heng Swee Boon:
2007 começou a aderir à indústria de MLM, enfrentando inúmeros contratempos & # 33; 2009 ganhou seu primeiro moinho, investir mais negócios & # 33;
2010 investiu pesadamente em ações e futuros & # 33;
2011 intitulado empresário mais jovem & # 33; 2012 Queimado de grande desaceleração em futuros e ações.
2012 juntou-se à indústria do mercado cambial (forex), pois acreditava que a transação de 4 trilhões em forex pode ganhar muito dinheiro & # 33; 2013 encontrou um ótimo corretor forex e conseguiu obter desenvolvimento na Ásia distribuidor de ações do mercado por Easy Capital + MOP equipe profissional assessor financeiro + entrada para o mercado da china & # 33;
2014 Dato título foi dado a Alvin do sultão pahang (Malásia)
2014 Ásia-Pacífico CEOs sucesso em marcas de elite do século XXI.

Hacking #GSOC : How to gain real life experience and support open source.
The resume/CV currency in the current job market is changing. With or without a college certificate, potential employers will request a code repository like your GitHub profile to showcase your portfolio. Beyond code, developers are increasingly expected to take up leadership roles and be able to work well with teams.
With potential to fork and clone millions of repositories online, how can you get a differentiating factor in the work you display on your profile? Moreover, if you are a self-taught programmer that is taking advantage of the numerous MOOC courses both paid and free, how can you show your potential employer your abilities, helping you land your dream job?
Summer internships are commonly used by students to gain real world experience. Google’s open source office provides one such opportunity through their Google Summer of Code program (GSOC) which is open to university students who are 18 years or older. The program was started in May 2005, and I have been a mentor since 2011.
First, the rejection…
I applied for GSOC in 2010. I was fresh out of medical school and had been part of the OpenMRS open source community as a developer. We had a delay in starting our medical internship, and to fill my time, I was looking at several options to advance my skills. I decided to participate in GSOC with OpenMRS, as I would be making some money while contributing to an organization that I enjoyed working with.
I managed to fetch a segment of my proposal out of the email archives — attached below. Briefly, I was going to work on the longitudinal patient module which would show a timeline of a patient’s details making it easy for the doctor to glance at a snapshot of the patient’s data.
I spent some time chatting with my potential mentor, who wanted more details on my proposal.
However, despite communication with mentors, being a part of the community, and an attempt at writing a GSOC proposal, my efforts fell short.
I was devastated at not seeing my name in the final 15 students for the 2010 summer. I remember reading through the list of selected students searching for my name, rereading the list, and then realizing that I was not good enough, despite spending so much volunteer time with OpenMRS.
Umashanthi was the student selected to work on this project for the 2010 summer, and here is her proposal and blog post through the summer to show why she was a winner.
Back to basics.
Despite my failed single attempt and never trying to be a GSOC student again, I dedicated my time to being a mentor — maybe to have the safety net of not being rejected. I have enjoyed working in open source projects on health, and currently volunteer as a maintainer for the LibreHealth Radiology project. LibreHealth is a GSOC organization this year, and in this article I summarize my experience as a mentor to help you write a winning proposal. I hope you can use the same advice to apply for other summer programs. Here are my top three tips!
1. Communicate.
2. Communicate.
3. Communicate.
After selecting an organization to work with through the summer, spend time figuring out where most of the conversations occur. Most open source organizations will have a form of wiki, an issue tracking platform, a chat platform, and a static web page.
For example, LibreHealth has a community forum where you can introduce yourself as you join the community, and a dedicated #GSOC chat channel to interact with mentors and other students. Scroll through the conversation history to get a sense of what questions have been asked and what projects are of interest to the organization.
Once you master the communication step, help others!
Como? By welcoming new members, helping them get their developer environment set up, and answering their questions.
Remember, organizations want students who have the potential of being long-term contributors.
4. Contribute.
You are applying for Summer of Code, so its natural to expect that you will be assessed on your programming ability. Thus the next resource to figure out is where the code lives for your organization. If you are evaluating several organizations, it may be difficult to narrow down on your final organization and then zone in on the project you will apply for.
One way to shorten the learning curve is to look at demo sites where the final applications are hosted. Look at the technology stack and do a self evaluation to find out whether you have the required skills or can learn them in time before the project begins.
Select tickets that are beginner level or tagged #gsoc as we do for LibreHealth. Figure out the mandatory prerequisites for coding that will be needed for accepted students.
In summary, dive deep into the code. In the case of LibreHealth, your search would direct you to our gitlab code repository or a demo of our application.
You can filter the tickets that you can work on easily by checking out the issues and the relevant tags.
Thanks to the wonderful work of one of our Google Code In students Jake Du, we have a landing page that can help you figure out if you have the skills required to participate in our projects.
Now that you have a form of understanding of your potential organization, and have contributed to a beginner task or a prerequisite task, delve into the proposed projects for GSOC. We post our projects in our community forum with a #gsoc tag.
Read through each proposed project, and check whether it interests you. You are more likely to be successful at a project that motivates you, so choose wisely.
At this point, communicate with potential mentors of the project. Pergunte. Clarify areas you don’t understand. Also take advantage of the fact that as an outsider you bring in a new set of eyes to an open source project. You can therefore help suggest new documentation and ideas and help grow open source.
Remember to check eligibility criteria of the summer program, and that you meet the requirements! At this point, you are ready to start drafting your proposal.
5. Start early.
Each student is allowed to submit a maximum of three proposals. I see a lot of students try to game the system by submitting multiple proposals to maximize their chances of winning. Remember quality trumps quantity .
Familiarize yourself with the GSOC timelines — they are unlikely to change. You have slim chances of receiving feedback on your proposal and making meaningful changes when you submit your proposal last-minute.
6. Learn from the past.
If you are applying to an organization that has been a previous GSOC participant, then you have the benefit of past submissions. Look up previous proposals as well as the mandatory blog posts where students document their progress.
You can get a lot of insight into whether you’re the right fit for an organization, and you’ll also get feedback on what’s possible to accomplish in the summer.
7. Plan ahead.
Most of the winning proposals demonstrate that the student has an understanding of the task to be done and is available to work full time on the project. You are expected to dedicate at least 40 hours every week to work on the project, so plan wisely for the summer.
Document clearly what you think should be achieved, and reflect this on your timeline. Remember you can fail #GSOC and lose your stipend and reputation. So be realistic on evaluating your ability and timelines.
8. Have Fun.
GSOC and other summer programs like Outreachy and Rails Summer of Code offer a big reward on your personal involvement with open source. My mentee from the last 2 years ivange larry has been a phenomenon in open source, and now runs a Java Users Group in Cameroon to help other students get into open source like he did.
I invest in the successful students to help them find a career that they love. One of my good friends and collaborators Saptarshi Purkayastha started out as a GSOC student and is now a professor of Informatics, training future generations of students, and working in our Informatics Innovation Lab to use technology to do meaningful work and save lives.
I want to end this post by sharing Elon Musk’s comment shared last week that I found inspirational:
Life cannot just be about solving one miserable problem after another. That cannot be the only thing. There need to be things that inspire you, that make you glad to wake up in the morning and be part of humanity.
If you enjoyed this article or found it useful — please consider sharing it.
18th March 2018 — Umashanthi was referred to as He… Updated and corrected to She because she is female.

vanitasvitae's blog.
Just another FSFE Fellowship Blogs site.
Fourth week of GSoC and OMEMO thoughts.
Evaluation phase is there! Time went by faster than I expected. That’s a good sign, I really enjoy working on Smack (besides when my code does not work ).
I spent this week to work on the next iteration of my Jingle code. IBB once again works, but SOCKS5 still misses a tiny bit, which I struggle to find. For some reason the sending thread hangs up and blocks just before sending begins. Its probably a minor issue, which can be fixed by changing one line of code, nevertheless I’m struggeling to find the solution.
Apart from that it turned out, that a bug with smack-omemo which I was earlier (unsuccessfully) trying to solve resurrected from the land of closed bug reports. Under very special conditions pubsub results seem to only arrive in Smack exactly after the result listener timed out. This keeps smack-omemo from fetching device bundles on some servers. I originally thought this was a configuration issue with my server, but it turned out that aTalk (a Jitsi for Android fork which is working on including OMEMO support) faces the exact same issue. Looks like I’ll have to investigate this issue once more.
OMEMO – Reflections.
It appears that soon the council will decide on the future of OMEMO. I really hope, that the decision will make everyone happy and that the XMPP community (and – perhaps more important – the users) will benefit from the outcome.
There are multiple options for the direction, which the development of OMEMO can take. While everybody aggrees, that something should happen, it is not clear what .
OMEMO is already rather well deployed in the wild, so it is obviously not a good idea to break compatibility with existing implementations. A few months ago, OMEMO underwent a very minor protocol change to mitigate a vulnerability and even though Conversations (birthplace to OMEMO) made a smooth transition over multiple versions, things broke and confused users. While things like this probably cannot be avoided in a protocol which is alive and changing, it is desirable to avoid breaking stuff for users. Technology is made for users. Keeping them happy should be highest priority.
However, at the moment not every user can benefit from OMEMO since the current specification is based on libsignal, which is licensed under the GPLv3. This makes the integration in premissively licensed software either expensive (buying a license from OWS), or laborious (substitute libsignal with other double ratchet library). While the first option is probably unrealistic, the second option has been further investigated during discussions on the standards mailing list.
Already the “official” specification of OMEMO is based on the Olm library instead of libsignal. Olm more or less resembles OWSs double ratchet specification, which has been published by OWS roughly half a year ago. Both Olm and libsignal got audited, while libsignal got significantly more attention both in the media and among experts. One key difference between both libraries is, that libsignal uses the Extended Triple Diffie Hellman (X3DH) key exchange using the XEdDSA signature scheme. The later allows a signature key to be derived from an encryption key, which spares one key. In order to use this functionality, a special conversion algorithm is used. While apparently this algorithm is not too hard to implement, there is no permissive implementation available in any established, trusty crypto library.
In order to work around this issue, one proposal suggests to replace X3DH completely and switch to another form of key exchange. Personally I’m not sure, whether it is desirable to change a whole (audited) protocol in order to replace a single conversion algorithm. Given the huge echo of the Signal protocol in the media, it is only a matter of time until the conversion algorithm makes its way into approved libraries and frameworks. Software follows the principle of supply and demand and as we can conclude from the mailing list discussion, there is quite a lot of demand even alone in the world of XMPP.
I guess everybody aggrees that it is inconvenient, that the “official” OMEMO XEP does not represent, what is currently implemented in the real world ( siacs OMEMO). It is open to debate now, how to continue from here on. One suggestion is to document the current state of siacs OMEMO in a historical XEP and continue development of the protocol in a new one. While starting from scratch offers a lot of new possibilities and allows for a quicker development, it also most definitely implies to completely break compatibility to siacs OMEMO at users expense. XMPP is nearly 20 years old now. I do not believe that we are in a hurry .
I think siacs OMEMO should not get frozen in time in favor of OMEMO-NEXT . Users are easily confused with names, so I fear that two competing but incompatible OMEMOs are definitely not the way to go. On the other hand, a new standard with a new name that serves the exact same use case is also a bad idea. OMEMO works. Why sould users switch? Instead I’d like to see a smooth transition to a more developer friendly, permissively implementable protocol with broad currency. Already there are OTR and OpenPGP as competitors. We don’t need even more segmentation (let alone the same name for different protocols). I propose to ditch the current official OMEMO XEP in favor of the siacs XEP and from there on go with Andreas’ suggestion, which allows both libsignal as well as Olm to be used simultaneously. This allows permissive implementations of OMEMO, drives development of a permissively licensed conversion algorithm and does not keep users standing in the rain.
To conclude my reflections: Users who use OMEMO will use OMEMO in two or three years. It is up to the community to decide, whether it will be frozen “historical” siacs OMEMO, or collectively developed, smoothly transitioned and unified OMEMO.
Obrigado pelo seu tempo.
This entry was posted on Wednesday, June 28th, 2017 at 12:08 am and is filed under englisch, xmpp. Você pode acompanhar qualquer resposta a essa entrada por meio do feed RSS 2.0. Responses are currently closed, but you can trackback from your own site.
Comentários estão fechados.
vanitasvitae's blog is proudly powered by WordPress.