|
Rocko Bonaparte posted:Clearly they really needed you to be loaned to them. Hurry up and wait
|
#
?
Mar 5, 2018 22:21
|
|
|
|
| # ? May 10, 2024 08:05 |
|
|
I learned today that apparently management wants to start using TFS to compare our performances against one another. How big of a red flag is this? 
|
|
#
?
Mar 6, 2018 01:17
|
|
|
Pedestrian Xing posted:I learned today that apparently management wants to start using TFS to compare our performances against one another. How big of a red flag is this? Massive. What metrics are they considering looking at? Chances are they are misleading at best and meaningless at worst.
|
|
#
?
Mar 6, 2018 01:20
|
|
|
Pedestrian Xing posted:I learned today that apparently management wants to start using TFS to compare our performances against one another. How big of a red flag is this? Update your resume.
|
|
#
?
Mar 6, 2018 03:22
|
|
|
is ur tfs 2012 or older?
|
|
#
?
Mar 6, 2018 03:28
|
|
|
Pedestrian Xing posted:I learned today that apparently management wants to start using TFS to compare our performances against one another. How big of a red flag is this? The plugin developers writing 25 LOC a day are going to get promoted while the architect maintaining the glue by deleting 5 LOC a day gets fired.
|
|
#
?
Mar 6, 2018 03:43
|
|
|
Pedestrian Xing posted:I learned today that apparently management wants to start using TFS to compare our performances against one another. How big of a red flag is this? 
|
|
#
?
Mar 6, 2018 06:00
|
|
|
Sinten posted:Update your resume. I was afraid of this. It's really frustrating - we have good products, great benefits, and I like all my coworkers.  e: hopefully they get talked out of this, they have to realize how destructive this will be right? Pedestrian Xing fucked around with this message at 06:25 on Mar 6, 2018 |
|
#
?
Mar 6, 2018 06:12
|
|
|
Talking them out of it would involve fundamentally altering their perception of what programming is. The fact that they think they can measure it in terms of commits or lines of code (I'm assuming, but what the hell else would they be using TFS to measure?) indicates that they currently think it's like working on an assembly line. Maybe you can convince your boss that his viewpoint is utterly backwards, but I wouldn't put money on it. Worth trying, but not giving yourself an aneurysm over; if you can't quickly convince him to utterly scrap this idiocy I would get out post-haste, because the job will turn to poo poo as your accomplishments become unappreciated and the environment becomes competitive and backstabby.
|
|
#
?
Mar 6, 2018 07:53
|
|
|
Che Delilas posted:The fact that they think they can measure it in terms of commits or lines of code (I'm assuming, but what the hell else would they be using TFS to measure?) Number of bugs solved? Hours per story point? Now I'm morbidly curious which it is going to be, they're all horrible in their own way.
|
|
#
?
Mar 6, 2018 08:21
|
|
|
My company tracks number of CRs re-opened by QC, nothing else that I'm aware of. Its easily gameable (which I joke about at every review), but not as bad as LOC per day or something.
|
|
#
?
Mar 6, 2018 09:12
|
|
|
Che Delilas posted:Talking them out of it would involve fundamentally altering their perception of what programming is. The fact that they think they can measure it in terms of commits or lines of code (I'm assuming, but what the hell else would they be using TFS to measure?) indicates that they currently think it's like working on an assembly line. Maybe you can convince your boss that his viewpoint is utterly backwards, but I wouldn't put money on it. Worth trying, but not giving yourself an aneurysm over; if you can't quickly convince him to utterly scrap this idiocy I would get out post-haste, because the job will turn to poo poo as your accomplishments become unappreciated and the environment becomes competitive and backstabby. bill gates posted:Measuring programming progress by lines of code is like measuring aircraft building progress by weight. but they are likely so brain damaged that they'll use some other stupid metric in pursuit of whatever misguided goal they have
|
|
#
?
Mar 6, 2018 11:15
|
|
|
Pedestrian Xing posted:I learned today that apparently management wants to start using TFS to compare our performances against one another. How big of a red flag is this? i would think of it as an opportunity. tfs metrics are incredibly easy to game - according to tfs metrics, I'm by far the best developer in the company and have a velocity 35x that of average. i'm getting promoted to architect soon - food for thought.
|
|
#
?
Mar 6, 2018 12:50
|
|
|
Rubellavator posted:Also they don't want me pairing with anyone because everybody is already paired and I'm the odd one out. They don’t rotate pairs daily?? Half the benefit we see from pair programming is having a bunch of different eyes on larger features. Having to explain yesterday’s work has a funny way of exposing shortcuts that were taken.
|
|
#
?
Mar 6, 2018 13:34
|
|
|
Messyass posted:Number of bugs solved? Hours per story point? Its got to be story points per sprint or hours per point since half of us don't check our code into TFS or make tasks for each bug. Also this sprint is ending soon and one board has made a nice J shape on the graph.
|
|
#
?
Mar 6, 2018 14:19
|
|
|
Just had a meeting where we were trying to collect requirements for a product that's been reasonably widely publicized, but only twelve users have actually used so far. The manager of the department that's generating the requirements pointed this out right at the start, but my boss kept going with trying to collect requirements, but from a technical, "how" perspective, instead of a user-based, "what" perspective. When she finally turned to me and asked what I thought, I said, "Well, maybe we shouldn't get too deep into the technical details and focus more on the user's perspective." *everybody nods* "And since there's only twelve users, maybe we should just, uh, end the meeting?" Everybody laughed and my boss praised me for getting right to the point. And then continued the meeting, ugh. Oh well, at least that helped everybody acknowledge that we really need to collect more data on who is using the thing before we can start to try to improve the flow. I hate to say it, but people around here could maybe use some Agile training. Especially with the "You're Not Gonna Need It" part.
|
|
#
?
Mar 6, 2018 23:47
|
|
|
CPColin posted:for a product that's been reasonably widely publicized. Does that have anything to do with your boss?
|
|
#
?
Mar 7, 2018 14:59
|
|
|
Rocko Bonaparte posted:Does that have anything to do with your boss? No; the department that's generating the requirements also put the thing in the campus newsletter. Soon there'll be an ad in the campus's online portal, so we'll see if that has an effect on usage. We may also see a surge at the end of the quarter. Thankfully, everybody's willing to wait for a surge before meeting again.
|
|
#
?
Mar 7, 2018 15:18
|
|
|
CPColin posted:No; the department that's generating the requirements also put the thing in the campus newsletter. Soon there'll be an ad in the campus's online portal, so we'll see if that has an effect on usage. We may also see a surge at the end of the quarter. Thankfully, everybody's willing to wait for a surge before meeting again. Oh well, I was going to say that the stupid poo poo your boss is doing is outweighed by the championing he does, but apparently that's not the case. I wouldn't have weighed it that way, but I've had so much work unceremoniously thrown out due to bosses that became lukewarm to something after we started actually working on it.
|
|
#
?
Mar 7, 2018 19:41
|
|
|
Rocko Bonaparte posted:Oh well, I was going to say that the stupid poo poo your boss is doing is outweighed by the championing he does, but apparently that's not the case. I wouldn't have weighed it that way, but I've had so much work unceremoniously thrown out due to bosses that became lukewarm to something after we started actually working on it. Yeah, it's the reverse situation from that, where we have this product that's currently a manual donation form and we were talking about ways to automate the process, but when the one stakeholder led off with the fact that there have been only twelve donors so far, that should have just ended it. Really, that should have stopped the meeting from happening at all; just throw the thing on the back burner until there's an actual business case for paying five of us to be in a room together, let alone for paying me to write any code. Right before that meeting was a project planning meeting that made it quite evident that nobody in this organization has any idea of how to plan projects. I suggested joining the main campus IT department's JIRA instance, but apparently they're using an academic license and can't add us to it. (We're an "auxiliary" organization, whatever that means.) Only $10 a month for ten licenses in the cloud, though; maybe I can sell my boss on that, though I'd pretty much be sealing my fate as the new PO around here. Edit: Yesterday's one-on-one included the following exchange: Boss: "So I've noticed you've been getting in at 8:15 and still leaving at 5:00." *talks for several minutes about how everybody should keep a consistent schedule and put in forty hours "or more" and there's a perception that comes with coming in late* "Now, if you've been taking only 45 minutes for lunch…" Me: "I have." Boss: "Oh! That's okay then." So thanks for assuming the worst of me, making it about the hours instead of the work, thinking I needed to be told how to be a professional at age 35, etc. Also good to know that my start and end times are closely followed, but I can probably take a long lunch without anybody noticing. At least she did immediately reactivate our old JIRA account. (Apparently nobody was using it, so it faded away. Well no poo poo.) CPColin fucked around with this message at 17:27 on Mar 9, 2018 |
|
#
?
Mar 7, 2018 20:07
|
|
|
CPColin posted:So thanks for assuming the worst of me, making it about the hours instead of the work, thinking I needed to be told how to be a professional at age 35, etc. Also good to know that my start and end times are closely followed, but I can probably take a long lunch without anybody noticing. jfc is your boss a retail manager that wandered into the wrong job?
|
|
#
?
Mar 14, 2018 18:32
|
|
|
ChickenWing posted:jfc is your boss a retail manager that wandered into the wrong job? She used to be a developer! I don't get it!
|
|
#
?
Mar 14, 2018 19:11
|
|
|
CPColin posted:She used to be a developer! I don't get it! Power corrupts. Also butt-in-seat hours is the most obvious, measurable, no-effort way to measure a subordinate's performance (no matter how inaccurate). If she hasn't had any education or training on how to manage people, it wouldn't surprise me that she hasn't figured out a better way to evaluate devs. Not exusing it, just giving a possible explanation.
|
|
#
?
Mar 14, 2018 22:17
|
|
|
ChickenWing posted:jfc is your boss a retail manager that wandered into the wrong job? A former boss of mine once said that he'd prefer to "hire the manager of a 7-11" as a dev manager instead of promoting internally. e: One of my regrets about that job was not referring a 7-11 manager when our second PM in six months quit fantastic in plastic fucked around with this message at 01:35 on Mar 15, 2018 |
|
#
?
Mar 15, 2018 01:33
|
|
|
fantastic in plastic posted:A former boss of mine once said that he'd prefer to "hire the manager of a 7-11" as a dev manager instead of promoting internally. As a former c-store manager I support this.
|
|
#
?
Mar 15, 2018 02:09
|
|
|
fantastic in plastic posted:A former boss of mine once said that he'd prefer to "hire the manager of a 7-11" as a dev manager instead of promoting internally.
|
|
#
?
Mar 15, 2018 09:22
|
|
|
I know someone who hired a personal trainer to be a project manager. It worked out well despite the lack of technical knowledge.
|
|
#
?
Mar 15, 2018 16:43
|
|
|
I think https://insights.stackoverflow.com/survey/2018/#technology-ai-concerns-by-developer-type is the funniest chart in the SO developer survey this year but I'm probably biased
|
|
#
?
Mar 15, 2018 17:30
|
|
|
Munkeymon posted:I think https://insights.stackoverflow.com/survey/2018/#technology-ai-concerns-by-developer-type is the funniest chart in the SO developer survey this year but I'm probably biased Nice to have confirmation that mobile developers have no basis in reality.
|
|
#
?
Mar 15, 2018 17:36
|
|
|
In a meeting yesterday, somebody was talking about a project and my boss said something like, "We'll get an RFP or RFI or even an RFQ, if it's small enough." I almost wonder what each of those are, but not really. Also, three times during the meeting, somebody addressed me by name and asked a question that my boss answered before I could say anything. Good stuff.
|
|
#
?
Mar 15, 2018 21:40
|
|
|
CPColin posted:In a meeting yesterday, somebody was talking about a project and my boss said something like, "We'll get an RFP or RFI or even an RFQ, if it's small enough." I almost wonder what each of those are, but not really. RFP is "Request for Proposal". Writing them sucks.
|
|
#
?
Mar 15, 2018 22:37
|
|
|
FWIW, the other two are Information and Quote
|
|
#
?
Mar 15, 2018 22:45
|
|
|
I only almost wondered.  Edit: Told my boss during our one-on-one that I'd set up some JIRA boards to help with project prioritization and she asked if I'd be willing to teach the team, without even looking at the boards first.
|
|
#
?
Mar 15, 2018 23:10
|
|
|
Munkeymon posted:I think https://insights.stackoverflow.com/survey/2018/#technology-ai-concerns-by-developer-type is the funniest chart in the SO developer survey this year but I'm probably biased Re: programming ethics: https://en.wikiquote.org/wiki/Nathaniel_Borenstein posted:It should be noted that no ethically-trained software engineer would ever consent to write a DestroyBaghdad procedure. Basic professional ethics would instead require him to write a DestroyCity procedure, to which Baghdad could be given as a parameter.
|
|
#
?
Mar 16, 2018 00:26
|
|
|
It's really good when a client is unable to comprehend that they can't just dictate a dev timeline and your team is seriously discussing just disabling unit tests so that you can push a change (to SIT thank god) in the window they've given you. For real this company are serious proponents of the "get 9 women pregnant to get a baby in a month" style of development
|
|
#
?
Mar 20, 2018 19:41
|
|
|
I'm putting together a knowledge transfer of the features I'm a SME on as my company transitions our project to another office. Are there any pitfalls I should look out for, or anything that people tend to leave out that really shouldn't be? I'm trying to put together documentation that gives an overview of flows, plus per-API-endpoint documentation that assumes you're smart enough to read code and just points out broad strokes, historical information, previous conflicts with API consumers, and similar stuff that's rattling around in my head but not really documented anywhere. e: also aaaaaaa I hate change why can't I be on this bad project that is also my baby forever aaaaaaa
|
|
#
?
Mar 20, 2018 21:33
|
|
|
What's the practical difference between RFP and RFQ? Is a project that needs an RFP so big there needs to be a quote regarding getting a quote? At my company, we only deal with RFQs as far as I know.
|
|
#
?
Mar 20, 2018 22:15
|
|
|
taqueso posted:What's the practical difference between RFP and RFQ? Is a project that needs an RFP so big there needs to be a quote regarding getting a quote? Requests for Proposal are typically for projects so large there's not a clear implementation plan or scope of work from the beginning, more of a "if we were awarded this work, here's how we'd do it" - cost could and is often included. RFPs typically cover design, implementation and sustainment plans.
|
|
#
?
Mar 20, 2018 22:47
|
|
|
Just realized I started my week long vacation to go skiing a minute ago. Rad
|
|
#
?
Mar 20, 2018 23:01
|
|
|
|
| # ? May 10, 2024 08:05 |
|
|
ChickenWing posted:I'm putting together a knowledge transfer of the features I'm a SME on as my company transitions our project to another office. Are there any pitfalls I should look out for, or anything that people tend to leave out that really shouldn't be? I'm trying to put together documentation that gives an overview of flows, plus per-API-endpoint documentation that assumes you're smart enough to read code and just points out broad strokes, historical information, previous conflicts with API consumers, and similar stuff that's rattling around in my head but not really documented anywhere. Make yourself available to your successor as much as possible on as short notice as possible.
|
|
#
?
Mar 21, 2018 00:41
|
|
