Keep. It. Simple.

Question

Keep. It. Simple.

Viewing 5 posts - 16 through 19 (of 19 total)

You must be logged in to reply to this topic. Login to reply

Steve Jones - SSC Editor SSC Guru Points: 736291 More actions · Answer 1

Rod, sounds like you want waterfall. Perfect customers.

Part of the reason for Lean, Agile, DevOps, etc. is that people don't know what they want. They often have suggestions when they see something, but they can't think of everything they want up front.

This isn't a software issue. If I asked you about everything you wanted for any project, such as building a house, you wouldn't specify everything up front. You'd forget things or change your mind.

Jeff Moden SSC Guru Points: 1004378 More actions · Answer 2

Doing a "bump" so people can see page 2.

--Jeff Moden

RBAR is pronounced "ree-bar" and is a "Modenism" for Row-By-Agonizing-Row.
First step towards the paradigm shift of writing Set Based code:
________Stop thinking about what you want to do to a ROW... think, instead, of what you want to do to a COLUMN.

Change is inevitable... Change for the better is not.

Helpful Links:
How to post code problems
How to Post Performance Problems
Create a Tally Function (fnTally)

Jeff Moden SSC Guru Points: 1004378 More actions · Answer 3

Steve Jones - SSC Editor wrote:

Certainly learning your existing tools well is important. However, I think you should also be learning new skills and judging when they are useful. That means lots of tests.
For some problems, columnar databases far outperform relational ones. The kicker is, can you move the data to the columnar db with reasonable effort and time?
We certainly know that a system can get overloaded, so how do we handle that? There are solutions, but research, test, test again with a larger workload, and then decide what changes to make.

I agree with learning new SKILLS. Using different software to do the same thing doesn't qualify as learning new "skills", IMHO. It qualifies as simply learning another piece of software that, hopefully, at least does as much as the old stuff does and easier.

Quite often, that's not the case and we're just spending money on "this year's gotta-have it to be cool" fishing-lure.

--Jeff Moden

RBAR is pronounced "ree-bar" and is a "Modenism" for Row-By-Agonizing-Row.
First step towards the paradigm shift of writing Set Based code:
________Stop thinking about what you want to do to a ROW... think, instead, of what you want to do to a COLUMN.

Change is inevitable... Change for the better is not.

Helpful Links:
How to post code problems
How to Post Performance Problems
Create a Tally Function (fnTally)

Jeff Moden SSC Guru Points: 1004378 More actions · Answer 4

Steve Jones - SSC Editor wrote:

I'm of the "strong opinions, loosely held" view. I want to stick with things until I see something new working better. Meaning not only is it performing/working/saving/etc. better, but that the tradeoffs are low enough to justify a switch.
There is tech that works better, but every change has a downside, so the upside has to be higher. And you have to prove it, not read it worked for someone else.

Exactly. I couldn't have said it better.

--Jeff Moden

RBAR is pronounced "ree-bar" and is a "Modenism" for Row-By-Agonizing-Row.
First step towards the paradigm shift of writing Set Based code:
________Stop thinking about what you want to do to a ROW... think, instead, of what you want to do to a COLUMN.

Change is inevitable... Change for the better is not.

Helpful Links:
How to post code problems
How to Post Performance Problems
Create a Tally Function (fnTally)

Rod at work SSC-Dedicated Points: 34010 More actions · Answer 5

Hmmm, interesting argument, Steve. Certainly, I think a lot of people where I work would be much happier if we just stayed with Waterfall. From their point of view there's a lot of comfort in doing project management as its been done for decades. Ignore the fact that a multi-year Waterfall project often results in delivering a system that no longer meets the needs of the users of the product. It will make many people feel good up front.

The weird thing is there are others (including myself, but I'm not the only one) pushing to adopt a more Agile/DevOps approach. So, two factions duke it out.

Kindest Regards, Rod Connect with me on LinkedIn.