What is KTLO? Well, KTLO stands for “Keep the lights on” and given the economic climate here in the US as of the time writing this, it might be a term that all of us start hearing way more often.
Keep the lights on is a fancy way of saying “maintain staffing levels and work on a product to only what is absolutely needed to keep it running reliably and securely”.
So I spend quite a bit of time reading and replying to comments on youtube videos and one thing I’ve gotta say is that it’s pretty obvious some of you are struggling with some self-confidence problems.
And I get it, getting involved in the tech industry can be pretty overwhelming. It seems like there’s a mountain of things to learn and there’s no way you could possibly get through it all and call yourself an expert.
Event-driven architecture is a common pattern found alongside microservice and other decoupled services or apps. In an event-driven architecture, each service in an ecosystem reacts and takes action upon an event it receives. There are both upsides and downsides to event-driven architecture but before we get into that, let’s take a look at an example of how event-driven architecture works so you know exactly what it is.
Let’s say we have a standard eCommerce system that allows users to purchase a product on a website.
What is a cloud architect?
As I’m sure you know, just code is not enough these days to make full solutions to real-world customer problems at scale. most enterprise-grade solutions are a combination of cloud computing solutions, third-party SAAS products, open source tools, as well as custom code stacks that require robust, scaleable hosting solutions. A cloud architect researches a variety of technology solutions and makes plans to combine these different tools to solve business-specific problems.
TDD stands for test driven development and at the surface its a pretty simple concept. Essentially, when practicing test driven development you write failing tests first then write your code to solve the problem which makes the test pass.
Upsides of TDD There are a number of benefits to TDD all related to the idea that the tests are written ahead of time. When you practice TDD as a development methodology, it forces you to focus on individual features until they are complete (because your tests describe very specific scenarios and will continue to fail until you solve them).
So I’ll just come out and say it… The idea of a 10X developer is a myth and a totally unrealistic expectation to apply to yourself (if you are a developer) or to your hiring practices (if you are a hiring manager).
The idea of the 10X developer (or 10X engineer if you prefer the fancier title) comes from the idea that there are devs out there that outperform their counterparts at an extreme rate.
What is a Serverless function or what is Serverless in general?
Serverless functions are a terrible name for what this actually is, but hey, who am I to get in the way of the marketing machines at cloud companies who really like to make things sound like they are better because they don’t have complicated stuff in them?
Anyways, Serverless is really an entire class of computing where instead of being charged for servers running all the time, you are instead charged for individual invocations of your functionality.
VIDEO TRANSCRIPT:
What is front-end development or what is a front-end developer?
This one is pretty easy to describe but it has a lot more complexity to it compared to a back-end developer just because of the amount of things that are going on.
A front-end developer essentially is responsible for the parts of the code that are being interpreted and used by the browser. Generally this is going to be HTML, CSS, and Javascript.
Learning to code is an exercise in persistence. Based on my real-world experience, it’s easy to see that most people who want to learn to code will simply give up after trying a single language. For most, at the beginning of their journey, the idea of learning multiple languages seems nearly impossible. The syntax looks like a jumble of letters and characters and even just the setup required to get a basic “hello world” running makes the entire process extremely frustrating.
Developing software of any type will inevitably involve pulling in an open-source dependency. But, given that there are millions of open source projects out there and you don’t personally know anything about their source code or their security practices, how do you know if that code that you just pulled into your project is safe?
When it comes to security, there is no such thing as perfectly safe software. It’s all about managing risk and making informed decisions on the software you are choosing to include in your project.
