Director Superfriendly Dan Mall estará compartiendo sus propios consejos sobre cómo mantenerse relevante como diseñador web en Generar nueva york 2018. Obtenga su boleto ahora .
Para aquellos de ustedes con menos de cinco años de experiencia en desarrollo web, es probable que aún esté encontrando sus pies con respecto a las características, marcos, arquitectura y mejores prácticas. Y aunque puede comenzar cada sitio con las mejores intenciones, al final, las posibilidades de que lo desee es que la cosa funcione lo suficientemente bien como para que le paguen.
He pasado los últimos años rescatando una variedad de sitios de marcas conocidas que en teoría deberían haber sido simples, pero por diversas razones, las sucesiones de los freelancers, la falta de supervisión de arriba hacia abajo, se han convertido en espaguet- Uniones de deuda técnica.
Lo que quiero salir del camino es asegurarle que todos hemos estado allí y no hay nada de malo en no saberlo. La programación es divertida brillante y la razón por la que quiere hacerlo todos los días es probablemente porque llega a ascender a un desafío, tomar la iniciativa y brindar soluciones innovadoras.
Pero aquí está la captura: lo que hace que la programación sea divertida (que está inventiva y piense en sus pies) puede contribuir inadvertidamente a la deuda técnica en proyectos más grandes y dirigidos por el equipo.
Existen las mejores prácticas, principios y patrones establecidos que se han comprobado a lo largo de los años. Es su trabajo investigar, aprender e implementarlos, y, en el proceso, sacrifique un poco de su individualidad a cambio de la capacidad de mantenimiento y la confiabilidad. Hay una publicación de blog llamada ' No te pagan para escribir código 'Eso lo resume bastante bien.
La programación tiene mucho cuidado con la claridad, y cuando no puede ver la madera para los árboles, las posibilidades de que su CodeBase permanezca a propósito magra y significan que disminuirá severamente. Como tal, su estrategia principal para mantenerse en la parte superior de las cosas debe ser un enfoque fastidioso en lo básico.
A lo largo del proceso, asegúrese de corregir errores a medida que avanza. Tarde o temprano, otro código terminará confiando en estos errores. Detener la podredumbre lo antes posible. Si haces cambios, hazlos consistentemente. Columnas de base de datos, funciones de backend, llamadas API, Funciones de JavaScript, Doccuermas, Anotaciones, Atributos HTML, nombres de clase CSS, etc. Asegúrese de que todas las cascadas.
Hay una tentación al construir un sitio autocontenido para ignorar silenciosamente la encapsulación, y aprovechar el código con referencias globales a la aplicación o para alcanzar los componentes con los padres. Parent.Parent o tales. Esto construye rápidamente deuda técnica.
Cuando sea posible, trate de pensar en su aplicación como una serie de módulos independientes, y basarse en las mejores prácticas de su marco para eliminar el acoplamiento y la interdependencia estrictos. Si ayuda, intente imaginar que va a reutilizar partes de la aplicación en otros proyectos, y pensará cómo estructudas los archivos, el marcado y el código para facilitar esto.
Debe estar vigilante para combinar las responsabilidades y hacerse constantemente: ¿Aquí pertenece esto? Si el código se siente 'icky', probablemente sea.
En proyectos de equipo, la falta de reutilización de código y el código de copia / pegado es un gran problema. Cuando vea un código repetido, mordió la bala y refactora todas las instancias a una función, módulo o plantilla. Una vez más, una buena estructura de carpetas le facilitará que se desarrolle dónde colocar las cosas.
El problema clave con la complejidad es que enmascara y distrae del problema original que intentó resolver y, a su vez, termina generando más códigos y más complejidad, ya sea en el mismo lugar o en otras partes de la aplicación. Terminas en un ciclo vicioso.
Si su código está comenzando a parecer más como una lección de álgebra que una API bien mantenida, debe dar un paso atrás. Puede ser que necesite refactore ese trozos particular de código, refactore la clase en la que está en o reconsidere su enfoque actual del problema que está tratando de resolver.
En casos extremos, es posible que deba mirar afuera una vez más. Hace poco refactoré una configuración de visión extremadamente complicada que me di cuenta de que era víctima de un esquema de enrutamiento mal pensado. Al rediseñar las rutas enrevesadas en algo sensato, pude abandonar cientos de líneas de código de espaguetis denso en varias clases, y eliminar algunos hacks / errores de enrutadores de larga data en el proceso.
¡Una cosa que no debe hacer después de escribir un código particularmente obtuso está sentarte y marmearse con orgullo lo difícil que es leer! El mejor código es elegante (leído: no es complicado); Si el tuyo no es, tienes trabajo que hacer.
Este artículo se publicó originalmente en la emisión 290 de Net, la revista más vendida del mundo para diseñadores web y desarrolladores web. Comprar Número 290 o suscribirse a la red .
Los diseñadores necesitan hacer crecer sus habilidades para mantenerse relevantes y efectivos, pero ¿en qué vale la pena centrarse? ¿Deberían los diseñadores aprender a codificar, y, de ser así, pueden ser limitados el conocimiento del código realmente hacer una diferencia trabajando con ingenieros talentosos? ¿Cómo pueden caber diseñadores en flujos de trabajo ágiles? ¿La metodología del proyecto incluso importa de todos modos? ¿Qué papel tiene un diseñador para crear, usar y mantener sistemas de diseño?
En su charla en Generar Nueva York del 25 al 27 de abril de 2018. El Director Superfriendly, Dan Mall, compartirá historias y perspectivas para responder a estas preguntas y más, brindando metodologías y técnicas específicas para ayudar a los diseñadores a ser aún más indispensables, más rápidos. Obtenga su boleto ahora .
Artículos relacionados:
[dieciséis] Haga clic en la imagen para verlo de tamaño completo Soy un gran fan de los medios..
Página 1 de 2: Cómo crear un icono de la aplicación en Illustrator: Pasos 01-11 Cómo crear un icono de la aplicación en Illustrato..
[dieciséis] En este taller, le mostraremos cómo pintar un caballero usando Photoshop , así como pintar con medios tradici..
[dieciséis] Gouache es más indulgente que la pintura de acuarela, pero las decisiones que hagas temprano todavía pueden afectar el r..
[dieciséis] Tethered es un juego de estrategia de tercera persona aclamado críticamente, diseñado para VR. Lanzó en PlayStation VR ..
Una imagen vale más que mil palabras, y un video vale un millón. El video puede transmitir más información más rápido que las imágenes de impresión o estáticas. Puede hacer que los d..
Página 1 de 4: Página 1 Página 1 Página 2 Página 3 ..
[dieciséis] he estado haciendo arte de lápices Desde mi infancia, cuando llevo un lápiz y un papel conmigo. Colorear y pi..