
I'm an enthusiastic Chilean software engineer in New Zeland. I mostly focus on the back-end of the systems. This is my site, Señor Developer, where I share my knowledge and experience.
Search for a command to run...

I'm an enthusiastic Chilean software engineer in New Zeland. I mostly focus on the back-end of the systems. This is my site, Señor Developer, where I share my knowledge and experience.
In this series, I will show you the S.O.L.I.D principle. They consist of five object-oriented design principles which guide developers in writing clean, maintainable and efficient code.
S.O.L.I.D principles series
Quilla Frontend Kit turns recurring API, authentication, and server-state concerns into composable TypeScript packages.

Quilla Backend Kit provides the foundations for structured TypeScript services while leaving the application architecture in your hands.

Practical constraints for preserving the framework’s boundaries, dependency direction, and readability as a test suite grows.

A tool-agnostic approach to separating test intent from UI mechanics as an automation suite grows.

In this article, we will go through the entire process of set up Visual Studio Code for debugging “Deno” programs using “V8 Inspector Protocol”. Step-by-step, we will be learning how to configure VSCode to debug a Deno project. If you don’t know Deno...

The solid principles were developed by Robert C.Martin and It consist of five object-oriented design principles which help us to write clean and maintainable code. The "S.O.L.I.D" abbreviation represents:
Single Responsibility Principle (SRP): There should only be one cause or reason for a class to change, which translates to a single responsibility or purpose.
Open/Closed Principle (OCP): Classes should be open for extension but closed for modification, so that simple updates can be made without changing the existing code.
Liskov Substitution Principle (LSP): Objects of a superclass should be interchangeable with those of its subclasses without compromising the program's functionality.
Interface Segregation Principle (ISP): To prevent bloat and maintain cohesiveness, interfaces should be unique to the implementing class and contain only the methods that are absolutely necessary.
Dependency Inversion Principle (DIP): To enable flexibility and scalability, high-level modules should not rely on low-level modules; rather, they should both rely on abstractions.
The goal of the S.O.L.I.D. principles is to improve the readability, flexibility, and maintainability of software designs.
See you in the next article of this series.