Skip to content
This repository has been archived by the owner on Sep 2, 2023. It is now read-only.

Developer Survey #85

Closed
MylesBorins opened this issue May 16, 2018 · 17 comments
Closed

Developer Survey #85

MylesBorins opened this issue May 16, 2018 · 17 comments
Labels
discussion surveys Relates to things where people to you what you don't want to but need to hear

Comments

@MylesBorins
Copy link
Contributor

We've been making a bunch of claims regarding what "developers would want". While I think we all have quite a great intuition on this, perhaps we can do a developer survey to prove out some of our hypotheses before digging too far into a philosophical debate.

@nodejs/user-feedback can maybe help?

@mhdawson
Copy link
Member

I think a survey would be a good way to get broader input. I think this group (the modules wg) would need to put together the initial list of questions to be asked and then the user-feedback team can work with the Greg at the foundation to tweak and then have the survey run.

@mhdawson
Copy link
Member

mhdawson commented Jun 6, 2018

As an example, its good that the questions be closed whenever possible.

How important is interop between CJS and EJS to you:

1 - not at all
2 - small benefit
3 - nice to have
4 - important
5 - top priority

@ljharb
Copy link
Member

ljharb commented Jun 6, 2018

For that specific question (and probably many others), we should also separately ask how important that feature is to be available by default versus "by a loader" versus "not at all"

@jkrems
Copy link
Contributor

jkrems commented Jun 6, 2018

"by a loader"

nit: How about "enabled by default" vs. "possible" or "opt-in"? Mostly because loader might be hard to understand for people / might imply too much.

@bmeck
Copy link
Member

bmeck commented Jun 7, 2018

I think we need to be sure that we encapsulate the questions so that we are clearly trying to get either the expectation of how ESM would be implemented, or the opinion of if a feature is important. I think it is very easy to be unclear on the difference of these. Expectations can lead to opinions of if a feature is important, but they are not necessarily the same thing. You can have a neutral opinion while having a strong expectation of how things should work.

Defining what interop is is a complex task for example. Consider the following points and how detailed I think we need to be in order to start to expose this difference:

  • how important is it to be able to load ESM from CJS
  • would you expect to be able to use import(ESM) to load ESM from CJS
  • would you expect to be able to use require(ESM) to load ESM from CJS
  • how important is it require(ESM) is synchronous and does not return a Promise

Even after all of this, we might have comflicts with implementing some features such as synchronously returning a module namespace from require. These questions are used as guides for what users are thinking, and we need to be clear about if they are thinking in terms of expectation and if they are thinking in terms of opinions of a feature's value.

@bmeck
Copy link
Member

bmeck commented Jun 7, 2018

Oh, and we should probably figure out what questions each feature needs so maybe that is a good place to maybe start making a list of questions and combining similar ones as we go along? Does that seem a good idea to others?

@mhdawson
Copy link
Member

mhdawson commented Jun 7, 2018

@bmeck sounds reasonable to me.

@inidaname
Copy link

@bmeck I +1, also I will suggest we use the Google Doc from #55 as a guide for generating a more kind of specific questions.

@SMotaal
Copy link

SMotaal commented Aug 24, 2018

Any interested in reviving this effort?

I independently started to work on an iterative survey building effort, which starts with the premise that while I know to some degree the composition of the participants that I am interested in surveying, I still don't know exactly what type of questions will elicit the more informative and reliable results.

From there the survey will be iteratively built by getting two participants (starting with the group) to take the survey then provide recommendations and feedback (privately) which will be incorporated and peer reviewed by those who have already taken it, and so on.

It is common practice that drafts would be shared openly, and obviously this will happen, but after we all had a chance to somewhat anonymously contribute to the resulting initial draft.

I am looking for the first two participants, the survey is very raw and likely not on point at all, but that is naturally going to change especially if you take part.

@SMotaal
Copy link

SMotaal commented Aug 25, 2018

@sendilkumarn Are you interested? If so you can take a go at the first round and once we refine it you can also weigh in on changes as we move forward.

We will still need at least one more participant to carry out the first round.

@inidaname
Copy link

I'm interested

@sendilkumarn
Copy link
Contributor

Lets do it 👍

@SMotaal
Copy link

SMotaal commented Aug 25, 2018

@inidaname @sendilkumarn I just sent you invites to take the survey (used address listed on gh profile)

Once done, we'll take it from there

@SMotaal
Copy link

SMotaal commented Aug 29, 2018

Please jump over to #173 regarding efforts to prepare Initial Draft (set to unroll for October's event)

@SMotaal
Copy link

SMotaal commented Sep 12, 2018

Here is an open link to the most recent "ongoing" draft: C1: Developers Survey

@SMotaal SMotaal added the surveys Relates to things where people to you what you don't want to but need to hear label Sep 15, 2018
@SMotaal
Copy link

SMotaal commented Nov 7, 2018

@inidaname per this comment please advise if the modules-agenda label can be removed.

@MylesBorins MylesBorins removed the modules-agenda To be discussed in a meeting label Nov 7, 2018
@MylesBorins
Copy link
Contributor Author

We've discussed this at multiple meetings, removing from agenda for now.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
discussion surveys Relates to things where people to you what you don't want to but need to hear
Projects
None yet
Development

No branches or pull requests

8 participants