Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Weekly Team Meetings: Jan-Jun 2024 #38

Open
ericsnekbytes opened this issue Feb 23, 2024 · 6 comments
Open

Weekly Team Meetings: Jan-Jun 2024 #38

ericsnekbytes opened this issue Feb 23, 2024 · 6 comments
Labels
weeklies Weekly meeting note summary issues

Comments

@ericsnekbytes
Copy link
Collaborator

ericsnekbytes commented Feb 23, 2024

Here is a record of the agenda/minutes for our weekly meeting. Everyone is welcome to join.

Navigation:

Let's avoid using this thread for discussion. If you'd like to discuss something in the minutes, open a separate issue and reference this thread.

@ericsnekbytes
Copy link
Collaborator Author

January 10, 2024

name org username
Eric Gentry Anaconda @ericsnekbytes

Agenda

  • No items

@ericsnekbytes
Copy link
Collaborator Author

January 17, 2024

name org username your Jupyter "Aha" moment
Eric Gentry Anaconda @ericsnekbytes
Carlos Brandt @chbrandt
Rosio Reyes Anaconda @RRosio

Agenda

  • Eric G

    • Charter acceptance: Hooray!
      • Bring your ideas! How do we best do our work, follow our mission?
        • Moots, RFC for content spanning multiple docs for instance? Meeting structure, other activities...it's all open to new ideas
    • Emphasize
      • We are helpers, everything we do relies on consensus
      • Collaborative to the bone (work with subprojects, solicit ideas from others and the community, etc)
      • We're a Jupyter-wide group...
        • We can try to blaze trails, for how to best do work on a project-wide level (work processes, materials, etc)
        • We will face unique challenges
        • Getting people to agree on content, etc. may be difficult at times
        • North star:
          • Envisioning our role: As each subproject succeeds, so does Jupyter...each subproject adds something important to different stakeholders, and contributes to the overall health and success of Jupyter. If we can approach subprojects from a place of advocating for their needs, we will have partners to help achieve our goals.
    • Tie up loose ends from early in the proposal process
      • Make issues for anything that isn't recorded yet
      • Make our (Docs WG) materials great, lead by example
      • Add any other needed documents (restrict standards-setting powers to council vote, other rules, guidance for new members and contributors, record some of these thoughts to illustrate how the group should operate, issue labels, etc.)
  • Carlos

    • Prototype for documentation issues tracking
    • ToDo:
      • automate creation of "reference" issues linking to originals
      • create "docs-tracking" repository
      • refine automation to avoid duplication and update occasional (original issue) title changes
      • set permissions in "docs-tracking" repo issues to block comments in there (tracking issues are not meant to host discussions, their goal is just to work as an index)

@ericsnekbytes
Copy link
Collaborator Author

January 31, 2024

name org username your Jupyter "Aha" moment
Carlos Brandt @chbrandt
Eric Gentry
Jeremy Tuloup QuantStack @jtpio

Agenda

Notes

@ericsnekbytes
Copy link
Collaborator Author

February 07, 2024

name org username your Jupyter "Aha" moment
Carlos Brandt @chbrandt
Eric Gentry
Ana Ruvalcaba Cal Poly University @Ruv7
Jeremy Tuloup QuantStack @jtpio

Agenda

Notes

@ericsnekbytes
Copy link
Collaborator Author

February 14, 2024

name org username
Eric Gentry Anaconda @ericsnekbytes
Carlos Brandt @chbrandt

Agenda

  • Discussed some subproject 'documentation' issues
    • Personas Jupyter #683
    • Diagram standardization Jupyter #667
      • use editable formats for collaboration in the drawings of diagrams. Excalidraw is the proposed tool.
        • should we bound that with some standard? Considering the different projects and their workflows.
        • we could layout the problem, alternatives and suggest through a PoC with existing diagrams. For instance, layout the workflow improving the process.
  • ^The items above are recommendations for developers to use, how do we want to do these kinds of standardization efforts? Could do work as described above, follow up on tickets with solutions, post our work to the meta docs? We need to do work toward restructuring the meta docs to make it a friendly and efficient place for devs to go for resources like this
  • Update copyright on Jupyter.org?
  • Think about how we can gather more contributors and grow the docs wg
  • Interesting "docu-mentor" ML model for docs https://www.anyscale.com/blog/building-an-llm-powered-github-bot-to-improve-your-pull-requests

Additional Discussion

@ericsnekbytes
Copy link
Collaborator Author

February 21, 2024

name org username
Carlos Brandt @chbrandt
Eric Gentry Anaconda @ericsnekbytes

Agenda

Notes

  • Mike Krassowski
    • docs.jupyter outdated
      • releasing ipython outdated
      • Clean up first
    • security page can be added after
  • Carlos notes marimo.io is a new interesting notebook technology

@ericsnekbytes ericsnekbytes added the weeklies Weekly meeting note summary issues label Feb 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
weeklies Weekly meeting note summary issues
Projects
None yet
Development

No branches or pull requests

1 participant