Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Arguments against git being 'too hard' seem to fall into these categories:

* It's not actually hard.

    ** You don't understand it. Everyone else is fine with it. You just haven't spent the time to understand it like everyone else has.
    ** Ok maybe lots of people don't understand it. They just haven't spent the time to understand it like I and others have.
* It is actually hard.

    ** You're not intelligent enough to understand it, but everyone else is.
    ** Ok maybe lots of people aren't intelligent enough to understand it, but that doesn't matter because I am and so are others.
IMHO the more intelligent response is:

* If people think it's hard, that's a problem, and we can use our understanding / intelligence to help make a version control system (layered on git if that works) that doesn't require the depth of understanding or intelligence to work with - for everyone.

I've worked with thousands of developers and my experience is that even the brightest still make mistakes when given sharp tools, and when you're just trying to get your job done but you've tied yourself into a knot with distributed tools that try to help you deal with merges of turing-complete text, you can have a bad afternoon.

I'm hoping darcs / pijul / something else a bit more 'friendly' becomes popular and those who want to concentrate on their code and not their tools can get some time back.



If you want simple and intuitive interface, then use Source Safe. If you want your team to be performant, then you have to deal with the complexity of parallel work and merges, where git shines.

Ask your manager, which problem is the problem for him.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: