|
Sounds like burn-out. And "finishing" is never as satisfying (IMO) as seeing the light at the end of the tunnel.
My story (wrapping up a contract):
"Are you sure you don't need any more changes?".
"Yes".
Later ...
"Please change the "form#" on this report". Not "can we". Or "should we". Just do it. etc.
Nooooo.
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
|
|
|
|
|
Gerry Schmitz wrote: Sounds like burn-out.
That is a definite possibility because I'm still confused about why he left when his code was so great.
Gerry Schmitz wrote: And "finishing" is never as satisfying (IMO) as seeing the light at the end of the tunnel.
That is very true!
|
|
|
|
|
It's not light at the end of the tunnel it's a train coming the other way
In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP
|
|
|
|
|
raddevus wrote: because he was overwhelmed with the C++ code...the best I've ever seen to this day.
Could just have been personal.
But perhaps he got into the mindset that he needed to achieve perfection rather than just good enough.
|
|
|
|
|
Yeah, could've been any of that. It's remained a mystery to me for all these years.
It was the lead dev and the other devs that worked beside him that told me "he felt overwhelmed and didn't think he'd ever complete it with his skills".
|
|
|
|
|
raddevus wrote: think he'd ever complete it with his skills
Life lesson perhaps?
At one point I wrote code that I then could not understand several months later when I needed to maintain it. Hard lesson learned - stop trying to be clever.
|
|
|
|
|
I've learned the same lesson.
|
|
|
|
|
I get "overwhelmed" all the time ... make some Visio diagrams, and all is well again. (Even though I resist initially .. gotta be "programming").
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
|
|
|
|
|
In simpler terms:
"Hoe to the end of the row"
>64
Some days the dragon wins. Suck it up.
|
|
|
|
|
Other topic:
Sometime back, I remember you having mentioned about good resources (books, sites, etc., other than the official tutorials) for learning ReactJS. Am not able trace that message of yours, here in CP. Request you to please point me to that message of yours for ReactJS learning; i intend to learn it now.
Thanks in advance.
|
|
|
|
|
|
Thanks a lot.
The Indian edition of this book is available on Amazon India, and I'll procure it right away.
And will go through your CP article later today, or over this weekend. This is a long weekend in India, for Diwali, or Deepavali, the Festival of Lights.
Thanks once again.
|
|
|
|
|
Once you get into it, COM is rather elegant, even with its belts & suspenders.
|
|
|
|
|
I had an experience similar to this back in the 90's. A CS post grad fresh out of the local state U had been hired to create a system to process a large volume of data coming from hundreds of different sources. It wasn't getting anywhere, the developer was deflecting and delaying, and I was brought in to assist and assess.
The first thing I noticed is that the app was pretty good ... a bit overthought, arguably with overuse of inheritance perhaps but this guy was a newly-minted dev working on his first real-world project (but at least it was greenfield).
The second thing I noticed is that it had not been compiled in at least the past couple of months, which means it hadn't been tested. I compiled it and there were a handful of syntax errors and the like. Cleaned those up, ran some tests, and it was actually working.
When I asked the dev why it hadn't been compiled he reacted in horror ... he did not like compiler errors, he said, and he always makes everything perfect before compiling his code.
Long story short, they had a working product less than 2 weeks after I came on board. I tried to show the kid how to work in a real-world business environment, how to not let the perfect be the enemy of the good, etc., but he was having none of it. He quit in protest and went back to graduate school at some other university in another state and for all I know, all these years later is still doing perfect ivory tower theoretical work somewhere. I went on to specialize in the industry and have rewritten that system three times for four different companies in the past 25 years.
So this kid was probably on the spectrum or suffering from OCD or both, but the reason doesn't matter so much as that he had actually created a credible system that was nearly production ready, but was unable to pull the trigger on it, just like the guy in the OP's story.
I think the term of art for this is "approach avoidance". Some people are terrified of actually releasing their work into the big wild messy world. And it's probably more common in our craft than in many others because being compulsive and perfectionist is both an advantage and a disadvantage. It attracts perfectionists to the work but puts them off actually finishing it.
|
|
|
|
|
Bob Grommes wrote: A CS post grad fresh out of the local state U...not been compiled in at least the past couple of months
And obviously the dev was not being mentored for all that time.
|
|
|
|
|
|
Bob Grommes wrote: he did not like compiler errors
Looks like he relied on a built-in compiler in his head.
|
|
|
|
|
I keep telling my kids that my success is "Not from being the smartest guy at work, but from being too stupid to know when to stop trying."
|
|
|
|
|
I keep telling my kids that my success is "Not from being the smartest guy at work, but from being too stupid to know when to stop trying."
|
|
|
|
|
I keep telling my kids that my success is "Not from being the smartest guy at work, but from being too stupid to know when to stop trying."
|
|
|
|
|
okay, that was funny
Charlie Gilley
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
Has never been more appropriate.
|
|
|
|
|
Thanks for pointing out the joke. I was thinking “Must be a bad WIFI connection in the loo”
|
|
|
|
|
It seems to be all the rage in web circles.
I'm picturing an app that runs entirely in a browser and connects via web based APIs to do its back end processing, but that's my wild guess.
How close am I? I've never gotten a clear answer out of google.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
Serverless computing is a cloud computing execution model in which the cloud provider allocates machine resources on demand, taking care of the servers on behalf of their customers. "Serverless" is a misnomer in the sense that servers are still used by cloud service providers to execute code for developers.
So basically, it's marketing BS.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Maybe that's why I can't understand it even after it's explained.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|