You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Sep 2, 2023. It is now read-only.
Repository navigation
This repository was archived by the owner on Sep 2, 2023. It is now read-only.
@inidaname I was happy you were able to join. We're all over as we find a good way to structure this, your efforts are instrumental and highly appreciated.
Thank you so much for taking the first B1 (internal track) survey. Please forgive my inability to address your all concerns during the meeting and in the few emails sent regarding the survey. I need a couple of days to shift gears and come back to this with fresh eyes. But before I do, here are some of the concerns that I believe are important to address before next meeting.
scope and purpose of internal/developers tracks
process (and deadlines)
survey merit
Let me hash out a clear path forward and reach out to each one with direct mentions regarding next steps.
@GeoffreyBooth are you willing to open and moderate an issue to allow people to openly discuss the "Developers Survey: Scope and Purpose".
We don't want to many issues, but I think this thread is an exception. Everyone wants to be heard, and wants to know what the scope and purpose is.
Our efforts so far were inclined heavily towards delivering a process assuming there was a clear scope and purpose (my bad). As far as we (the survey folks) are relatively far more sensitive to the expectations and perspective of developers, ie users of Node.js, it is really up to the more seasoned Node.js and tooling folks to figure out the scope and purpose that best serves them - each one independently, no conflicts. We get the chore of finding the widest (and most reasonable) scope and purpose based on everyone's inputs.
I apologize, the more I try to be to the point, the more messy I get (that's just how I communicate, generally) so please feel free to back and forth here if I failed to clarify the intent of the thread, but obviously your challenge is finding a more articulate way to express those goals.
If you can't handle this in a day or so, let me know (or recommend someone else to take it over please).
@SMotaal I’m happy to moderate an issue. I know part of the point is that it’s vague right now, but can you help me define what you mean by “scope and purpose”? Like the scope of the modules implementation that we’re trying to build? And what purpose would it have, other than to bring support for ES modules to Node?
Purpose of the Developers Survey from the WG's perspective:
I don't think I want to color this one, but drawing upon input from the end user is almost always a way to overcome indecision and barriers to compromise in order to reach some mutually acceptable outcomes.
I think I can try to give you my own formula for the purpose just as an example of what we expect others to express.
It is great that you pointed my attention back to the README, because I bookmarked the issues tab.
Since I have no commitments to end users, I look at those features purely from the sense of quality (namely reliability), performance, and ease of use (slash conformance obviously).
In that sense, the developers survey in my world is one that would allow me to extrapolate concrete indicators for the three sides of this triangle regarding specific features. I would expect it to test the end user's position on specific features that would directly affect those three aspects.
Purpose
To generate data to support or reject one or more of those features, so that we can overcome indecision by selecting the best set of interdependent features regardless of existing barriers.
It is also not the intended purpose to consider favourable features as indicated by the survey to be the final set of features (ie cost-to-benefit trade-offs), nor unfavourable ones to be excluded from that set (though they may rely on some configurable setting for the sole benefit of the end user).
But that does not satisfy the concerns of those who have specific commitments (aka external factors which need not be disclosed I guess). So in a sense, they can start by saying something like: "based on my commitments X, Y, Z... etc., I think that the purpose of this survey is to … but not …"
Scope of the Developers Survey from each party's perspective, upon the completion of the survey:
we should be able to know … (this is a given)
my own formula: Feature(s)/Indicator(s) …
we don't expect to know … (sometimes important to avoid creep)
my own formula: Feature(s)/Indicator(s) …
I think once we reach a good enough starting point, this becomes a PR doc for fine tuning.
@sendilkumarn I think our next steps in general need to grow beyond our direct mentions method and make better use GitHub's tools. This I believe calls for a "ongoing" project(s) board. I have some of the structure in mind, but for now, I would like to ask you to continue your in your amazing self-directed getting-things-done streak to start setting us up.
Can you maybe open a separate issue to:
maybe call it "Surveys: a dedicated projects board (for Modules efforts)"
invite ideas from everyone on structure… etc
ensure people are on board (mention MylesBorins in it please)
We need to make sure that this board is the only source of truth moving forward for all activities related to surveys. So, this requires the conventional columns as well as focus columns based on a concise logical breakdown of our activities (see below), in my opinion.
@SMotaal Hello I have been off this for sometime due to some official assignments, soon rounding up. I will be glad to pick up once I am fully back thank you.
Activity
SMotaal commentedon Aug 31, 2018
SMotaal commentedon Aug 31, 2018
sendilkumarn commentedon Aug 31, 2018
SMotaal commentedon Aug 31, 2018
sendilkumarn commentedon Aug 31, 2018
inidaname commentedon Aug 31, 2018
SMotaal commentedon Aug 31, 2018
@inidaname I was happy you were able to join. We're all over as we find a good way to structure this, your efforts are instrumental and highly appreciated.
SMotaal commentedon Sep 2, 2018
SMotaal commentedon Sep 2, 2018
@sendilkumarn I did a dry run and I made a couple of changes and think we should finalize and move on to A2.
I also change the settings (sign-in + limit to 1 response) to see if this maybe better for us
26 remaining items
SMotaal commentedon Sep 13, 2018
@zenparsing @mcollina @SMotaal @MylesBorins @benjamn @mduleone @devsnek @weswigham @targos @ljharb
Thank you so much for taking the first B1 (internal track) survey. Please forgive my inability to address your all concerns during the meeting and in the few emails sent regarding the survey. I need a couple of days to shift gears and come back to this with fresh eyes. But before I do, here are some of the concerns that I believe are important to address before next meeting.
Let me hash out a clear path forward and reach out to each one with direct mentions regarding next steps.
SMotaal commentedon Sep 13, 2018
SMotaal commentedon Sep 13, 2018
sendilkumarn commentedon Sep 13, 2018
SMotaal commentedon Sep 13, 2018
SMotaal commentedon Sep 13, 2018
@GeoffreyBooth are you willing to open and moderate an issue to allow people to openly discuss the "Developers Survey: Scope and Purpose".
We don't want to many issues, but I think this thread is an exception. Everyone wants to be heard, and wants to know what the scope and purpose is.
Our efforts so far were inclined heavily towards delivering a process assuming there was a clear scope and purpose (my bad). As far as we (the survey folks) are relatively far more sensitive to the expectations and perspective of developers, ie users of Node.js, it is really up to the more seasoned Node.js and tooling folks to figure out the scope and purpose that best serves them - each one independently, no conflicts. We get the chore of finding the widest (and most reasonable) scope and purpose based on everyone's inputs.
I apologize, the more I try to be to the point, the more messy I get (that's just how I communicate, generally) so please feel free to back and forth here if I failed to clarify the intent of the thread, but obviously your challenge is finding a more articulate way to express those goals.
If you can't handle this in a day or so, let me know (or recommend someone else to take it over please).
Cheers
GeoffreyBooth commentedon Sep 14, 2018
@SMotaal I’m happy to moderate an issue. I know part of the point is that it’s vague right now, but can you help me define what you mean by “scope and purpose”? Like the scope of the modules implementation that we’re trying to build? And what purpose would it have, other than to bring support for ES modules to Node?
See also https://github.com/nodejs/modules#purpose
SMotaal commentedon Sep 14, 2018
@GeoffreyBooth
Let's start by calling this Purpose & Scope:
Purpose of the Developers Survey from the WG's perspective:
I don't think I want to color this one, but drawing upon input from the end user is almost always a way to overcome indecision and barriers to compromise in order to reach some mutually acceptable outcomes.
I think I can try to give you my own formula for the purpose just as an example of what we expect others to express.
It is great that you pointed my attention back to the README, because I bookmarked the issues tab.
Since I have no commitments to end users, I look at those features purely from the sense of quality (namely reliability), performance, and ease of use (slash conformance obviously).
In that sense, the developers survey in my world is one that would allow me to extrapolate concrete indicators for the three sides of this triangle regarding specific features. I would expect it to test the end user's position on specific features that would directly affect those three aspects.
But that does not satisfy the concerns of those who have specific commitments (aka external factors which need not be disclosed I guess). So in a sense, they can start by saying something like: "based on my commitments X, Y, Z... etc., I think that the purpose of this survey is to … but not …"
Scope of the Developers Survey from each party's perspective, upon the completion of the survey:
I think once we reach a good enough starting point, this becomes a PR doc for fine tuning.
What are your thoughts?
SMotaal commentedon Sep 15, 2018
@sendilkumarn I think our next steps in general need to grow beyond our direct mentions method and make better use GitHub's tools. This I believe calls for a "ongoing" project(s) board. I have some of the structure in mind, but for now, I would like to ask you to continue your in your amazing self-directed getting-things-done streak to start setting us up.
Can you maybe open a separate issue to:
We need to make sure that this board is the only source of truth moving forward for all activities related to surveys. So, this requires the conventional columns as well as focus columns based on a concise logical breakdown of our activities (see below), in my opinion.
Activities (Node.js Modules Developers Surveys)
- Purpose & Scope
- Distribution
- Flow & Presentation
- Wording
- Terminology
- Representation
- Front-end
- Back-end
- Node.js
- Modules
- Workflow
[-]Survey: Initial Draft Incremental Rounds (Coordination)[/-][+]Surveys: Initial Draft Incremental Rounds (Coordination)[/+]SMotaal commentedon Sep 20, 2018
[-]Surveys: Initial Draft Incremental Rounds (Coordination)[/-][+]Surveys: Coordination[/+]inidaname commentedon Sep 26, 2018
@SMotaal Hello I have been off this for sometime due to some official assignments, soon rounding up. I will be glad to pick up once I am fully back thank you.