|
Been there. Always sucks when it fails in the field and you end up spending days debugging it.
"Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music."
-- Marcus Brigstocke, British Comedian
|
|
|
|
|
|
I'd much rather have something that did *exactly* what I said, not try to second guess me.
If there's something wrong, I'll at least be able to find it and fix it, but if the program is "guessing" what I meant, it would make everything a lot harder
|
|
|
|
|
It is not programming but the project manager, who he frustrates me...
|
|
|
|
|
...but that's what makes it even more rewarding when you finish the task or solve the problem.
|
|
|
|
|
Isn't so much the programming, but the programmers and the industry. It seems we've created ourselves a generation of people that overthink everything and are in their head so much they seldom listen, only to move slower and get less done in life and work. Over analysis or paralysis analysis, whatever you want to call it, just plain sucks.
Jeremy Falcon
|
|
|
|
|
I think the opposite: now planning seems a curse-word and we all end up with steaming piles of manure written in several different languages on several platforms without design documentation (much more inmportant than code comments) or benchmarks (where needed), all written according to a bunch of different trendy paradigms.
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
"When you have eliminated the JavaScript, whatever remains must be an empty page." -- Mike Hankey
|
|
|
|
|
Documentation? We don't need any stinkin' documentation!
Seriously though - it's a critical component of any project. I've worked on many that didn't even have meaningful comments, let alone any documentation or background information on what was done, by whom and why. It was often better to just start from scratch and document than deal with spaghetti code.
"Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music."
-- Marcus Brigstocke, British Comedian
|
|
|
|
|
That's a great summary of what is going on in the industry.
Most of the time the people who are supposedly "overthinking" are just plain lost and are unable to communicate what they are doing because they aren't sure what they are doing.
|
|
|
|
|
Sad, but true.
At least to often.
|
|
|
|
|
Another problem I have with programmers over programming: we seem to have encouraged a lot of folks to believe that they are above average intelligence because they can choose the right function for the right scenario. Some of these people then proceed to act like they invented computers and can be really difficult to have a discussion with.
|
|
|
|
|
I know the type man. Arrogance is not something I can tolerate with ease, so I feel your pain.
Jeremy Falcon
|
|
|
|
|
This is very true. They know how to make one thing work in their limited world -- oh look I wrote a JavaScript that does that -- and then they think they know everything.
Step into another realm and they know nothing.
|
|
|
|
|
'nuff said.
modified 13-Oct-15 15:14pm.
|
|
|
|
|
Preach it brother!
Jeremy Falcon
|
|
|
|
|
|
maybe it was intentional but "frustrating" I think was the wrong choice of words. I personally enjoy the challenges and think it's what makes the job fun.
frustrating to me sounds like something not much fun to deal with.
|
|
|
|
|
I agree, when something is not working the way that I want it too, that is when it is challenging. I love the challenge.
|
|
|
|
|
I wrote this Paypal API for Authorize.net, and it wouldn't work.
Bad documentation and the API Server at Authorize.net didn't work correctly, in which they blamed on PayPal.
And a FirstData API that worked in c# but not in VB, in which VB doesn't create short XML tags when copying a SOAP header. So first data created an API in c#, php, etc that was never tested with VB.
If you asked me on those weeks, I would of voted always frustrated.
|
|
|
|
|
By "incompetents" I'm not saying they are stupid, useless or whatever we might say in hanger... I simply mean that they are misplaced.
Often managers (Project Manager, Program Manager, Product Owners, ...) are just too scared to fail or even worse, lacking way too much experience to even realize that they're failing.
This is for me, the most frustrating thing. Seeing that a project could have actually been something nice but due to the lack of experience at the management level, the whole thing will collapse.
Blame will inevitably fall on the shoulders of the smaller fish and the true failure point will never be addressed.
A new cycle will begin, a new team will be put in place but as the main issue is still there, the end result is written since the beginning.
Thankfully I've already been blessed with good management in my career... sadly, less often than desired.
|
|
|
|
|
Agreed - this has been my experience too. It's been a mix of incompetent managers, those who can't work with "non-engineers" (aka "normal people), or simply way over their head. They're often too scared to fail and take reasonable risks. Then there's the unreasonable last minute changes that end up breaking everything.
I've found that the non-technical managers were better overall because although they didn't know all of the 1's and 0's, they were at least able to better call people out on their bullshit.
A bad manager can make all the difference, which has unfortunate side effects of damaging people's career paths and ruined personal/professional relationships.
"Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music."
-- Marcus Brigstocke, British Comedian
|
|
|
|
|
But it's always me, not the machine.
It's all ones and zeros so fundamentally you can code your way around and or out of any situation. Even if there is no API for what needs to be done you can scrape and hook your way to victory.
This is why it addicting.
|
|
|
|
|
Python because its deployment issues.
Jython because you can't use all Python libraries.
Ruby because because lack of libraries.
JRuby because the same as Jython
Java because too many libraries.
C# not so much
PHP because function names and $
SQL because no cross RDBMS standard
All in all I love them all, especially when I start something new.
|
|
|
|
|
What frustrates me is that all of the effort is going to be wasted on "users".
Just another case of Casting Pearls Before Swine
(must be why gin is so popular with many of you - intellectual sodomy demands penance)
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "As far as we know, our computer has never had an undetected error." - Weisert | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
But only when I am a beginner in that particular framework or language. Programming, itself, is not frustrating. But when you are just a noob in a field or framework, programming is nothing but pain. Once I get basic understanding, it is no longer a pain or frustrating or irritating.
P.S. To those who feel it frustrating, Google the framework! I find solutions to all of the problems that I stumble upon, from Google. Someone back a few days had the same problem, others solved it and it is already available for me to review and use it in my own solutions. So, Google is a must!
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|