Plots2: Check-in comunitário semanal nº 24 (aprendendo com o laboratório público)

Criado em 3 jun. 2019  ·  41Comentários  ·  Fonte: publiclab/plots2

Olá a todos: smiley:!

Todos nós do Public Lab: balloon: - aprender, crescer, trabalhar, debater ideias, contribuir juntos, então por que não compartilhar sobre nossos _objetivos semanais e o trabalho incrível_ que temos feito no Public Lab uns com os outros, para que possamos apoiar e colaborar com cada um outro melhor. Temos um check-in da comunidade a cada semana, onde cada membro da comunidade pode compartilhar algo sobre seu trabalho da semana anterior e sobre o objetivo da semana atual: dardo:. Você também está convidado a compartilhar curiosidades: smile:, novas idéias: bulb:, seus objetivos de aprendizagem: ballot_box_with_check:.

Acreditamos em esforços colaborativos para apoiar nossa comunidade. Estamos executando uma plataforma de aprendizagem que ajuda o recém-chegado a se tornar o mestre do amanhã. : 100:

Se você é novo por aqui, seja bem-vindo e comente um _Olá_ abaixo, adoraríamos trabalhar com você. Se você estiver procurando por novos problemas, tente alguns de nossos problemas apenas para iniciantes .

Estamos MUITO ANIMADOS por ter sua ajuda!

Há algo que você gostaria de compartilhar conosco sobre o trabalho da semana passada?

Se você ainda não planejou, é só deixar um Hello! : wave: para que saibamos que você está sincronizado conosco: arrows_clockwise: e indo bem!

As próximas semanas serão cheias de código: computer:, tasks: spiral_notepad :, fun: tada: e entusiasmo: smiley: !!

Como sempre, se você estiver esperando por uma revisão, ou se tiver dúvidas, solicite ajuda aqui OU deixe um comentário com @ publiclab / mentors @ publiclab / reviews para alguma contribuição. : raised_hands:

Gitter

Gitter é uma sala de chat ativa em nossa comunidade e enviaremos lembretes semanais sobre check-ins lá. Certifique-se de se inscrever para essas atualizações ou apenas para entrar na conversa. Você também pode se juntar a nós em http://publiclab.org/chat : speech_ balloon :.

Tema desta semana - algo que você aprendeu ao contribuir para laboratórios públicos!

O tema desta semana é compartilhar algo que você aprendeu ao contribuir com a comunidade de laboratórios públicos. Não precisa ser técnico (pode ser). Você poderia ter aprendido como interagir com as pessoas ou como apontar erros educadamente e ao mesmo tempo ser gentil (revisando PRs). Você poderia ter aprendido uma nova tecnologia ou habilidade. Talvez você tenha adquirido habilidades de comunicação e networking! : tada:
Vamos lá, liste o que você mais aprendeu da incrível comunidade de laboratórios públicos: coração:

Continue contribuindo e se desafiando: D

Alt Text

Bem-vindos, novos contribuidores!
Eu encorajaria os novos contribuidores a tentarem diferentes tipos de FTOs e problemas solicitados por ajuda. Já que o código aberto tem tudo a ver com comunidade e ajuda aos outros, vamos encontrar alguns problemas que podem ser bons para alguém que está contribuindo ou apenas começando e ajudá-los a resolvê-los. Vamos expandir nossa comunidade o máximo que pudermos! : tada:

Você pode encontrar nossa lista de check-ins anteriores aqui

Nota para estagiários do Summer of Code:

Olá, solicitamos a todos os alunos do SoC que incluam os pontos mencionados abaixo em seus comentários de check-in:

  • FTOs criados na semana anterior
  • Progresso para o seu projeto
  • Metas da próxima semana
  • RP revisado por você na semana anterior
  • Trabalho concluído na semana passada.
  • O que você fez colaborativamente na semana passada? Isso é muito importante, queremos espírito de equipe.
    É como uma reunião semanal. Seja flexível.
  • Sinta-se à vontade para nos contar sobre sua ausência também, se estiver fazendo uma pausa.
  • Problema / RP com o qual você está lutando (se houver)

Com análises de FTOs e RP, buscamos desenvolver uma plataforma muito mais amigável e colaborativa. Queremos que todos vocês envolvam pessoas em seu projeto. Todos vocês desenvolverão habilidades como liderança ao longo do caminho.

Obrigado!

community check-in outreach

Comentários muito úteis

Olá a todos - acabei de enviar o feedback inicial de mentores para nossos companheiros do Outreachy. Parabéns!

Gostaria de compartilhar que escrevi esta postagem no blog alguns anos atrás, após nosso primeiro grande verão de código, e algumas das "lições que aprendemos" que ainda estamos aprendendo :-)

https://opensource.googleblog.com/2016/12/google-summer-of-code-2016-wrap-up_21.html

Abaixo está o rascunho original, que é um pouco mais longo e escrito mais diretamente para companheiros e mentores, o que você pode achar interessante. Posso postar um link no Check-In Semanal também.


(escrito em 2016) Eu só queria dizer que, embora tenhamos tido verões incríveis no passado, este verão mais uma vez foi nosso verão de maior sucesso. Acho que nosso refinamento contínuo do processo de planejamento e como executamos nosso processo exclusivo de verão do código realmente cresceu e nos permitiu ter:

  • Mais projetos bem-sucedidos
  • Mais e melhor documentação
  • Onramps mais claros para novos colaboradores escritos por alunos que podem construir suas próprias mini-comunidades de colaboradores durante o verão
  • Melhor comunicação constante e colaboração entre alunos
  • Projetos mais modulares e fáceis de integrar
  • Mais testes
  • Melhores planos de trabalho
  • Um início mais cedo e mais rápido para o verão

