tulsi
hancho
tulsi | hancho | |
---|---|---|
1 | 3 | |
547 | 349 | |
- | - | |
- | 9.5 | |
over 1 year ago | 3 days ago | |
Swift | Python | |
Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
tulsi
-
Build System Schism: The Curse of Meta Build Systems
> Rig is not that yet, unfortunately. I don't want to get your hopes up.
No worries, this space has so much inefficiency that I'm sure you will eventually start chipping away at it.
> Can you describe the friction and its source? I'll do some rethinking and redesign.
Some software ecosystems already have their own build tools. Often these build systems are intertwined with IDE support. So care must be taken to ensure the IDE still functions as developers expect. If you ignore the functioning of the IDE, developers will balk at adopting the new build tool. There is some prior art for generating files that an IDE can understand:
https://buck.build/command/project.html
https://github.com/bazelbuild/tulsi
Interfacing existing build tools into a meta build tool can be difficult to do efficiently, but I’ve run out of time for talking about that tonight.
hancho
-
Build System Schism: The Curse of Meta Build Systems
I recently wrote Hancho (https://github.com/aappleby/Hancho) that is designed to be fully dynamic; I thiiiink it would fit most of the desired criteria here (aside from cloud caching) but I'm not positive.
I'll have to do a bit more investigating into what this article means by "dynamic dependencies".
-
This Week In Python
hancho – A simple pleasant build system in Python
- Show HN: Hancho – A simple and pleasant build system in ~500 lines of Python