A nadie le importa una mierda, pero... v12

[Yumichan]

Para modificar el contenido de una cadena (y realmente necesitarlo) aplica lo que dije antes, tienes StringBuilder/Buffer según necesites thread safe o no. Es pensar en ellas como... ¡texto! no una secuencia de bytes.

Además hay que pensar en la utilidad de reemplazar en la memoria un trozo de una cadena por otra. A priori tienes la limitación de que el nuevo trozo ha de "caber" en ese concepto de secuencia de bytes. En la mayoría de usos de un "reemplazar" olvídate de plantearlo así y conservar "el mismo string" (la misma zona de memoria con tus caracteres). Utilidades mas allá de un paso a mayúsculas/minúsculas no le veo. ¡Se admiten sugerencias!

Cita:Es lógico en la forma de pensar humana, pero no en la de la máquina.

Esto tampoco lo veo correcto, que sean inmutables sería añadido a Java o NET u otros lenguajes que lo empleen por ser una característica útil de cara al programador no por ser una forma de pensar mas cercana al hardware, mas bien todo lo contrario. Mas bien es el precondicionamiento del programador a pensar en ellas como los char* de C.

Lo del rendimiento con Strings, el principal problema es Java en sí XD. Además muchas veces es culpa del programador de no usar StringBuilder cuando hace falta (los tochos).

No he probado los ofuscadores de código para Java, ¿qué tal son? (edit: por lo de decompilar digo)