Hi @Dani_Abalde thanks for your exaustive explanation!
I read your post and I fully agree with you. I loved the grasshopper concept since I saw it the first time and I started to learn it and understand it by myself. Now that I understood how the software works, I figured out that it has or could have a bigger potentiality in architecture or art or the field that it is applied, but most of the time or most of the tutorials you can find about it are about modeling parametric stuff, something completely different from Generative Design. Parametric (as you said when the model can be manipulated with parameters) are also Archicad or Revit in the architectural case, but grasshopper is a different tool and using it as the first two is, for me reductive. I think it is also not a good idea learning grasshopper to create a wall in a parametric way, when in the other softwares you can use just one command.
So that’s why I wanted to understand how to use it in it’s “full” potential or in a more proper way, and what I found and what I really think should be the right application is in my opinion Generative Design.
So for me generative design is what you said, it is a process and a sum of action, analysis, responsiveness and input that interacting with each other create something that you could have not imagined.
This is something that you can’t do with the other softwares, at least not in a parametric way as in grasshopper.
So again I totally agree when you say:
the important thing here is to work in terms of processes, rather than in terms of results or certain techniques/types of processes, since this does not give paradigm category, in my opinion.
And so:
you have a lot of subfields to learn, but the general thing, or the mental scheme, is to think algorithmically. When you approach it as a flow diagram, you have two fundamental constraints, the output or the solution (or set of solutions) that you expect to obtain (even emergently) and the inputs that you can or decide to have. In the middle of that, it consists of integrating the relationships necessary to solve the purpose, that is, to create the instructions or processes.
Maybe thanks to your words I understood that the real problem for me or what I was really looking for is:
Thinking about the relations that the inputs could have.
After reading your post I figured out that what I really appreciated from the link examples that I linked in the first post is the process that the architect followed to put the inputs in relations between them, creating a smart process to reach a beautiful result.
To close this long post I have to say that I see I need to be able to code if I want to reach another level of possible options to create relationships between inputs. Anyway I had already in mind to start learn coding.
So which coding language would you suggest me to learn? I was thinking about python that should be the easiest one.
About the algorithmical thinking or the creating process, do you have any suggestion on how to develope it or how to start thinking in a proper way for my future projects?
I really appreciated your answer so I better understood where the problem was! This is just another starting point! Thank you again!