|
I agree. I'm playing, but there's enough truth to it to be funny. Or maybe it's me.
Real programmers use butterflies
|
|
|
|
|
honey the codewitch wrote: Or maybe it's me.
Not only you 
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Unfortunately, our shop management decided to do just that for a certain project. Now, there are not enough curse words to describe the circus that has ensued. Talk about merge conflicts. 
|
|
|
|
|
Merge conflicts? You have a working source control system in place? You are so lucky.
*sideeyes the entire dotcom boom era*
Real programmers use butterflies
|
|
|
|
|
yes, we use git with visual studio and dev ops. works great. merge conflicts are still a PITA if you have too many devs working on the same code base. It is not a good idea at all.
|
|
|
|
|
Do you have a Merge Master yet? (No, not the branch, the person)
Wrong is evil and must be defeated. - Jeff Ello
Never stop dreaming - Freddie Kruger
|
|
|
|
|
Lots of merge conflicts typically means that architecture is lacking, which is something that a framework can address, despite the whining in the "Rage Against the Machine" thread above. Conflicts can also be addressed by code ownership, but that can easily get in the way when there's little in the way of an architecture or framework.
|
|
|
|
|
A "plan" is not the same as a (software) framework.
If you need just code monkeys, then yes, "frame" them in.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
I agree! What did I say to make you think I figured a "plan" was good enough?
|
|
|
|
|
It's easier if you think in terms of man-weeks ... which are only 4 days long.
You're already off by 20% if you assume otherwise.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
Absolutely true.
Real programmers use butterflies
|
|
|
|
|
This is quite spooky, about 4 hours ago I was staring at a bookshelf and spotted ... "The Mythical Man-Month" (Anniversary Edition with Four New Chapters!) - 2004 edition.
I thought to myself, "which one of my colleagues shall I offload this onto?" (I'm having a clear out - VB6 manuals anyone?)
Obviously no-one on this thread will want it 
|
|
|
|
|
It's actually a good book. I'm just trying to offer the TL;DR version.
Real programmers use butterflies
|
|
|
|
|
I haven't picked it up since ... 2004! I might read again. From memory though your synopsis is spot on and I might have to steal it!
When I was contracting I used to joke with the other contractors that we must hide the book from the permie-burgers in case they cottoned on and stopped throwing contractors at their projects
|
|
|
|
|
|
CHill60 wrote: Obviously no-one on this thread will want it
If you promise that it won't come with a legacy project... then you might still find someone somewhere... 
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
And there's the rub... can't give that guarantee  
|
|
|
|
|
Every month is a mythical man month when you're as awesome as me!
|
|
|
|
|
You really are great.
Real programmers use butterflies
|
|
|
|
|
Brooks's Law:
Quote: Adding manpower to a late software project makes it later.
How can this be transformed into an hilarious analogy for software development? As English is not my native language, I struggle to come up with something worth the faintest glimmer of a smile - but I suspect that it is something the regulars can easily come up with 
Espen Harlinn
Chief Architect - Powel AS
Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra
|
|
|
|
|
The fact that it takes one woman 9 months to make a baby doesn't mean that 9 women can make a baby in 1 month.
|
|
|
|
|
I suppose it's more like trying to complete a paint-by-numbers project quicker by having multiple people each applying a different color.
Or building a house quicker by having all the tradesmen working at once.
|
|
|
|
|
Now my Adafruit RA8875 breakout is causing a brownout detector trigger on my ESP32 - so it reboots an extra time every time it is reset. And my Adafruit SD breakout is dead unless you touch it just right (on the board - the headers have been soldered twice to make sure).
I can't replace the RA8875 with anything but another Adafruit but I found 5 SD breakout modules for half the price of one Adafruit module and from Hiletgo - a chinese brand I actually trust.
Why do I have such bad luck with Adafruit hardware, and only their hardware?
I want the parts in what I'm building to be sourced from my country if possible but when the parts I can get are much more expensive and I have to replace them with chinese parts that don't break what am I supposed to do? I could live with the extra cost, but the breakage I simply can't.
It's possible I'm just having *really* terrible luck right now, but only with them. It's possible. My cohort in this isn't having these issues. Our wiring is identical, we keep it synced.
I just don't know what to do. I can't keep using adafruit because money aside, i can't keep waiting by the mail and having project delays for want of parts.
I almost never have this problem with software because I rarely outsource
Real programmers use butterflies
modified 2-Dec-20 9:47am.
|
|
|
|
|
Hmmm... I have had great luck with
ELEGOO UNO R3 2.8 Inches TFT Touch Screen with SD Card Socket[^]
And the entire thing is only $15 USD.
I've built quite a few things with them. However, what I've really found are the challenges of insuring that
1) data lines are not getting noise on them
2) data lines are solder perfectly
If your data lines are just slightly "loose" you will find that you will get all kinds of troubles that are not re-producible.
Check out my article here at cp[^] to see the touch screen in action.
|
|
|
|
|
Thanks though client requirements dictate our 5" model 800x480. The whole reason we moved to this setup from the ili9341 is the requirements for more pixels and more physical surface so we're locked in, save for a 5" color alternative with similar specs
Real programmers use butterflies
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
