"Hello World"Ā š
Here we are, at the start of what I hope will be the first of many articles talking about my journey, not only as a...
For further actions, you may consider blocking this person and/or reporting abuse
well, you are a very good story-teller. I was immersed in the text from start to finish. What a joyful journey it was! Keep writing as I'm eager to learn more from you.
I'm new to operations (I'm a so-called dev-heavy one)
š„¹ Ooow! Wonderful words. Thanks!
I'm already preparing my new article š
I'm not in DevOps at all, though I've worked with quite a few in my current position. I'm in production support, so I do quite a bit of troubleshooting and change management on behalf of internal and external users. Plus plenty of scripting and API integrations for myself and my team.
Automation is my personal mantra. I've been using the CLI and scripting since I was 12 years old (dragged kicking and screaming into the GUI world, and never felt quite at home in it). I now have a pretty bespoke Linux UI I built myself, and use desktop automation like a fiend on both Linux and macOS (can you tell I'm a UNIX guy at heart?).
I think DevOps would be a great fit for my skill set, I use git and can program in Bash, zsh, and Python (among familiarity with quite a few other languages). I also have some solid training and experience with AWS and GCP.
Your description of ClickOps sounds very foreign to me, it seems GUIs for managing this stuff can be quite limited especially if you want to do things in ways the GUI developer didn't envision.
I just don't have experience with a lot of the CI/CD technologies, Infrastructure as Code, and collaborating with more than one other developer on any moderately sized code project. I'm interested in learning more on how to get into this space, seeing as I don't feel I fit in the spectrum you gave.
Well, the terminology changed throughout years; and DevOps became a buzzword lately, which for some is easier to understand.
However it simply translates into
Development (Dev) and Operations (Ops)
Are you already developing some automations, setting them up and troubleshooting production systems?
Well, bravo! š In the sense already explained above, you might already be a "DevOps", but you just don't know it (yet) š
Personally, I still prefer to use GUI on desktop, for mundane tasks. š¤ However, when we're discussing about automations, then CLI is the way š¤
On the other hand, when I was talking about ClickOps, I was referring more to the manual tasks/operations that can be done within a browser for setting up or configuring some cloud resources (a few examples: repositories, permissions; container registries, key vaults, etc)
You are IT for developers šš hahah...
š¤š¤ I was always saying that "developers are our customers" š
Thank you so much for the shoutout!
This was a beautiful read.
I'm glad you enjoyed it š
I can relate to this so hard just minus the Technical Lead part :)
I suppose that last part came as a results of me doing experiments with different stacks and technologies, understand how those puzzle pieces fit together throughout the years.
I haven't put much thought into it, but genuinely that was my foundation for it.
Devops is the number 1 reason for male pattern baldness
Makes sense why I lost my viking braid š¤£
Wow amazing man, do you have youtube channel?
Thank man! Sorry, no(t yet) š
Hey i am still unsure of using python, i used bash until now but i would like to know how it feels to use python for scripting. I means the oops part in scripting , libraries and type shit "You do understand where i am going right !".
Basically almost any scripting language can be used. šŖ
I saw another team using Python scripts in CI/CD. If it works for them, that's their main programming language and they are comfortable with it, then why not. š
The upside is that you can setup something really quick, without creating a fully fledged separate project or solution (to be read as NET project, for example).
However the downsides you just mentioned shows up when the scripting language does not support strong types or the script is written without using strong types; and you find yourself in the situation where a typo exists in one of the variable and you won't even notice it for days (even while debugging it š ).
And yes, some of scripts also requires an additional step for installing their modules/libraries/dependencies.
And that's why, me, personally, I'd like to set something up that uses strong types. Like C# š
JSYK, Microsoft made it easier to setup C# Scripts:
learn.microsoft.com/en-us/archive/...