sytse

58 ms·

1. 541.▲
   by sytse 8y ago

   Exactly, we use Rails for most of the functionality and Go for the functionality that gets used most. Start with Rails and optimize in Go for the services that get expensive to run in Rails, like https://gitlab.com/gitlab-or
2. 542.▲
   by sytse 8y ago

   Maybe it won't be a new hyper cloud but an existing one https://cloud.google.com/blog/products/gcp/google-cloud-plat...
3. 543.▲
   by sytse 8y ago

   You mean we're not going after Confluence or JIRA? Wikis are certainly not a priority for us. I think if you don't separate the proposer from the person who accepts the proposal the wiki tends to grow stale. So we're betting
4. 544.▲
   by sytse 8y ago

   https://salsa.debian.org/ is a Debian maintained GitLab
5. 545.▲
   by sytse 8y ago

   Underpromise and overdeliver?
6. 546.▲
   by sytse 8y ago

   Very proud of our security team for the responsive communication and ensuring the issue is made public https://gitlab.com/gitlab-org/gitlab-ce/issues/54189#note_12...
7. 547.▲
   by sytse 8y ago

   We already have it working in development. We're cautious because last time we enabled it in production we got a lot of memory usage and runtime errors. I think the problems are that the native extensions from some dependencies are not
8. 548.▲
   by sytse 8y ago

   Overview of the three main improvements in this release: 1. JavaScript coverage in SAST GitLab Static Application Security Testing (SAST) scans source code and helps to detect potential security vulnerabilities early in the pipeline. In 11.
9. 549.▲
   by sytse 8y ago

   A big thing we're looking at to reduce memory is making the ruby code multi-threaded. https://gitlab.com/gitlab-org/gitlab-ce/issues/3592
10. 550.▲
    by sytse 8y ago

    Thanks for your comment. Glad to hear you like the update pace. Regarding epics we're considering moving them to a more affordable plan while keeping the roadmap in Ultimate. But we're not close to a decision.
11. 551.▲
    by sytse 8y ago

    Awesome! Thanks for the interest and I hope you find your hires soon.
12. 552.▲
    by sytse 8y ago

    Great to see Cloudflare doubling down on this https://www.cloudflare.com/products/cloudflare-workers/ BTW If anyone at Cloudflare is interested in doing the work of making GitLab Serverless https://abou
13. 553.▲
    by sytse 8y ago

    Congrats on the acquisition. I love that the complete extension is open source and will stay available: "And we will continue to actively participate in the Postgres community, working on the Citus open source extension as well as the
14. 554.▲
    by sytse 8y ago

    That is correct. Please do note that GitLab also offers dependency vulnerability scanning and we're working on auto remediation https://gitlab.com/gitlab-org/gitlab-ee/issues/3710
15. 555.▲
    by sytse 8y ago

    Thanks for the Auto CI/CD suggestion. I struggle with it since it doesn't cover things like license management and monitoring. I agree DevOps is a culture foremost. But at the same time it is starting to turn into a product catego
16. 556.▲
    by sytse 8y ago

    GitLab is an Inc. :) Still independent.
17. 557.▲
    by sytse 8y ago

    Thanks for using GitLab! We're open to a better name for Auto DevOps https://docs.gitlab.com/ee/topics/autodevops/ but we haven't been able to find one. Suggestions are very welcome. BTW We're
18. 558.▲
    by sytse 8y ago

    Thanks for the feedback! I love the point about getting out of the way and starting on a gold plan. I'll discuss with our CMO.
19. 559.▲
    by sytse 8y ago

    Ah, thanks for explaining.
20. 560.▲
    by sytse 8y ago

    Thank you! <3
21. 561.▲
    by sytse 8y ago

    I agree Go produces great software. But for the same amount of functionality it tends to require more lines than ruby. I tend to favor the more expressive language http://www.paulgraham.com/avg.html Another thing is that th
22. 562.▲
    by sytse 8y ago

    We are watching Elixir closely ever since visiting Krakow, Poland for the Railsberry conference in 2013. This is also where my co-founder Dmitriy and I first met in real life. As for the reasoning please see https://news.ycombina
23. 563.▲
    by sytse 8y ago

    I think a rewrite in Go would greatly increase our line-count. I think Elixir is very interesting but Phoenix still has some way to go before the ecosystem matches that of Rails. Our Gemfile.lock https://gitlab.com/gitlab-or
24. 564.▲
    by sytse 8y ago

    Correct, this was an interview with me. We keep a list of topics that might be a CEO interview https://gitlab.com/gitlab-com/www-gitlab-com/issues?scope=al... If I recall correctly https://gitlab.com&#x
25. 565.▲
    by sytse 8y ago

    GitLab is using a lot of memory for various reasons, all of the big ones (like adding multi-threading which I proposed 3 years ago https://gitlab.com/gitlab-org/gitlab-ce/issues/3592 ) can be solved without a
26. 566.▲
    by sytse 8y ago

    I can't find the quoted part in the article. Anyway, we met online a year after GitLab started, so by the time we met it was already decided to many it in Ruby.
27. 567.▲
    by sytse 8y ago

    As listed in the article under 'Overcoming challenges' we do replace code in Go and Vue where needed. I do believe Rails is still the most productive framework out there. See https://docs.gitlab.com/ee/develop
28. 568.▲
    by sytse 8y ago

    That fellow would be Stan, the person who just commented with https://news.ycombinator.com/item?id=18972052
29. 569.▲
    by sytse 8y ago

    Is there an issue for that? On the current version of GitLab https://gitlab.com/dashboard/merge_requests?assignee_usernam... loads in half a second https://www.dropbox.com/s/rfj1svopkexl6vb/Sc
30. 570.▲
    by sytse 8y ago

    GitLab is indeed used much more for private repositories than for open source. These are both on self-managed instances and GitLab.com We used to have a Explore link on our homepage to https://gitlab.com/explore because HN