Giter Club home page Giter Club logo

Comments (8)

lupomontero avatar lupomontero commented on May 27, 2024 2

Esto ya está en marcha y se llevará a cabo el próximo 14 de diciembre 🎉

Gracias a todxs por las ideas ⭐

https://www.meetup.com/MozillaPeru/events/jdsqkryzqbjc/

Me tomo la libertad de cerrar este issue en favor de las conversaciones en el Discord de Mozilla Perú y lo que vayamos agregando en el repo de mozillaperu/meetups.

from lima.

lupomontero avatar lupomontero commented on May 27, 2024 1

Hola @PuercoPop, gracias por compartir la propuesta ⭐

Me parece súper buena idea! Quizás un poco fuera del scope normal de los eventos de NodeSchool, pero al mismo tiempo completamente alineado con la idea de aprender haciendo y contribuyendo...

De hecho, viendo esta propuesta, creo que la idea de re-vivir el concepto original de hackathon es súper valiosa y aplicable a varias iniciativas... a corto plazo es algo que también podríamos hacer para contribuir a los workshoppers core de NodeSchool (javascripting, learnyounode, stream-adventure, ...), así como MDN, Node core, ...

Con respecto a siguientes pasos y consenso, propongo que arranquemos conversando por acá y de ahí vemos si agendamos una llamada entre lxs interesadxs para ver cuán factible sería hacer esto en agosto. Como referencia el próximo NodeSchool está programado para el sábado 24 de agosto, así que creo que sí habría tiempo de planear un evento diferente.

Hablemos!

cc/ @ogsilvaa @AngelFQC

from lima.

AngelFQC avatar AngelFQC commented on May 27, 2024 1

@firefox-devtools tiene el repo del depurador js que está con git y es más fácil contribuir ahí, me parece.

Habia visto esos repos. Pero no me queda claro como partiendo del repo de git tengo una instancia de Firefox corriendo con los cambios locales realizado. La documentacion que encontre esta alrededor de usar mercurial. Si bien el proceso con mercurial y phabricator involucra mas pasos y el uso de herramientas menos populares, no es complicado. Este fin de semana me tomo alrededor de 2 horas encontrar un bug accessible, escribir el parche, commitearlo localmente, crearme las cuestas en bugzilla y phabricator y submitear el parche para revision.

No es una instancia de Firefox completo. Es sólo el depurador que puede correr como una aplicación en otra pestaña mientras debuggeas otra... Es más fácil así, yo mandé un PR pequeño hace un tiempo y fue fácil porque sólo te centras en react... (css, js) https://firefox-dev.tools/debugger/docs/getting-setup.html

from lima.

ccarruitero avatar ccarruitero commented on May 27, 2024

Hola @PuercoPop, está genial tu idea.

Me parece bien si lo podemos hacer junto a los nodeschool pero, para no desviarnos mucho del scope del evento, propondria incluir también algunos proyectos más relacionados como los workshoppers o algún otro proyecto que utilice node. La idea seria que se tuviera a la par gente contribuyendo a mozilla y a los workshoppers por ejemplo.

Lo del setup (descargar mozilla-central, dependencias, ...) me parece que se puede ir avanzando antes del evento.

from lima.

AngelFQC avatar AngelFQC commented on May 27, 2024

Hola @PuercoPop me parece muy buena la idea! @firefox-devtools tiene el repo del depurador js que está con git y es más fácil contribuir ahí, me parece.

from lima.

PuercoPop avatar PuercoPop commented on May 27, 2024

corto plazo es algo que también podríamos hacer para contribuir a los workshoppers core de NodeSchool (javascripting, learnyounode, stream-adventure, ...)

propondria incluir también algunos proyectos más relacionados como los workshoppers

La ventaja de mozilla es que hay bastante documentacion sobre como contribuir y hay un esfuerzo sustantivo para marcar los bugs como good-first issue e incluso se le asignan mentores a algunos bugs. De ojear los repos linkeados por @lupomontero, no he visto que ese sea el caso.

No estoy opuesto a la idea de incluir otros proyectos, pero que significaria que un proyecto este incluido? En el caso de Firefox seria un walkthrough sobre el proceso de poco mas de una hora.

