Discusión:Codificación rígida

Contenido de la página no disponible en otros idiomas.
De Wikipedia, la enciclopedia libre

El Hardcoding no es malo si se usa correctamente[editar]

El o los autores de esta pagina parecen llevar la idea de que el hardcoding es una mala practica hasta tal punto que parece personal, es cierto que muchas veces quienes hacen uso de esta técnica lo hacen para simplificarse la vida y ponen en riesgo la seguridad de su software, además, como bien se explica en esta pagina, es mucho mejor crear una entrada externa donde colocar las variables para que su modificación no requiera una reconstrucciones completa del programa, sin embargo, el hardcode puede ser útil si la intención es esa! si los valores no deben ser modificados por ninguna entidad, solo por la entidad que creó el software entonces seria una herramienta bastante relevante. leí en un articulo que el proyecto Chromium contenía, como medida de seguridad adicional, codificado de forma rígida directamente en su código una enorme lista de precarga de HSTS con dominios registrados, esta lista no es ni descargable ni accesible por el navegador y solo se actualiza cuando sale una nueva versión del software.

--Kanaeizu (discusión) 06:55 22 may 2020 (UTC)[responder]


Cómo va a ser la práctica del hard-code mala de por sí, el artículo en inglés está mucho mejor

--217.113.255.60 (discusión) 13:33 5 nov 2021 (UTC)[responder]

El que ha escrito esta entrada probablemente no ha salido del ámbito académico. No es el hastío del profesional, como insinúa en el último párrafo, lo que lleva a hard-codear. En los entornos de trabajo actuales la calidad del software ha pasado a un plano muy secundario, y lo que prima es la inmediatez y a otra cosa; y es esto lo que lleva a decantarse por esta solución, que no siendo la mejor, suele ser la más rápida. Y además, si posteriormente hay que volver a tocar el código, pues dos veces que cobra la empresa, una por el desarrollo y otra por el mantenimiento.