6 ms·

Thanks then, it means I must be managing my team right :) I've never seen a tree being broken, and needing this kind of action. Don't get me wrong, the git cl

by boudin 5y ago

Thanks then, it means I must be managing my team right :) I've never seen a tree being broken, and needing this kind of action. Don't get me wrong, the git cli could definitely be improved, but as long as you have a clear workflow and map it to git actions it works well.

BoorishBears 5y ago
You'd have to be a pretty bad manager to micromanage so hard that you're the reason someone's local repo is never broken... This is a local issue that usually bites a new developer. - Sometimes you can search/ask for a fix, sometimes you realize in the time it took to find that fix you could have just made a new local copy. I was a "productive developer" capable of solving real issues for a pretty long time before I was comfortable with "advanced Git", mostly from writing tooling with it. And there are plenty of brilliant developers who never really get past the basics. It seems pretty backwards that the tooling mainly meant for the background tasks like backing up and merging changes should be harder to master than the foreground tasks of actually building the stuff you put in Git...
- boudin 5y ago
  You're talking about issues that I never witnessed anybody facing, that's all I have to say. You don't have to be an ass about it. You don't know me, and my managing style so you can keep your judgement for yourself. Git is not hard, most developers, from junior to experienced do fine with it with really little learning on their own, no need to micromanage anybody.
  - BoorishBears 5y ago
    Lol what? Don't project your insecurities onto me... I literally said these are problems a manager will not witness unless they're micromanaging, where did I judge your management style? - Though to be blunt, this is starting to feel like the Dunning-Kruger effect in action. I mean how deeply familiar can you be with Git and still question how others find Git hard? Even Linus has admitted that Git is hard, but argues it's gotten easier over time. Of course things live on the internet forever, so even fresh beginners end up not learning about the newer, easier ways to do things.

by boudin 5y ago

BoorishBears 5y ago

You'd have to be a pretty bad manager to micromanage so hard that you're the reason someone's local repo is never broken... This is a local issue that usually bites a new developer. - Sometimes you can search/ask for a fix, sometimes you realize in the time it took to find that fix you could have just made a new local copy. I was a "productive developer" capable of solving real issues for a pretty long time before I was comfortable with "advanced Git", mostly from writing tooling with it. And there are plenty of brilliant developers who never really get past the basics. It seems pretty backwards that the tooling mainly meant for the background tasks like backing up and merging changes should be harder to master than the foreground tasks of actually building the stuff you put in Git...

boudin 5y ago
You're talking about issues that I never witnessed anybody facing, that's all I have to say. You don't have to be an ass about it. You don't know me, and my managing style so you can keep your judgement for yourself. Git is not hard, most developers, from junior to experienced do fine with it with really little learning on their own, no need to micromanage anybody.
- BoorishBears 5y ago
  Lol what? Don't project your insecurities onto me... I literally said these are problems a manager will not witness unless they're micromanaging, where did I judge your management style? - Though to be blunt, this is starting to feel like the Dunning-Kruger effect in action. I mean how deeply familiar can you be with Git and still question how others find Git hard? Even Linus has admitted that Git is hard, but argues it's gotten easier over time. Of course things live on the internet forever, so even fresh beginners end up not learning about the newer, easier ways to do things.