¿Has tenido que tropezar en el trabajo? Aquí tiene la tarea: configurar un temporizador hermoso: "Siempre quedan 2 horas hasta el final de la súper oferta". Abra el editor ... y haga clic: ¿y cómo hacer algo? Parece que escuché algo que comenzamos a hacer en los aterrizajes de Vue. ¿O todavía hay una reacción?
Es bueno cuando estás en un espacio abierto sentado a través de dos mesas. Siempre puedes levantarte y preguntar en voz baja a un vecino: "Recuérdame, ¿estamos tomando Vue por todos ahora?" Peor si el TL está en una zona horaria diferente. La misma pregunta, pero la respuesta es mañana. Y si él daba vueltas, pasado mañana. Y eso es todo, en lugar de 1 minuto, dos días de retraso.
O peor Te sientas, no tocas a nadie, y de repente un susurro silencioso en 3 pisos con la pregunta anterior. Responde rápidamente y nuevamente restaura el contexto. Pero todo lo que tenía que hacer era buscar en la wiki ...
Entonces, mis reglas personales de trabajo remoto, que absorbí durante el trabajo independiente.
Por supuesto, no siempre los sigo. Y sí, varios años de trabajo en la oficina ya están causando distorsiones como "reunámonos y hablemos en vivo". ¡Pero estoy peleando! Y trato de seguir apegándome a ellos.
- Siempre tómese el tiempo para encontrar la respuesta usted mismo.
Motivos: la información que se encontró se recuerda mejor; se acumula imperceptiblemente una gran capa de contexto a lo largo del camino.
Bonificaciones: ahorro en preguntas y respuestas TTL, hasta una semana cuando el gurú en otra zona horaria está de vacaciones por una borrachera.
Contras: incluso una respuesta simple de sí / no a menudo toma un orden de magnitud más tiempo que obtener una respuesta por su cuenta. - Siempre describa el contexto haciendo una pregunta. No " tomar React or Vue? " Pero " comenzamos a cortar el frente para el aterrizaje del cliente Kudykatishkin. ¿Ya existe una solución estándar para eso? No encontré la wiki, la última solo tiene un diseño html para ellos. Necesitamos tomar React o Vue para la dinámica?
Motivos: la cuota calculada de los lectores de jabones modernos no siempre es conveniente para las discusiones, y cuando se convoca a un gurú en medio de una discusión, es casi seguro que responderá en función de su contexto actual. Establecer el contexto local le permite obtener una respuesta a SU pregunta, en lugar de reflexionar sobre el tema.
Bonificaciones: el tema se convierte en una pieza auto documentada para la arqueología, incluso si una vez más se olvidaron de introducir soluciones en la wiki.
Contras: "Para hacer una pregunta correctamente, necesita saber la mayor parte de la respuesta" (c) Robert Sheckley. "La pregunta correcta". - Siempre describa el contexto, dando una respuesta. No " Vue ", sino " desde la conquista de los faraones, para todos los clientes que no están indignados con la esperanza de irse a estudios más baratos en el futuro, usamos Vue. Para todos los clientes que están indignados, una entrada de wiki es obligatoria " . .
Motivos: todas las mismas citas rizadas, más resaltado inteligente de respuestas a preguntas en motores de búsqueda. La presencia de un contexto local permite que esta solución se aplique en el futuro.
Bonificaciones: una persona que quiere encontrar una respuesta por su cuenta puede encontrar esta respuesta y seguirla. Por cierto, esta respuesta puede estar desactualizada. Entonces, cuando escribimos tal respuesta, miramos el siguiente párrafo.
Contras: si usted es el mismo "gurú", entonces el número de tales preguntas aumenta con el tiempo, y este crecimiento a menudo no se nivela a pesar de todos los intentos de capacitación; entonces ... mira el siguiente párrafo. - Cuando recibimos la segunda pregunta, encontramos nuestra última respuesta (que, como recordamos, tendrá suficiente contexto en sí misma), la llevamos a un lugar razonable en la wiki ("principios técnicos generales", "sobre la base del proyecto Kudykatishkin" o "FAQ Guru") , cree un enlace corto a la respuesta y cite la respuesta junto con un enlace a ella.
Motivos: las respuestas pueden estar desactualizadas, en el párrafo junto al enlace puede escribir "¡desactualizado!"; citamos todo como está para reducir el tiempo que pasa el interrogador (ya pasó tiempo buscando una respuesta, y si por alguna razón no pudo encontrar la respuesta anterior, no lo haga perder más tiempo).
Bonificaciones: tenemos un número creciente de preguntas frecuentes, que minimiza el número de preguntas de las personas que tienen éxito en la búsqueda, las respuestas tardan segundos en analizar el contexto dado y obtener el enlace del catálogo de respuestas a la mano.
Contras: la creación de documentación recae en los hombros de aquellos que pueden dar una respuesta. Para, pero ¿es un menos? - Activa el modo telepath. Sí, sé que todos los telépatas están de vacaciones, así que tenemos que hacer su trabajo. Use el contexto proporcionado para responder las preguntas que obviamente siguen. Simplemente diga " Vue. Por cierto, durante tres días decidimos hacer nuevos aterrizajes usando Gridsome, mire la excelente descripción de cómo prepararlo en link.int/gridsome. Y compruebe los gráficos que no tienen marcas de agua. Lo sé, "No es su trabajo, pero el diseño se ha cambiado a redes neuronales, por lo que esa parte está resbalando, no quisiera que el cliente lo vuelva a notar" .
Motivos: este sigue siendo el contexto del mismo problema: el lector, incluso si sabe todo esto, se asegurará de que todo sea válido; y si aún no lo hace, de repente se entera.
Bonificaciones: cuanta más información se incluya en la respuesta, mayores serán las posibilidades de que no haya más preguntas, lo que significa que se guardarán más ciclos de preguntas y respuestas. Y también para aquellos que luego encuentran la respuesta.
Contras: la predicción de rama conlleva el riesgo de malgastar el trabajo en este caso particular, pero es una buena habilidad en telepatía. - Mientras escribimos la respuesta, también estamos repensando y probando el contexto dado. Si si. Intentamos evitar copiar y pegar sin pensar. Pregunta: "Vi que hicimos todo en Vue, pero por alguna razón las últimas tres páginas de aterrizaje estaban en jQuery. No encontré ninguna información en el wiki, y el autor de las últimas tres páginas de aterrizaje se fue al mar (¿por qué me arrojaron los últimos errores?"). Sí, puede pegar la respuesta anterior sobre "Vue a menos que se indique lo contrario en la wiki", pero es mejor intentar preguntarle al gerente de vacaciones (directamente o enviarlo al hilo) y ejecutar un rastreador de comunicación con el cliente.
Motivos: sí, sí, lo sabes mejor, y sí, todo debe estar en la wiki, pero la gente está equivocada, incluso tan infalible como tú y el departamento de comunicación con el cliente. ¿Quizás es un requisito que olvidaron agregar a la wiki? ..
Bonificaciones: si ha olvidado, será posible depositar, para evitar un conflicto con el cliente, y también una vez más recordar a todos los responsables que traigan tales cosas.
Contras: pérdida de tiempo aquí y ahora para excavaciones adicionales.
Durante mi trabajo, tuve que aplicar estas reglas al codificar, al invertir, al analizar datos, al diseñar, durante la protección contra ataques DDoS y al completar declaraciones de impuestos. Intente recordar las docenas de discusiones recientes en las que todavía se llegó a un consenso, e imagine que la pregunta y la respuesta se reformularían de acuerdo con estas reglas ...
...
Bonificación prometida: Milfgard distribuyó 10 libros en papel y 10 libros electrónicos "Negocios en sí mismos" (¡ obsequio , gracias a todos!).