Giter Club home page Giter Club logo

Comments (5)

pi0 avatar pi0 commented on May 3, 2024 3

It might at least help #24 / #25 (I was already working on deno port via rollup).

Anyway, I fully understand and respect your priorities as maintainer. Will continue to progress on a new repo. Hopefully, we might rejoin works or partially share useful utils while evolving in parallel :)

(feel free to close issue if it is not helping for roadmap)

from zx.

antonmedv avatar antonmedv commented on May 3, 2024 1

I decided not to bundle zx.

from zx.

antonmedv avatar antonmedv commented on May 3, 2024

But on other hands it adds completely. Now we need build process, errors will originate from a different source.

I’m not sure what benefits you described is really worth the hassle.

Install cost? How much it is?
Standalone zx script? What benefits?
Memory footprint seems small.
What a dist analysis? It’s easier to no on source without any transformation.
ts is great, but project really simple.
hack with cjs is ugly, but will go away with json modules in future.

from zx.

pi0 avatar pi0 commented on May 3, 2024

The main reason I thought to bundle was to distribute zx as a standalone js shell that can be embedded or distributed easily for pipelines. (like into a docker image or a curl script for automation). While is possible to depend on npm/npx, this would increase complexities, edge-cases (dep regressions, npm failure), and considerations for usage environment (npm needs to be installed and non-node runtimes cannot be supported since depending on node_modules resolution).

By #51 build happens automatically during npm publish and only affects stack-trace of zx internal errors if exist so it is not much more complexity...

Anyway, if goal of zx project is to keep internal simplicity rather than portability and user performance, it is understandable to not bundle node_modules :)

I would be happy to continue these changes as a new project keeping credits to your awesome work on zx idea <3

from zx.

antonmedv avatar antonmedv commented on May 3, 2024

to distribute zx as a standalone js shell that can be embedded or distributed easily for pipelines

This is is more reasonable thought.

For now, I like it's minimalist design as only a wrapper around a few other libs.

Let's not introduce premature optimization, and see what real issues users will encounter.

from zx.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    πŸ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❀️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.