I just got one of the best compliments on my code
-
This is the kind of code that will still run in thermostats displays in 100 years after your death.
I woke up to that message on Reddit's ESP32 forum and it made my morning. :-D
Real programmers use butterflies
That should make your day for the next hundred years...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
-
This is the kind of code that will still run in thermostats displays in 100 years after your death.
I woke up to that message on Reddit's ESP32 forum and it made my morning. :-D
Real programmers use butterflies
-
This is the kind of code that will still run in thermostats displays in 100 years after your death.
I woke up to that message on Reddit's ESP32 forum and it made my morning. :-D
Real programmers use butterflies
-
Not familiar with the codebase, so I can only imagine what prompted the commit titled "grr" :laugh: Looks like it had something to do with the RA8875.
It was a merge conflict, and VS code's interface to handle them is infuriating. It kept staging my changes and I couldn't seem to get it to accept my overrides to the merges. I didn't expect the "grr" commit to actually commit. Keep in mind I had already tried to commit unsuccessfully several times by then. :laugh:
Real programmers use butterflies
-
It was a merge conflict, and VS code's interface to handle them is infuriating. It kept staging my changes and I couldn't seem to get it to accept my overrides to the merges. I didn't expect the "grr" commit to actually commit. Keep in mind I had already tried to commit unsuccessfully several times by then. :laugh:
Real programmers use butterflies
-
That explains it :laugh: I still think one of my best time investments was learning git on the command line. It seems like every git tool has issues like this.
I've learned it but it never seems to stick. I always wind up having to google what I need to do.
Real programmers use butterflies
-
I've learned it but it never seems to stick. I always wind up having to google what I need to do.
Real programmers use butterflies
-
That explains it :laugh: I still think one of my best time investments was learning git on the command line. It seems like every git tool has issues like this.
To me it seems to be every GIT tool and GIT itself. Obligatory XKCD[^].
Wrong is evil and must be defeated. - Jeff Ello
-
To me it seems to be every GIT tool and GIT itself. Obligatory XKCD[^].
Wrong is evil and must be defeated. - Jeff Ello
-
I've been that friend in the hover text :laugh: That is way too accurate. It really is pretty simple though! Honest!
Many years ago I made an in depth comparison between GIT and Mercurial. I chose mercurial and have never looked back, it just works. I keep hearing people at places complain about GIT messing up, while the main complaint about Mercurial is that it isn't GIT. :doh: Anyway, sooner or later I will have to give in, GIT is winning on pure inertia.
Wrong is evil and must be defeated. - Jeff Ello
-
This is the kind of code that will still run in thermostats displays in 100 years after your death.
I woke up to that message on Reddit's ESP32 forum and it made my morning. :-D
Real programmers use butterflies
Because no one dares touch it...? :laugh:
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
Because no one dares touch it...? :laugh:
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
To be honest I use so much metaprogramming and template specializations throughout you're not entirely off base. It's necessary to provide the kinds of features and flexibility GFX provides in a manner fast enough for these little MCUs to handle what it is throwing at it.
Real programmers use butterflies
-
Many years ago I made an in depth comparison between GIT and Mercurial. I chose mercurial and have never looked back, it just works. I keep hearing people at places complain about GIT messing up, while the main complaint about Mercurial is that it isn't GIT. :doh: Anyway, sooner or later I will have to give in, GIT is winning on pure inertia.
Wrong is evil and must be defeated. - Jeff Ello
I'm sticking with Git because of it's "market" saturation. Basically, everyone uses it. That means that 1. It's not going anywhere 2. Most major IDEs and code editors support it, if badly at times 3. If something *does* go wrong, there's a lot of pressure on Microsoft to fix it due to the size of the userbase
Real programmers use butterflies
-
To me it seems to be every GIT tool and GIT itself. Obligatory XKCD[^].
Wrong is evil and must be defeated. - Jeff Ello
Hahahaha it's funny 'cuz it's true!
Real programmers use butterflies
-
I'm sticking with Git because of it's "market" saturation. Basically, everyone uses it. That means that 1. It's not going anywhere 2. Most major IDEs and code editors support it, if badly at times 3. If something *does* go wrong, there's a lot of pressure on Microsoft to fix it due to the size of the userbase
Real programmers use butterflies
That's it. Except for point 3 which only applies to Github and still won't explain Office.
Wrong is evil and must be defeated. - Jeff Ello
-
That's it. Except for point 3 which only applies to Github and still won't explain Office.
Wrong is evil and must be defeated. - Jeff Ello
:laugh: That's fair.
Real programmers use butterflies
-
Many years ago I made an in depth comparison between GIT and Mercurial. I chose mercurial and have never looked back, it just works. I keep hearing people at places complain about GIT messing up, while the main complaint about Mercurial is that it isn't GIT. :doh: Anyway, sooner or later I will have to give in, GIT is winning on pure inertia.
Wrong is evil and must be defeated. - Jeff Ello
I've done some digging around because I've never heard of Mercurial before. They seem pretty similar to be honest. Many of the common commands are the same and many of the flags for those commands are the same. The big difference I can see at the moment is the branching strategy. Since named branches in Mercurial are permanent, it seems like you could really bloat a repo over time with nonsense unless you're super careful about primarily using bookmarks. But then you lose the multi-head ability of branches which seems like the big feature that makes Mercurial "easy to use" since it let's you ignore what in git would be a FETCH_HEAD merge on pull. I can see where this would also cause issues down the road though - you have to remember to merge eventually. Overall I'm always of the mindset that if it meets your needs then go for it, seems like a solid DVCS, but personally I think I like the direction git is going. The newer sparse-index and sparse-checkout features are really cool even though at the moment I'm not working on any monolithic repos large enough to feel the benefit.
-
An atta-boy negates a lot of oh-shits. Congrats
The less you need, the more you have. Even a blind squirrel gets a nut...occasionally. JaxCoder.com
It seriously does. I get an attaboy every other year or so at work. It's unreal how much that does for my state of mind. (if you think that's pathetic, you get the point)
Software Zen:
delete this; -
I've done some digging around because I've never heard of Mercurial before. They seem pretty similar to be honest. Many of the common commands are the same and many of the flags for those commands are the same. The big difference I can see at the moment is the branching strategy. Since named branches in Mercurial are permanent, it seems like you could really bloat a repo over time with nonsense unless you're super careful about primarily using bookmarks. But then you lose the multi-head ability of branches which seems like the big feature that makes Mercurial "easy to use" since it let's you ignore what in git would be a FETCH_HEAD merge on pull. I can see where this would also cause issues down the road though - you have to remember to merge eventually. Overall I'm always of the mindset that if it meets your needs then go for it, seems like a solid DVCS, but personally I think I like the direction git is going. The newer sparse-index and sparse-checkout features are really cool even though at the moment I'm not working on any monolithic repos large enough to feel the benefit.
Jon McKee wrote:
you have to remember to merge eventually.
Default setting is that you can't push without merging first. It's obviously a different mindset, but if you haven't gotten stuck in the "GIT thinking" it's actually easier. Remember, branches aren't the same things. But as you say, the capabilities are very similar. There's a really good primer on the differences here[^]
Wrong is evil and must be defeated. - Jeff Ello
-
Many years ago I made an in depth comparison between GIT and Mercurial. I chose mercurial and have never looked back, it just works. I keep hearing people at places complain about GIT messing up, while the main complaint about Mercurial is that it isn't GIT. :doh: Anyway, sooner or later I will have to give in, GIT is winning on pure inertia.
Wrong is evil and must be defeated. - Jeff Ello
I started with SVN. Then when I went looking for a distributed system I moved to Mercurial for the same reasons you listed. I only switched to GIT because Visual Studio supported it and I succumbed to peer pressure. I've been on too many technical islands in my career.
