Eso dependerá del programador.
Sin embargo, hay mucha verdad en el estereotipo de poner un codificador en una cueva con una ranura para pizza, baño y abundante suministro de cualquiera que sea su forma favorita de cafeína. Simplemente deslice las especificaciones con la Pizza y espere jajaja.
Puede usar algunos valores predeterminados que la mayoría de los programadores tienden a preferir. Los programadores no suelen ser personas realmente sociales. Por lo tanto, el espacio de oficina alejado del ajetreo y el bullicio es un aspecto positivo de la programación. Lo PEOR que puedes hacer generalmente es ponerlos en medio de todos y luego hacer que la gente venga a preguntarles cosas. La programación requiere un poco de concentración. Las interrupciones pueden desanimarte por completo, introducir errores accidentalmente y molestar a los desarrolladores.
- ¿Qué conocimiento de informática debes tener para convertirte en un programador de kernel?
- ¿Cuál es el alcance futuro del ecosistema Mainframe? Estoy entrenando en esto en TCS. ¿Tengo un buen futuro?
- ¿Qué es exactamente la informática?
- ¿Qué tipo de análisis de datos debería estudiar para obtener pasantes en las startups? ¿Y qué lenguajes de programación debo saber?
- Si tuvieras que elegir entre UML, infografías y estadísticas, ¿qué elegirías para estudiar como estudiante de informática?
A los desarrolladores generalmente les gusta tener música cuando están codificando. Por lo tanto, un entorno en el que puedan tener sus canciones sin molestarse entre sí y con otros empleados es bueno.
Los codificadores también pueden ser propensos a ataques de ira durante la depuración. De nuevo, la insonorización es una buena idea. Lo mismo ocurre con las salidas económicas de alivio del estrés que pueden provocar daños o lesiones a la propiedad y a las personas.
Debe tener fuentes de cafeína, cuanto más cerca mejor. Las colas de algún tipo tienden a ser las más populares, pero hay muchos desarrolladores que beben café y algunos prefieren el té.
Las fuentes de comida chatarra cercanas son otra buena idea. Estoy seguro de que hay codificadores que comen una dieta saludable. Simplemente no he conocido a uno todavía.
En términos de productividad. Los codificadores generalmente prosperan con bajos niveles de supervisión. Probablemente no haya nada peor que hacerle a un codificador que hacer sugerencias de código a menos que sea igual o mejor y esté actualizado en el idioma que el codificador está usando actualmente. Desarrolladores, al menos los buenos tienden a estar orientados a objetivos. Se obsesionan hasta que terminan su creación. Pararse allí diciéndoles que vayan más rápido es contraproducente en el mejor de los casos.
Obtenga buenas especificaciones y los datos de prueba que necesitan. Aquí es donde la mayoría de los proyectos de software salen mal. Apostaría a que el 75% de los proyectos de software que fallan lo hacen debido a las especificaciones escritas. Un problema deficiente en la comprensión de las necesidades de los usuarios finales es el problema de especificaciones más común. La alta gerencia rara vez tiene una idea de lo que está haciendo su gente y reglas poco realistas para realizar una tarea. Si aplica las reglas que desea, a menudo puede resultar en un rechazo total del software. La verdadera razón no se expresará, pero la discordia unánime causada por no poder hacer su trabajo de manera efectiva porque un analista nunca se molestó en sentarse con los usuarios finales y ver lo que hicieron, es una fuente muy común de proyectos de software fallidos. Las especificaciones que cambian como el viento es otra. Featuritus, cambios dramáticos en la dirección, objetivos y objetivos incorrectos son otras formas comunes de torpedear un proyecto de software.
Un buen conjunto realista de especificaciones es lo más importante que se puede hacer para ayudar a los desarrolladores, pero es muy raro en el mundo real. Al menos la mitad del software que escribí, la primera semana del proyecto la pasé desarrollando mis propias especificaciones, ya que lo que me dieron no tenía sentido o, a veces, incluso tenía algo que ver con el proyecto real. Algunos están tan lejos que debe preguntarse si el analista o gerente que dirigió el proyecto vio el trabajo o los datos, y mucho menos lo entendió.
Los códigos de vestimenta informal pueden recorrer un largo camino para mejorar la productividad del desarrollador. Estoy seguro de que hay desarrolladores a los que les gusta disfrazarse. No solo nunca he conocido a uno, me está costando imaginar cómo sería esa criatura. El viejo estereotipo sobre pantalones cortos, camisa hawaiana y sandalias no está tan lejos.
Déjalos geek fuera después del trabajo. Los juegos en red, los lugares para pasar el rato contribuyen en gran medida a la formación de equipos para geeks en general, especialmente para desarrolladores. De todos modos, las reglas que requieren que las computadoras de trabajo sean estrictamente para fines laborales serán anuladas. ¿Por qué fingir?
Convoque reuniones solo cuando sea realmente necesario. No como es necesario para usted, sino como es necesario para que ellos obtengan la información necesaria. Las reuniones son venenosas para la producción del desarrollo. Los programadores a menudo pierden más tiempo en reuniones interminables e inútiles para aturdir la mente que la codificación. Los efectos intelectualmente agotadores y agotadores de la motivación de incluso una reunión corta pueden durar horas. Solo no lo hagas. El correo electrónico es una forma bastante efectiva de comunicarse con los programadores. La mayoría de los cuales tienen retraso en las habilidades de comunicación de todos modos. Si desea escuchar lo que quiere escuchar en lugar de lo que está sucediendo, llame a una reunión. Los desarrolladores te dirán cualquier cosa para escapar de esas salas de tortura. Si desea saber qué está pasando, envíe un correo electrónico o mensajería instantánea. Entonces espera. Los programadores entran casi en trance mientras escriben código nuevo. El enfoque agudo con láser es necesario. Como tal, el sonido generalmente está desactivado para mensajería instantánea y correo electrónico. Lo miran cuando completan algo, tienen una pausa natural, como cuando compilan, o después de levantarse o antes de levantarse para obtener más cafeína y azúcar. Muchos programadores son introvertidos. Las reuniones no solo las desmotivan y las molestan. También gravan una energía introvertida.
Permitir horas impares. Cuando te quedas hasta las 3 de la mañana, encuentras un error muy difícil de terminar antes de una fecha límite ajustada. Estar a las 8 am significa que solo tienes un cuerpo cálido allí. Incluso pueden mirar el código, pero no escriben mucho código útil y pueden causar un daño considerable a su propio código cuando funcionan con un déficit de sueño suficiente. La mayoría de los programadores también pasan horas en casa. Por lo tanto, haga copias de backends, acceda a los repositorios de códigos y elementos esenciales similares disponibles.
Nada hace que el corazón de un programador se vuelva más fuerte que un brillante. La siguiente mejor opción son los datos de prueba buenos y precisos.
No le pide a un camionero que transporte mercancías sin un camión. No le pides a un marinero que navegue sin un barco. Entonces, ¿por qué pedirle a un programador que complete una tarea cuando no tiene el acceso, las herramientas y las especificaciones necesarias? Nunca entendí cómo los gerentes podían preguntarte, día tras día, a veces semanas tras semanas, “¿has terminado xyz?” y les dices “Bueno, lo haría SI tuviera abc”. El gerente luego promete arreglar eso y usted repite durante días, a veces semanas seguidas con este ciclo.
No ensillas a los programadores con novatos recién salidos de la universidad si estás en medio de un proyecto importante. Estas personas generalmente son peores que agarrar a una persona al azar de la calle. Al menos la persona al azar sabe que no sabe nada. Un graduado de TI PIENSA que saben programar y la mayoría de ellos, pasas innumerables horas rompiendo con los malos hábitos que se enseñan en la universidad, buenas prácticas de programación y cómo codificar. Si ya está atrasado, restando no agregando activos de trabajo al agregar cuerpos cálidos como la mayoría de los trabajadores invitados y graduados de TI. Pueden tener el título, pero no se lo han ganado ni lo han aprendido.