A good programmer is not made by how fast he or she can solve a problem, but someone who can help to maintain a whole system by committing the best practices he or she has been taught. In this case, what I am referring to is that we are used to hear or think that someone is a good programmer because they solve first an exam or even because they know all the library of a language, but that is not right.
There are many elements that can be related to a programming language, but a good practice should be the main one we are searching for ( besides the client's desire). In this case we should consider that everything that we are doing will be running on someone's computer or server and that there have been many years where people have develop this science up to the point where we have ground rules to understand it or to make it better.
As we have seen, the gang of four has develop some pattern elements to create a whole program, but these ideas are related to all software engineering theory that we have seen. As we can understand from Pressman's book, there are many steps to follow as a software engineer, and there are many rules we should follow, all of them depend on our client and on our user. And as we have learned, if someone has already created something, why not to use it in our program.
In this case, what Edward Guinness has developed is an acronym to summarize the basic principles on object-oriented languages. It is important to mention that it might apply to other languages but not as a whole. He has developed SOLID principles, where they look forward to make object-oriented programming less redundant, easier to understand and based on the user's needs and the architecture design paradigm.
In the case of architecture design, the main idea is to understand what the user needs, what we have built to solve its problem and how all the elements are connected. When we develop something we need to follow a process that will give us all the activities or requirements of a client, and with that we can build something. As we have learned, the way to solve these actions is to develop a plan and to test whatever we find in our way, but the correct way to develop is to define the smallest activity and from that element and all what it needs, to create modules and solve the problem.
Following the last idea and connect with the SOLID principles, we now can understand what we have been doing and to make it better for everyone. We might live forever, o we might not, so we need to create something people understands at first sight and that they will make it better, not to destroy it. I consider that principles such as SOLID should be ground rules to specific programs and that we should test them, as students, for better understanding and to really learn their use. We have learned many rules and we might forget them but if we understand why we need them we might never forget them.
Comentarios
Publicar un comentario