GithubHelp home page GithubHelp logo

Comments (5)

MylesBorins avatar MylesBorins commented on June 15, 2024 2

I opened #56 to discuss modularizing builtins... I really like to idea of us making it dead simple to write extensions to jstime that are exposed as crates for easy consumption. If we do this we may want to even tease out console + queue_microtask and literally ship with 0 builtins

from jstime.

MylesBorins avatar MylesBorins commented on June 15, 2024 1

@jlengstorf I think the big difference here will be what is part of jstime cli (e.g. when they install jstime) vs what they get when they embed jstime_core.

I would imagine that jstime cli would ship with a bunch of built ins to make it useful, but jstime core could perhaps ship with only an interface for defining built ins and we ship the built ins separately

from jstime.

MylesBorins avatar MylesBorins commented on June 15, 2024

@bengl I guess one solution to split the difference here could be limiting the builtins that we ship in jstime_core, making other builtins available as their own crates, and then making the jstime CLI perhaps vendor enough things to make it a bit more useful off the shelf.

That way jstime_core can focus on supporting the API surface to be extensible and we can also ship a number of off the shelf built ins folks can include if they want. Could be an interesting place to explore collaboration with deno, it sounds like they might be starting to break out / vendor some of their builtins

from jstime.

bengl avatar bengl commented on June 15, 2024

That all pretty much sounds good. πŸ‘

It sounds like the real win in #54 will be figuring out how to make jstime_core dead-simple to extend.

from jstime.

jlengstorf avatar jlengstorf commented on June 15, 2024

a potential counterpoint to "ship with 0 builtins" is potential confusion for new devs. I see a lot of devs get overwhelmed and bail when it feels like there's a ton of config to add/things to install just to get to the point where they can start writing code (e.g. webpack, babel), so there's also a lot of value in having things Just Workβ„’

that being said, I love the idea of modularizing builtins because that paves the way for really cool stuff around opting into future specs

and I guess one cool thing would be that you could create a "power user" option (no builtins) and a "happy path" option (comes with web compat builtins already) if things are modular anyways

from jstime.

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.