📬 🙄 👨🏼‍🎤 Las personas que entienden el trabajo de un programador se pueden encontrar en cualquier lugar 🙌🏽 🦇 ✊🏿

Las personas que entienden el trabajo de un programador se pueden encontrar en cualquier lugar. Y al mismo tiempo, y en el trabajo de contadores, gerentes, cajeros, diseñadores e incluso aletas de pingüino. Estos muchachos adoran las abstracciones incluso más que los programadores mismos.

Por ejemplo, existe una abstracción como KPI. Otro scrum. Kanban Cultura corporativa. Habilidades blandas Etc.

Para comprender el trabajo de un programador y, lo que es más importante, formas de aumentar su efectividad, estas personas intentan mediante la abstracción. No desde dentro de la profesión, sino desde afuera. ~~Atraemos al búho en el mundo,~~ adaptamos el modelo abstracto a la profesión e intentamos comprender y mejorar algo, de acuerdo con las reglas del modelo.

Para mejorar el trabajo del programador a través de Scrum, debe hacer que pegue pegatinas y se ponga al día con los mitaps. Así está escrito en el manual de capacitación. En Kanban: vuelva a pegar las pegatinas con más frecuencia. Para que la cultura corporativa funcione, debe hacer que el programador aprenda el himno. A través de habilidades blandas, que aprenda a hablar. Etc.

Tres grupos de abstracciones son especialmente populares. El primero es métodos de producción en serie como Kanban o incluso transportador. Un trabajador que ha afilado los mismos detalles durante años es el mismo programador, ¿verdad?

El segundo es los métodos de gestión de proyectos como Scrum o Waterfall. Está claro que la intervención del método se ve suave, como resolver el problema de una manera programática y comportarse de una manera desordenada entre las tareas. Pero hay difusión, en ambas direcciones. Que el lema de la cascada "cumple con la fecha límite", que el "aaaa, kherachim-kherachim-kherachim" de Scramov! afectar la programación "mágicamente".

El tercero son los métodos gay e-gay. Solo necesita hacer amigos, como en el jardín de niños, colgar las bolas y el código está escrito. Bien que.

Vamos al otro lado. No desde afuera, desde ~~galaxias distantes de~~ abstracciones incomprensibles, sino desde adentro. La mente del programador comprenderá cómo aumentar la eficiencia del programador y qué debe hacer. Esto no es por mucho tiempo, todo es demasiado simple si eres de adentro.

La mejor manera de aumentar la eficiencia del programador es eliminar las pérdidas en el proceso. En primer lugar, pérdida de tiempo. Pérdidas: una gran cantidad. Hasta el 97% del tiempo, para ser honesto.

Pero son difíciles de ver, porque no está claro que esto sea una pérdida. Parece que un hombre se sienta, trabaja, hace algo, no se acuesta en la cama, no fuma, no habla de un extraño. Pero, con una alta probabilidad, en este momento está perdiendo tiempo.

O se para en una reunión, se sienta en una reunión, se acuesta en un sillón junto a un psicólogo del personal, corre a lo largo de una cinta de correr corporativa, o está firmemente sujeto en una silla de masaje. ¿Es útil?

¿Cómo clasificaría una persona una persona que entiende el trabajo de un programador? No, no así, ¿comenzaría a hacer esto? Por supuesto. Este es un proyecto así. La disertación se puede escribir: "tipos de pérdida del tiempo del programador y formas de eliminar su influencia en los resultados financieros, productivos y morales y éticos de la gestión de pequeñas y medianas empresas en Rusia durante la era del cambio".

Todo es mucho más simple, creo. Basado en el supuesto de que hay más pérdidas en nuestro trabajo que actividades útiles, es más fácil entender qué es "actividad útil", y todo lo demás debe considerarse como pérdidas. También es más fácil entender quién es una persona sana que recordar los nombres de todas las enfermedades.

Sugiero esta redacción para el programador: está ocupado haciendo un trabajo útil si escribe un código único.

Simple, espacioso y comprensible. Todo lo demás es una pérdida explícita o implícita hasta ahora.

Está claro que este no es un filtro absoluto, sino más bien una prueba de fuego que proporciona el espectro, el grado y no una / dos tiras. Y, por desgracia, todas las actividades enumeradas en el preámbulo no pasan por este filtro.

Las pérdidas explícitas son fáciles de nombrar. Por ejemplo, soy reacio a trabajar, y fui a la red social para mirar a través de la cinta. O no puedo decidir qué método de implementación elegir, y salgo a caminar, y en el camino olvido que quería pensar en el problema y regresar sin una solución. O incluso se fue a la cama en el trabajo. O me duele la cabeza y no puedo hablar, sin mencionar la programación.

Pérdida explícita: cuando obviamente no está haciendo nada relacionado con la tarea. Es cierto que esto no siempre es obvio, porque el hombre se protege frente a sí mismo. Bueno, como los fumadores demuestran a todos y a sí mismos que sus descansos por hora tienen un efecto positivo en el trabajo.

Las pérdidas implícitas son más difíciles: estamos acostumbrados a considerarlas como actividades útiles. Bueno, o estábamos convencidos de que sin esto de ninguna manera. Un programador no puede hacer frente sin un mitap, una fecha límite y una canción atrevida. A menudo, las pérdidas se esconden detrás de la frase "Estoy sentado y pensando". Pienso en la arquitectura de la solución, elijo un problema para mí, no puedo decidir si puedo hacer un interruptor de palanca o una casilla de verificación, usar una función preparada con pre / postprocesamiento, o escribir la mía, buscar ejemplos de código en Internet, buscar en las dependencias, etc.

Hago todo esto porque no puedo escribir código único. Encontré un obstáculo que no me permite comenzar o continuar, y tratar de superarlo. Como regla, por su cuenta.

Si no divide sus actividades en útiles y pérdidas, entonces no podrá establecer el autocontrol. Siempre parecerá que está ocupado con algo necesario e importante. Y yo y todos los que nos rodean.

Tal definición de actividad útil como "usted escribe un código único" simplifica todo. Hagas lo que hagas, siempre puedes responder rápidamente la pregunta, ¿es esta basura u otra cosa?

Si escribe un código único, está ocupado. Escriba directamente, sentado en la computadora y tocando el teclado con los dedos.

Si no escribe un código único, algo está mal. Estaba francamente distraído, o atrapado, o fue arrastrado a la siguiente atracción de un búho en el mundo, para que luego ~~pudiera recibir un premio y~~ defender una disertación para proteger. Y su tarea es extremadamente simple: vuelva a escribir un código único lo antes posible.

Sí, probablemente notó que repito constantemente la palabra "único". Bueno, por supuesto, si escribes código que alguien ya ha escrito y puedes usar este código, entonces pierdes tiempo.

En realidad, eso es todo. Ahora en cualquier momento sabes lo que estás haciendo. O haces negocios o pierdes tiempo.

Muestre este texto a su gerente. Ya pensará cómo los contadores, cajeros, operarios y giros de pingüinos "escribirán un código único".

Las personas que entienden el trabajo de un programador se pueden encontrar en cualquier lugar

More articles: