Proposal to drive Diagnostics WG initiatives through user journeys
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- node.js
- Área
- documentation
Línea de trabajo
Start with the linked Node.js WG Diagnostics User Journeys Google document and the proposal's recommended next steps. Review diagnostics issue #254 and summit issue #152 for related context; completion would require agreement on supported journeys and tooling, followed by moving the content into the GitHub repository.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Intro - Problem Statement
The Node.js Diagnostics WG members meet throughout the year to seek alignment on proposals and prioritize efforts in the Node.js diagnostics space. In the last Diagnostics Summit in Munich, March 2019, we identified that the working group doesn't have a clear articulation of the scope of use cases for users trying to diagnose problems with Node.js processes. The lack of a clear definition around supported diagnostics user journeys and the lack of alignment on long-term supported tooling and best practices lead to a fragmented tooling ecosystem with more than 25 Diagnostics WG identified tools.
This large surface area means that the community is spread thin in their efforts, while also creating an undue focus on specific tools and solutions. We propose that the WG should collect the user use cases, existing and ideal user journeys for our diagnostics solutions and tooling, as well as the gaps that exist, and use it to drive efforts to provide solutions like best practices and sufficient tooling over future LTS releases. We expect that shifting our focus to being more user-centric will help us to improve the runtime for the needs of various Node.js developers around diagnostics and facilitate the continued growth of Node.js adoption.
Goal
The goal of this proposal is to help the Diagnostics WG to prioritize work items and shape the next generation of tooling. We also believe that having a story for long term supported, cross-platform, stable, and developer friendly diagnostics tools will give enterprise companies more confidence in investing in Node.js as the runtime of choice for their use-cases. This can improve the number of meaningful contributions made to the various Node.js Foundation projects.
Proposal
The proposal is to collect and document the most common user journeys and recommended tools with pros and cons in specific scenarios and to highlight the existing tooling gaps today.
The current state of the proposal provides a template for collaborating on the use-cases with some draft around existing solutions and ideas for ideal user journeys.
Please check out the current version of the ongoing Node.js WG Diagnostics User Journeys document.
Recommended Next Steps
- Seek alignment on goals
- Agree on shifting focus from specific tools to long-term supported user journeys
- Agree on supported workloads in the first round (API servers, workers etc.)
- Agree on long-term user journey support over LTS releases
- Agree on supported use-cases
- Align on recommended tools for use-cases
- Deep dive meetings per use-cases to create ideal user journeys
- Move the content to GitHub repository
- Use User Journeys to drive the Diagnostics Best Practices initiative
- Regroup on tooling gap and create a long term vision for diagnostic tools
The upcoming Berlin Collaborator Summit could be a good place to seek alignment on some of the topics mentioned above.
Node.js WG Diagnostics User Journeys
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 550
- Forks
- 69
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de nodejs/diagnostics
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 65/100
nodejs/diagnostics#648 · 3 comentarios ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 20/100
nodejs/diagnostics#690 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 20/100
nodejs/diagnostics#689 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 25/100
nodejs/diagnostics#688 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
nodejs/diagnostics#687 ·
Todos los issues de nodejs/diagnostics
Issues similares
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
githubnext/gh-aw-workshop#3692 ·
-
agent/guide documentation hive/hosted-available-lke648397-260827-5n31
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
-
kind/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
falcosecurity/falco-website#1601 ·
-
Improve privacy considerations Abiertospecification
Dificultad 1/5 1-3 horas Aptitud para principiantes 78/100
WICG/webmonetization#729 ·
-
documentation
Dificultad 2/5 Medio día Aptitud para principiantes 62/100
inmanta/inmanta-core#10835 ·