|
It is quite far from normal in my experience. My customers have run the entire spectrum of zero specifications to every detail fully specified down to the colors of the items on the user interface displays. Even those with no specifications would say things like "do it like this one" or "do it like the last one was." In this customer's case, they actually had a specification but this guy treated the whole thing as being optional and we were at his beck and call. He ended up delaying the project so badly that when we were asked about it we said because of (this guy) and when his bosses saw the absurdities things were changed in a big hurry.
|
|
|
|
|
We have this as SOP, users come to us with an idea, partial spec is proposed and accepted, prototype developed and then the real requirements begin to emerge. Been doing it that way for 30+ years, I have never worked from a complete spec in my entire career.
Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP
|
|
|
|
|
Rick York wrote: had a customer say to me once, "I won't know what I want until I see it."
Handled properly these are way better than clients that give you a whole mess of specs...
specs:
often in a small co: written by a boss who doesn't really know what the underlings need nor appreciate how it's done now and even less how it could be done better.
often in a large co: written by a bunch of idio "consultants" who get led around by a boss and never really ask the users as all they do is listen to the boss who <copy above="" item="">.
For mine, the less specs the better, talk to the users, don't ask them "what they do," but rather "what do they need to get done and what's the best way to get it done (with respect to, if any SOP)"
End result is a combination of application and business improvement, the staff will be happy, the boss will be happier as he gets happy staff and improved productivity.
Put simply: Show me someone that asks for specs and I'll show you a junior programmer.
|
|
|
|
|
The problem with those large companies is that nobody takes responsibility and just points to someone else exclaiming "He's the responsible guy !", in Dutch we name this sort of thing "Zwarte Pieten"
|
|
|
|
|
...working with one of them right now...
|
|
|
|
|
|
|
Hmmm, never had that problem using identities.
"Go forth into the source" - Neal Morse
|
|
|
|
|
But did you ever use an identity for a year table?
|
|
|
|
|
Jörgen Andersson wrote: But did you ever use an identity for a year table?
Yes, but only to define fiscal/business years. The situation described where the only other column is an int (assuming ) containing the year is ridiculous.
"Go forth into the source" - Neal Morse
|
|
|
|
|
You're gonna love this.
It's a lookup table for fiscal years!
|
|
|
|
|
Jörgen Andersson wrote: It's a lookup table for fiscal years
In a previous response, you mentioned that the year table only has two columns. Am I to assume that a fiscal year is the same as a calendar year in your situation?
Mine are not...customers either start their year June 1 or September 1.
"Go forth into the source" - Neal Morse
|
|
|
|
|
No it isn't. It's from september to August.
Mind, I never claimed the database is well designed.
Everything, and I really mean everything except one table, is done using surrogate keys. Including many that doesn't need it.
Just one table is done using a natural key, that isn't.
Surrogate keys are a safe bet though. They're never plain wrong even if they're not necessarily the best choice. But it can get ridiculous.
|
|
|
|
|
Yes, I'va made a nice living cleaning up engineering evaluatuiions that other companies started and couldn't finish. In every case hundreds, when I finally got to the root of the problem, it was always the one thinbg that everyone assumed without checking. Every time!
Now, whenever I start looking at a project, the first thing I do, is start asking fir proof that ALL of the assumptions are warranted. Usually, once we get to the critical one, the project manager sighs and says well now we can fix it ourselves. That's fine by me, I already charged my time and I can work on something really challenging!
CQ de W5ALT
Walt Fair, Jr., P. E.
Comport Computing
Specializing in Technical Engineering Software
modified 23-Oct-18 19:35pm.
|
|
|
|
|
assume makes a ass out u and me
|
|
|
|
|
More to the point, why do we insist on using f*** to represent what we all know it actually means? Same as c***; 99% of English speaking readers, I’d wager, know exactly what word this represents. What’s wrong with using c**k up if we want to supposedly sanitise the written word? Asking for a friend! 😂
modified 6-Sep-22 21:01pm.
|
|
|
|
|
Damn! Even the shortened version of a male hen is obscured. I’m living in a world of censorship
modified 6-Sep-22 21:01pm.
|
|
|
|
|
How about the long version, cockerel?
|
|
|
|
|
Sounds much better; the mother of all cockerel ups! 😂
modified 6-Sep-22 21:01pm.
|
|
|
|
|
To answer your question, it's all about keeping the site white-listed in various filters employed by companies.
|
|
|
|
|
https://www.foxnews.com/us/new-jersey-mom-credited-with-stopping-potential-school-shooting-in-kentucky[^]
Quote: “I’m not a guardian angel. I’m not a hero," she said. "I’m a mom."
Uh, yeah, you are. By definition.
MOM = guardian angel
MOM = hero
#SupportHeForShe
Government can give you nothing but what it takes from somebody else. A government big enough to give you everything you want is big enough to take everything you've got, including your freedom.-Ezra Taft Benson
You must accept 1 of 2 basic premises: Either we are alone in the universe or we are not alone. Either way, the implications are staggering!-Wernher von Braun
|
|
|
|
|
Awesome mom!
an Internet history that included a search for how to carry out a school shooting.
What kind of sick person would post crap like that.
Latest Article - A Concise Overview of Threads
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
|
|
|
|
|
Not to take anything away from this story, but as I read and break down the article:
- She received nasty messages from a stranger about her kids
- She called the cops
That's it. That's the end of her involvement. Then,
- Cops check out the guy
- Cops happen to run into him as he was leaving his house to perpetrate a massacre
I mean, that's fantastic and all, but if lucky circumstances like these--and that's what they are--make her a "hero", then what does that make of, I dunno, people who actually, knowingly put their lives in danger for the sake of others?
I mean...yeah, lets thank her profusely, but if you can get a medal for dumb luck, by the same logic, why not award medals to lottery winners? I fail to see the heroic act. That's all I'm trying to say.
Now watch my words get twisted, and my intent misconstrued...
|
|
|
|
|
Twisted words aside, I think you are right. The word "hero" is bandied about a bit too loosely these days in my opinion.
|
|
|
|
|
But not as badly as 'snowflake.'
|
|
|
|