1) ne pas directement exposer tes objets internes mais permettre à un autre objet de demander des infos plus spécifiques plutôt qu'un gros objet avec "voilà un gros machin, ptet qu'il y a ce que tu cherches dedans". Après c'est clair que dans la pratique c'est beaucoup plus agréable, alors on fait un Clone
2) si tu utilises un type pour véhiculer des informations, il y a des chances qu'il soit mieux immuable. Ca veut dire que son état ne peut aucunement changer par la suite, c'est équivalent à dire toutes les méthodes sont const excepté le constructeur. C'est le cas par exemple des chaînes en Java/C#. A ce moment tu peux retourner une référence vers l'objet, pas besoin de const.
Sinon j'ai jamais dit que la POO c'était rapide hein. Mais si Folco veut bosser plus tard, c'est bon d'en avoir des notions (et malgré la réticence qu'il peut avoir, il verra que ça a vraiment des avantages appliqué à certains problèmes qu'il saura reconnaître ensuite
). Et c'est pour ça que pour un maximum d'efficacité je lui aurais conseillé 1) de ranger sa table de cycles du x86 et 2) un langage comme le Java avec lequel il se fera moins chier et qui lui permettront d'apprendre ces concepts plus rapidement pour retourner bidouiller comme il aime après 