I think it is more an effort to be able to quantise value when others suggest that "We need DevOps" or "DevOps is driving improvement/innovation" but trying to understand how and where you can use resources to better improve ROI.
On this episode of if/else, host Mayuko Inoue looks at two software development version control platforms: GitHub and GitLab.
While both platforms offer Git repository hosting, issue tracking, and integrations, there are important differences in cost, popularity, security, and philosophy.
The episode begins with a quick backgrounder on these two platforms, and then you’ll hear from several software developers about their experiences with each.
You’ll also meet Tim Skaggs. Tim is a VP of Engineering at the hiring management software company ApolloFactor. His team currently uses GitHub, but Tim is considering a move to GitLab to save money and streamline certain processes around continuous integration and continuous delivery (CI/CD). But is this the right move? Will it solve some of the team’s challenges, or will they regret the move?
To help Tim make the best choice for his company, we’ve enlisted the help of two experts to debate the pros and cons of each option.
Phil Haack is the proprietor of Haacked LLC. He was a director of engineering at GitHub and helped make GitHub friendly to developers on the Microsoft platform.
Will Hall is a DevOps Consultant at HeleCloud, and a GitLab Hero with a passion for open source software.
Phil and Will join Mayuko to try to surface the most important information that Tim should consider, and to game out the best scenarios for Tim’s team.
As someone who has been a freelancer and ran a web development company for a time (now I work in DevOps), I would suggest that the market for web development as a freelancer is limited. Honestly, I think that you would spend most of your time picking up clients, who regularly will not want to pay the rates that would cover your costs, let alone allow you to make a profit.
However, contracting seems as strong as it ever has done, especially in areas like Javascript and Python development. I would opt for contracting rather than freelancing, especially if you are able to get remote contracts.
I know lots of people who do make a living from web development, but they are largely within medium sized companies that have a marketing/sales budget and are able to cope with multiple large contracts simultaneously.
I have used this with a large company before to suggest that switching off servers when not in use was not only more cost-efficient but also helped with sustainability targets (especially if we could track it).
This suggests so much that it is so important to choose the right partners for the job. Accenture has certainly made mistakes and I would presume that Hertz has a long contract to use Accenture as an outsourcing provider, so it may well not have been an option to use anyone else. But, what a farce.
Everyone has the ability to make mistakes, but you probably wouldn't hire a plumber to change your electrics. And I would think that the chances are that the actual work is being completed by people who have little understanding of the job they are supposed to be completing (and it appears maybe even the tools they are supposed to be using).
The extra frustrating things are that I am sure this will be used by people to suggest at why software projects fail; whereas, it is probably more symptomatic of a string of errors over project planning and understanding.
Alternatives inside GitLab Serverless (https://about.gitlab.com/product/serverless/) would be great. At the moment they have Knative, but enabling more gives a richer possible experience.
I think that currently the serious consequences are the amount of businesses that expended huge amounts of cash and time to getting towards compliance. It has focused every business on the data that they generate and keep. Overall, the main consequence that I see currently, is that almost every business has some idea about GDPR and your data. Surely that is the largest consequence?
I am pretty sure that for the amount of savings most companies can make through removing data retention, working out what data to remove is far, far more costly.
Overall, this is trying to give more support for pushing functions to Kubernetes using Knative as the method. I believe that there will be some support built in to GitLab for supporting Knative functions. I also know that this already works with OpenFaaS and OpenFaaS cloud, whereas Lambda normally is not deployed directly to Kubernetes, although you can use GitLab CI to do this.