| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
Review requested:
|
Sorry, something went wrong.
There was a problem hiding this comment.
| ## ESM | |
| ## ES Modules (ESM) |
Sorry, something went wrong.
There was a problem hiding this comment.
I’m not sure what “primordial” means in this context.
| Small software footprints refer to software that has a minimal impact on system resources such as memory and processing power. This can be achieved through various methods such as optimizing code, reducing the number of dependencies, or using lightweight frameworks. Smaller footprints can lead to faster startup times, reduced memory usage, and improved overall system performance. This is primordial for Node.js to be a lightweigh proposition inside the ecosystem as it is used across a wild variety of projects, from web application to IoT and serverless. | |
| Small software footprints refer to software that has a minimal impact on system resources such as memory and processing power. This can be achieved through various methods such as optimizing code, reducing the number of dependencies, or using lightweight frameworks. Smaller footprints can lead to faster startup times, reduced memory usage, and improved overall system performance. This is fundamental for Node.js to be a lightweight proposition inside the ecosystem as it is used across a wild variety of projects, from web application to IoT and serverless. |
Sorry, something went wrong.
There was a problem hiding this comment.
+1 on using fundamental as the wording
Sorry, something went wrong.
There was a problem hiding this comment.
Why do we need older versions below the current one? Can this file just represent the current priorities list, and the older versions are in the git history?
Sorry, something went wrong.
There was a problem hiding this comment.
| Small software footprints refer to software that has a minimal impact on system resources such as memory and processing power. This can be achieved through various methods such as optimizing code, reducing the number of dependencies, or using lightweight frameworks. Smaller footprints can lead to faster startup times, reduced memory usage, and improved overall system performance. This is primordial for Node.js to be a lightweigh proposition inside the ecosystem as it is used across a wild variety of projects, from web application to IoT and serverless. | |
| Small software footprints refer to software that has a minimal impact on system resources such as memory and processing power. This can be achieved through various methods such as optimizing code, reducing the number of dependencies, or using lightweight frameworks. Smaller footprints can lead to faster startup times, reduced memory usage, and improved overall system performance. This is primordial for Node.js to be a lightweight proposition inside the ecosystem as it is used across a wild variety of projects, from web application to IoT and serverless. |
Sorry, something went wrong.
|
I'd suggest we make the doc just contain the current version of the priorities. We can also track changes through GitHub history. That would also make reviewing what's changing easier. |
Sorry, something went wrong.
There was a problem hiding this comment.
I think we should leave this one in. Just because it was not in the current brainstorm does not mean it's still not important to the project.
Sorry, something went wrong.
There was a problem hiding this comment.
I think we should leave this one in. Just because it was not in the current brainstorm does not mean it's still not important to the project. I believe this one will continue to be important almost forever :)
Sorry, something went wrong.
|
@sheplu it's still hard to see the differences between the current/new version as sections are moved around. Is that necessary or could it be updated so that sections stay in the same order. I don't think we implied any priority based on the order that they were listed in. |
Sorry, something went wrong.
There was a problem hiding this comment.
Ultimately most serverless runtimes are closed-source forks of Node.js, patched to support the needs of their cloud. Given that Serverless vendors are not keen to participate in the development of Node.js, nor do they provide public feedback, I don't see how this priority could be translated into actual work.
I'm +1 to support whoever shows up and wants to collaborate with the Node.js project. Supporting companies that are not willing to give back is not something I can endorse.
I think a goal could be to have those companies start collaborating on the project, but I don't think "serverless" could be a technical priority.
Sorry, something went wrong.
There was a problem hiding this comment.
| Developer experience (DX) refers to the overall experience a developer has when working with a software development platform, framework, or tool. It encompasses all aspects of the developer's interactions with the system, from installation and configuration to writing code and debugging. A good DX prioritizes ease of use, efficiency, and productivity, and can lead to faster development times, higher quality code, and greater developer satisfaction. Factors that can impact DX include documentation, community support, testing tools, and integration with other systems. | |
| Developer experience (DX) refers to the overall experience a developer has when | |
| working with a software development platform, framework, or tool. It encompasses | |
| all aspects of the developer's interactions with the system, from installation | |
| and configuration to writing code and debugging. A good DX prioritizes ease of | |
| use, efficiency, and productivity, and can lead to faster development times, | |
| higher quality code, and greater developer satisfaction. Factors that can impact | |
| DX include documentation, community support, testing tools, and integration with | |
| other systems. |
Sorry, something went wrong.
There was a problem hiding this comment.
| _Present in: 2021_ | |
| _Present in: 2021_ | |
Sorry, something went wrong.
There was a problem hiding this comment.
| _Present in: 2021_ | |
| _Present in: 2021_ | |
Sorry, something went wrong.
There was a problem hiding this comment.
This one seemed to be mentioned quite a bit in the Community survey so may be worth leaving in.
Sorry, something went wrong.
There was a problem hiding this comment.
@sheplu I don't think this comment was addressed. Can you take another look.
Sorry, something went wrong.
There was a problem hiding this comment.
good catch !
Sorry, something went wrong.
|
All issues should be fixed |
Sorry, something went wrong.
There was a problem hiding this comment.
| of use,efficiency, and productivity, and can lead to faster development times, | |
| of use, efficiency, and productivity, and can lead to faster development times, |
Sorry, something went wrong.
There was a problem hiding this comment.
| been adopted asthe equivalent in the broader JavaScript ecosystem and | |
| been adopted as the equivalent in the broader JavaScript ecosystem and |
Sorry, something went wrong.
Sorry, something went wrong.
There was a problem hiding this comment.
| As TypeScript becomes usage continue to grow and the technology is more and | |
| more prominent, improving its support is vital to provides a great developer | |
| experience for newcomers or experienced users. | |
| As TypeScript usage continues to grow and gains more prominence in the | |
| ecosystem, enhancing its support is essential for delivering an improved | |
| developer experience for newcomers and experienced users alike. |
Sorry, something went wrong.
There was a problem hiding this comment.
done @aduh95
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM
Sorry, something went wrong.
|
Seeing as it’s not 2023 anymore, I think it’s time we landed this. |
Sorry, something went wrong.
There was a problem hiding this comment.
lgtm
Sorry, something went wrong.
PR-URL: #47523 Reviewed-By: Matteo Collina <matteo.collina@gmail.com> Reviewed-By: Michael Dawson <midawson@redhat.com> Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Moshe Atlow <moshe@atlow.co.il>
PR-URL: #47523 Reviewed-By: Matteo Collina <matteo.collina@gmail.com> Reviewed-By: Michael Dawson <midawson@redhat.com> Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Moshe Atlow <moshe@atlow.co.il>
PR-URL: #47523 Reviewed-By: Matteo Collina <matteo.collina@gmail.com> Reviewed-By: Michael Dawson <midawson@redhat.com> Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Moshe Atlow <moshe@atlow.co.il>
| Back | FazBrowse Home | New Git URL |
Update of the technical priorities from the last next-10 meeting during the Collaborator Summit (October 2022 in Dublin)