While git's CLI has always been atrocious (I've been using it daily since 2011) I'm used to it by now. So what is Jujutsu really bringing to the table here?
Support for multiple version control backends? Why? Everyone has pretty much settled on Git, for better or worse. I say this as someone who even used Git-TFS, Git-SVN, as well as Git-CVS import tools to pull things into Git.
This is the same as people who don't want to pay artists for their work and just say they get paid in "exposure"
If you are using open source as a company, you should pay the maintainers money, either through hiring them or directly funding the development.
I donate money to the pieces of software I use every day, because I'm in a position as an individual to, but there are lots of companies that are free riding
If it has been downloaded over 1.7 million times you need to contact Github about this, since it is an open source project that people are depending on, and discuss your github action usage with them and determine a path forward for continuing to use github actions
The repositories that contain code that is for work need to be owned by your work, not your personal account. Have your work create a github organization and transfer your repos to their org.
By creating your own format, you now have to create your entire ecosystem, or add functionality to existing systems to deal with your format. That is a huge undertaking and why media consortiums exist for stuff like JPEG, MP3, MP4, etc etc.
I don't know the music ecosystem at all, so I don't know what open source programs you could modify to support your format, but realistically that could easily be a year+ project.
If you're having fun, keep going, but it's a big challenge
I tend to think that they treated people shitty because they had no solution to questions that had already been answered, besides closing the question and marking it as duplicate. That the behavior of treating people like shit was a symptom, not the disease.
SO was incredible. I remember it very fondly circa 2011 thru 2013 while it was still growing and all the questions every thought of hadn't been asked yet.
Obviously as time went on, the challenge of organizing and managing questions once a huge base of knowledge had accumulated, proved to be a much more difficult. I don't think they ever solved that, and ended up rewarding toxic behavior.
I agree with Jeffery Sachs when it comes to his analysis of the Ukraine war but I'm not in agreement with him about the US lab leak theory.
Honestly I don't believe any theory that is being pushed about the origins of COVID being a deliberate, conscious act, because most of the theories are being pushed as part of a geopolitical strategy.
Put as much of your testing in shell scripts, or even better, Ansible playbooks, so that you can run them locally. That way your CI system just does ansible-playbook
There's a very good Ansible collection for podman, so you can orchestrate the unit tests to run inside a container for full isolation
This might be unpopular because I'm an old head, when jQuery was a must because of IE6, but I would maybe start out learning vanilla Javascript first, at least a little bit, before diving into React, just so that you have more background about Javascript rather than just experience in a single framework. I'm not saying do an entire application in vanilla JS first, but maybe do a simple TODO app or something very small with Flask (or equivalent) and some light JS on the frontend.
I see you used Django recently, the one thing about Django's Form classes and Views is that it does a lot of the heavy lifting around form processing for you. Its super super awesome and gets all that annoying shit out of the way so you can deal just with application logic, but it might be worth dropping down to Flask or Node or something else where you don't have form processing and building done for you, and do vanilla JS with that.
Then again I hate javascript and do almost all server side rendering in Python or Zig so take what I say with a grain of salt.
I've been writing web applications and just sprinking a tiny bit of JS in the apps, and have generally avoided the whole JS framework mess.
While
git's CLI has always been atrocious (I've been using it daily since 2011) I'm used to it by now. So what is Jujutsu really bringing to the table here?Support for multiple version control backends? Why? Everyone has pretty much settled on Git, for better or worse. I say this as someone who even used Git-TFS, Git-SVN, as well as Git-CVS import tools to pull things into Git.