Você pode ler mais sobre os destaques específicos de nossos projetos na atualização mais recente do Web Working Group. Mas eu queria compartilhar algumas das reflexões, conselhos, pensamentos e ideias que tive ao longo deste verão único. Escrevi um pouco disso em cada uma de suas avaliações, mas sem compartilhar feedback específico para um determinado aluno, gostaria de compartilhar minhas anotações. Pedimos desculpas aos não codificadores se eles forem muito orientados para software, mas acho que algumas delas se aplicam a projetos não codificadores também!

Transforme seu trabalho restante em um caminho bem documentado para novos colaboradores

Para os alunos que estão se aproximando do final de seus projetos, uma etapa importante é reavaliar o que resta e o que podem terminar no tempo restante. Mas em vez de considerar qualquer peça inacabada "ausente", é ótimo aproveitá-la como uma oportunidade de convidar outras pessoas para seus projetos, transformando-as em problemas bem documentados em seus repositórios de projeto.

Se você oferecer contexto suficiente, deverá ser capaz de recrutar pessoas para assumir as tarefas restantes assim que o verão terminar e, quer continue ou não a trabalhar depois, as pessoas serão capazes de levar seu trabalho adiante. Isso pode significar escrever um problema apenas para iniciantes, por exemplo, para dar as boas-vindas a um novo codificador no projeto.

Mentores: Acho ótimo encorajar os alunos a documentar seu trabalho (e o que resta a fazer) como questões que podem ser resolvidas. É melhor para o moral planejar com antecedência para que outras pessoas continuem de onde você parou e pensar sobre o seu projeto em andamento, do que se concentrar em perguntar a elas o que elas não fizeram! E é melhor para o projeto como um todo!

Escreva problemas para você, mas como se fossem escritos para outros

Peça aos alunos que escrevam um novo problema por semana para outra pessoa , o que os ajuda a pensar em termos de como os outros lêem seu trabalho e os incentiva a dividir os projetos em partes menores que os recém-chegados possam resolver. Um bom código é modular, não um espaguete - e olhar para ele de fora é uma maneira poderosa de melhorar seu planejamento e estilo.

Aprenda como desenvolver uma pequena comunidade de colaboradores em torno do seu trabalho

Ao longo de seu trabalho, todos vocês se tornaram líderes nesta comunidade por meio de seu trabalho, sua colaboração e sua maior contribuição para as plataformas que usamos no Public Lab. Dê uma olhada nesta página para obter algumas idéias sobre como você pode garantir que seus projetos estejam ativos em: https://github.com/publiclab/plots2/projects/4

Escreva problemas de integração ou “apenas para iniciantes”

Acho que pedir ou mesmo exigir que os projetos tenham tarefas de "integração" ou "apenas para iniciantes" durante a fase de recrutamento pode ajudar a melhorar o sucesso geral do projeto e garantir que as equipes de projeto estejam dando aos alunos o suporte de que precisam desde o início. Isso também ajuda a garantir que os alunos instalaram tudo e passaram pelo processo de “fusão de RP” antes mesmo de começarem o trabalho!

Aprenda a escrever um bom problema passo a passo para o iniciante

Comece o seu verão pensando em construir uma equipe, convidando outras pessoas para o seu trabalho. É uma habilidade fundamental para qualquer desenvolvedor de software e nunca é cedo demais para pensar em documentação ou em projetar para reutilização e para que outros programadores leiam seu trabalho. Como alguém que provavelmente acabou de instalar e configurar o projeto, você também está equipado de forma única para orientar outras pessoas nesse processo! E é um bom hábito tanto para você (dividir e articular problemas por escrito) quanto para futuros programadores. Aqui está um guia para escrever problemas para recém-chegados:

https://publiclab.org/notes/warren/10-31-2016/create-a-welcoming-first-timers-only-issue-to-invite-new-software-contributors

Veja o seu próprio trabalho através dos olhos dos outros

Perto do final do verão, comece a considerar como outras pessoas (que programam) usarão seu trabalho. Eles entenderão como instalá-lo? Como adaptá-lo para seus próprios usos? Eles terão problemas para configurá-lo ou ficarão confusos com a forma como as coisas são nomeadas ou organizadas? O que você pode fazer para tornar mais fácil para outras pessoas pegarem seu trabalho e usá-lo? Uma boa demonstração? Documentação ou exemplos mais claros? Uma ótima maneira de saber se seu trabalho pode ser lido é pedir uns aos outros para lê-lo e fornecer feedback.

Divida seu trabalho em pequenas partes!

Os alunos adoram fazer projetos gigantescos, todos interligados, e é preciso disciplina para dividir as coisas em partes pequenas e testáveis. Mas seja duro com os alunos desde o início - resista à tentação de apenas dizer "codifique tudo o mais rápido possível!" uma vez que pode realmente valer a pena trabalhar com eles para planejar e dividir seu trabalho. É muito mais fácil construir em módulos autocontidos menores que são claramente testados do que vasculhar grandes quantidades de código menos estruturado, sejam os próprios alunos fazendo isso ou você assumindo no final do verão. Também é apenas uma boa prática de codificação!

Escreva uma lista de verificação de planejamento na qual você pode trabalhar pedaço por pedaço

Escreva um problema de planejamento com base na sua proposta. Pegue os objetivos gerais e divida-os em partes pequenas o suficiente para que você possa mesclá-los (com testes) no ramo do tronco, um de cada vez. Antes de um recurso voltado para o usuário entrar no ar, você pode mesclar todo um conjunto de funções de back-end que o sustentam e garantir que todos estejam funcionando na produção antes de criar a IU que o expõe ao público.

Divida as coisas em uma lista de verificação com "fases" e realmente modularize em etapas distintas, tanto quanto possível, como neste exemplo:

https://github.com/publiclab/leaflet-blurred-location/issues/1

É uma ótima maneira de visualizar seu progresso ao longo do verão e um bom primeiro passo para o desenvolvimento de marcos.

