The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
100% agree. 40 years in the software development business, from industrial to finance, and I have never seen a pure waterfall methodology used. And these days, the ones I see doing agile have no idea how their methodology ties back to the Agile Manifesto. One example of many - when I see adults standing in a scrum meeting like 3rd graders giving a report, I cringe. That is not what "stand up" even means in that context. If you cannot control your speaking time, or know when to take an issue offline, you really do not belong in that job. Much like business analysts have no place managing software development projects.
If we make choices from a recipe book ("Today's Hip Software Methodologies"), then where exactly are we applying our knowledge, skills, and abilities as engineers? Methodologies and design patterns are good resources to evaluate, and draw from them whatever best works for a project, but they are no substitute for the software engineer/architect who can actually think.
I have that book and read it from cover to cover. It's usually highly recommended (that's why I bought it), but I remember thinking at the time that this was nothing but page after page of obvious platitudes.
In other words, everything he wrote about seemed pretty obvious to me as a developer who had already worked in that field for more than a few years by that time. But maybe that's the point--these are lessons learned from experience and the target readers are the newcomers, so they don't have to make the same mistakes to learn from them...
Same with books on design patterns. Generally I feel like this is all stuff I've seen and done before to various degrees; I just never knew they had formal names assigned to them.
these are lessons learned from experience and the target readers are the newcomers, so they don't have to make the same mistakes to learn from them...
That implies that the "newcomers" can learn, and looking on how the QA works lately... I start to doubt it
Note: I am not implying a generalization that all people in new generations are dumb. Only that a bigger part of it than before is it (or at least if not dumb, lazy without limits).
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.
Direct problem with my boss. According to him, I have to develop every. Single. Feature in a branch. Even if it takes me literally 5 minutes to develop & test something, I have, according to him, create a branch for that sucker to merge it into master later. WTF...
As a 30+ year software professional, it's super hard for me to sympathize with this viewpoint. Branches in modern source control are so lightweight and easy -- and this was done in git and Mercurial specifically to support the methods you're being asked to follow.
It's not your boss you are upset with. You just don't care for safe, solid development methodology.
Except when something's not needed, there's no point in doing that. I work on my code alone, for starters. Second, most of the stuff I develop is highly self-contained, no impact on the program at large, especially no possibility for regression. Under those circumstances, there's no point in branching.
I care for the result. The right tool for the job. If a change takes me literally 5 minutes to stabilize (=no regression), then following the same protocol as for big, potentially breaking (or rather likely breaking) changes is cargo cult.
That's unfortunate because if you buy into any single methodology 100 percent, you'll see the whole world in terms of that methodology. In some instances, you'll miss opportunities
Sigh...even then that wasn't reasonable.
Less so now.
Complexity insures that no one can do everything. Is some company supposed to use 50+ different programming languages just in case they can save a nickel on one method. That of course doesn't account for the problems with supporting that, integrating with it, hiring for it and administering it.
The toolbox metaphor
Certainly does. I have tools in my tool box I have never used. I had one tool that I probably bought 10 years ago and I never even opened the box until this last year. And another tool that I have used no more than 3 times and it failed completely every time at the very task it was supposed to solve.
He tells the barber that he can't get all the whiskers off his face because his cheeks are so wrinkled. The barber gets a little wooden ball from a cup on the shelf and tells the old cowboy to put it inside his cheek to spread out the skin.
When the barber's finished, the old cowboy tells the barber that it's the cleanest shave he's had in years, but he wanted to know what would have happened if he had accidentally swallowed that little ball.
The barber replied, just bring it back in a couple of days like everyone else does.
Yes I'm bored
I'm currently unsupervised, I know it freaks me out too! JaxCoder.com
As in: open VS with a tiny solution I created yesterday in VS2017 - three projects, two "just started", one a VS2013 utility project that has worked for years.
Opens fine. Click on .CS file in different assembly and it locks up completely. 27% CPU usage (so that'll be a whole core looping plus some other tasks) ignores minimize, close, any click at all.
Repeatable, fails every time. Quick check in PSPad and the .CS is fine - a dozen lines of code or so, nothing complex.
Quick check and VS is solidly up date.
So, I'll try a repair installation. 6GB download later (fortunately at 5MB/sec) and it's downloaded. Installing. Lets grind to a halt, shall we? Up to 3% now, after only ten minutes ...
Is it always like this? VS used to be relatively reliable (as in you could rely on them not to fix the bugs but at least it didn't fall over). I'm so close to saying "sod it" and going back to VS2013 - it just worked!
Sent from my Amstrad PC 1640 Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
I dislike VS2015/17 because they induce seizures with all the crap that flashes on/off the screen as you code. I can't f*ckin stand that crap.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
27% CPU usage (so that'll be a whole core looping plus some other tasks) ignores minimize, close, any click at all.
If you're still using an Amstrad PC 1640, then these things ae bound to happen.
"I controlled my laughter and simple said "No,I am very busy,so I can't write any code for you". The moment they heard this all the smiling face turned into a sad looking face and one of them farted. So I had to leave the place as soon as possible." - Mr.Prakash One Fine Saturday. 24/04/2004
Last Visit: 21-Oct-20 18:50 Last Update: 21-Oct-20 18:50