ammar_az

5 ms·

1.
by ammar_az 26d ago
I think this would a greatoption. Projects can start with two repos; one for code and one for docs. Then it would possible for code repo to add the docs one as submodule at anytime. Actually I would suggest that to one of the projects that
2.
Show HN: Chipmunk – Desktop Log Viewer Written in Rust and Egui(github.com)
1 points by ammar_az 27d ago|0 comments
3.
by ammar_az 27d ago
It's a great thing if those changes live in their own repo and not mixed with changes to the code itself. Actually Jira has been doing that for a while now by offering the history view with a timeline for each change, also GitHub shows
4.
by ammar_az 27d ago
Sure, it would be better if you get the right tools for it and teach people how to use it. At the end Google was able to get all of their source code in one mono git repository and it worked for them but they invest really heavily in their
5.
by ammar_az 27d ago
The approach of having everything next to the code seems good in theory but it's just a nightmare in practice for big projects. Imagine your git history filled with commits from project managers where every little change in requirement
6.
by ammar_az 27d ago
I like to have my freedom in choosing what software I want to make/use, without anyone dictating what is better for me. You like GUIs and want to build/use ones that works in MacOS, that's perfect go ahead and build as much G
7.
by ammar_az 27d ago
Posts like this are actually showing his expertise level with Zig rather than a comparison between Zig and Rust