Publique “betas ocultos” para testar seu trabalho em produção

Quando os alunos quiserem publicar uma interface voltada ao público (um novo recurso), mas você não tiver certeza se ainda é perfeita, permita que eles a publiquem de uma forma que esteja oculta, para que você possa ver como funciona "na natureza". Para projetos da web, habilite-o apenas se as pessoas adicionarem um parâmetro ?beta=true ao URL. Para projetos de desktop, esconda-o atrás de uma bandeira, como --enable-beta-features . Dessa forma, eles podem dividir o trabalho em partes menores e podem obter feedback da comunidade real à medida que refinam seu trabalho. Certifique-se de que os sinalizadores estejam claramente marcados e possam ser removidos por outro contribuidor posteriormente.

Você tem mais a sugerir? Adoraria ouvir suas dicas - deixe-as abaixo nos comentários.


Alguns desses você já conhece. Mas talvez alguns também possam ajudá-lo a traçar e ajustar seu curso, agora que você tem algumas semanas de trabalho para trás!

Obrigado a todos! 🎉 🙌

Todos 41 comentários

@mohitRJranjan @milaaraujo @kevinzluo @ Rishabh570 @ sashadev- céu @shubhscoder @ sidntrivedi012 @SidharthBansal @cesswairimu @stefannibrasil @ViditChitkara @ tech4GT @mridulnagpal @ IshaGupta18 @CoderJolly @ namangupta01 @ sagarpreet-Chadha @Souravirus @MayankKashyap @ siaw23 @ryzokuken @icarito @steviepubliclab @ebarry , @jywarren , @ sagarpreet-chadha, @ JonathanXu1 , @uzorjchibuzor , @ eli6 , xrexagod , @ divyabaid16 , @dinaelhanan , @oorjitchowdhary , @wanzulfikri , @mohitRJranors @ publiclab / publiclabar-camadas @ publiclab / leafleta-ambienta / reviews @ Divy123 @ bhavayAnand9 @ Mridul97 @ avsingh999 @romanrodriguez @ Dhiraj240 @codeIriss @ rishabhc32 @ chirag-singhal @IgorWilbert @ vrk99 @pdurbin @HarshKhandeparkar @ aashna27

@mohitRJranjan @milaaraujo @kevinzluo @ Rishabh570 @ sashadev- céu @shubhscoder @ sidntrivedi012 @SidharthBansal @cesswairimu @stefannibrasil @ViditChitkara @ tech4GT @mridulnagpal @ IshaGupta18 @CoderJolly @ namangupta01 @ sagarpreet-Chadha @Souravirus @MayankKashyap @ siaw23 @ryzokuken @icarito @steviepubliclab @ebarry , @jywarren , @ sagarpreet-chadha, @ JonathanXu1 , @uzorjchibuzor , @ eli6 , xrexagod , @ divyabaid16 , @dinaelhanan , @oorjitchowdhary , @wanzulfikri , @mohitRJranors @ publiclab / publiclabar-camadas @ publiclab / leafleta-ambienta / revisores @ Divy123 @ bhavayAnand9 @ Mridul97 @ avsingh999 @romanrodriguez @ Dhiraj240 @codeIriss @ rishabhc32 @ chirag-singhal @IgorWilbert @ vrk99 @pdurbin @HarshKhandeparkar @ablablablassher @ publiclablablassher @ publiclablab / revisores @ divyabaid16

@ Publichlb / community-reps @ Subhul23 @ An0u @ Jy738 @mgr ॊ vyank @sreytes @ Tangrla3sit3s @ Nseml988 @krungoylk @ Nirvikalpl08 @cssianoblonski @adagreric @atrglishi @getletjorvo @chorbigdy @destjõrg @duj54 @destj o @ destjõvid @ guj54 @ destjõrvillo @ guj54 @destjõvid @ gdetbetl @destj o @ duj54 @destjodergishi @duj54 @destjõrvo @duj o @detb o @dokrvidu @gletj o @gletjishi @ getletj5 @ChinwenduSilvia @ aggarwal19 @Jenniline @madelinejones @helenatxu @ richa031 @fabsar @ kuja24 @ megha070 @ Aarabhi2017 @ Manvi07 @siddhishree @ Julius26 @VinneyJ @ sonali9696 @ rarrunategu1 @coreytegeler @labshail @ public_every2000 @coreytegeler @labshail @mis.

@ Priyak5 @techchic @ananya @ hc-barker @ edwd42 @PritiShaw @ themonster2015 @ supriya-kotturu @AnthoniaOkafor @scheleon @mahmodHammad @santushk @jillpena @ stoic-plus @ starkblazej @ hamala @ alpejouj @ anthoniamadehn14 @vaarigupnati @vaarigupa01 @ aSquaremadehn @vaarigupat @vaarigupat @vaarigupia01 @ starkblazej. @mmmelissa @ rarrunategu1 @daz @ UNnamed66 @ GauravJ3 @ Greg-Tarr @Sanscripter @hodbadger @alaxalves @becomingajunior @monsij @ vrk99 @pdurbin @HarshKhandeparkar @ aashna27 @Harshithpabbati @ CleverFool54 @Harshithpabbati @ CleverFool54

@ jesus-montano @michelelong

Olá a todos! Após a discussão da semana passada sobre a realização de uma Chamada Aberta para o Código amanhã, desta vez parece ter sido a mais selecionada:

image

Será desta vez em qualquer fuso horário: https://everytimezone.com/s/96b47522 (corrigido)

(referenciando @gauravano neste comentário ):

Olá a todos, estamos planejando realizar uma Chamada Aberta para a comunidade de Software, onde eles podem fazer suas perguntas, compartilhar suas experiências e muito mais. Além disso, estaríamos discutindo alguns tópicos como teste, processo de revisão, uso instável, etc.

