I choose to use git, over and over again. I hardly use any of its "network effects" but rather its features. So, maybe try to be a bit less general the next time, please.
Just a bit, it's nothing I look forward to. I mainly use Gitlab due to work, but it's not that much better.
> Do you work with a team?
Yes.
> Did you really review other alternatives and try them out?
Only SVN some years ago and I hated it.
It wasn't my intention to say that Git is the best VCS we'll ever get, but I enjoy using it and (besides the sometimes a bit baroque command line syntax) have nothing to complain about. So, whenever there's the need for version control, I choose Git without second thought and so I never even felt the urge to try something else. I'm sure that this will change at some point, but not yet.
The difference is that patents for inventions made for Intel by Intel employees go to the US, whether or not that employee is an US person. Those inventions, if made by Germans, could instead help the German - or European - tech sector. That's kind of brain drain without actually leaving your country and sustainably hurts European competitiveness.
That just kicks the question down the road. It's not like patents don't share the exact same argument. There are US and German patents that only apply in their own countries. What difference does it make where the multinational that owns them receives mail.
Unless you think Intel will refuse to do business with a European company vs a US one.
I think Webmentions could be the solution to the problem: They allow anyone to comment on and add to your writings without requiring to open an account on each and every blog and they endorse elaborate, "readworthy" responses.
Well, that's somehow buried in my third and fourth points but admittedly not as worked out as you've put it here. I tried to focus more on the credibility that your maintained online presence gives you, but of course it also builds your brand.
nope, we're just saying that to compete for the 1st race the avg. speed needs to be under 18 km/h, maybe the 2nd race will be just commutings > 25km/h ;)
I think this is mostly a problem of finding good tools for your workflow. Admittedly, there are fewer of them in the space of embedded development than for the usual "apps", but there are some. Besides the already mentioned LVGL [1] for the actual GUI you'll need a proper build tool that can handle all that conversion stuff OP's talking about reliably. I can only recommend Bob [2] here. Unfortunately, it's very unknown but brings everything you need for embedded development (w/ or w/o GUI, higher-level stuff like custom Linux images, too). Using it for years professionally and for personal projects and will never look back.
Just a quick note on the $10K: The biggest part of that is the license itself. You can store multiple licenses on each connector cable, but you won't save much because, as I said, the license is the expensive part.
I have to disagree with you on their support. But things may have changed since 10 years ago.
This is a night/day comparison. With Trace32 and its scripting possibilities you can achieve things that GDB can only dream of. Access to the internals (registers, memory, etc.), flashing, altering at run time, watching, the list goes on. Many things can be done via GDB, too, but it's often not very ergonomic (for example write access to certain memory mapped registers). No hate here, I use GDB for "normal" debugging and love it, but for hardware debugging Trace32/Lauterbach is just a different world.
Maybe the only thing to hate about Trace32 is its very clumsy UI. I'd rather use a TUI than their Motif/Qt based one.
It seems like a user named "johnyj12345" is making it's rounds on self-hosted Gitlab instances since Saturday, exposing server secrets to the public by creating issues containing Gitlab's `secrets.yml` file. Better check your instance!
