What you mean regarding related languages is true but it's not what I meant really: knowing the Russian meaning of равнина adds inevitably to my English word "plain". While related languages share structure/approaches/words and therefore by learning one you effectively learn something of the others too, the un-related languages enrich your knowledge of the concepts that inevitably appear in each of them (since they are all talked by humans). If you prefer, I'm not that much focused on "making it easy" as on making it richer.
Regarding Ada though, it would really be great if one could indeed force good code simply by being restrictive. Sadly that is not at all the case and I've seen plenty of bad code written in Ada regardless of its restrictions. Moreover, it's usually precisely the authors of such code that tend to complain most about "restrictive" - basically they are trying to write CPP in Ada and it's, well, unyielding in this sense, true. The issue with the things "you can't do" is to consider first why that is - in most cases it's not the right place to do them, in fact. To move this to less charged ground, think of a flight and some basic "limitation" - you can't open the window for instance.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
What you mean regarding related languages is true but it's not what I meant really: knowing the Russian meaning of равнина adds inevitably to my English word "plain". While related languages share structure/approaches/words and therefore by learning one you effectively learn something of the others too, the un-related languages enrich your knowledge of the concepts that inevitably appear in each of them (since they are all talked by humans). If you prefer, I'm not that much focused on "making it easy" as on making it richer.
Regarding Ada though, it would really be great if one could indeed force good code simply by being restrictive. Sadly that is not at all the case and I've seen plenty of bad code written in Ada regardless of its restrictions. Moreover, it's usually precisely the authors of such code that tend to complain most about "restrictive" - basically they are trying to write CPP in Ada and it's, well, unyielding in this sense, true. The issue with the things "you can't do" is to consider first why that is - in most cases it's not the right place to do them, in fact. To move this to less charged ground, think of a flight and some basic "limitation" - you can't open the window for instance.