A teleconferência acontecerá no dia 4 de junho de 2019, terça-feira. Expresse o tempo que você considera confortável com https://www.when2meet.com/?7871820-tR6Vk


Para participar da Chamada Aberta, você precisa de uma conta Zoom e extensão app / chrome e para visitar esta página: https://pad.publiclab.org/p/opencall

Obrigado! Espero ver muitos de vocês lá, tivemos ótimas respostas no formulário! @ananya @ CleverFool77 @gauravano @ divyabaid16 @cesswairimu @ gautamig54 @ IshaGupta18 @rexagod @ sashadev-sky

E @ starkblaze01 minhas desculpas, você foi listado como incapaz de

Acabei de perder a chamada aberta? Ele está mostrando 1h IST na terça-feira.

Caramba! Talvez eu tenha feito isso no dia errado - deve ser 12h30 amanhã - então, em cerca de 18,5 horas!

Deixe-me verificar o link do tempo. Desculpa!

Ops! Na verdade, cometi um erro. Desculpa!!! Este é o correto: https://everytimezone.com/s/96b47522

Vou atualizar o link acima também para que as pessoas não pressionem o link errado. Isso é em aproximadamente 18 horas, certo?

Olá!
Vou tentar atender a ligação amanhã. Na semana passada, eu clonei o repositório spectral-workbench.js e comecei a tentar entendê-lo. Fazendo isso, acabei instalando e aprendendo a usar o node.js (do tutorial w3schools), o que é realmente incrível! Meu objetivo esta semana é entender melhor como o spectral-workbench.js está organizado e ser capaz de executá-lo como está no meu computador, para então poder começar a fazer uma contribuição.

Navegar na organização de arquivos de spectral-workbench.js é onde talvez alguém que explique isso para mim ajudaria muito, mas não tenho certeza a quem perguntar.

Alguém pode me ajudar com o link para a chamada aberta?

Alguém pode me ajudar com o link para a chamada aberta?

https://publiclab.org/wiki/open-call

Olá a todos! Após a discussão da semana passada sobre a realização de uma Chamada Aberta para o Código amanhã, desta vez parece ter sido a mais selecionada:

image

Será desta vez em qualquer fuso horário: https://everytimezone.com/s/96b47522 (corrigido)

(referenciando @gauravano neste comentário ):

Olá a todos, estamos planejando realizar uma Chamada Aberta para a comunidade de Software, onde eles podem fazer suas perguntas, compartilhar suas experiências e muito mais. Além disso, estaríamos discutindo alguns tópicos como teste, processo de revisão, uso instável, etc.

A teleconferência acontecerá no dia 4 de junho de 2019, terça-feira. Expresse o tempo que você considera confortável com https://www.when2meet.com/?7871820-tR6Vk

Para participar da Chamada Aberta, você precisa de uma conta Zoom e extensão app / chrome e para visitar esta página: https://pad.publiclab.org/p/opencall

Obrigado! Espero ver muitos de vocês lá, tivemos ótimas respostas no formulário! @ananya @ CleverFool77 @gauravano @ divyabaid16 @cesswairimu @ gautamig54 @ IshaGupta18 @rexagod @ sashadev-sky

E @ starkblaze01 minhas desculpas, você foi listado como incapaz de

Olá, vou tentar o meu melhor para chegar a tempo.
Desculpe pela inconveniência.

Olá a todos !!
Sou Ananya, estagiária de extensão no Public Lab, trabalhando no repositório de camadas ambientais do folheto.
Aqui está o resumo do meu projeto https://github.com/publiclab/leaflet-environmental-layers/issues/173

Atualização sobre o progresso da semana passada -

FTO foi criado por mim

Progresso do meu projeto

aqui estão algumas questões / relações públicas em que trabalhei na semana passada.

RP revisado por mim

Trabalho feito semana passada

Na primeira metade da semana passada não consegui trabalhar como planejado porque estava com febre viral.
Na metade posterior, trabalhei em alguns PRs pendentes no repo plots2. Também trabalhei na alteração do css do menu LEL com base no guia de estilo recente e em algumas outras alterações da interface do usuário.
Meu PR para remover o código redundante e refatorar o arquivo index.html do repositório LEL foi mesclado na semana passada e o repo está sendo construído agora !!

Metas para a próxima semana

Vou abrir um PR para categorizar camadas em breve. Também quero olhar a página html estática construída por @ rarrunategu1 e ver como ela pode ser integrada às camadas.
Também abrirei alguns FTOs e continuarei ajudando e revisando PRs o máximo que posso !!
Tenho enfrentado algumas dificuldades no problema de validação de inscrição, vou tentar corrigir isso também.

Com relação à próxima fase do meu projeto, que é a partir da próxima semana ou depois, estou um pouco inseguro sobre como começar e proceder com a remoção de código redundante entre camadas e camadas de padronização, considerando que LEL é uma biblioteca em crescimento com muitas camadas diferentes. Seria ótimo conversar com meus mentores @ sagarpreet-chadha @gauravano @jywarren sempre que possível. Obrigado !!

Obrigado a todos !!!
Tenha uma ótima semana pela frente: smiley:

Em breve postarei uma segunda postagem no blog sobre minha experiência e os desafios enfrentados até agora :)
https://ananyaarun8.wordpress.com/

Graças ao seu projeto de boas-vindas, criei minhas primeiras edições, fiz minhas primeiras solicitações de pull e fiz uma fusão de relações públicas esta semana. Há muito tempo procuro dar uma contribuição, mas não encontraria um lugar confortável para aprender a fazê-lo.

Obrigado a todos por fazerem um esforço para incluir a todos.

Oh não, @ananya , espero que você esteja se sentindo melhor!

@michelelong welcome !!! Que bom que você encontrou um lugar aqui! Incrível! 🎉

