¿Es legal?

Esta es quizás la pregunta más importante.

Si lo desarrolló para un empleador, creo que en realidad es bastante probable que tenga todos los derechos legales sobre él, por lo que es posible que no tenga derecho legal a hacer nada con él.

Probablemente debería revisar su contrato o consultar a un abogado para determinar sus derechos legales exactos.

El diseño versus otros aspectos

En el desarrollo de sitios web, puede haber otros factores, como el rendimiento, que también juegan un papel. Hacer que se vea que admite una gran base de usuarios de manera eficiente puede ser mucho mejor que una vista de espacio aislado.

Prueba del logro

Decir que desarrolló esto para alguna empresa (incluso con un enlace proporcionado) no es lo mismo que señalarles el sitio web de la empresa que les muestra cómo ejecutarlo.

En cuanto al rediseño

Si solo dice que desarrolló un sitio web, con o sin mencionar que ha sido rediseñado, no es bueno, o no tiene nada que demostrar, o está haciendo pasar el trabajo de otra persona como propio.

tiempo de actividad

Esto puede ir para el sitio web de la empresa o para su sitio web.

Con su sitio web, tiene bastante control sobre el tiempo de inactividad programado.

Es más probable que el sitio web de una empresa sea el objetivo de ataques o ataques de denegación de servicio.

Con su sitio web, probablemente no tenga el alojamiento de primera línea, por lo que es más probable que haya algún tiempo de inactividad esperado o inesperado, e incluso puede encontrarse sin un host en el peor de los casos.

El ejemplo extremo es el sitio web de una empresa que ya no está activo, lo que obviamente favorece a su sitio web.

Como desarrollador, usar un sitio real es arriesgado por las siguientes razones:

• Una mala experiencia de usuario puede hacerte quedar mal, aunque el código sea bueno
• El trabajo específico del desarrollador, como las afirmaciones de prueba y los scripts de compilación, no son visibles
• La mala configuración de CDN, como el código minificado sin mapas de origen, puede dificultar la demostración del código.
• Es posible que deba iniciar sesión con credenciales reales que pueden comprometer su información personal

Usar un sitio de demostración también es arriesgado por diferentes razones:

• Es posible que el código que demuestre no tenga sentido fuera del contexto del sitio real.
• Las técnicas utilizadas en el código pueden estar desactualizadas según la arquitectura del sitio real.
• Las cosas que demuestre pueden violar alguna política de la empresa, especialmente si la lógica empresarial depende de estructuras de datos simuladas específicas de la empresa.

Centrarse en cosas genéricas como preguntas de stackoverflow que ha respondido o cosas específicas como artículos que ha escrito o algoritmos que ha implementado puede ser una mejor opción.

Referencias

• Borrar su entrevista de trabajo front-end — JavaScript

• Algoritmos con Javascript para la entrevista de codificación