• 0 Posts
  • 27 Comments
Joined 1 year ago
cake
Cake day: August 18th, 2023

help-circle



  • Meh, that’s kind of the point, no? Seems like it would be more jarring to only federate at the community level, as you either a) still have to interact with people from the unwanted instance or b) deal with randomly hidden comments from that instance. If the community dies because it’s on an unpopular instance, well, that’s the way it goes. Can always start up/join a community on another instance that’s federated with yours.













  • I definitely agree, but that’s true of any system. The particulars of the pitfalls may vary, but a good system can’t overpower bad management. We mitigate the stakeholder issue by having BAs that act as the liason between devs and stakeholders, knowing just enough about the dev side to manage expectations while helping to prioritize the things stakeholders want most. Our stakes are also, mercifully, pretty aware that they don’t always know what will be complex and what will be trivial, so they accept the effort we assign to items.


  • Honestly a little confused by the hatred of agile. As anything that is heavily maligned or exalted in tech, it’s a tool that may or may not work for your team and project. Personally I like agile, or at least the version of it that I’ve been exposed to. No days or weeks of design meetings, just “hey we want this feature” and it’s in an item and ready to go. I also find effort points to be one of the more fair ways to gauge dev performance.

    Projects where engineers felt they had the freedom to discuss and address problems were 87 percent more likely to succeed.

    I’m not really sure how this relates to agile. A good team listens to the concerns of its members regardless of what strategy they use.

    A neverending stream of patches indicates that quality might not be what it once was, and code turning up in an unfinished or ill-considered state have all been attributed to Agile practices.

    Again, not sure how shipping with bugs is an agile issue. My understanding of “fail fast” is “try out individual features to quickly see if they work instead of including them in a large update”, not “release features as fast as possible even if they’re poorly tested and full of bugs.” Our team got itself into a “quality crisis” while using agile, but we got back out of it with the same system. It was way more about improving QA practices than the strategy itself.

    The article kinda hand waves the fact that the study was not only commissioned by Engprax, but published by the author of the book “Impact Engineering,” conveniently available on Engprax’s site. Not to say this necessarily invalidates the study, or that agile hasn’t had its fair share of cash grabs, but it makes me doubt the objectivity of the research. Granted, Ali seems like he’s no hack when it comes to engineering.


  • Windows into I went to college for development and decided to check out this Linux thing. At the time, I wanted something as different from Windows as possible, so I went with Ubuntu with Gnome 3 (I know) for about a year. Tried out Fedora, couldn’t get my sound to work and accidentally uninstalled the desktop environment trying to fix it, slunk back to Ubuntu, tried out a Debian briefly, and eventually ended up on Linux Mint with Cinnamon and KDE.

    At one time I really wanted to try a bunch of stuff and probably would’ve hopped a lot more if Fedora didn’t shatter my confidence, but nowadays I want as little disruption between machines as possible. I have to use Windows for work, so I keep my Linux setup pretty vanilla so I don’t miss features between the two very much. I’ll probably still play with other distros every now and then on old laptops, but I’ve fallen into a “if it ain’t broke” mindset with my daily machines.