Olá a todos, a Chamada de Código Aberto correu bem!

Observações aqui (pode ser necessário rolar para baixo): https://pad.publiclab.org/p/opencall

As pessoas gostam muito da ideia de fazer isso semanalmente. O mesmo horário funcionaria para um número suficiente de pessoas a cada semana?

Mesmo que nem todos possam, eu incentivo @ publiclab / mentors a oferecer um horário de encontro pelo menos a cada 2 semanas!

@rexagod foi ótimo ouvir sobre seu projeto. Você pode nos ligar lá? A demonstração é legal! Você tem planos de fazer um conjunto de testes sem interface e / ou uma demonstração visualmente interativa? Obrigado!

E copiando na seção sobre brainstorming sobre o processo de revisão e também chamadas mais regulares!

    - Improving Process of Reviewing PRs and issues - 
    - can be hard to get responses from mentors at a given time!
    - TODO: publish list of mentors
- chatroom organization discussion: https://github.com/publiclab/plots2/issues/5819
- challenge of mentioning everyone and inboxes getting too full to notice. 
- 
Lekhika - I actually agree with the Isha's suggestion. It would be great if we could have some schedule for summer of code.
We can work for PR review process.
- Divya Baid: Even I agree with Isha. I think there must be atleast one call per week with the mentors to discuss all the pending issues and to check whether everyone is on the same page.

- ananya - +1 
- Gautami - This idea will be a great help for UI improvements as we have many changes in the design. It will help us add our own suggestions to the design
       - TODO: Time(s) for regular calls - in big group or small groups?
         - this time each week?
- gaurav can be available - mentoring 5 projects
- will check with other mentors about this possibility

@gauravano compartilhado: Projetos Summer of Code: https://github.com/publiclab/plots2/wiki/Summer-of-Code-2019-projects

Eu ouvi um 👍 de @ IshaGupta18 e @rexagod na mesma hora na próxima semana - mais alguém? Apenas deixe um 👍 se puder e talvez um 👎 se precisar de outro horário? (Não vou ficar triste, não se preocupe!)

Conte comigo, não estava ciente da ligação acontecendo. Com certeza adorarei comparecer na próxima vez

@rexagod foi ótimo ouvir sobre seu projeto. Você pode nos ligar lá? A demonstração é legal! Você tem planos de fazer um conjunto de testes sem interface e / ou uma demonstração visualmente interativa? Obrigado!

Obrigado, @jywarren! Estou assumindo que por demonstração você quer dizer a demonstração do matcher-core, certo? De qualquer forma, falando sobre matcher-cli , sim, é um utilitário de teste sem interface para teste local (e amigável também 🎉) de suas configurações de matcher-core , ou seja, ele inicia um servidor local e implanta seu atual configs na porta especificada que acontece assim que é inicializado em um nó env. Depois disso, com base na funcionalidade CLI oferece (correspondências atualmente ricas - matcher matches e pontos-chave detectados - matcher corners são suportados), pode-se verificar o quão bem o algoritmo funciona sob suas modificações, diretamente em o CLI, com base no número de correspondências ricas detectadas (diretamente proporcional a melhores parâmetros). Esta funcionalidade específica pode ser útil em cenários em que o usuário está lidando com borrachas, digamos, imagens de floresta tropical juntas, e pode rapidamente ativar a CLI para verificar qual configuração de matcher-core funciona melhor para eles farejar a maioria das correspondências em um espectro RGB "dominado pelo verde" ou se, digamos, o usuário quiser verificar o desempenho do algoritmo e se as configurações atuais estiverem aumentando o tempo de carregamento, eles também podem verificar isso, já que o combinador -cli env emprega uma página real de cromo sem cabeçalho, portanto, pode-se ter certeza de que os resultados são de fato em tempo real e precisos .

Gravei uma sessão do demo e você pode conferir clicando aqui .

@jywarren Falarei mais sobre isso na próxima chamada aberta, visto que minha conexão continua forte (desculpe por hoje, eu teria explicado mais isso se a conexão não fosse tão instável)! Além disso, o PublicLab pode bifurcar esses repositórios para que eu possa obter o feedback de todos sobre eles, pois acredito que ambos atingiram um ponto de saturação e podem ser deslocados com segurança aqui para desenvolvimento posterior. Obrigado!


(Além disso, caso alguém tenha perdido, você pode verificar o core e o cli repos nesses links. Solte uma estrela enquanto está nisso! ⭐)

Além disso, em resposta ao check-in desta semana,

FTOs criados na semana anterior

Novo: https://github.com/publiclab/mapknitter/issues/663#issuecomment -498852814
Em andamento: (todos listados aqui) https://github.com/publiclab/inline-markdown-editor/issues/72

Progresso para o seu projeto

CLI e Core já estão em suas v1.0.0 lançamentos e eu vou ser publicá-los muito em breve. Consulte o comentário acima para obter mais detalhes.

Metas da próxima semana

Desenvolver UI matcher usando folheto e finalizar uma estratégia de detecção para o módulo de costura automática.

RP revisado por você na semana anterior

https://github.com/publiclab/image-sequencer/pull/710
https://github.com/publiclab/Leaflet.DistortableImage/pull/255
https://github.com/publiclab/simple-data-grapher/pull/29

Trabalho concluído na semana passada

Consulte acima.

O que você fez colaborativamente na semana passada? Isso é muito importante, queremos espírito de equipe.

https://github.com/publiclab/simple-data-grapher/pull/29
https://github.com/publiclab/community-toolbox/pull/213

Algo que aprendi ao contribuir com projetos do PublicLab foi sobre o Rails Asset Pipeline. Durante algumas atualizações que fiz / tenho feito no Mapknitter, aprendi muito sobre isso. Também aprendi sobre a ferramenta Gitter, algo de que nunca tinha ouvido falar. Uma ferramenta muito boa.

