¿Cuál es la mejor manera de aprender nuevas tecnologías?

Question

Me pregunto cuál sería la mejor manera de aprender "nuevas" tecnologías (es decir, como LINQ, WPF, WCF, AJAX, las últimas C# 3.0 cosas, etc.)?

¿Cómo se aprende mejor? ¿Se trata de libros, webcasts, artículos en línea, tutoriales, ejemplos o prácticas de laboratorio?

Además, ¿cómo se asegura de que recuerde las cosas aprendidas? (leyendo de nuevo un libro/artículo) profundizando en un tema que crees que ya conoces?

Answer 1

Soy anticuado. Todavía comienzo encontrando un buen libro, leyéndolo desde el principio hasta que se basa demasiado en cosas que no comprendí en la primera lectura, luego vuelvo y hago las cosas prácticas.

Los blogs, las transmisiones por Internet y los artículos en línea suelen aparecer una vez que conozco los principios básicos.

Answer 2

Comience pensando en un proyecto para usarlo. El proceso de aprendizaje cambia drásticamente cuando intenta usarlo para lograr un objetivo específico.

A partir de ahí lo que está haciendo es investigación impulsada. Puede buscar cualquier libro, webcast, etc. que le indique cómo hacer el siguiente paso en su proyecto.

Una vez que se realiza el proyecto, puede volver atrás y conocer el funcionamiento interno de la tecnología con mucha más perspectiva. (Y está mejor equipado para detectar el BS total que algunos autores nos ofrecen.)

Answer 3

Lo mejor que puede hacer es iniciar la codificación. Hay una gran cantidad de información por ahí: libros, revistas, blogs, etc. Hagas lo que hagas, no solo los leas, sigue y codifica los ejemplos.

La fuente del aprendizaje no es demasiado importante, he leído libros malos y blogs buenos, y también he leído libros excelentes y blogs peligrosamente inexactos.

Answer 4

Normalmente me entusiasma un tema presentado en un grupo de usuarios (tenemos mucho en el Reino Unido), una conferencia o un roadshow. De esa manera, puedes hacer preguntas al final a alguien que realmente sabe lo que hace.

Luego investigo en línea, o compro un libro electrónico y trato de codificar la aplicación 'real' (es decir, una que ha tenido la intención de escribir para hacer 'cosas' pero que no ha conseguido). Si tengo suerte, codifico un módulo para una aplicación real en la que estoy trabajando.

Es la inspiración de alguien que habla sobre ella que realmente la usa y proporciona un ejemplo del mundo real que despierta mi interés.

Answer 5

1. Encuentra un par de buenos blogs/podcasts/lo que sea que te den una Introducción a la nueva tecnología. Esto le permite conocer las similitudes/diferencias entre las tecnologías existentes y le da las palabras clave para buscar y una visión general de la tecnología muy rápido.

2. Encuentre un par de proyectos realmente simples con código fuente para darle una idea de cómo funciona una aplicación en funcionamiento y puede potencialmente darle un punto en la dirección correcta cuando está tratando de resolver algo .

3. Encuentra un par de buenos tableros de mensajes (como SOFlow 8^D) a los que puedes recurrir cuando tengas problemas. A menudo tendrá fragmentos de código que necesitará si está reconstruyendo las cosas usted mismo.

4. Get dirty! Elabore un gran proyecto pequeño que le apasione crear y desarrollar con la nueva tecnología. La pasión lo ayudará a superar esos problemas complicados y le otorgará algunos derechos personales de fanfarronear cuando haya terminado. 8^D

Answer 6

Puede sonar gracioso, pero esta es mi ruta habitual de aprendizaje. No diré que es la mejor manera, pero así es como lo hago.

1. que hacerse con un libro que sólo roza la superficie, algo para los principiantes absolutos, al igual que aprender por su cuenta en 24 horas o algo así. Esto me da la oportunidad de llevar al usuario a las terminologías y evitar que me intimide.

2. Busco algunos videos y tutoriales en línea y practico/reproduzco ejemplos que veo.

3. Una vez que se sienta cómodo, puede comenzar a leer las biblias de ese idioma/tecnología. Y no deje de implementar ejemplos.

4. Sigue buscando pruebas en línea gratis o un cuestionario para que te sientas seguro al respecto. Eso es donde viene StackOverflow :)

Answer 7

¡prueba y error! ¡Esta es la mejor manera de aprender cualquier cosa!

Piensa como aprender a nadar: puedes leer MUCHA natación, pero si no lo intentas, nunca aprenderás.

Si aprende de un libro, abra su editor/IDE y pruebe CUALQUIER ejemplo de ese libro, incluso si parece estúpido. Esos estúpidos ejemplos desarrollarán su pensamiento analítico;)

Answer 8

Para obtener una visión general de muchas tecnologías, buscaría un podcast tecnológico. Son más fáciles de mantener que los blogs (aunque un blog es otra buena opción).

Para un conocimiento más profundo de una tecnología específica, debe crear un podcast sobre ese tema. Aprenderás sobre esto más rápido de lo que puedas imaginar.

Answer 9

mejor técnica de trabajo para mí:

1. Unos transmisiones por Internet para obtener una visión general de lo que puede hacerse de una forma
2. utilizarlo en alguna manera, ya sea en mi proyecto o en alguna aplicación recinto de seguridad
3. Ahora es el momento de entrar en profundidad con la tecnología: los libros y blogs

Answer 10

que aprenden mejor cuando tengo un propósito así que comenzar con una buena idea para una aplicación de prueba que es mejor. ¡Usaré una buena publicación de blog o 2 para que funcione y luego un poco de prueba y error! Es agradable regresar y refinar lo que he aprendido usando libros, transmisiones web, etc., sin embargo, no hay nada como aprender a través de hacerlo. Si me alimentan con cuchara demasiado, es más difícil de comprender.

Answer 11

Desafortunadamente para mí, la única forma es practicando en una misión en el mundo real.

Puedo leer muchos artículos y descargar marcos, compiladores, muestras, etc.etc. y es muy útil, porque sé de qué se trata la tecnología, pero simplemente no la aprendo hasta que tenga que usarla en mi trabajo para un cliente.

Los proyectos de hobby, simplemente no funcionan para mí, ya que los requisitos siempre son "demasiado suaves", es decir, como establezco mis propios requisitos, tiendo a "exigir" solo lo que sé. Pero cuando se trata de un nuevo cliente y pregunta algo que nunca se me pasó por la cabeza, y tengo que descubrir cómo hacerlo (o si es factible en primer lugar), entonces puedo decir que aprendí algo nuevo.

Answer 12

Nunca logré realmente aprender una nueva tecnología solo leyendo sobre - el primer paso fue siempre una idea que vi en algún lado o que me vino a la mente que realmente quería que se implementara. En el caso ideal (para una motivación máxima), descubres que hay algo que quieres, pero todavía no está ahí; entonces empiezas a ponerte en marcha (lentamente al principio ;-) y mientras intentas lograr tu proyecto, aprendes de las diversas fuentes que existen (ya sean libros, blogs, artículos, etc. realmente no me importaban).

Answer 13

Iría con un 33% escuchando/leyendo, 67% haciendo.

Lea, escuche podcasts, etc. hasta que sienta que tiene un buen manejo de lo que la tecnología puede hacer. Luego, encuentre a alguien que necesite un widget de software creado, tenga una línea de tiempo flexible y no mucho dinero, ofrezca construirlo para ellos a un precio reducido si aceptan que se construirá con Tecnología X. Usted aprenderá tecnología en el mundo real, obtienen una solución que durará un tiempo. Tendrás un usuario real con requisitos reales y se te pedirá que construyas algo que funcione en el mundo real. Mucho mejor que un proyecto de pasatiempo o un tutorial. Así es como estoy aprendiendo Silverlight.

Answer 14

Aquí es el enfoque que estoy tomando ahora, creo que es una buena manera de llegar a ser muy competentes en una tecnología:

1. leer un libro y crear notas mientras lee. Personalmente, casi siempre uso los libros de Apress como mi primer libro, pero todos tienen diferentes gustos.
2. Basado en sus notas, comience a usar la tecnología en proyectos de juguetes, para que pueda tocar todos los temas importantes. Si sus notas no fueron suficientes para ayudarlo con estos mini proyectos, no fueron suficientes. Regresa y rellena las notas que necesites.
3. Lea otro libro, con sus notas a la mano y complete lo que haya extrañado del primer libro.
4. Comience a usar la tecnología en un proyecto real.

Esto parece mucho, pero creo que te ayudará a ser muy hábil en un corto período de tiempo. Los pasos 1-3 pueden realizarse lentamente, siempre que tenga tiempo libre en el trabajo. Como tiene un (buen) conjunto de notas, puede actualizar su memoria al punto donde la dejó.

Answer 15

Para cada pieza de tecnología que desee aprender, cree una prueba de concepto de algo que quiera hacer de ellas.

Ejemplo, cree una prueba de concepto para autocompletar utilizando Winforms o Ajax. Las tecnologías Out of Remoting o Webservices hacen su propia prueba de concepto de cómo comunicarse con el servidor sin usar sql ni plomería de tcp/ip de bajo nivel.

Aprender a hacer (escribir) cosas, le dará una forma real y rápida de aprender algo. Google y Stackoverflow son tus amigos, lee muchos libros. Para cosas relacionadas con LINQ, la cantidad y calidad de preguntas y respuestas de LINQ here es bastante buena.

Answer 16

Creo que la mejor manera es hacer un trabajo real en el que la tecnología pretenda ser buena (WPF => Smart Client, ASP .Net => Un sitio web).
Además, si tiene un proyecto en ejecución que utiliza una versión heredada de la nueva tecnología que pretende comprender (Cliente de Windows a WPF, ASP a ASP .Net, Flash a Flex), una migración de la misma aceleraría las cosas. mucho.
Espero que esto ayude.

Answer 17

Me gustaría empezar a preparar un buen libro sobre esa tecnología en particular. A veces no lo leo de principio a fin y solo leo secciones y consejos importantes. Luego hago una lista sobre cualquier nuevo hecho interesante que he encontrado hasta ahora. Esto es mi punto de partida. A partir de este momento, continuaré jugando y haciendo algunas cosas con esa tecnología y también seguiré blogs o sitios web que tengan contenido relacionado.

Creo que la parte más importante de aprender una tecnología es usarla y aprender sus prácticas, tanto las mejores como las peores.