¿Cuál es el mejor enfoque a seguir cuando no puede resolver algo, y no tiene a nadie a quien preguntarle?

Question

La segunda parte de esa pregunta es la clave. Si usted es uno de los pocos programadores, y después de golpearse la cabeza en el teclado durante noches interminables, no puede resolver nada, sin nadie más en su organización para preguntar, ¿qué hace? No tener a quién preguntar tiene más que ver con el hecho de que llevaría demasiado tiempo ponerlos al día incluso para que evalúen el problema. ¿Son estos los casos en los que tiene conversaciones incómodas con la administración y les dice que se necesitará un contratista externo con más experiencia?

Answer 1

Hay un momento y un lugar donde todo el mundo golpea un problema donde no parece una salida obvia.

1) Pregúntate si eres la primera persona en resolver esto, si no, entonces es probable que haya una respuesta por ahí. Pruebe Google, SO, etc.

2) Tómese un descanso y trate de hacer otra cosa por un tiempo: es increíble lo que a unas horas del teclado y pensar en otra cosa puede hacer.

3) Intente hablarle del problema a alguien más, incluso si no son técnicos: a veces, el proceso de explicarle un problema a alguien que no es técnico o involucrado puede llevarlo a la respuesta correcta oa un acercamiento de un ángulo diferente.

4) Admita que es más difícil de lo que había imaginado o que está atascado. Un buen jefe lo ayudará a llegar al resultado correcto, tanto para usted como para su negocio. Hágales conscientes del esfuerzo realizado y las conclusiones y decisiones que ha tomado hasta la fecha.

5) Si todo lo demás falla, ayudar a su jefe elegir el contratista como usted probablemente tendrá que mantener su código :-)

Answer 2

Algunas veces, si no puedo encontrar una solución, es posible que sea porque voy por el camino equivocado con mi enfoque para resolver el problema. Me ayuda mucho no pensar en el problema por un tiempo. Volver a él después de un descanso puede darle una idea nueva que podría ayudar a encontrar una solución.

Answer 3

Dependiendo del problema a veces desarrollan aplicaciones de una sola vez a prueba/trabajo con esa característica/error/lo que sea particular sin todas las otras precondiciones y dependencias que existen en el proyecto (y podrían estar afectando el resultado).

Intenta redefinir el problema. A veces puede volver a trabajar el software que está escribiendo para que no encuentre el problema que está tratando de resolver. A veces no es un problema con su solución, sino el estado del software en el que está tratando de implementarlo.

Answer 4

Primero I google
Y si eso no ayuda intente dividir el problema en partes Puedo resolverlo Por lo general, la idea que obtengo haciendo esas partes me iluminará lo suficiente como para poder dar un nuevo ataque en la parte difícil.

Answer 5

Mi favorito es de goma patito de depuración, que se explica aquí: http://lists.ethernal.org/oldarchives/cantlug-0211/msg00174.html

lo llamamos el método de goma del pato de depuración.Dice así:

1) rogar, pedir prestado, robar, comprar, fabricar u obtener un pato de goma
(variedad bañera)

2) Lugar pato de goma en el escritorio y le informe que está solo va a revisar un código con él, si está bien.

3) Explicar al pato lo que se supone que el código para hacerlo, y luego entrar en detalles y explicar cosas línea por línea

4) En algún momento se le dice al pato lo que eres haciendo lo siguiente y luego darse cuenta de que que no es de hecho lo que está realmente haciendo. El pato se sentará allí serenamente, feliz sabiendo que te ha ayudado en tu camino.

Funciona siempre. En realidad, si no tiene un pato de goma que podría en una pizca pedir a un compañero de programador o ingeniero para sentarse.

Andy

Answer 6

me enfrentaba a esta situación para un proyecto completo en el cual Yo era el only programmer on the job, responsible for architecture all the way down to maintenance.

Me enfrenté a él por el uso agresivo de Google y la programación Q & A sitios, aunque no tenía SO en ese momento (recurrió a las respuestas de Yahoo un par de veces). La mayoría de las veces no encontraba exactamente lo que necesitaba, y tenía que utilizar mi cerebro y hacer algunos análisis de problemas para resolver la mayoría de los problemas.

Cuando te quedas absolutamente atrapado detrás de una pared de ladrillos, necesitas encontrar soluciones que sean satisfactorias para tus usuarios finales. Lo más probable es que no puedas hacer que todo funcione por pura fuerza de programación.

Estoy de acuerdo con otra respuesta aquí que a veces levantarse y alejarse de un problema a menudo le proporcionará destellos de visión que nunca se le ocurrirían mientras está detrás del teclado. A menudo he tenido mis ideas más brillantes viniendo a mí mientras conducía o en la ducha.

Answer 7

Me gusta empezar a trabajar en las partes más fáciles primero. Entonces, ¿qué pasa si no puede encontrar la manera de encontrar el algoritmo de ruta optimizado en su mapa? Simplemente comience escribiendo el código de dibujo de relleno de inundación. Luego haga las rutinas de IA para el combate, después de todo lo que necesitan hacer también. Luego, mientras trabajas en el simulador de clima, te darás cuenta de que tu subconsciente ha estado resolviendo los detalles del algoritmo de navegación mientras dormías.