agilob@programming.dev to Programming@programming.devEnglish · 1 year agoThings to say when you're losing a technical argumentweb.archive.orgexternal-linkmessage-square23fedilinkarrow-up1136arrow-down13
arrow-up1133arrow-down1external-linkThings to say when you're losing a technical argumentweb.archive.orgagilob@programming.dev to Programming@programming.devEnglish · 1 year agomessage-square23fedilink
minus-squareSpaceNoodle@lemmy.worldlinkfedilinkarrow-up45arrow-down1·edit-21 year ago I like your idea. Why don’t you write up a white paper and we’ll review it at the next staff meeting? I think I might have said this verbatim before
minus-squarexmunklinkfedilinkarrow-up24·1 year agoThat one feels too cruel. If you said that to some junior dev they’d likely do it… and probably in their free time. That said with fellow senior devs if someone suggests something completely off the wall I will occasionally respond with, essentially, prove it first.
minus-squareCarighan Maconar@lemmy.worldlinkfedilinkarrow-up14·edit-21 year ago“It’s* better** to do things*** by this approach.” Always throw a spanner in there with: *: [citation needed] **: According to who exactly? ***: Please specify exact use cases
minus-squareSocsalinkfedilinkarrow-up4arrow-down1·1 year agoWith a senior engineer it’s perfectly reasonable to just say “ok, implement it and let me know how it works.” Like the whole point is that they should be relatively independent and capable of taking ideas from paper to product.
minus-squareidunnololz@lemmy.worldlinkfedilinkarrow-up13·1 year agoI was told to write my idea into an article to share internally with engineers. Then someone internally reached out to post it on our company tech blog. Then it got published on the tech blog. So I guess that’s something?
I think I might have said this verbatim before
That one feels too cruel. If you said that to some junior dev they’d likely do it… and probably in their free time.
That said with fellow senior devs if someone suggests something completely off the wall I will occasionally respond with, essentially, prove it first.
“It’s* better** to do things*** by this approach.”
Always throw a spanner in there with:
*: [citation needed]
**: According to who exactly?
***: Please specify exact use cases
It’s more Pythonic.
With a senior engineer it’s perfectly reasonable to just say “ok, implement it and let me know how it works.”
Like the whole point is that they should be relatively independent and capable of taking ideas from paper to product.
I was told to write my idea into an article to share internally with engineers. Then someone internally reached out to post it on our company tech blog. Then it got published on the tech blog. So I guess that’s something?