Software Architecture

Software architecture is about common ground. Common understanding and standardization of means to solve this problems is the way to get somewhere. The way I see it, software architecture is about getting that common ground to be as easy to read, and maintain as it could be. Sometimes, in the software world, and us as developers, we tend to move fast. We tend to want to go different places and learn new things, or actually just develop different things. This constant moving of parts is no good for our proyects. For example, when we hire someone new because we need help in solving our particular problem, we have to teach them about the problem first, and then teach them how to use our particular set of tools, and then teach them how our architecture actually looks like for them to kind of understand where we're heading. The better the common ground is, the better the new developer will be able to see where we're actually really strong, and where we're actually really weak.

Software architecture is really about that, about transparency, about letting us know in which places our boat might begin sinking. It's about letting the crew know how to solve this problems without messing with the whole boat, and it's about allowing the crew to know how to steer the boat in the direction our particular business really needs.

Software architecture is not hard at all... The hard thing about this is the experience that you need to really see ahead. It's like any other sailor, the most experienced one is the captain of the crew, because they have this I don't know what it is, but I know he's got it kind of thing.  And that is only granted in one way: In having failed many, many times before, to know what not to do, but actually in succeeding, many, many times before as well. The moral here is: Everyone can fail, but not everyone will learn from their failures.

Comentarios

Publicar un comentario

Entradas populares de este blog

Who needs an architect?

I was asked to read a PDF writing by Martin Fowler, named who needs an architect. The publication is entirely about what architecture is and how is it important to the team. I think, the reading is really about leadership. What type of leader you want to be? Because really, all an "architect" is, is a technical leader. It is a person that understands both the business needs and the infrastructure and software needs to tackle a particular problem. And leadership is really that, seeing the solutions of problems and accepting new challenges. One of the things that I saw the most important is the relevance of agile methodologies in the role of an architect's team. Agile methodologies are a set of known structures of work that rely mostly on intense team collaboration, both internal (development teams, ops teams) and with the client teams, both business and developers. They are a set of ideas that will allow us to improve ourselves constantly by looking constantly in r
Leer más

Software Architecture: Laying the Foundations of Software Design

So I was left with the homework of reading chapter's 14 from Pete Goodlife's book "Code Craft" and I have many thoughts around my head with it... There are many key concepts in this reading, the first of them is software architecture . Software architecture is the way we design software before it is even built. This way, we can know how all components of the software will interconnect with each other. It will also show us how code will be allocated within different nodes. Like an architect, a software architect has got to be experienced enough to know ahead what things might affect the product in the future. Different points of view from the architect must fall into this basic four points of view: 1.- The conceptual view.-  shows all the major parts of the software, and their connections. 2.- The implementation modules. - shows how parts of the software will be built. 3.- The process view. - to allow everyone to know the flow of information in software. 4.- T
Leer más

Who am I

Hi! My name is Diego Canizales Bollain Goytia. I am 23 years old. I am studying the eighth semester of my career. I work as DevOps engineer in IBM. I really like my work, I have learned a lot about cloud - native infrastructures, Continuous Integration and Continuous Delivery. The area of ​​expertise in which I want to train is as administrator of operating systems, containerization (using Docker, LXC) and its administration, such as Kubernetes. I consider myself more than an IT specialist, a developer who is currently working as a cloud engineer, which I consider to be a very important skill in this age of technology. One of the things that I think are super important to be a good developer, is to get all of the design patters really under our scope. They are there for a reason. And being a good software architect is absolutely based on a good knowledge on infrastructure and software design, they go hand in hand even in an era in which "serverless" is also an option. B
Leer más