Mucho de lo que parece completamente obvio para un desarrollador experimentado no lo es para un principiante. No estoy hablando de escribir código, conocimiento de patrones, etc. Esto se aplica a la forma de pensar en general: cómo resolver el problema, cómo preguntar, cómo no despertar la ira de los mentores de sus mayores . Hoy trataremos de hablar sobre eso.
Los métodos de pensamiento racional (aquí) son preguntas que deberían formularse en cada etapa del pensamiento sobre un problema. Con su ayuda, puede llegar rápidamente a la decisión correcta y construir su trabajo de manera más eficiente.
Pregunta 1. ¿Cuál es la razón?
De acuerdo con la ley de la maldad, cuando inicias la aplicación por primera vez, algo definitivamente no funcionará. Primero debe intentar determinar la causa del error usted mismo. La forma más fácil es mirar la consola. Quizás el texto del error sea suficiente para entender cómo solucionarlo.
Pregunta 2. ¿Hice todo lo que pude?
Incluso si el texto del error no ayudó, no se apresure a las personas con una pregunta. Primero debe asegurarse de que se haya hecho todo lo posible. Puedes verificar algo como esto:
- Revisé la documentación de la aplicación para encontrar una solución a este problema
- Busqué en Google y no encontré nada
- Busqué en inglés en Google y no encontré nada
- Ninguno de los consejos encontrados me ayudó.
Si la respuesta es sí en todas partes, pase al siguiente párrafo.
Pregunta 3. Me parece perplejo. Por qué
Está bien pedirle a su mentor / mentor / jefe / amigo una solución. Tal vez te olvidaste de hablar de ella. Sin embargo, la pregunta no debe consistir solo en las palabras “algo no está funcionando”, todos los datos de entrada disponibles deben estar incluidos. Una pregunta bien construida le ahorra tiempo a su mentor y lo ayuda a trabajar de manera más eficiente. Intente verificar la pregunta de "integridad":
- Texto de error especificado
- Se indica un caso en el que encontró un error (hasta los comandos de inicio)
- Se indican los métodos de solución probados.
Beneficio! En el menor tiempo posible, recibirá una solución al problema y un profundo respeto por parte de sus colegas. Entonces, adelante al desarrollo de tareas.
Pregunta 4. ¿Mi solución resuelve completamente el problema?
Ahora hablemos sobre cómo completar cualquier tarea. Sugerencia: la pregunta correcta para ti.
Si esto es un error, entonces vale la pena verificarlo: ¿el problema está solucionado o enmascarado? Por ejemplo, hay una función que debería devolver un número, pero (de repente) devuelve una cadena. Al convertir el resultado al lugar de la llamada a la función, puede enmascarar el problema. Pero, quizás, valga la pena hacer la transformación dentro de él y así solucionar el problema por completo.
Una característica o error, no seas perezoso al final para verificar todos los casos posibles. Como muestra la práctica, la frase "debería funcionar" causa errores terribles y un descontento aún más terrible en el lado receptor.
Pregunta 5. ¿Por qué estoy seguro de esto?
Inmediatamente, veamos un ejemplo: es hora de integrar diferentes partes de una aplicación grande. El backend asociado con la tarea junior se ha desarrollado durante mucho tiempo. Lanza una función a su lado y ... ¡todo cuelga! Muy rápidamente, determina que el backend está congelado. Uno podría decir de inmediato: "El problema no está de mi lado", descartar la tarea y ocuparse de nuestros asuntos. Pero Rational Junior pensará: “Si la tarea de backend está marcada como completada, probablemente se haya probado. ¿Por qué estoy seguro de que el problema está en el backend? No importa de qué lado esté el problema. Es importante que no venga a otro desarrollador sin verificar el comportamiento de su lado.
Pregunta 6. ¿Por qué se hizo esto?
Se debe dar por sentado que las personas razonables trabajan y no escriben tonterías (al menos a propósito). Cuando parece que alguien ha escrito una línea en el código que es superflua, debe pensarlo dos veces antes de eliminarla. Incluso si resuelve completamente el problema. Las formas más probables de saltear nada:
- Ver el último mensaje de confirmación que modifica esta línea
- Ver tarea de confirmación (a menudo se indica en el mensaje de confirmación)
- Vea quién cometió y pregúntele, después de hablar sobre su tarea.
En conclusión, quiero agregar una cosa: no es necesario seguir todos los pactos de este artículo, pero es necesario pensar constantemente y pensar de manera independiente .