This type of promotion really aggravates me. I'm not just saying this only about the announced GitLab/DigitialOcean partnership, but rather as a general comment as I see this customer acquisition ruse quite a lot elsewhere too.
I spend money with DigitalOcean. I don't feel particularly rewarded for my loyalty when I can't enjoy the same promotion as some new customer, who may never spend another cent with DO.
We’re truly sorry if this came as a surprise.
As of March 2015, we revised our Terms of Service
announcing that we’re no longer able to offer credits
that do not expire, and any unused credit added to your
account more than 12 months ago will expire.
I still have over $80 of credit left, expiring this month. I understand why they are doing this, but it left a bad taste because of the small values involved, retroactive action and lack of communication (I didn't get this March 2015 email or any reminders since).This also creates a perverse incentive to burn the credits in a blaze of glory. I'm restraining myself, but I can only image the headache this will create across all users.
But I do not wish to sue, as it would just cause me a lot of trouble, and I’d rather spend the money on a hoster I can actually trust. Instead of a hoster violating laws and frauding customers out of their legal credit.
Drop them an email pointing out that they're not complying with the law and ask for your expiration to be extended to the right date.
Odds are customer support will do a quick googling, say "oh crap" and then update the expiration accordingly with a polite sorry note.
I see others in this discussion have done.
Also based on my experience with DO (small ex customer, on aws now) it absolutely wouldn't seem out of character for them to fix that.
I checked my emails as well when I got that. There was no notification in March or since of that change.
Admittedly, having that many boxes has been kind of fun...
Just to be clear, we are powering free CI runners for all GitLab.com users. In all honesty, the promo code was a bit of an afterthought.
My company paid for their instance of gitlab, I'm not a paying user though ( yet - too small), so this hasn't got anything to do with gitlab ( referencing the answer of gitlab themselves :) )
You get the (new) additional services being provided in part by DO. You're literally NOT in the dark. As an analogy my parents have a house alarm system. It was installed 5+ years ago and they pay a monthly fee. You can bet that the newer television ads for this nationwide company (cough ADT *cough) show WiFi enabled controls and whizbang stuff on the master panel -- their alarm master panel is the same panel for the last 5+ years and has never been touched by a technician.
I can give the same example for my Comcast cable box. It's the box I got when i got the initial subscription. Typically promo codes are for new customers, OR new promotional offers wherein you'll migrate your whole account to a new tier of service.
They aren't going to hand you $10 to simply continue to use their (updated) service for them. While you benefit from the new services anyways.
Here's our point of view: https://news.ycombinator.com/item?id=11529780
I'm a small DigitalOcean customer. If you want the promo to be cost effective, limit it to the first 250 users or whatever. I don't think anybody here would give you a hard time about protecting the financial integrity of a program. But don't hide behind that if it's really just a way to get a few new users in the door (which is fine!) - just be honest about it.
You'd probably get more mileage at complaining to DO than you would to GitLab.
---
EDIT:
https://news.ycombinator.com/item?id=11529949
> @fweespee_ch: if they're not reading HN, they're doing it wrong anyway.
Fair enough. I just think trying to force a response out of GitLab employees is the wrong route to take when they have no power over the coupon.
Rewarding only new customers is mobile phone operators style bite that decreases value of the brand and product. In this situation hosting company knows its not easy to move the servers to different host (at most cases) and uses that as an advantage to milk the customers more.
If they ever would actually release promo on their anniversary or something and give $5 to all registered members, they would get more good press than they could have ever dream of.
Existing paying customers? Why would you spend money to acquire customers that you've already acquired. You had your reasons for signing up for DO, and apparently, the lack of a $10 credit wasn't one of them. And we all know this is a flimsy firewall to breech anyway - a different e-mail address that - if you're really feeling saucy - you could have delivered to an SMTP daemon on your existing droplet.
Promotions are by definition a form of publicity or advertisement, and if you're already a customer, you're already a customer, know what I mean? Why advertise "hey, check us out" if you've already checked them out and signed on the dotted line.
If you feel really, really, really burned by this, do what other cost-conscious consumers do, and whenever you see a box "promo code" on a signup form, Google "example.com promo code" (substituting the actual domain name, obviously) and see what you can find.
I do not understand, even a little bit, the amount of outrage over the fact that you want a company to spend advertising money (that's what a promotion is budgeted to) to advertise to an existing customer. Not unless you feel that DO isn't worth it already, that is, and in that case, what the hell is $10 going to do to change your mind?
I know your comment was in favor of DO, and mine is as well in a dif light. Winning a primary customer or "engagement" is big.
Digital Ocean retired a bunch of credit I had. I emailed support and asked for ot back amd they gave it to me. Sort of a hassle, but you know what? Digital Ocean is going against the biggest providers and provides simplicity and community and I love them for it.
They help new devs learn. They're acquisition strategy was hiring a content creator as a 1st hire to write tutorials and build a community.
Another credit and better integration reminds customers why they stay with them (and gitlabs why they are a great offering).
I like gitlabs and digital ocean. As an intermediate dev, it is a perfect ecosystem. I jave heard there are some security or package issues, but for me, I can get what I need done.
Simple API.
Simple Pricing.
Amazing Support.
Great Community.
So i use them. They're credits keep me saying great things about them because I rarely have money so this goes an extra bit.
Its prob worth $10 to them that I tell every beginner to use DO and regularly tweet thanks to then
There it is. People are pissed off that an ad is being disguised as normal Hacker News post.
I don't know about this, plenty of companies are continuously hassling me to expand my services in exchange for 1-2 month discounts, or offering trials on new services.
Although we still have ways to go, we recently made large strides in terms of performance and UX. Two areas we know we were lacking in, in the past.
I'd love to hear what we can improve further.
I am super impressed with Gitlab, though. I am moving projects there right now.
https://gitlab.com/gitlab-org/gitlab-ce/issues/989
Which makes a label system really hard to use (it's basically half-implemented without that feature).
And a cosmetic feature request I filed:
We try to ship great new features in our open source version every month that you can use for free on your server and on GitLab.com
EDIT I can't comment for DigitalOcean, what follows is my personal opinion.
I think it is great that DigitalOcean is willing to both sponsor the Runners for GitLab.com and offer promotion codes. Although I understand with your wish for promotion codes for existing customers I also understand their decision to only apply this to new customers in order to make this cost effective.
I hope that as an existing DigitalOcean customer you enjoy the benefits of their cost-effective servers, quick boot time, great UX, and the templates and tutorials that they keep updating.
New? Here is a small incentive.
Not new? Thanks for using the product, check out these fresh features!
"GitLab Runners do not offer secure isolation between projects that they do builds for. You are TRUSTING all GitLab users who can push code to project A, B or C to run shell scripts on the machine hosting runner X."
Seems like a very strong reason to use one's own paid DigitalOcean instances for runners instead of using the free shared runners, at least for commercial projects. I was wondering if anyone from GitLab could expand further on this?
It is possible that this issue is fixed with the new ones?
Wow, I hope that doesn't get abused and taken away.
> If you purchase GitLab.com Bronze Support you can email support directly for timely, personal and private answers. This costs $9.99 per user per year for next-business-day response time and is available in packs of 20 users.
Reducing the pack size to 10 and improving the rate limit for paid accounts?
I don't mind paying for GitLab.com, I just don't want to pay $200/year for it. ;)
We're working on making deploy [0] and working with Docker images [1] easier. That should also include cleanup in time.
I owe you a reply regarding Docker Compose support.
Do you have any reference for that? I was under the impression that DigitalOcean was mostly used by developers and startups. I was also under the impression that Git became the mainstream VCS a while ago...
GitLab & Gogs are my two favorite Git collaboration platforms.
Prior to this we were with CircleCI, and before that Travis CI.
I can't answer your question about GitLab since I haven't used your product. A plus for us was also that they are willing to support Gogs if we need it.
In the upcoming release (this Friday is the 22nd!) we'll likely ship a pipeline view in the UI https://gitlab.com/gitlab-org/gitlab-ce/issues/3743
GitLab CI is part of GitLab itself and won't support other systems. If you want you can mirror repositories on GitLab EE/.com with http://doc.gitlab.com/ee/workflow/repository_mirroring.html
I understand that if I'm running a managing runner in machine mode with limit=10 then it can start a maximum of 10 machines. What does "concurrent" affect in this context. I don't want the managing runner to do any builds locally -- just to send to runners managed by machine.
[1] https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/ma...
Edit:
Ignore me. I found the answer on the same page [2]:
[2] https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/ma...
We have a single giant whose products are used by the masses(Google/Uber/Github-in this sense) which had customer-focussed /domain-oriented paths but seem to have lost it midway, and then we have smaller/modular companies who are more focused to the domain improvement in itself (DDG,Lyft,Gitlab) who partner up with other specialised companies(Yandex/Didi Kaudi/DO) to remain customer-focussed /domain-oriented.
In the meantime the consumers get to choose between what the world chose and what could be a more sensible decision.