time - sábado - Cuánto tiempo en una semana debe gastar un programador en codificación y aprendizaje
el viernes va a llover (14)
Soy un estudiante universitario de último año. Estoy tratando de averiguar cuánto tiempo debo dedicar a la codificación y el aprendizaje.
Como no presentó ninguna restricción o condición en su pregunta, la respuesta más simple que puedo dar es:
Gasta todo lo que quieras
Cuando comencé a programar, parece que aprendo cosas nuevas a pasos agigantados. Funciones, clases, herencia, etc. Pero después de un tiempo, me doy cuenta de que aprendes mediante codificación. Me cargué con toneladas de material de lectura: C ++ efectivo, C ++ moderno, pero no hay nada mejor cuando me senté y codifiqué.
Por supuesto, escribir su código de la misma manera una y otra vez no lo convierte en un mejor programador. Tienes que aprender a pensar, ¿cómo lo hago reutilizable? menos propenso a errores? ¿portátil? inmune a los cambios en otras áreas de la aplicación? más fácil de mantener? ¿Hay una mejor manera de hacer esto?
Eventualmente, los picos de aprendizaje y lo que aprenden son lo que me gusta llamar multiplicadores. Es como saber que dirname(__FILE__) en PHP devuelve el directorio actual en el que se encuentra un archivo include. Es como descubrir qué es un ORM y cómo abstrayendo el DB puede enfocarse más en la lógica del código en lugar de en una rutina interminable de escritura. INSERTOS y ACTUALIZACIONES Declaraciones de SQL. Es como aprender punteros inteligentes y usar de manera efectiva STL en C ++, utilizando Firebug de manera efectiva cuando se hace JavaScript / CSS / HTML ... y mucho más.
Entonces código; una vez que se siente frustrado por algo ("¡Debe haber una mejor manera de hacer esto que ahora!"), busque una mejor manera, así es como aprendo, de todos modos.
Cuando era joven:
- De lunes a viernes, de 10 a.m. a 7 p.m., programación en la oficina
- Sábado por la tarde, leyendo en Capítulos
- De lunes a sábado, de 9 p.m. a 1 a.m., programando en casa
- Domingo, maneje hacia el centro y recoja algunos libros de la librería
- esos fueron los días en que Google era conocido como nntp
Estos días:
- De lunes a viernes, de 10 a.m. a 7 p.m., codificando en la oficina (lástima que ahora estoy en la web ;-)
- 9 p.m. a 1 a.m., codificando en mi MacBook Air en algunos proyectos de iPhone
- Sábado y domingo, codificación de otras 16 horas
- Lástima, Google me interrumpe demasiado y no puedo contar cuántas horas pasan leyendo libros de blog y pdf ...
El solo hecho de que tenga que preguntar, podría significar que no está idealmente relacionado con la escritura de código. En primer lugar, debe adorar la codificación y descubrir cómo funcionan las cosas.
Esta no es una profesión en la que te quedes quieto. Totalmente de acuerdo con otro afiche, en el sentido de que siempre debes buscar una mejor manera y reconocer cuándo no hay una mejor manera.
En mi humilde opinión, la mayor parte del tiempo estás programando. Mientras programa, está aprendiendo de la experiencia. Este es un tipo de aprendizaje. Otro tipo de aprendizaje proviene de la lectura de libros y otros recursos (cursos, internet, convenciones de desarrollo). Uso libros para estar al día con la tecnología y comprender mejor lo que estoy haciendo. Leo casi todos los días desde 0.5-1.0 hora. Depende de tu tiempo libre y del tipo de persona que eres. Tenga en cuenta que hay más formas de aprender: revisiones de códigos, leer el código de otras personas y estoy seguro de que hay más que no mencioné aquí. En fin, buena suerte.
Los mejores trabajadores de software, las estrellas de rock, si se quiere, siempre están encendidas. Cualquier situación puede ser una enseñanza. Por ejemplo, considere el artículo de Gregor Hohpe, Starbucks no utiliza el compromiso de dos fases , en el que analiza cómo el vendedor de café utiliza el procesamiento asíncrono para maximizar el rendimiento de los pedidos de los clientes.
Mi sugerencia sería descubrir sus puntos fuertes y si el aprendizaje está entre ellos, entonces puede disfrutar de pasar mucho tiempo aprendiendo, así que haga lo que quiera aquí. Por supuesto, uno no debería ir tan lejos como para sacrificar cosas como la higiene, así que trate de mantener un estándar básico de existencia que incluya lo básico para limpiar su lugar, usted mismo y ese tipo de cosas.
Para mí, diría que casi siempre trato de aprender algo, en alguna parte. Tal vez es saber cuánta paciencia tengo en el tráfico o qué tan bien puedo manejar esta bola curva que me ha lanzado la vida al tener que hacer cosas como impuestos sobre la renta y descubrir qué ha cambiado en el software o las leyes fiscales del año anterior. Si ves la vida como una serie de oportunidades, puedes aprender mucho en el mundo.
Seguramente te has dado cuenta de que poner una medida finita sobre la cantidad de tiempo que debes dedicar a la codificación es inútil y enormemente irrelevante.
Haz lo que quieras, pero siempre intenta y mantente al día.
Supongo que el "aprendizaje" aquí significa, adquirir nuevos trucos y consejos, capturar nuevas tecnologías en el mercado y estar al día con las tendencias en tecnología.
Según mi experiencia, me lleva aproximadamente un 20% de tiempo de aprendizaje, y principalmente porque trabajo en todas las últimas tecnologías de Microsoft como WPF / Silverlight / Surface. Pero este% de tiempo realmente dependerá de su interés personal / interés organizacional y del tipo de crecimiento profesional que esté esperando.
Y si su trabajo consiste simplemente en convertir la lógica de dominio / negocio en un código que no implique bloqueos tecnológicos críticos, entonces podría estar cerca del 0% de tiempo que necesita dedicar al aprendizaje.
Tengo dos amigos en mi universidad, ambos estudiando informática de medios, y ambos eran principiantes absolutos en programación.
El primero lee mucho en casa, si tiene que aprender nuevos idiomas para un proyecto, pero nunca ha tenido un proyecto de programación privado.
El segundo lee un poco, pero tiene su propio proyecto de pitón. Una aplicación web para sus amigos, donde puedes apostar a resultados de fútbol.
Ambos en comparación:
El primero es lento en la programación y siempre tropieza con cosas simples y su código se puede optimizar (en números de línea y comentarios) al menos por 5. Y en dos días tropezará con el mismo problema otra vez ...
El segundo tipo es mucho más rápido, puede leer códigos e idiomas extranjeros y tropezar con un problema como máximo dos veces, la tercera vez que usa lo que ha aprendido ...
Así que, enhorabuena, hacer tu propio proyecto, codificar porque te gusta, trabajar hasta la mañana para arreglar un error o finalizar una implementación es la mejor manera de aprender.
Tienes que decidirlo tú mismo. Si constantemente siente que debería dedicar más tiempo a la codificación, entonces probablemente tenga razón. Nunca debes forzarte a ti mismo al punto en que la vista de una abrazadera también te haga vomitar. Si estás lo suficientemente interesado en la programación, entonces la cantidad de tiempo que pasas naturalmente sin holgazanear / quemarse, estará bien. (Y si no lo es, debería reducir sus pérdidas lo antes posible).
Asegúrate de que este tipo de enfoque no te haga menos valioso de programador que el nerd enojado de tu clase que se pasa la codificación de la hora de vigilia como parte de su plan maestro para regresar al mundo.
la respuesta simple: no crear un tipo de horario
¿por qué?
nunca se puede saber con anticipación en qué situación te encuentras durante un tiempo determinado, así que digamos que lo pones todos los días a las 10 a.m., de repente tu perro murió hoy a las 10 a.m., tu familia te llamó para llorar por el pobre Snuffel ... por horas ; horario todo arruinado
¿Entonces, Qué haces?
codificar; si te cansas, toma un libro o lee un artículo (los artículos de hoy son muy jugosos), si te cansas de leer y codificar, juega juegos que hacen vibrar tu cerebro (pero entretenidos, algo así como Civilizaciones IV). si está descansado, encienda su IDE y aplique lo que acaba de leer. No te preocupes si lo desordene la primera vez (a menos que seas un genio loco que ciertamente se matará si no consigue algo bien en su primer intento).
Nota: sin embargo, debería establecer un tiempo para cuánto tiempo juegas el juego :)
while (true) {
learn;
code;
}
Coding == Learning
En mi opinión.