Comments (39)
That's all we ask for:
(see "Back-end" frameworks category)
It doesn't even require you to update CSS/layout - there's enough space for 1 additional category @SachaG
Now if you don't want the "Back-end frameworks" category to be right after "Front-end frameworks" (even though it should be, according to, for example, NPM downloads) then I think it's perfectly fine - as long as it's somewhere.
from surveys.
even though the survey is called "The State of JavaScript" doesn't mean it should cover every single aspect of JavaScript
Sure, but it should include the most important aspects/use cases of JavaScript, and Back-end is certainly one of them. And with all respect to other technologies, it's arguably more important (as it shares a higher % of the JS community) than Mobile or Desktop, or even Meta-frameworks as of now.
from surveys.
"State of JS" should become "State of frontend JS" because that's what it is. The name "State of JS" claims to include entire JS landscape.
from surveys.
Do you think back-end frameworks should be included in the survey or not? I'm seeing a lot of ambiguity in this thread,
I just walked through all comments again and I don't see any ambiguity myself - the community would love to see Back-end frameworks included within a dedicated category. Unless State of JavaScript is fragmented and divided into separate surveys like State of JavaScript on FE, on Mobile, on BE then that's ok too.
the right way to influence the survey in one direction or another is to give feedback during the #224 that happens before every survey
- Almost nobody knew about this till now
- @tayambamwanza brought up the same question 2 weeks ago in this issue and you replied by saying "back-end frameworks have far fewer users than front-end frameworks" which doesn't seem to be entirely correct (not to even mention mobile, meta-frameworks, or desktop that have dedicated categories). Also, see #224 (comment)
not to ask your followers to flood a thread with the same message while completely ignoring the purpose of the thread (which, if anybody took the time to read the first post, was to brainstorm ideas regarding the contents of a back-end survey)
You shared this issue on X and requested folks to move the conversation here. Nobody asked anyone to flood this thread with the same message unless I missed something. Now the problem with "brainstorming ideas regarding a new survey" is that most people disagree with the fact that BE is not included in the original survey in the first place, and they used this thread to express that.
the reason why back-end frameworks don't have a full section in the State of JS survey is not because we think they're not important; it's because they are important so we want to give them their own dedicated survey
The reason why apples π are not included in the State of Fruits survey is not because we think they're not important; it's because they are important (and delicious!) so we want to give them their own dedicated State of Apples survey (one day in the future). Hope this clarifies why they're not included in the State of Fruits 2023, 2022, and won't be included in 2024.
Look, it's your survey, your project, your effort & time, your call and decision. We just wanted to express that, as community members involved in BE, we don't feel represented in this survey and are somewhat disregarded compared to other categories. Our duty was to point that out. Now whether you take this into account is entirely up to you.
from surveys.
Back-end frameworks please!
from surveys.
I really look forward to collaborating with people here on a dedicated back-end survey, in large part because I myself use JS on the server.
At the same time, I do want to point out that no framework, library, or even group of technologies is entitled to be part of a given survey. We are always adding/removing items and sections from every survey in the hopes of making them better, and even though the survey is called "The State of JavaScript" doesn't mean it should cover every single aspect of JavaScript, as it would then literally take hours to fill out.
I think it's good to accept this fact as a starting point because otherwise we'll just waste time arguing about why X, Y, and Z are not in the survey instead of adopting a more constructive approach.
from surveys.
On a less snarky note, the right way to influence the survey in one direction or another is to give feedback during the open feedback period that happens before every survey; not to ask your followers to flood a thread with the same message while completely ignoring the purpose of the thread (which, if anybody took the time to read the first post, was to brainstorm ideas regarding the contents of a back-end survey).
Anyway I'll reiterate what I said earlier in the thread since it probably got lost in the shuffle: the reason why back-end frameworks don't have a full section in the State of JS survey is not because we think they're not important; it's because they are important so we want to give them their own dedicated survey; we just haven't had time to do it yet.
from surveys.
In a case you don't find the consensus in time I will share my main thoughts.
If there will be no consensus just bring it back as it was.
Maybe there should be another survey for that maybe not, but right now you already lost data continuity what was important for me for instance to create articles like this one.
The sooner we return to what it was, the less data we lose.
I believe in software development mostly no one migrates the way that they first remove an existing feature and later start thinking about how to introduce the better version. Please bring back the old good-enough version and replace it when the new survey is ready.
from surveys.
By the way, the reason why back-end APIs, frameworks, libraries, etc. are de-emphasized in the State of JS survey is not because they lack importance β it's just because we have to make tough choices otherwise the survey just gets too long. And even though every question is optional, if the survey has too many pages people will get scared and close their browser tab right away without even answering a single question (the current drop-off rate is already ~30% with the current survey lengthβ¦).
When we "demoted" the back-end frameworks category in 2022 down to a question in the "Other Tools" section, it was actually because we had been hoping to do a State of Node.js (and friends) survey. But we just couldn't find the time in 2022 or 2023. Hopefully we can plan things better in 2024 :)
from surveys.
It would surely help to have back-end frameworks on that list. It doesn't have to include all aspects of it. I mean, if there's enough answers for that and the need arises, we could have an entirely separated survey in the future. But as a mainly-backend developer, I really miss that representation.
from surveys.
By the way, the reason why back-end APIs, frameworks, libraries, etc. are de-emphasized in the State of JS survey is not because they lack importance β it's just because we have to make tough choices otherwise the survey just gets too long. And even though every question is optional, if the survey has too many pages people will get scared and close their browser tab right away without even answering a single question (the current drop-off rate is already ~30% with the current survey lengthβ¦).
We've actually been hoping to do a State of Node.js (and friends) survey for a while, but just never had the time. Hopefully we can plan things better in 2024 :)
I get that argument. For me It takes usually two days to fill the survey. Just to many questions :(
from surveys.
Backend frameworks are a must-have in survey! Full support for what's @kamilmysliwiec is saying
from surveys.
Backend should be included. I would even leave out Mobile and Desktop since it is way less important than Backend in the JS ecosystem.
from surveys.
I don't run this project, but as someone receiving notifications for each of these comments I would recommend folks who wish to share support but do not have more to add than "we should include backend" to drop a π and not a comment.
from surveys.
I'm a senior backend/software engineer and I have been using nodejs as my backend since the yield days
What I would like to see is
1To what degree would you rely on backend generators (feathers,etc..)?
Solid vs Ideal architectures? And would you build everything with express from scratch or you'd consider nestjs?
The future of TS?
from surveys.
Node.js takes a very big share of world servers! Backend category is a must!
from surveys.
I think the framing should be careful about being around "node.js" specifically. The main complaint I think is that "state of js" without recognizing that all those tools which were asked about are run mainly in Node.js and then there is the entire JS server ecosystem which includes cloudflare, lambda, deno, bun, node.js, etc.
from surveys.
Conducting a survey on a programming language feels futile if it doesn't encompass its entirety. The recent JavaScript survey seems to suggest it's solely for front-end development, but the market itself contradicts this notion. Therefore, if any survey is to be conducted, it must comprehensively represent the language and respect the community it serves.
from surveys.
Ok, but please clarify something for me. Do you think back-end frameworks should be included in the survey or not? I'm seeing a lot of ambiguity in this thread, so I just think it'd be good to get a consensus on this topic before we move on.
from surveys.
I think one of the things that struck me as odd is that Backend used to have its own category.
Backend js frameworks are not receding as far as I can tell.
Is it honestly just the length of the survey as to why Backend got squashed into other?
Is Backend really that insignificant to the state of js that it shouldn't have a proper category in the state of js survey?
from surveys.
I'm fine with having more in-depth survey just focused on the back-end.
I think the first part should be about what is the preferred underlying system (Node, Deno, Bun, etc.). Then routing frameworks like Express. Definitely a section about data management (GraphQL, etc.). I think also inquiring about the database being used. Also there should be a general question about what is used on the front-end (just general React, Angular, etc., but nothing more, that is what the current survey is for) so that the full stack connection can be made.
from surveys.
Not having backend frameworks etc is a good enough reason to NOT fill in the survey at all so next year it can pivot to "State of Browser JS" and be all cool π³
from surveys.
Maybe it should just be "State of JS β Server Edition" then? I feel like coming up with a good name is going to be the hardest partβ¦
from surveys.
I completely agree that back end frameworks is a must on the survey.
from surveys.
I completely agree that back-end frameworks are a must on the survey.
from surveys.
I completely agree that back end frameworks is a must on the survey.
from surveys.
Agreed! Backend frameworks are essential in the JS ecosystem and should definitely be included in the survey.
from surveys.
Backend frameworks are essential in the JS ecosystem and should be included in the survey....
from surveys.
Survey without Backend frameworks is like car without gasoline engine, doesn't sounds right.
from surveys.
I completely agree that back end frameworks is a must on the survey.
from surveys.
Same from me, I think backend is definitely more important than for example mobile. And Meta-Framework
? I have no clue what that even is (probably I'm getting old for our beautiful diverse crazy land of JS)
from surveys.
I cannot say some categories are more important than the others but I can definitely say that backend frameworks should be included. Otherwise it will be a huge gap in the survey.
from surveys.
I don't have a strong opinion about your questions. However, a couple of suggestions:
- You can sacrifice a small sample of traffic to do an A/B test with a much shorter survey and see if the bounce rate decreases. Are we sure that a shorter survey would greatly improve the dropout rate? Maybe not...
- Another interesting question could be how important the bounce rate is vs the number of questions. In other words, what is preferable, that 10% more people respond to the survey, or that it includes category X? (I know you're proposing to do a separate survey anyway, but you get my point).
Personally, if I don't care about a category of the survey, I simply leave it blank and answer the parts that interest me.
from surveys.
Backend frameworks need to come back. Please. ππ»
from surveys.
I'll close this for now and reopen a new thread when the time comes.
I'm very receptive to the criticism that we shouldn't have dropped the back-end section, especially before we had that separate survey. I agree, and I wish we hadn't done it that way. And I also agree with the fact that back-end represents a larger and more important category than e.g. mobile/desktop.
What I take issue with is people who make no effort to be involved with the existing development process of the survey, and then act outraged when the resulting survey doesn't match up with their own personal opinions. This is like not bothering to vote, and then complaining about bad policies.
And if your argument is "I didn't even know there was a feedback period!", I did include the link to the feedback thread in the State of React announcement email which went out to the 65k people on our email list. I'm not quite sure what you expect me to do beyond that.
from surveys.
I'll agree with the general sentiment here, the lack of a back-end frameworks section at this point is a major overlook.
If I'm giving my opinion on the state of JavaScript, I want to voice my opinion on those matters too.
from surveys.
And if your argument is "I didn't even know there was a feedback period!", I did include the link to the feedback thread in the State of React announcement email which went out to the 65k people on our email list. I'm not quite sure what you expect me to do beyond that.
I do not use React, and I will not open an email called "Announcing the State of React survey" because I do not have thing to say in a survey about it.
So I suppose that the information to call for feedback about the State of JS needs to be in the email's subject, just as here:
- 2020: "Take the 2020 State of CSS survey! (and preview the State of JavaScript questions)"
- 2021: "Lots of survey news! (State of JS, CSS, and GraphQL)"
from surveys.
I do not use React, and I will not open an email called "Announcing the State of React survey" because I do not have thing to say in a survey about it.
Good point, I try to send as few emails as possible which is why I included it in the State of React announcement, but I should've made a note of it in the email subject.
from surveys.
I believe Backend frameworks should be there !
from surveys.
Related Issues (20)
- Looking for the State of GraphQL 2023 Lead Survey Designer HOT 2
- State of CSS 2024 Suggestions HOT 12
- Cannot figure out how to join the WebDX community group HOT 4
- Allow comments on all questions?
- Disability Status question suggestions HOT 5
- Demographics issues & ideas
- Higher Education Degree - or Degrees?
- [Copy edit] [Subjective] Section: Why are there JS questions in an HTML Survey? HOT 1
- Bad copy for `alt` question HOT 4
- State of JS 2023 Feedback HOT 17
- State of JS 2024 Suggestions HOT 13
- Inconsistent result for the Most Adopted Feature award in State of CSS 2023
- Broken link for the Ratios Over Time heading in State of CSS 2023
- Adding links to MDN during survey HOT 1
- Knowledge Ranks at end of survey HOT 1
- Methodology HOT 13
- User Testing HOT 17
- Option Order HOT 3
- Raising awareness of usable features HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
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.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from surveys.