I haven't experienced any downtime with their public service - which I think is great for hosting private repos (as others have mentioned). I actually prefer it to bitbucket.
In other professional experiences, hosting our own instances of Gitlab was a great solution. Setup/updates were easy and we had the piece of mind knowing that we were in control of the maintaining uptime. I was very impressed by how simple it was to their implement CI service as well.
Just this past friday their fully automated CI devops whatever deployed an old major version to some parts of their infrastructure, the entire website was 500 for an hour and git pushes were barking up Ruby stacktraces.
GitLab.com is not deployed using any automated CI software, instead it's deployed using https://gitlab.com/gitlab-org/takeoff. The problem here was an incorrect version set in Chef, resulting in it deploying an old version to the cluster.
All the more reason to host your own instance! However, I understand if others prefer not to go this route and thus use an alternative version control solution.
As striking as it is for a company to take in a billion every quarter and still fail to make a profit, it is all to common in the telco space. I know from experience at one of the big 4 wireless carriers in the US. The inefficient mismanagement and spending decisions, specifically related to operations were astounding.
I started a company (shameless plug: fifthsignal.com) that makes software to fix a lot of the inefficiencies we saw. One of our biggest concerns was whether or not other carriers operated as poorly as what we had experienced. After talking with several carriers outside of the US, it would seem that most are actually worse off.
I believe someone in this thread made a comment towards the "legacy" telco space. Based on my experience, I would say it's a "dinosaur" industry that has seen very little delivered innovation in recent times.
*Most of my experience relates to operations/OSS solutions, with very little insight into telco BSS space.
Hey, plenty of experience in the gsm telecoms space. Currently doing some consulting with telecom co's shoot me a mail username at ZyeLabs.net. see how we can colab. Could refer you to some guys. One of our clients wanted to do a POC to pull logs from the RAN side into Hadoop but the vendors like Huawei and ZTE keep their kit locked down. Even refusing to supply spec on file formats.
But that's not the problem here, as everyone is explaining. The problem is that they are wasting all their money paying massive interest on massive debt. One of those times that a business gets caught up in tie same cycle as is usually reserved for people. It's quite treasonous and the first things to get hacked are decents who are just trying to get by.
My first child is three weeks old and I have a very similar support group in place. Yet even with all the help, I too, am strongly considering a nanny - I feel the thought alone is an indication that I've already lost my sanity haha
We did not have support or family close by, I deeply regretted this, doing it all our selves has been really hard, and our kids don't know their grandparents, aunts uncles cousins. It's sad really.
It is never too late to get started on building relationships with grandparents, even if your kids are now a little older. My wife and I have resolved to devote a month of vacation every year to making sure that our kids get to see their grandparents for an extended period of time.
The time spent doing this not only builds inter-generational ties but also seems to build up our parents' health: we have found that they perk up and snap out of old age haze when their grandchildren are around. In the long run, this can only be a good thing.
I hear you man. We're in Qatar, and one set of grandparents is in LA, and the other is in Bangladesh.
I am fortunate in that I can take time off to meet our grandparent obligations, but damn it would be easier (and CHEAPER) if everyone was in one place!
Nice post! At my most recent job, we used perl daily for processing scripts and many other functions. After initially having similar thoughts about it being "obsolete" and a "dinosaur", I quickly realized how resilient and flexible the language is (I know the flexibility can come with some criticism).
We investigated a lot of other options (go & python specifically) when building new projects, but found that perl was the best solution. It's flexibility allowed us to develop a custom and durable solution that surpassed our expectations.
We ran into some environment/portability issues and resorted to using docker, carton, and gitlab CI to solve these problems. It is incredible how reliable and easy it became to modify and deploy code to a variety of systems (new or old).
"After initially having similar thoughts about it being "obsolete" and a "dinosaur", I quickly realized how resilient and flexible the language is (I know the flexibility can come with some criticism)."
Not obsolete - can affirm. All of the Oh By[1] back end is written in perl, circa 2016. We use apache + mod_perl and are very happy with this environment ... just like we were in 1998.
A lot of times you will end up teaching in a school where children or people know conversational English and are studying to become more proficient.
I have two close friends (husband and wife) who spent the last 6 years teaching English in Thailand and Bali. In Thailand they taught at a private learning school and in Bali they taught at a school where the wealthier families sent their children.
Per the larger discussion: While there, they lived on one of their salaries and saved the other. I think they left with $15k and returned with roughly double that. I know during there time over there, they took off around a year and half total to travel and relax. They didn't live in glamorous places and eat at fancy restaurants. Instead they lived more like the locals to some extent, but this mentality/lifestyle allowed them to stay longer and ultimately come back home in a better place than when they left.
My wife and I visited them in Bali for four months last year (I am a remote software engineer). By association we adopted their lifestyle and had a fantastic/extremely affordable extended traveling experience.
In other professional experiences, hosting our own instances of Gitlab was a great solution. Setup/updates were easy and we had the piece of mind knowing that we were in control of the maintaining uptime. I was very impressed by how simple it was to their implement CI service as well.