Hacker News new | past | comments | ask | show | jobs | submit login

My first experience with GitLab, several years ago, felt like it needed this policy. I actively didn't like it, and did not see the point or added value.

Now my experience is exactly the opposite. I like all of the things GitLab does, it is an obvious and significant value add but ... when I have experimented with it in a home lab and elsewhere there were several things which gave me pause, and I've seen the same expressed elsewhere which alleviates doubts I may be wrong.

Now I'm in the position where I like something and hesitate to recommend it worrying that the details will make my life more difficult and my users' lives more difficult and not less, not because of missing big features but because of quality and depth, as you call it. Maybe it's the right thing for your business to go for breadth even for years longer and seek depth in the future to solidify your position. But for now, as a potential user, GitLab might not be right for me, which I think is unfortunate.




Hi there! I hear what you are saying especially if you are considering recommending the full single application. As our maturity model shares, we are better at some stages than others. So I would share parts of the product that really work for you all the time and let people experience for themselves.


If I could have GitLab Mature Edition that was restricted to the high quality more complete parts, it would go a long way. Otherwise shipping a product where I have to sell the good parts and hand-wave the rest as incomplete -- it makes the product much less appealing.


Hah, I love the "GitLab Mature Edition" idea!


Or perhaps mask certain immature and confusing features behind an admin setting. Allow the instance admin to be more granular about how they work.




Consider applying for YC's W25 batch! Applications are open till Nov 12.

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

Search: