|
I suspect that point three means, "you must hire a consultant who understands DDD... and I'm the only one."
|
|
|
|
|
raddevus wrote: + You have a skilled, motivated, and passionate team that is eager to learn.
+ You have a nontrivial problem domain that is important to your business.
+ You have access to domain experts who are aligned to the vision of the project.
+ You are following an iterative development methodology. Sure.
Only recently, I contracted to a place that worked on weather systems for airports -- i.e. we were working on getting planes off the ground and on the ground safely, with the knowledge that if we screwed it up, people could die.
I can say, in all honesty, that I have never worked with a more dedicated team of skilled, knowledgeable people, who did an absolutely fantastic, professional job using the agile methodology, which, to be honest, didn't count for a damn, in our minds -- any other methodology would have worked as well.
Maybe it makes a difference if what you do will make more money for some unidentified bunch of shareholders, rather than make sure that children see their parents again, but the shareholders made more money, too.
So it was why we were doing what we were doing doing that counted, not any silly flavour-of-the-month way of doing it.
If you don't believe in what you're doing, look for another job, not another way of working.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
raddevus wrote: scrutiny
Poor tiny, always gett'in screwed ...
[EDIT]
Like cookie, always gett'in targetted
[END EDIT]
modified 8-Feb-19 16:39pm.
|
|
|
|
|
All of this crap that has been promoted in the last 15 to 20 years is all based on utopian visions of the software engineering world that simply does not exist in reality.
You use the simplest technologies to get the job done as fast and as efficiently as possible to meet ridiculous deadlines setup by incompetent technical managers.
The rest is just vendor marketing and self-aggrandizement by those who want you to believe they have the answers for everything...
Steve Naidamast
Sr. Software Engineer
Black Falcon Software, Inc.
blackfalconsoftware@outlook.com
|
|
|
|
|
That's actually a very good summary of the situation.
APIs and Magic Libraries that will supposedly solve everything are often the cause of more problems.
And, the daft managers don't understand that the Marketing Propaganda of the APIs and Libaries are often not true (seldom true) and then the mgr gets the idea that it is the dev who is incompetent when it is really a problem with the Magic Library.
|
|
|
|
|
A very astute summary of what I said. Bully for you!!!
Hopefully, the younger generations of professionals will come to realize this and will start the pendulum swinging back to a more sane time in our profession...
Steve Naidamast
Sr. Software Engineer
Black Falcon Software, Inc.
blackfalconsoftware@outlook.com
|
|
|
|
|
Quote: have you ever had the alignment of all four of those circumstances on any project ever? Yes. I was the only member of the team. And I was a domain expert.
Cheers,
Mike Fidler
"I intend to live forever - so far, so good." Steven Wright
"I almost had a psychic girlfriend but she left me before we met." Also Steven Wright
"I'm addicted to placebos. I could quit, but it wouldn't matter." Steven Wright yet again.
|
|
|
|
|
This is kind of triple-D I prefer; though I've never seen it put into practice, it seems like it would work in a reasonable manner - and really isn't far from what many of us do already:
Meme Agora: D-Cubed[^]
D^3 - Defect Driven Design
It's an old idea (and unfortunately, the original source can't be found any longer), but if implemented properly, in theory it would always result in an application that is -exactly- fit to the requirements of the client.
Essentially, you pretend your project is already in maintenance mode, and you're just fixing "bugs".
Sooner or later, that's where you're going to end up anyhow, so why not start there at the beginning?
|
|
|
|
|
Member 10731944 wrote: Essentially, you pretend your project is already in maintenance mode, and you're just fixing "bugs".
That honestly sounds like the idea of Minimum Viable Product from Agile Scrum and I think it does make sense.
|
|
|
|
|
Well, I feel that for the most part the "tactical patterns" of DDD are simply OO done right
I do, however, feel that when developers do *not* have access to domain experts we end up with second hand information (or worse) which simply contributes to the sad state that the software development industry finds itself in.
|
|
|
|
|
EbenRoux wrote: for the most part the "tactical patterns" of DDD are simply OO done right
I agree.
EbenRoux wrote: when developers do *not* have access to domain experts we end up with second hand information (or worse) which simply contributes to the sad state that the software development industry finds itself in
I agree again.
If teams really did OO right it would solve a lot of design issues that cause maintenance and extensability to be far more difficult than they have to be later.
If teams really had domain experts that knew what they wanted and could explain what they wanted it would solve a lot of problems where the wrong solution is created.
|
|
|
|
|
It's actually not Javascript.
It's the programmers that write multi-thousand line functions in files that are tens of thousands of lines long, where the majority of the code is copied and pasted from one if to the next else to the next else ad nauseum with only minor tweaks, with no consideration for readability, maintainability, or just basic good coding practice of building a higher level function from a bunch of smaller calls, rinse and repeat if necessary, instead creating a pile of sh*t from here to Mars that is impossible to unit test and only possible to debug because browsers like Chrome have awesome debugging tools. And people wonder why their apps are so slow.
And for every programmer that writes clean Javascript, their must be 1,000 programmers that don't. I'm probably off by a couple orders of magnitude.
Latest Article - Slack-Chatting with you rPi
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
|
|
|
|
|
I had a colleague like that, management adored him because "he was such a fast coder", but then came the day he left the company and now we are left with code that is barely maintainable.
Documentation you ask ? he thought that was not necessary ...
|
|
|
|
|
Maybe
outsourced
contractors
paid
by
lines
of
code
?
?
?
modified 20-Oct-19 21:02pm.
|
|
|
|
|
So, same as with VB, then?
We could pass some of the responsibility for it to people on sites like CP who actually GIVE CODS when asked -- but you're right; it's mostly places like Userscripts.org[^] that need their @rses kicked.
That's actually a good site for seeing how professional a site is: search for a line of code in a site that's suspect there, and if you find it, the site isn't suspect, any more; it's a confirmed script-kiddie site.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
What really amuses me is the periodic calls for environments that will allow anyone, including non-programmers, to write programs or "code." As it is, we have more than enough individuals who pass themselves off as programmers and emit the stuff that Marc is ranting about (justifiably so.) Some people think programming should accessible to everyone. Just imagine the nonsensical detritus we will end up with if that happens. Considering how things are now, I think it is scary to contemplate.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
I don't disagree with the idea of coding being made "accessible" to everyone, because you never know where you'll find someone with the kind of mind that will make a good dev.
It's the idea that making it accessible means that everyone and his uncle Billy will be a great coder that's the problem.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Mark_Wallace wrote: because you never know where you'll find someone with the kind of mind that will make a good dev.
Very true. I certainly started off as a "bad" dev many many years ago (too many moons to count, years are easier.)
Mark_Wallace wrote: It's the idea that making it accessible means that everyone and his uncle Billy will be a great coder that's the problem.
Worse, it's that these people then get hired and paid and they're surrounded by people that don't know better themselves. And they say that perpetual motion is impossible.
Latest Article - Slack-Chatting with you rPi
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
|
|
|
|
|
Marc Clifton wrote: Worse, it's that these people then get hired and paid and they're surrounded by people that don't know better themselves. The number of times I've seen brilliant guys overlooked because someone who can do a half-@rsed job is better at selling himself is too painful to even try to calculate.
For the past 20 years, I've been in a position to kick back against such treatment, and you can rest assured that I've kicked bloody hard, whenever possible.
Bullsh1t may baffle brains, but it's good brains that get the work done and create the ROI.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Mark_Wallace wrote: The number of times I've seen brilliant guys overlooked because someone who can do a half-@rsed job is better at selling himself is too painful to even try to calculate.
On the other hand, speaking humbly from my own experience, being hired to work on projects that were half-@rsed coded by those less-than-brilliant people is a rather torturous experience which in itself is surmountable unless one's manager and the department ASSistant VP were promoted from the ranks of said less-than-brilliant people and are responsible for a considerable amount of the half-@arsed code.
NOT a pretty environment, and I am soooo glad I was able to leave it last December. Which is what, humbly speaking, the brilliant guys (and gals) do when they realize the crock of sh*t environment they landed in. Entirely my fault, I should have vetted them better.
Latest Article - Slack-Chatting with you rPi
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
|
|
|
|
|
Marc Clifton wrote: I am soooo glad I was able to leave it last December I remember well sharing the relief you felt, at the time, because it radiated out from your words, as you told of how you'd found a place where you were better appreciated.
And just so you know: Your "Clifton Method" has not only been pretty handy to me, but I've passed it on to guys who have also found it useful, so it's obvious that you're doing something right.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Mark_Wallace wrote: And just so you know: Your "Clifton Method" has not only been pretty handy to me, but I've passed it on to guys who have also found it useful
Wow, that's great to hear! Thanks!
Latest Article - Slack-Chatting with you rPi
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
|
|
|
|
|
Rick York wrote: Just imagine the nonsensical detritus ... Or vist QA.
|
|
|
|
|
You missed the part where even though all JavaScript developers know they're coding gods, the other developers who publish NPM packages are even better, so if there's a package in the NPM repositories it's obviously better than anything you could ever write however trivial it may be, like left-pad[^].
|
|
|
|
|
Add to everything you have mentioned the fact that browsers implement Javascript slightly differently as well as the still in use monstrosity known as Internet Explorer and the need to use a polyfill in order to fix the browser 'quirks'.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
modified 9-Feb-19 5:14am.
|
|
|
|