*NIX enthusiast, Metal Head, MUDder, ex-WoW head, and Anon radio fan.

  • 0 Posts
  • 18 Comments
Joined 2 years ago
cake
Cake day: June 12th, 2023

help-circle


  • All of the repos for my GitHub sourced vim plugins live under one parent directory. I symlink to them from ~/.vim

    One example is a simple function that pushes the top level repo directory onto my dir stack and then runs a loop where it pushes each subdir into the stack, runs “ggpull” then pops back to the top level repo directory. ggpull is an alias added by the zsh git plugin. After all repos have been updated it pops back to my original pwd.

    I run this as part of my “update all the things” script but sometimes I also want to run it in demand from the cli. So I want this function in all scopes and I want it to have access to “ggpull” in all of those scopes.


  • It’s all about context. If you write a convenience function and put it in zshrc, scripts you run from the cli will not have access to the function as defined in zshrc. Same with aliases added by zsh plugins etc.

    If you need “the thing” on the command line, zshrc. If you also need it in scripts you run from the cli, toss it in the profile file.

    ETA: I personally keep the functions I want to access from scripts in .zshenv as I recall reading that this file is ALWAYS sourced.



  • I do greatly appreciate my management and general company tech culture, they’re great.

    I agree with your stance here, because it’s part of my point. I tend to see more people bitching about Agile itself and not management or their particular implementation.

    The jobs where I was only given enough info to plan 2 - 4 weeks out were so stressful because I frequently felt like I was guessing at which work was important or even actually relevant. Hated it.

    Turns out it’s a skill issue ;p (on the management level to be clear). Folks, don’t let your lazy managers ruin you on a system that can be perfectly fine if done right.


  • 2-3 sprints?! Y’all really flying by the seat of your pants out here huh?

    My teammates and I have no trouble planning multiple quarters in advance. If something crops up like some company wide security initiative, or an impactful bug needing fixed, etc then the related work is planned and then gets inserted ahead of some of the previously planned things and that’s fine because we’re “agile”.

    I delivered a thing at the end of Q3 when we planned to deliver at the start of Q3? Nobody is surprised because when the interruptions came leadership had to choose which things get pushed back.

    I love it. I get clear expectations set in regards to both the “when” and the “what”, and every delay/reprioritization that isn’t just someone slacking was chosen by management.







  • no one talks

    met with deafening silence

    This reminds me of children who will get their toothbrush wet, put a little paste on their tongue so it smells like mint, run the water for 2 minutes, but not actually brush their teeth. You know, because they don’t want to, and/or they don’t understand the point.

    They just know that the parents say they need to do this thing, and they’d rather be off playing. You’re standing there for two minutes holding a wet toothbrush and staring at yourself in the mirror. Why not just brush your teeth?

    I get it, they’re very busy. They’re already gonna be on the call for 15 minutes. Just participate ya know. Why choose to make that 15 minutes a complete waste? I expect the above from a child, not people with jobs in tech =/


  • It IS a great place to work, and I absolutely hate that 20 years ago I post under this handle on stuff like “Ubersite” about how “We should stop saying ‘sucks’ for negative things. How do we expect to get blowjobs if we keep saying bad things ‘suck dick’”. Like I just can’t tie that to my employer as much as I’d like to hype them up to dev/engineers online :p

    I’m sure the internet super sleuths can figure it out, but I can’t imagine why they would bother :p




  • I am about 12 years into using Agile at my work place and I am about a decade in to being dumbfounded at the fucky implementations I read about in this type of post and it’s comments.

    We are never asked to turn our cameras on during any of our agile related meetings. In any meetings really. Some people do it, some people don’t, I don’t think I’ve ever had someone ask me to turn my camera on at work.

    How do you even set a color for a meeting? Is that an outlook thing? Are you scheduling meetings in JIRA? I honestly don’t even understand how one uses a color for a meeting. I would love an explanation of this :D

    I’ve never once used a sticker, virtual or not, to tell others how I feel (at work). I’ll assume this is a retrospective thing. We mention anything that happened in the last sprint where we think we as a team need to do one of:

    • Start doing X
    • Keep doing X
    • Stop doing X

    Then the team has a quick anonymous vote and if we have a majority we either start, stop, or continue doing X.

    e.g. “The slack workflow we implemented in our public channel last week was used 15 times. We should definitely keep prioritizing moving FAQ type items to slack workflows”

    Quoting from some of the comments

    Its literally hand holding and baby sitting.

    That’s about your team and/or your teams leadership, not scrum.

    checking in from the 45 minute “stand up” in which 10 people have their cameras on but only 3 people speak.

    This is about your scrum masters inability to keep the meeting focused. We just do a straight up rotation, alphabetical by first name. Any time we are in danger of devolving into dev/engineering discussion our scrum master interjects and the conversation is saved for after standup or a meeting is setup depending on the topic. More often than not we give our updates and then say something like “JoBob I’ll need some time from you sometime today to discuss how to integrate with the thingamajig” or “After standup I’d like to talk to the team about XYZ”. We sometimes certainly have 3 people start trying to engineer a solution when someone says “I couldn’t figure out how to schoop the woop, so I’m still working on that.” but again our scrum master will say “Oh, JoBob is the schoop the woop SME, why don’t we chat it out after stand up”.

    I hate that paragraph but I can’t find a good place to break it up, sorry.

    Most of the complaints I see (overall, not just in this post/comments) come down to really basic shit:

    • Your scrum master is fucking terrible at their job
    • Your team actually does behave like a group of toddlers
    • Your manager is actually a micromanager and this is just another micromanaging tool to them
    • You’re bending your team/process to fit agile, and not bending agile to fit your team/process

    I want to give two examples addressing my last list item.

    First: We do not have stand ups scheduled 5 days a week. We found a cadence that makes sense for our teams work pace and our sprint duration.

    Second: There’s such a thing as tasks that take less time/effort than writing the associated JIRA story would take. My team has agreed to just not bother with a story in these cases. It fits our workflow better and as a group of adult human beings we accept that it’s a waste of time/effort to write four paragraphs and a customer value statement for what essentially comes down to “type the number 70 into a form on a website and hit submit”.

    Again as adult humans we also try to be aware of and avoid abuse of this mentality, and make sure we aren’t just doing mental gymnastics to avoid writing a story for something. When someone says “eeehhhh maybe we should throw a story on the backlog about that”, we just suck it up and do it.

    This shit is so easy, and so helpful, it’s crazy to me how ridiculous y’all make the process.

    edit: I will add that if you Masto-stalk me you’ll definitely find me bitching about long stand ups. FWIW that’s almost invariably when the scrum master is out and management has decided to run the meetings because none of the team felt like stepping up and doing it for a few days. i.e. it’s our own fault when it happens to us.