Hacker News new | ask | show | jobs
by MereInterest 3119 days ago
Sounds a lot like the scene in Star Trek: The Next Generation, where Geordi La Forge meets Scotty.

> Lt. Commander Geordi La Forge: Look, Mr. Scott, I'd love to explain everything to you, but the Captain wants this spectrographic analysis done by 1300 hours.

> [La Forge goes back to work; Scotty follows slowly]

> Scotty: Do you mind a little advice? Starfleet captains are like children. They want everything right now and they want it their way. But the secret is to give them only what they need, not what they want.

> Lt. Commander Geordi La Forge: Yeah, well, I told the Captain I'd have this analysis done in an hour.

> Scotty: How long will it really take?

> Lt. Commander Geordi La Forge: An hour!

> Scotty: Oh, you didn't tell him how long it would really take, did ya?

> Lt. Commander Geordi La Forge: Well, of course I did.

> Scotty: Oh, laddie. You've got a lot to learn if you want people to think of you as a miracle worker.

4 comments

I always hated that scene, because it fundamentally changed the character of Mr. Scott from engineer to engineering manager. Which, he was, but that wasn't what made his character so compelling to begin with.

LaForge was a competent engineering manager. The writers tended to focus more on the character's people management skills (and, sometimes, terrible personal relationship stuff). He kept things running smoothly. He was smart. You could imagine a detailed maintenance work log for every system on the ship, and there'd be no gaps in it ever since he took the position of chief engineer.

But while Scotty cared about his staff, it was the machinery that he knew inside and out. He never needed to conjure up a hologram of the designer of the warp engines, because he knew them as well as anyone else. His maintenance logs would have gaps because he'd know which things actually needed regular attention, and which ones were just bureaucratic nonsense. He didn't just understand all of it on the technician level, but on the theoretical level too, enabling him to pull off some unlikely saves.

He actually was a miracle worker and maybe one of the best fictional representations of an engineer, and that one scene was written to make him look a little more like a bureaucrat.

I felt that it was more for comedy as well as helping to develop the difference in character between the two.

LaForge is competent, he's also newer in his overall career. Scotty has been around the block so many times he knows where every crack and seam is.

That was a moment where Scotty's wisdom was being handed down; it's OK to know what it will take, but stuff happens, and there's also the potential to hand tasks off to less senior staff that might not do it at perfect speed. Giving a padded estimate gives you options and room for corrections if there are issues.

It's actually a comedic reference to an earlier conversation between Scotty and Kirk from the 3rd Star Trek movie.

(https://en.wikiquote.org/wiki/Star_Trek_III:_The_Search_for_...) see the first bit of dialogue in this page.

Also I don't think it makes him seem like a bureaucrat. I'm no manager. I'm an engineer at the bottom of the org chart, but I still need to deliver estimates to my supervisor. And even if I'm an exceptional engineer, I can choose to estimate the time required for a task as though I were merely average.

I remember that, made me laugh and wonder; was Scotty really giving it all she's got.
In reality, most managers would need it in two hours, but the dev estimates half a hour and then of course it takes an hour.
Cliche: "Deliver more than you promise"
Or "Underpromise, overdeliver."

Sometimes there are legitimate reasons to come up with schedules that are as accurate as you can make them, understanding that stuff almost always happens. Sometimes a project or some dependencies don't make sense if they can't be done by a particular date.

But, yeah, it's good advice in general. For most of the work I do (not programming), I have a pretty good sense of the minimum time I need and I almost always significantly pad that to accommodate priority interrupts or just so I can take a bit of extra time if I feel the task warrants it.