Com a PL, aprendi modularidade, testes, orientação e vários ambientes de produção. Isso eu não consigo entender sem o PL. Obrigado

@alaxalves acho que você esqueceu de mencionar as atualizações. Por favor, faça isso em seu tempo livre aqui.
Obrigado

@alaxalves acho que você esqueceu de mencionar as atualizações. Por favor, faça isso em seu tempo livre aqui.
Obrigado

Esta semana trabalhei muito com as configurações e patches do Rubocop. Em https://github.com/publiclab/mapknitter/pull/547 e https://github.com/publiclab/mapknitter/pull/661. Também resolvi nosso problema que fazia o Travis usar o ambiente de produção. Portanto, agora Travis está usando o ambiente de teste como deveria. No momento estou trabalhando em algum problema relacionado ao CodeCov que @ kaustubh-nair identificou (irei abrir um PR em breve), também comecei a trabalhar com o @cesswairimu para obter o Mapknitter on Rails> 4 já. Junto com Kaustubh, sugeri que uníssemos nossa atualização para uma espécie de branch instável. Gostaríamos que você discutisse as coisas aqui -> https://github.com/publiclab/mapknitter/issues/665 como @jywarren Suggestd em Gitter.

Olá pessoal!
Espero que todos estejam bem!

Minha atualização sobre o progresso das últimas semanas:

Problemas criados:
https://github.com/publiclab/mapknitter/issues/638
https://github.com/publiclab/mapknitter/issues/644

FTO'S criado:
https://github.com/publiclab/mapknitter/issues/639
https://github.com/publiclab/mapknitter/issues/647

PR's trabalhados em:
https://github.com/publiclab/mapknitter/pull/645
https://github.com/publiclab/mapknitter/pull/640
https://github.com/publiclab/mapknitter/pull/653
https://github.com/publiclab/mapknitter/pull/650
https://github.com/publiclab/plots2/pull/5816

Esta semana estarei trabalhando com exportação de imagens na barra lateral do mapknitter. Isso é uma coisa nova para mim, então pode levar algum tempo, mas estou muito animado para fazer isso.
Peço a todos e aos meus mentores que forneçam suas avaliações sobre 653 e 640 .

Deseje a todos uma ótima semana. : tada:: tada:

Obrigado!

Olá a todos: wave :,

Estou convocando qualquer pessoa com um tempo de sobra para gentilmente dar uma olhada na versão atualizada do mapknitter (Rails 4) em http://mapknitter-unstable.laboratoriopublico.org/. Se você encontrar algum bug ou alguma peça quebrada, deixe um comentário em https://github.com/publiclab/mapknitter/issues/668. Agradecemos antecipadamente: coração:

Foi muito bom ver todos os que compareceram ontem à conferência: sorria:
Tenham um bom descanso de semana a todos!

Olá, observei alguns colegas do SoC não respondendo muito nos tópicos em que são mencionados. Além disso, eles não estão dando atualizações aqui. Será muito bom se todos vocês puderem participar e nós pudermos conhecer o seu progresso.
Esses check-ins ajudam os mentores a julgar quanto esforço você escreveu e é capaz de fazer. Nós nos concentramos na eficiência de nossos pupilos para que possamos discutir e melhorar isso.
Sem ele, é difícil para os mentores redigir o feedback nos principais sites do programa SoC.

Portanto, responda de forma rápida e consistente dentro de 24 horas após o ping.
Caso você esteja ocupado. Por favor, diga-nos. Devemos agora saber se você está no caminho certo ou não.

Estou muito ocupado em junho e julho. Estará ativo a partir de agosto.
Mas você ainda pode me enviar ping no meu endereço de e-mail pessoal, caso precise de ajuda. Mesmo se alguém tiver problemas de estresse, consulte os mentores. Estamos aqui para ajudá-lo. :-)
Obrigado

Olá a todos - acabei de enviar o feedback inicial de mentores para nossos companheiros do Outreachy. Parabéns!

Gostaria de compartilhar que escrevi esta postagem no blog alguns anos atrás, após nosso primeiro grande verão de código, e algumas das "lições que aprendemos" que ainda estamos aprendendo :-)

https://opensource.googleblog.com/2016/12/google-summer-of-code-2016-wrap-up_21.html

Abaixo está o rascunho original, que é um pouco mais longo e escrito mais diretamente para companheiros e mentores, o que você pode achar interessante. Posso postar um link no Check-In Semanal também.


(escrito em 2016) Eu só queria dizer que, embora tenhamos tido verões incríveis no passado, este verão mais uma vez foi nosso verão de maior sucesso. Acho que nosso refinamento contínuo do processo de planejamento e como executamos nosso processo exclusivo de verão do código realmente cresceu e nos permitiu ter:

  • Mais projetos bem-sucedidos
  • Mais e melhor documentação
  • Onramps mais claros para novos colaboradores escritos por alunos que podem construir suas próprias mini-comunidades de colaboradores durante o verão
  • Melhor comunicação constante e colaboração entre alunos
  • Projetos mais modulares e fáceis de integrar
  • Mais testes
  • Melhores planos de trabalho
  • Um início mais cedo e mais rápido para o verão

Você pode ler mais sobre os destaques específicos de nossos projetos na atualização mais recente do Web Working Group. Mas eu queria compartilhar algumas das reflexões, conselhos, pensamentos e ideias que tive ao longo deste verão único. Escrevi um pouco disso em cada uma de suas avaliações, mas sem compartilhar feedback específico para um determinado aluno, gostaria de compartilhar minhas anotações. Pedimos desculpas aos não codificadores se eles forem muito orientados para software, mas acho que algumas delas se aplicam a projetos não codificadores também!

Transforme seu trabalho restante em um caminho bem documentado para novos colaboradores

