Ir al contenido principal

Who needs an architect?


Since I was a little kid I always wanted to change things to work in a more efficient/easier/convenient way, as simple as organizing my toys as per usage, this idea evolved all the way to my professional career.

Currently I manage projects of commercial systems and what I've found are many learnings:
  • Similarities between a project manager and a software architecture
    • Get $#!T done, a PM has to ensure communication and that workflows happen, as well as an architecture according to the lecture, has to have some high convincing skills, as his recommendations have to be listened and applied
  •  Experience and responsibility
    • As said previously, recommendations and tips... there's nothing like experience of getting involved in projects in order to have your voice have a valid and substantial background
  • Importance and scalability
    • A PM as well as a SA must have under their scope how easily their project/software will be taught, learned, scaled, this is their responsibility as they must know they will have some day to do a handover of their knowledge
Therefore, both are very alike talking of their soft skills... but what happens when you combine both things in a project? Maybe I'm not a software architect or a fully developed project manager, but my increasing expertise in systems and company's business is making me an integral asset and opening every day more and more my scope.

Comentarios

Entradas populares de este blog

Software Architecture

In the lecture of Code Craft we can see how software architecture is a high relevance topic for computer science, talking about how its evolution has increased the investigation and study cases. "Initial system design"... this is what Goodliffe mentions architecture is. This takes us to three pillars or cases in which architecture has jurisdiction: validation, discrimination and communication. Previous cases have direct impact in how you can avoid work duplication, redundancy, and wasting efforts (validation) When having proper software architecture, you improve communication as this helps with a high level view of what may be a complicated system or difficult to read to all stakeholders in a project. As for discrimination, it says how some situations can generate problems while decision making, having this concerns validated  we can then discriminate  some options. Mainly, the purpose of the lecture is to understand the importance and objective of s...

Microservices

From monolithic to microservices . This is dangerous and even though this is how my mind works, sometimes, may be limiting our minds. The idea of microservices, I believe is an amazing approach to development, and much more currently that we have whatever/anything/everything as a service , companies tend to have cloud solutions and plug n' play compatibility with different services. The microservices architecture must be an approach that jumps into your mind immediately whenever you think of implementing something in a company, or as a developer, developing for a company. Nothing's more scalable and easier than services connected in between just by API endpoints. I'll defend microservices architecture all the way. (: