¿Deberías aprender a codificar?
Obtuve mi BFA en el '98. Aprendió a diseñar páginas de características y crear infografías para el periódico local. Obtuve un Photoshop ACE en '03. Mi contrato de tiempo completo más reciente fue puro trabajo de diseño de maqueta.
Sin embargo, durante el último año y medio he depurado el código 40-50 horas a la semana. Leí sobre el código, escribí sobre el código, hablé con otras personas sobre el código. Imagínese eso: un no codificador lo descubrió.
Aún así, "escribir código" es una frase amplia. Algunos idiomas son más fáciles que otros. Algunos idiomas requieren una comprensión de cómo el software "habla" a la computadora. La parte más importante del código de aprendizaje es mantener la mentalidad correcta. No se dice a sí mismo "Puedo hacer esto" ni busca los libros correctos.
Así es como funciona.
Espera, ¿deberías aprender a codificar?
La alfabetización en cualquier lenguaje de computadora, desde el simple HTML hasta el complejo C ++, requiere dedicación no solo a la tecnología, sino a los cambios en la tecnología. Hay una razón por la cual HTML5 termina en un número. Cuando suficientes navegadores soportan HTML6, los desarrolladores tendrán nuevas cosas que aprender.
Las posibles razones para ponerse en el proceso de aprendizaje incluyen:
- Para ganar confianza: he tenido clientes excepcionales que piensan que si dominan un idioma, las computadoras los intimidarán menos. Si bien ese puede ser el caso, rara vez se mantiene sin la práctica dedicada.
- Necesidad: surgirán problemas técnicos ya sea que la descripción de un trabajo se ajuste o no a la factura. Cuando los problemas se deben resolver, hay un tiempo para pasar el dinero y un tiempo para abrocharse el cinturón y resolverlo.
- La emoción de esto: a algunas personas les gusta aprender nuevas habilidades.
- Para entender qué es posible: un desarrollador dice "no se puede hacer". ¿Significan que es imposible? ¿O que es más un problema de lo que vale? Un diseñador dice: "Quiero que haga esto". ¿Acaso le dio dolores de cabeza a alguien por una semana? ¿Se puede usar la tecnología de una manera más apropiada?
Mantente curioso
Lo he visto. Ya sabes, esa mirada. No es el pánico, no la desesperación. Es la mirada que alguien obtiene cuando se dan cuenta del atractivo de dejar que alguien más haga el trabajo pesado. La mirada que dice: "Eso es un parabrisas; No tengo que ser el insecto. "Lo he visto en los ojos de los compañeros de trabajo, en las posturas de los estudiantes, y mirando hacia atrás desde el espejo.
En mi experiencia, no es el miedo al fracaso lo que intimida a las personas. Es miedo a perderse. La abrumadora desesperanza fomenta los sentimientos de inadecuación. Ese ciclo derrotará a cualquiera.
El coraje o la persistencia no son antídotos para sentirse abrumado. Detenerse antes de sentirse abrumado es la solución.
Imagen de presión a través de Shutterstock.
Mi técnica favorita es abordar un proyecto con tres características.
1. Encuentra un tema que te moleste
Los plazos y los cheques están bien. Pero nada lleva a las personas a una picazón que no pueden rascar. A largo plazo, el código de aprendizaje no debe ser un fin en sí mismo. Debe convertirse en un ungüento para alguna irritación.
Hace mucho tiempo, me frustraba que no podía encontrar un buen libro. No hay escasez de sitios web de descubrimiento de libros, pero la intuición me dijo que había una mejor manera. Entonces comencé mi propio sitio web. Nunca terminé el proyecto, pero aprendí muchas maneras de organizar novelas. En el camino, casi de manera incidental, aprendí más código.
2. Deberías ser recompensado por el esfuerzo incremental
Después de haber encontrado esa picazón proverbial, las personas que aprenden a codificar también deberían encontrar alivio.
No hay tutoriales, herramientas o elogios externos que le den a la gente la mentalidad de conquistar el código mejor que "Escribí esto y ... ¡mira lo que hice!" Y te vas con la sensación de ser más grande que el obstáculo que superaste.
Suena tonto hasta que lo intentes. Ver el código de ejecución da a las personas una micro-fiebre de autoconfianza, una validación de que pueden dominar la máquina.
Imagen de código a través de Shutterstock.
La semana pasada, alguien miró mi pantalla y negó con la cabeza. Estaba lleno de código. Tres ventanas abiertas de etiquetas de colores y llamadas a funciones. Él dijo: "Yo nunca podría hacer eso." Hace años habría estado de acuerdo. No quería parecer estúpido ni romper algo que no podía arreglar. ¿Quién sabe qué daño causaría una pulsación de tecla incorrecta?
3. Su proyecto debe concluir mientras su cerebro todavía tiene apetito
Este es crítico. Al aprender algo que lo intimide, debe acercarse pero no exceder su límite.
"Ejercer su cerebro" no es una analogía apropiada. Al entrenar, los entrenadores alientan a las personas a empujar más allá de sus límites. Pero aprender es un hambre. Tu cerebro tiene un apetito por el conocimiento. Llenar tu cerebro hasta el borde (o peor, exceder su límite) obstaculizará tu capacidad de aprender, erosionar tu autoestima y matar a un gatito. Por favor, piensa en los gatitos.
Mejor aún, piense en el ejercicio mental como un ejercicio que dura un tiempo. Digamos, una semana. Claro, toma descansos entre repeticiones (llamado "dormir"). Pero apresurarte funciona en contra de tu objetivo. Los gatitos nunca te perdonarán.
- Primera parte: precalentamiento mezclando algo que ya aprendiste con algo que no sabes. Deje por lo menos una pregunta. 1 día.
- Parte dos: práctica. Experimentar. Practica repetir experimentos. Y siempre termina en un cliffhanger. El objetivo es dar un paso adelante y romper con una nota alta. Por "descanso" me refiero a dormir, comer o hablar con otros seres humanos. 3 días.
- Parte 3: enfríe al mejorar lo que ya ha cubierto. Como siempre, lleva tu cerebro a un punto de disfrutar del ejercicio, luego déjalo ir por un tiempo. 1 día.
Sprint no te entrena para un maratón. Unas cien flexiones mejorarán sus hombros mejor que tratar de levantar un camión una vez. Y libros de tutoriales repletos, como disparos de tequila, afectarán su capacidad de pensar.
Practica diariamente
En los días de mi periódico, me negaba a usar el stock art. Los plazos venían cinco días a la semana, pero insistí en la elaboración manual de mi propio arte vectorial. Seis meses después, yo era el tipo al que recurría para cualquier trabajo gráfico personalizado. Esa habilidad que me mereció un puesto de alto nivel en una empresa de nueva creación. Incluso hoy me encanta juguetear con los caminos beier.
Aprender cualquier habilidad, incluso cómo depurar código, funciona de manera muy similar.
La única forma de aprender el código, y hacerlo funcionar, es practicar todos los días. Al igual que el aprendizaje de cualquier habilidad nueva, un cronograma consistente con metas manejables mejora gradualmente el desempeño hasta el punto de la experiencia.
"No puedo" no es "Debería"
Parte de aprender a leer y escribir código, ya sea HTML, jQuery o C ++, es aprender los límites. Otra parte es explicar los límites de uno. La maldición de entender un idioma ... más bien, la maldición de las personas que piensan que "conoces el código" es que esperarán que lo hagas.
Imagen de código a través de Shutterstock.
HTML no es CSS CSS no es PHP PHP no es WordPress. WordPress no es la administración del servidor. La administración del servidor no está solucionando las bandejas de entrada de Outlook obstruidas. Sin embargo, me han pedido que haga todo eso. Yo, armado con mi certificado de Photoshop caducado y la frase "No sé, pero tal vez pueda ayudar ...".
Aquellos sin experiencia en código a menudo no diferencian entre un $ (fog-of) .squiggles + y + acronyms; o
- encontrar un tema que te interese;
- obtener recompensas incrementales;
- Aprender sin sentirse abrumado.
El conocimiento del código es empoderador. La reputación como codificador es esclavizar. Al menos ambos pagan las cuentas.
¿Eres un diseñador que codifica o un programador que diseña? ¿Las disciplinas deben mantenerse separadas? Háganos saber lo que piensa en los comentarios a continuación.