Para os alunos que estão se aproximando do final de seus projetos, uma etapa importante é reavaliar o que resta e o que podem terminar no tempo restante. Mas em vez de considerar qualquer peça inacabada "ausente", é ótimo aproveitá-la como uma oportunidade de convidar outras pessoas para seus projetos, transformando-as em problemas bem documentados em seus repositórios de projeto.

Se você oferecer contexto suficiente, deverá ser capaz de recrutar pessoas para assumir as tarefas restantes assim que o verão terminar e, quer continue ou não a trabalhar depois, as pessoas serão capazes de levar seu trabalho adiante. Isso pode significar escrever um problema apenas para iniciantes, por exemplo, para dar as boas-vindas a um novo codificador no projeto.

Mentores: Acho ótimo encorajar os alunos a documentar seu trabalho (e o que resta a fazer) como questões que podem ser resolvidas. É melhor para o moral planejar com antecedência para que outras pessoas continuem de onde você parou e pensar sobre o seu projeto em andamento, do que se concentrar em perguntar a elas o que elas não fizeram! E é melhor para o projeto como um todo!

Escreva problemas para você, mas como se fossem escritos para outros

Peça aos alunos que escrevam um novo problema por semana para outra pessoa , o que os ajuda a pensar em termos de como os outros lêem seu trabalho e os incentiva a dividir os projetos em partes menores que os recém-chegados possam resolver. Um bom código é modular, não um espaguete - e olhar para ele de fora é uma maneira poderosa de melhorar seu planejamento e estilo.

Aprenda como desenvolver uma pequena comunidade de colaboradores em torno do seu trabalho

Ao longo de seu trabalho, todos vocês se tornaram líderes nesta comunidade por meio de seu trabalho, sua colaboração e sua maior contribuição para as plataformas que usamos no Public Lab. Dê uma olhada nesta página para obter algumas idéias sobre como você pode garantir que seus projetos estejam ativos em: https://github.com/publiclab/plots2/projects/4

Escreva problemas de integração ou “apenas para iniciantes”

Acho que pedir ou mesmo exigir que os projetos tenham tarefas de "integração" ou "apenas para iniciantes" durante a fase de recrutamento pode ajudar a melhorar o sucesso geral do projeto e garantir que as equipes de projeto estejam dando aos alunos o suporte de que precisam desde o início. Isso também ajuda a garantir que os alunos instalaram tudo e passaram pelo processo de “fusão de RP” antes mesmo de começarem o trabalho!

Aprenda a escrever um bom problema passo a passo para o iniciante

Comece o seu verão pensando em construir uma equipe, convidando outras pessoas para o seu trabalho. É uma habilidade fundamental para qualquer desenvolvedor de software e nunca é cedo demais para pensar em documentação ou em projetar para reutilização e para que outros programadores leiam seu trabalho. Como alguém que provavelmente acabou de instalar e configurar o projeto, você também está equipado de forma única para orientar outras pessoas nesse processo! E é um bom hábito tanto para você (dividir e articular problemas por escrito) quanto para futuros programadores. Aqui está um guia para escrever problemas para recém-chegados:

https://publiclab.org/notes/warren/10-31-2016/create-a-welcoming-first-timers-only-issue-to-invite-new-software-contributors

Veja o seu próprio trabalho através dos olhos dos outros

Perto do final do verão, comece a considerar como outras pessoas (que programam) usarão seu trabalho. Eles entenderão como instalá-lo? Como adaptá-lo para seus próprios usos? Eles terão problemas para configurá-lo ou ficarão confusos com a forma como as coisas são nomeadas ou organizadas? O que você pode fazer para tornar mais fácil para outras pessoas pegarem seu trabalho e usá-lo? Uma boa demonstração? Documentação ou exemplos mais claros? Uma ótima maneira de saber se seu trabalho pode ser lido é pedir uns aos outros para lê-lo e fornecer feedback.

Divida seu trabalho em pequenas partes!

Os alunos adoram fazer projetos gigantescos, todos interligados, e é preciso disciplina para dividir as coisas em partes pequenas e testáveis. Mas seja duro com os alunos desde o início - resista à tentação de apenas dizer "codifique tudo o mais rápido possível!" uma vez que pode realmente valer a pena trabalhar com eles para planejar e dividir seu trabalho. É muito mais fácil construir em módulos autocontidos menores que são claramente testados do que vasculhar grandes quantidades de código menos estruturado, sejam os próprios alunos fazendo isso ou você assumindo no final do verão. Também é apenas uma boa prática de codificação!

Escreva uma lista de verificação de planejamento na qual você pode trabalhar pedaço por pedaço

Escreva um problema de planejamento com base na sua proposta. Pegue os objetivos gerais e divida-os em partes pequenas o suficiente para que você possa mesclá-los (com testes) no ramo do tronco, um de cada vez. Antes de um recurso voltado para o usuário entrar no ar, você pode mesclar todo um conjunto de funções de back-end que o sustentam e garantir que todos estejam funcionando na produção antes de criar a IU que o expõe ao público.

Divida as coisas em uma lista de verificação com "fases" e realmente modularize em etapas distintas, tanto quanto possível, como neste exemplo:

https://github.com/publiclab/leaflet-blurred-location/issues/1

É uma ótima maneira de visualizar seu progresso ao longo do verão e um bom primeiro passo para o desenvolvimento de marcos.

Publique “betas ocultos” para testar seu trabalho em produção

Quando os alunos quiserem publicar uma interface voltada ao público (um novo recurso), mas você não tiver certeza se ainda é perfeita, permita que eles a publiquem de uma forma que esteja oculta, para que você possa ver como funciona "na natureza". Para projetos da web, habilite-o apenas se as pessoas adicionarem um parâmetro ?beta=true ao URL. Para projetos de desktop, esconda-o atrás de uma bandeira, como --enable-beta-features . Dessa forma, eles podem dividir o trabalho em partes menores e podem obter feedback da comunidade real à medida que refinam seu trabalho. Certifique-se de que os sinalizadores estejam claramente marcados e possam ser removidos por outro contribuidor posteriormente.

