• 1 Post
  • 9 Comments
Joined 1 year ago
cake
Cake day: June 12th, 2023

help-circle

  • The article is critical of GitLabs model, not celebrating it.

    What GitLab does is far more open than what you’ll see elsewhere, but the formula is actually pretty near to what most companies do already: Have pay bands for positions, and then a modifier based on the region, level factors, and some other inputs. Normally this produces a range, not a straight number, and then negotiations take place within that band (which is also why this information and formula is not typically shared).

    As for the idea of paying a flat salary for a position regardless of where the person works, that is simply a non-starter for most companies, and essentially creates a race to the bottom to locate the region of the world that will produce qualified workers for the lowest possible salary possible. We as a society have no problem seeing fast fashion or other manufacturing that do this as being exploitive and evil, and this model is exactly the kind of thinking that drives that behavior. If we stop caring about where a person lives and instead look only at salary vs production, we will only ever hire in the absolute lowest cost of living places in the world capable of producing acceptable workers.

    We need to look at this from another angle as well - Companies are buying labor, much in the same way that they buy raw materials, property, or utilities. When buying any of these inputs to your business, how do you decide how much to pay? Certainly you do not sit down in a board room and agree on a number and then go out into the world with that number and attempt to purchase what you need. You start by looking at what the going market rate for those inputs are. People, like materials, have some wiggle room in those numbers, and sometimes paying a little more will get you better quality or more reliability, so you will need to make decisions there to determine where on the spectrum you wish to fall, but never would you pay significantly more than market rate, nor would you be able to pay significantly below.

    I see this kind of discussion constantly in the last few years, and often in terms of tying inflation to annual salary increases. “If inflation was 10%, why is my annual raise only 5%?” - because overall inflation was 10%, but the inflation in the cost for a person that can do your job was only 5%. It’s truly and honestly that simple. You are a commodity item that goes to the highest bidder - act like it.


  • Being in a small company is different, but not worse (or better). With the roles you have on your plate already, you have a sprawling blank canvas to work from, and in a small company environment, you tend to have a significant amount of flexibility so long as you don’t take your eye off of the main company objectives (vs a large company where “that’s not your department” situations can squash many learning opportunities).

    First, figure out what areas you want to focus on. This doesn’t need to be forever, but you are going to need some degree of focus or you’ll risk doing a hundred things poorly and not really learning much.

    Once you’ve figured out what you want to focus on first and have done some basic research/discovery, seek a mentor. This is one place where small companies make things harder, as you almost always need to look outside to find mentoring.

    With the Project Management and Cloud Architecture bits of your role, you can look at Financial Operations. Just make sure you take a high level look first to see if there’s sense in that (make sure the ROI on you and your co-workers time plus any new services/providers needed makes sense for what you can potentially save - you want to be able to show that your time was well spent with any self-initiated project or you risk someone deciding that you need to be more closely monitored in the future).



  • You’d have to have a hook - guaranteed performance or uptime. Maybe some niche feature set or enhancement.

    I think it’s similar to some of the other open source vendors out there that sell a service that they host, but do not actually own (even if they are one of the open source project contributors). You can’t get too greedy because the thing you sell can be sold by anyone, so you have to compete on price and “extras”. Not the easiest way to make money, but it’s not unheard of.


  • I expect that in time, that’s exactly what will happen. Some instance somewhere will offer guaranteed availability and performance for a monthly fee to it’s members. That feels icky at first blush, but why should it? It’s not everyone’s cup of tea, but no one is forced to use that instance to be part of the larger community, and one instance can’t hold the community hostage like a single company social media company could. They’ll have success right up until they don’t and the Fediverse will sort it out through migrations of users and communities.


  • Getting people sorted into servers that are going to be able to handle the load, or even better getting them to host their own servers is going to be the way to go.

    That part still worries me a smidge, and it’s somewhat related to my other concern about funding/scaling. As more of the general public discover and move over, the % of the general population willing and able to host their own instance is going to steadily decrease. Not saying that we’re all gonna die or anything, but it’s going to be a shift and we’ll have to continue to adapt.




  • That feeling makes sense, but I think everyone knows that the Fediverse wasn’t created specifically to give them a landing in this event, just like Reddit wasn’t created to catch the Digg refugees, etc. More of a “next phase in the evolution of this concept”, and while it took a catastrophe, they’re ready to consider that it’s time to move on now.

    The trick is going to be walking that line between preserving what made the Fediverse great and not alienating the newcomers. I think there’s room for everyone, though, and really the big advantage of the Fediverse - we don’t have to agree to co-exist, and can even co-existing completely separately if needed.