En face à un OutOfMemoryError, il existe 2 types de réactions : ceux qui augmentent l'espace disponible parce que ça a pété par manque d'espace, et ceux qui le réduisent pour reproduire le bug plus facilement et plantent leur débugger dans la bête.
Je suis de ceux qui réduisent la mémoire. Question de confiance, il y a probablement une fuite.

J'associe parfois mon comportement en informatique à un certain écologisme : réduire l'empreinte de mon code sur la mémoire, de mon activité sur l'environnement ... Je suis très régulièrement mon nombre de lignes de code, pour qu'il n'explose pas. Je tiens en très haute estime la réduction par 5 du nombre de lignes de code dans mon expérience professionnelle précédente. Je tiens aussi en haute estime la réduction du nombre d'écrans de "configuration" (pour la plupart ça consistait surtout à aider le logiciel à faire son boulot). Nous avons réduit la quantité de sollicitations de l'utilisateur.

J'ai parfaitement conscience du risque associé à un certain "pointillisme", c'est celui de l'immobilisme, perdre beaucoup d'énergie sur des choses de peu de valeur pour le client. Mais c'est un peu une réponse épidermique au rush amoral vers n'importe quoi pourvu que ça brille que j'ai vu autour de moi dans le secteur. Revenir un peu à l'essentiel.