¿Es imprudente guardar los componentes HTML / CSS / JavaScript que he usado en sitios que he creado para usarlos más tarde?

NO es imprudente. Todo lo contrario, de hecho. Hay muchas ventajas de código / componentes reutilizables, los dos principales son:

  1. Mejor calidad: una vez probado y visto que funciona bien, sabe que no cometerá un error tonto la próxima vez que lo reinvente.
  2. Mejor productividad: no hay necesidad de explicar esto.

En una era en la que las pilas de tecnología se han vuelto demasiado complejas para usarlas exclusivamente desde la memoria, es una locura pensar que necesita “recordar cómo se hace todo”. De hecho, incluso los lenguajes y los marcos siguen cambiando con tanta frecuencia que tratar de recordar con tanto detalle es lo mismo que tratar de volverse obsoleto.

Sin embargo, una cosa es tratar de comprender e internalizar los conceptos, no el código / sintaxis o los detalles reales.

Una excepción a todo lo anterior:
Si su cliente o empleador (según el contrato) le paga por entregar cada parte de lo que desarrolló, incluidos los DPI, no debe conservar el código. Es raro, pero puede suceder.

No, no es imprudente, es una práctica estándar guardar ejemplos de código para uso futuro.

Entiendo la idea de codificar desde cero para seguir aprendiendo, pero aún harás mucho de eso. También modificará sus componentes antiguos cuando los reutilice en sitios nuevos.

Lo que recomendaría es que encuentre una buena manera de organizar estos componentes, para que pueda encontrarlos fácilmente en el futuro. Piense en cuántos tendrá en un año y cuál sería la mejor manera de realizar un seguimiento de ellos. También querrás prestar atención a las fechas en que se usaron por primera vez. En el futuro, esto también ayudará a identificar muestras que pueden ser demasiado viejas para usar, porque han aparecido nuevas técnicas.

  1. Reutilizar sus propias funciones JS (si está seguro de que están bien codificadas y optimizadas) o las bibliotecas de niveles siempre está bien.
  2. Comenzar un proyecto front-end con sus propias plantillas html / css también tiene sentido (evita una codificación aburrida y gana tiempo) incluso si personalmente prefiero comenzar desde cero. Debido a mi vanidad, me gusta sentirme como un semi-dios.
  3. PERO, como nuevo desarrollador, te dieron un buen consejo. Pegar todos estos fragmentos lo llevará a codificar la pereza y, lo que es peor, frenará su curva de aprendizaje. Durante la depuración, ingresa a la consola, o si se atasca, lee buena documentación y, sin darse cuenta, prueba métodos que nunca antes había escuchado, o descubre nuevas variables DOM, etc. Está aprendiendo todos los días de esta manera. e integrar mejores prácticas de codificación.

Creo que uno no debería usar ninguna instalación de codificación (excepto un Linter en JS lol) hasta que se convierta en una segunda naturaleza: cuando podría codificar algo de manera eficiente y hablar con amigos mientras tanto.

Así que esta es mi humilde opinión, basada en mi experiencia. No dudo que su código sea excelente, pero aún así le aconsejo, como nuevo desarrollador, que siga codificando todo para tener una gran comprensión de lo que hay debajo del capó.

¿Utiliza bibliotecas y marcos como jQuery o Backbone o Bootstrap? Si es así, esas son opciones de código enlatado reutilizables que todos usan.

Puedes hacer lo mismo con tu propio código. Pero si ha llegado la codificación que se vincula con algo patentado para un cliente, entonces esa es una historia diferente. Ellos son dueños de ese código, no tú …

Siempre guardo el código cuando puedo. Como desarrollador profesional, se encontrará utilizando el código de otras personas todo el tiempo (o debería hacerlo). ¿Por qué no usar el tuyo también?

Esto hace dos cosas. Te hace más rápido porque no tienes que volver a escribirlo. Y le brinda una “biblioteca” para consultar y recordar cómo resolvió el problema anteriormente.

La codificación se trata de resolver un problema. Hay mucho que aprender Reutilice tanto código como pueda. Si está codificando todos los días, recordará cómo hacer las cosas y podrá buscar lo que no hace.

Umm … no imprudente. Honestamente, la idea de que nunca debes crear bibliotecas personales es absurda.

Los desarrolladores confían en bibliotecas de código para atajar todo el tiempo. Sugerir que es una mala práctica guardar código, para mí, es como decir que usar JQuery en lugar de codificar a mano todo desde cero es malo, o que nunca debería usar marcos CSS como Bootstrap, nunca.

No está mal.

¿Hay problemas inherentes al uso de código que no entiendes? Seguro. Podría haber problemas de rendimiento que surgen de no saber cómo funciona algo. Sin embargo, hay compensaciones para todo. Y, más allá de eso, si está guardando su propio código, no es exactamente un misterio lo que contiene.

No creo que sea una mala idea guardarlo, aunque sí entiendo su punto.

Siendo usted “nuevo”, es beneficioso realizar el ejercicio de crear estas cosas. Al mismo tiempo, sin embargo, no hay razón para reinventar la rueda.

De hecho, mantener una biblioteca de códigos es una práctica común para desarrolladores experimentados. Además, se encontrará trabajando con bibliotecas que otras personas han creado todo el tiempo. ¿Imagínese si tuviera que codificar todo desde cero?

Si se siente cómodo con el código y puede ahorrarse tiempo (y su empresa) y esfuerzo, entonces hágalo.

Lo hago todo el tiempo. No creo que sea malo en absoluto. ¡No necesita memorizar cosas en su mente, lo que necesita es imaginar cómo funcionan las cosas y cómo se hace, una vez que lo hizo una vez, entonces no necesita comenzar desde cero siempre !! Por otro lado, puedes usar el tiempo para aprender cosas nuevas.

Para mí, copio mucho código muchas veces, porque simplemente no recuerdo la sintaxis y no trato de forzar mi mente a hacerlo. Al igual que si olvido todo el tiempo que la cadena JS funciona, y las busco cada vez desde Internet o el código antiguo que escribí, copio el código y lo edito. Lo importante es que sé lo que estoy buscando y entiendo lo que estoy haciendo y cómo editarlo. O si he escrito un buen código para escribir trazas y registros, lo usaré de manera diferente en otros proyectos … y así sucesivamente

Esa es una buena idea, construir una biblioteca. Muchos desarrolladores experimentados que he conocido, incluido yo mismo, lo hacen.
Sin embargo, le sugiero que lo aborde de una manera específica: tenga en cuenta. No solo copie y pegue. Aunque el consejo de no optimizar su flujo a través de la reutilización no tiene sentido, la idea de que aprendamos patrones mediante la memoria muscular a través de la tipificación repetida es cierta. Además, si vuelve a escribir lo que tiene en su biblioteca, o al menos lo vuelve a leer, encontrará formas de optimizar y poder aplicar nuevas cosas que aprende en el camino.

Están equivocados. La reutilización del código es una necesidad.

Lo que hago es recopilar ese código reutilizable (aunque no mucho marcado) como funciones distintas en una biblioteca de códigos, y acumularlo con el tiempo, por lo que en realidad no copio y pego para nuevos proyectos. Solo llamo a esas funciones.

Lo que esos “desarrolladores” te dijeron es pura mierda. Si se trata de entregar resultados, no reinventa la rueda cada vez. Estas son horas preciosas que está ahorrando para usted, su empresa (si no trabaja por cuenta propia / consultoría) y sus clientes. De lo contrario, ese tiempo podría gastarse en el próximo proyecto o en aprender cosas nuevas.

Maximiza el valor que estás generando.