Você tem mais a sugerir? Adoraria ouvir suas dicas - deixe-as abaixo nos comentários.


Alguns desses você já conhece. Mas talvez alguns também possam ajudá-lo a traçar e ajustar seu curso, agora que você tem algumas semanas de trabalho para trás!

Obrigado a todos! 🎉 🙌

@ publiclab / soc dê uma olhada!

@jywarren, esta é uma postagem adorável! Muito informativo.

Minhas atualizações sobre o GSoC Sensor Data Project:

Nós fundimos um grande PR https://github.com/publiclab/simple-data-grapher/pull/29 que implementa a estrutura da classe no código. Este PR, no entanto, precisa ser subdividido e mais ajuda na configuração no ambiente local (https://github.com/publiclab/simple-data-grapher/issues/33)

Tenho trabalhado no linting e configurei o eslint localmente para o projeto, que irei empurrar assim que o bug acima for resolvido.

Agora podemos importar dados CSV de uma Planilha Google publicada (https://github.com/publiclab/simple-data-grapher/pull/32) e criar gráficos com eles.

As discussões estão acontecendo e eu e @jywarren estamos explorando várias opções de exportação (https://github.com/publiclab/simple-data-grapher/issues/17)

O trabalho no controle deslizante de tempo navegável também está em andamento, no entanto, devido a alguma falha no CDN, podemos ter que pensar em uma solução alternativa (https://github.com/publiclab/simple-data-grapher/pull/31 )

Esta semana, pretendo:

  • Trabalhe no design da IU da biblioteca

  • Divida parte do código maior em funções de classe menores

  • Trabalhe em uma opção de exportação

Além disso, eu queria discutir a possibilidade de mudar para plot.ly em vez de chart.js, por seus recursos mais abrangentes e melhor análise de dados. Eu adoraria ouvir sua opinião em https://github.com/publiclab/simple-data-grapher/issues/34

Muito obrigado e tenham uma ótima semana a todos!

cc: @jywarren @ namangupta01 @ sagarpreet-chadha @IgorWilbert @gauravano @Souravirus @SidharthBansal @geekychasser

Olá a todos: smiley :,
Espero que todos estejam bem!

O projeto no qual estou trabalhando é community-toolbox : computador: e os marcos do meu projeto podem ser encontrados aqui .

Atualizações

Metas para a próxima semana

Estarei trabalhando na lista suspensa para navegação em diferentes repositórios, um filtro para a lista de contribuidores recentes e adicionando um modo com tema noturno.
Tentarei criar mais FTOs junto com as revisões de relações públicas.

Obrigado!!! :sorriso:
Ótimo tema @ aSquare14 : tada:

Obrigado Rishabh Rawat! :)

No domingo, 9 de junho de 2019, 18:12 Rishabh Rawat [email protected] escreveu:

Olá a todos 😃,
Espero que todos estejam bem!

O projeto no qual estou trabalhando é a caixa de ferramentas da comunidade 💻 e o do meu projeto
marcos podem ser encontrados aqui
https://github.com/publiclab/community-toolbox/projects/1 .
Atualizações

Metas para a próxima semana

Trabalharei no menu suspenso para navegação em diferentes
repositórios, um filtro para a lista de contribuidores recentes e adicionando um
modo com tema noturno.
Tentarei criar mais FTOs junto com as revisões de relações públicas.

Obrigado!!! 😄
Ótimo tema @ aSquare14 https://github.com/aSquare14 🎉

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/publiclab/plots2/issues/5828?email_source=notifications&email_token=AFPAIVJEPD2OBFG32XFOVJLPZT3DZA5CNFSM4HSQ4T42YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXIJL5A#issuecomment-500209140 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AFPAIVIX3ORNQROWCQE2ZBTPZT3DZANCNFSM4HSQ4T4Q
.

Olá a todos :)
Aprendi muito trabalhando com Publiclab.
Nos últimos meses, aprendi muito sobre testes, docker, travis e o pipeline de ativos do Rails: smile:

Atualizações para o projeto de atualização de trilhos do Mapknitter

Trabalho feito

Adicionar testes para controladores
Adicionar testes para modelos

Atualmente trabalhando

Mudar de Bower para Yarn

Eu gostaria de reiterar o que @cesswairimu disse ... por favor, teste a atualização do mapknitter rails 4 e deixe um comentário em https://github.com/publiclab/mapknitter/issues/668 se você encontrar algum problema para mim e @ Alaxalves pode começar com Rails 5 o mais
Obrigado!

Olá, alguém está interessado em abrir o check-in desta semana?

Olá a todos, posso postar novamente quando alguém abrir nosso check-in desta semana, mas aqui por enquanto:

Lembrete de que amanhã nos reuniremos para a 2ª edição do Code Open Call!

Horário: 11 de junho de 2019 12:30 ET / 16:30 Reino Unido / 22:00 Índia

Link: https://zoom.us/j/440795826

As notas estarão aqui: https://pad.publiclab.org/p/opencall (use o botão superior direito para adicionar seu nome e escolher sua cor!)

Podemos experimentar as salas Zoom Breakout para cada projeto para ter uma pequena reunião simultaneamente.

Olá a todos, novo check-in em https://github.com/publiclab/simple-data-grapher/issues/41. Obrigado!

Grande planejamento pessoal !!!

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

keshavsethi picture keshavsethi  ·  3Comentários

noi5e picture noi5e  ·  3Comentários

first-timers[bot] picture first-timers[bot]  ·  3Comentários

first-timers[bot] picture first-timers[bot]  ·  3Comentários

milaaraujo picture milaaraujo  ·  3Comentários