|
return0 posted:How do you know which individuals need support without tools (code review/pr, git blame, etc) to see who needs help and how much the need it? PR's are great, code reviews are great, creating metrics which track bugs introduced by individual developers instead of allowing people to claim responsibility themselves and save face will lead to a culture driven by fear, negativity, and CYA. (not to mention, working on legacy codebases, the blame for defects should often be shared with, or totally fall on, previous committers who left behind landmines. Putting it all on the most recent committer is ignoring reality.) You want developers keeping branches open for months trying to make sure they introduce nothing that could possibly be interpreted as a bug? Punish them for introducing defects. Whoops, because you spend so much time pursuing perfection, you missed several months of chances for feedback from the business, and turns out what you were building was completely not what they needed. Your feature now has zero "defects" but it's also DOA. To be fair, this might be an approach you want in a field where you are absolutely sure you know exactly what the customer wants, and even a small defect could cost millions, and your time-to-fix is high due to things out of your control (submarine computers, medical devices, etc.) In your average commercial webapp, building the right thing and getting to market is more important than building it perfectly the first time. Also to answer your question more directly about "identifying who needs help", the best way I've found is to foster a good team culture where showing vulnerability is valued. If you have a team culture like that, the people who need help will come to you, you don't have to seek them out. Lord Of Texas fucked around with this message at 16:17 on Jul 27, 2019 |
# ? Jul 27, 2019 16:14 |
|
|
# ? May 11, 2024 14:31 |
Shocking, I know, but despite the name you don't actually have to couple genuine casting of aspersions or assignations of blame with the use of git-blame. Being able to track exactly when a change was made and by who is useful for lots of reasons other than some imaginary situation where people are being punished for adding bugs.
|
|
# ? Jul 27, 2019 17:01 |
|
hailthefish posted:Shocking, I know, but despite the name you don't actually have to couple genuine casting of aspersions or assignations of blame with the use of git-blame. Of course. git blame is a good tool with a bad name. The post I quoted originally specifically called out "metrics that track who introduced bugs" and that was more what I was replying to.
|
# ? Jul 27, 2019 17:27 |
|
Lord Of Texas posted:This but unironically. Sometimes people don't know, sometimes people actually don't give a gently caress. I've found that almost all senior developers aren't going to make the same twice once you point it out and will take the time to understand why you're suggesting changes in the review. If I see people making the same mistakes or not learning or not caring about review comments... a) New developer that's not going to work out. b) Drug problem. c) Divorce. Senior devs who really DGAF just won't check anything in and will do nothing.
|
# ? Jul 27, 2019 19:29 |
|
I have discovered no matter what kind of arbitrary way of calculating story points we come up with, as long as the total ends up being 69, the entire team will approve without further debate.
|
# ? Jul 27, 2019 20:30 |
|
Carbon dioxide posted:I have discovered no matter what kind of arbitrary way of calculating story points we come up with, as long as the total ends up being 69, the entire team will approve without further debate. Nice.
|
# ? Jul 27, 2019 22:51 |
|
https://twitter.com/_rockt/status/1155174213742997505
|
# ? Jul 28, 2019 01:28 |
|
Ok they can absolutely claim that they have the most pushy and passive aggressive recruiter. No contest
|
# ? Jul 28, 2019 02:19 |
|
hailthefish posted:Shocking, I know, but despite the name you don't actually have to couple genuine casting of aspersions or assignations of blame with the use of git-blame.
|
# ? Jul 28, 2019 06:16 |
|
Did you know there's an option in your user settings in travis ci to make the website use comic sans throughout. Is this self harm
|
# ? Jul 29, 2019 12:46 |
Working in Development: Is this self harm?
|
|
# ? Jul 29, 2019 14:45 |
|
Phobeste posted:Did you know there's an option in your user settings in travis ci to make the website use comic sans throughout. Is this self harm No, it's for the people beyond retirement age who are still somehow working at a software development company who think Comic Sans is "fun" (you know, the guy whose email signature is in Comic Sans and each line of the signature is a different color).
|
# ? Jul 29, 2019 16:42 |
|
Protocol7 posted:No, it's for the people beyond retirement age who are still somehow working at a software development company who think Comic Sans is "fun" (you know, the guy whose email signature is in Comic Sans and each line of the signature is a different color). I thought it was because comic sans is a decent font for dyslexics.
|
# ? Jul 29, 2019 16:59 |
|
leper khan posted:I thought it was because comic sans is a decent font for dyslexics. There's this, and also people might just like it. It's a user setting, they're not subjecting others to it.
|
# ? Jul 29, 2019 17:03 |
|
leper khan posted:I thought it was because comic sans is a decent font for dyslexics. So is Arial, Helvetica, Courier or any other super simple sans-serif or slab-serif typeface. But Comic Sans is something you can safely assume is installed on most PCs so it's usually a common option.
|
# ? Jul 29, 2019 17:10 |
|
Bruegels Fuckbooks posted:I've found that almost all senior developers aren't going to make the same twice once you point it out and will take the time to understand why you're suggesting changes in the review.
|
# ? Jul 29, 2019 17:12 |
|
One time on one of our internal apps for fun I made it so the user could customize their own color scheme It was basically Hot Dog Stands all around
|
# ? Jul 29, 2019 17:25 |
|
Protocol7 posted:So is Arial, Helvetica, Courier or any other super simple sans-serif or slab-serif typeface. But Comic Sans is something you can safely assume is installed on most PCs so it's usually a common option. Helvetica is not on any windows machine by default. It's incredibly telling when designers forget this and a website defaults to Arial because they forget the rest of the world isn't on a mac.
|
# ? Jul 29, 2019 17:38 |
|
Protocol7 posted:So is Arial, Helvetica, Courier or any other super simple sans-serif or slab-serif typeface. But Comic Sans is something you can safely assume is installed on most PCs so it's usually a common option. One key for dyslexic friendly fonts are that the b/d and p/q letters aren't mirrors of each other. That's why comic sans kinda works where those other fonts just don't.
|
# ? Jul 29, 2019 18:14 |
|
lifg posted:One key for dyslexic friendly fonts are that the b/d and p/q letters aren't mirrors of each other. That's why comic sans kinda works where those other fonts just don't. It really depends unfortunately. Statistically speaking Arial and the dyslexia-specific OpenDyslexic have shown the highest level of readability with dyslexia, but of course what works for one person doesn't always work for another.
|
# ? Jul 29, 2019 18:40 |
|
Welp, I'm now SAFE Agile Certified (lol no I didn't pay for it) mostly so I can continue arguing about it at work without the robots deflecting with 'well you just don't understand it'. Hmm, yes I love being the kind of agile that plans to only release to production 4 times a year, delicious.
|
# ? Jul 31, 2019 13:18 |
|
Aaronicon posted:Hmm, yes I love being the kind of agile that plans to only release to production 4 times a year, delicious. Yay, let's have the dumb agile methodology discussion again! I unironically love it.
|
# ? Jul 31, 2019 14:05 |
|
After my old job switched to SAFe they wanted everyone to take that certification test and I never did, because it's loving stupid and they valued me too much to fire me over a stupid certification. There was also all of the other Accenture training BS that you had to do that I never did, so once in awhile some random guy would email me and be like "Hey, can you do this training please?" And I never did because all of the Accenture stuff was just "don't punch, kick or rape your coworkers, or even worse, leak company secrets, thanks." Macichne Leainig fucked around with this message at 14:51 on Jul 31, 2019 |
# ? Jul 31, 2019 14:48 |
|
I'm the poor training dude who gets reprimanded because some jackass is too self-important to do his mandatory training.
|
# ? Jul 31, 2019 15:03 |
|
I'm not apologizing for spending my time unfucking the messes of my idiot coworkers instead of checking some arbitrary checkbox for some bean counter.
|
# ? Jul 31, 2019 15:32 |
|
Protocol7 posted:I'm not apologizing for spending my time unfucking the messes of my idiot coworkers instead of checking some arbitrary checkbox for some bean counter. You sound like an awesome person to work with
|
# ? Jul 31, 2019 15:50 |
|
10x developer spotted
|
# ? Jul 31, 2019 16:21 |
|
While digging through a file cabinet the other day, I found an old employee review that said I was too picky about people not updating their ticket states in JIRA. What a thing to put in a loving annual review. I wish I'd told my boss at the time, "You know, if you can't think of any real issues to put down, you could just leave it blank."
|
# ? Jul 31, 2019 16:30 |
|
I had a team lead once who had recently joined the company. He said "well I've only been here for a short time so I haven't been able to accurately judge your work, so this year we'll just skip the salary increase". He was probably the most incompetent team lead I've ever had.
|
# ? Jul 31, 2019 17:07 |
|
Holy poo poo. That's the point at which incompetence becomes evil.
|
# ? Jul 31, 2019 17:18 |
|
one weird trick to never have to give raises again
|
# ? Jul 31, 2019 17:25 |
|
Yes, indeed. It was the final straw (along with a long commute and dysfunctional agile-in-name-only process). I've moved to a company much closer by, much better organized and with managers that actually try to manage people for happiness and suitable career paths instead of process.
|
# ? Jul 31, 2019 18:38 |
|
Managing is an underrated skill. Every management book and HBR article and TED talk all talk about how leadership is so much more important than simple management. But anyone in any role can be a leader. Management is an distinct and necessary skill for actual managers.
|
# ? Jul 31, 2019 19:29 |
|
CPColin posted:While digging through a file cabinet the other day, I found an old employee review that said I was too picky about people not updating their ticket states in JIRA. What a thing to put in a loving annual review. I have a colleague who once got penalized on his annual review for spending too much time building reusable components instead of just throwing together some crap to fix whatever the pressing business need of the moment was. I'm not 100% sure why he's still here.
|
# ? Aug 1, 2019 00:16 |
|
Wow. That's for sure a delicate balance, between You're Not Gonna Need It vs. horrible spaghetti, but absolutely not one that should be reconciled via an annual review!
|
# ? Aug 1, 2019 00:29 |
|
Aaronicon posted:Welp, I'm now SAFE Agile Certified (lol no I didn't pay for it) mostly so I can continue arguing about it at work without the robots deflecting with 'well you just don't understand it'. s/SAFe/Agile/ if you don't recognize the boilerplate excuses.
|
# ? Aug 1, 2019 00:37 |
|
SAFe can't fail, it can only be failed?
|
# ? Aug 1, 2019 00:42 |
|
Enterprise is the definition of failure, it is impossible to separate SAFe from its blood heritage.
|
# ? Aug 1, 2019 01:44 |
|
Every company sucks, you just have to hope yours sucks the least.
|
# ? Aug 1, 2019 02:26 |
|
|
# ? May 11, 2024 14:31 |
|
Protocol7 posted:Every company sucks, you just have to hope yours sucks the least. Every so often, after a drink on a Saturday evening, I stare wistfully out at the sky and long for the days before I became a developer and there was still a hopeful optimism in my heart that good code must exist in companies across the globe, providing the very infrastructure that our world operates on. Now I realize we live in a world where the risk of a global recession being brought on by an NPM package being depublished is going up, and not down. Goodbye, innocence.
|
# ? Aug 1, 2019 06:28 |