Mi intereses no es hijackear NodeSchool sino proveer un segundo paso para que las personas que asisten a NodeSchool puedan continuar aprendiendo haciendo, se aprenda en grupo y se crezca como comunidad. Si hay intereses por un evento para contribuir a Firefox pero consideran que NodeSchool no es el mejor venue para ello se puede buscar organizarlo a traves de otra organizacion.

@firefox-devtools tiene el repo del depurador js que está con git y es más fácil contribuir ahí, me parece.

Habia visto esos repos. Pero no me queda claro como partiendo del repo de git tengo una instancia de Firefox corriendo con los cambios locales realizado. La documentacion que encontre esta alrededor de usar mercurial. Si bien el proceso con mercurial y phabricator involucra mas pasos y el uso de herramientas menos populares, no es complicado. Este fin de semana me tomo alrededor de 2 horas encontrar un bug accessible, escribir el parche, commitearlo localmente, crearme las cuestas en bugzilla y phabricator y submitear el parche para revision.

from lima.

ccarruitero avatar ccarruitero commented on May 27, 2024

corto plazo es algo que también podríamos hacer para contribuir a los workshoppers core de NodeSchool (javascripting, learnyounode, stream-adventure, ...)

propondria incluir también algunos proyectos más relacionados como los workshoppers

La ventaja de mozilla es que hay bastante documentacion sobre como contribuir y hay un esfuerzo sustantivo para marcar los bugs como good-first issue e incluso se le asignan mentores a algunos bugs. De ojear los repos linkeados por @lupomontero, no he visto que ese sea el caso.

No estoy opuesto a la idea de incluir otros proyectos, pero que significaria que un proyecto este incluido? En el caso de Firefox seria un walkthrough sobre el proceso de poco mas de una hora.

Con lo de incluirlos me referia más que nada a mecionarlos como opción a contribuir el día del evento y que pudieramos dar soporte a los participantes en caso decidan contribuir en alguno de estos repos.

Si, no hay muchos issues marcados como easy o good-first en los repos de workshopper; por lo que tal vez nos tocaria a nosotros revisarlos y seleccionar los que se recomiendan hacer.

Otra cosa que se podria hacer con los workshoppers también, es actualizarlos. Hay varios workshoppers que tienen las dependencias desactualizadas y en algunos casos aún utilizan adventure o workshopper en vez de workshopper-adventure.

Mi intereses no es hijackear NodeSchool sino proveer un segundo paso para que las personas que asisten a NodeSchool puedan continuar aprendiendo haciendo, se aprenda en grupo y se crezca como comunidad. Si hay intereses por un evento para contribuir a Firefox pero consideran que NodeSchool no es el mejor venue para ello se puede buscar organizarlo a traves de otra organizacion.

No veo mal de probar primero como nos va en el nodeschool. Y más adelante vemos como se podria organizar en un evento de mozilla.

from lima.

ccarruitero avatar ccarruitero commented on May 27, 2024

@firefox-devtools tiene el repo del depurador js que está con git y es más fácil contribuir ahí, me parece.

Habia visto esos repos. Pero no me queda claro como partiendo del repo de git tengo una instancia de Firefox corriendo con los cambios locales realizado. La documentacion que encontre esta alrededor de usar mercurial. Si bien el proceso con mercurial y phabricator involucra mas pasos y el uso de herramientas menos populares, no es complicado. Este fin de semana me tomo alrededor de 2 horas encontrar un bug accessible, escribir el parche, commitearlo localmente, crearme las cuestas en bugzilla y phabricator y submitear el parche para revision.

No es una instancia de Firefox completo. Es sólo el depurador que puede correr como una aplicación en otra pestaña mientras debuggeas otra... Es más fácil así, yo mandé un PR pequeño hace un tiempo y fue fácil porque sólo te centras en react... (css, js) https://firefox-dev.tools/debugger/docs/getting-setup.html

Creo que se podria utilizar ambos. Igual no cae mal aprender algo de mercurial.

from lima.

Related Issues (11)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.