Cuando está atascado, ¿qué tan rápido se debe recurrir al desbordamiento de pila? [cerrado]

Estoy aprendiendo el desarrollo de iOS a través del curso iTunes U CS193p, y a menudo me encuentro atascado. He estado tratando de deshacerme de mí mismo, pero podría llevarme horas y horas descubrir qué estoy haciendo mal, ya sea que me falte un método o realmente no consiga un concepto completo como la delegación.

Me preocupa que pueda estar perdiendo demasiado tiempo, y sería mejor ir a Stack Overflow poco después de quedar atrapado para poder seguir adelante.

En su experiencia, ¿preguntar rápidamente sobre Stack Overflow obstaculiza el proceso de aprendizaje o lo mejora?

Cuando estoy trabajando con nuevos desarrolladores, les animo a que vengan a hacer preguntas después de cinco o diez minutos cuando no estén progresando.

Eso tiene dos beneficios: el primero es que pueden obtener ayuda sin pasar demasiado tiempo mirando un problema, pero solo preguntan cuando no están llegando a ningún lado. Si están aprendiendo, incluso en algo que finalmente no es la respuesta, es mucho más probable que retengan esa información de manera útil.

La segunda es que después de tanto tiempo tienen que explicar el problema a otra persona. Eso resuelve una gran proporción de problemas, porque si lo revisas de extremo a extremo en orden significa que puedes detectar lo que te perdiste en tu trabajo anterior.

Como parece que está haciendo esto solo, intente recurrir a un peluche, el reloj o la pared, y pregúntele sobre el problema. Explíquele como lo haría a una persona y vea si eso arregla las cosas.

Si no es así, y no estás progresando, pregúntale a alguien. Pasar más de cinco o diez minutos atascado es una pérdida de tiempo; a menos que continúe haciendo otra cosa, vuelva al problema con una mente fresca.

Mi única adición a las excelentes respuestas de todos los demás:

ESCRIBIR su pregunta en la interfaz de preguntas de StackOverflow es una excelente manera de asegurarse de que está pensando detenidamente. No puedo comenzar a decirle cuántas preguntas he respondido por mí mismo en el proceso de presentarlo con la suficiente claridad como para formularlo correctamente. Las preguntas que comencé y que no envié VARIAMENTE superan a las que realmente hice.

Entonces, diría que siga adelante y pregunte (después de buscar, por supuesto), simplemente no se apegue a presionar "Enviar".

Stack Overflow, y todos los demás sitios de Stack Exchange, tienen un conjunto de pautas para hacer preguntas :

• Haz tu tarea
• Se específico
• Hazlo relevante para los demás
• Estar en el tema
• Manten una mente abierta

"Haz tu tarea" implica que no debes ser demasiado rápido para preguntar. "Sé específico" implica que entiendes el dominio de tu problema lo suficientemente bien como para resumirlo de manera concisa. Si no, se aplica "hacer su tarea". "Mantener una mente abierta" implica que debe estar listo para explorar soluciones que nunca pensó que serían relevantes para su problema.

Por lo tanto, no se trata de preguntar sobre Stack Overflow, sino de si sus preguntas son buenas. Esencialmente, el esfuerzo requerido es una experiencia de aprendizaje en sí misma. Si lo hace bien, probablemente aprenderá un par de cosas nuevas simplemente buscando duplicados. Si no, hágame ping, tengo un par de votos de sobra. :PAGS

Personalmente, cuando comencé a programar, pasé mucho tiempo tratando de resolver las cosas. Podría pasar horas tratando de arreglar algo. No veo que esos recursos no sean productivos, en esas horas aprendí a buscar cosas en línea y realmente obtuve una idea de cómo funcionaba mi lenguaje de programación. Así que creo que preguntar demasiado rápido en SO te priva de una experiencia de aprendizaje. Entrar en la programación solo lleva mucho tiempo.

Luego hay una pregunta de qué tan pronto preguntar, yo diría que pasar unas horas en un problema en particular no es mucho tiempo (tenga en cuenta que vengo de una formación académica, tal vez en entornos comerciales esto es menos aceptado).

Y cuando haga una pregunta sobre SO, invierta tiempo en la pregunta:

• Cuando tenga un error, publique el texto exacto del error. También publique el código que condujo al error, preferiblemente un ejemplo autónomo que se ejecute en cualquier computadora.
• Muestra lo que ya has probado.
• Mencione las versiones del software que utiliza: versiones del compilador, versión de python.

Estos son solo algunos puntos. Al invertir tiempo en una pregunta, respeta a las personas en SO, usa su tiempo de forma gratuita. Más importante aún, usted estructura su problema. Esto ya podría resolver su problema :).

Solo mis 2 ct ...

Creo que lo importante aquí es comprender realmente en qué estás atascado y tratar de llegar al problema principal. Después de que realmente arraigas a cuál es el verdadero problema, usar Stack Overflow es una de las primeras cosas que hago.

Pero, no está haciendo una pregunta.

Está buscando entre todas las excelentes respuestas. Lo más probable es que el problema que está teniendo en este momento haya sido tenido por otra persona y ya ha formulado su pregunta. Si se siente obligado a usar Stack Overflow, recuerde que no es solo un sitio para hacer preguntas cuando está perplejo. También es un repositorio de información realmente excelente sobre programación de computadoras; usa la función de búsqueda.

Si buscó con un par de términos / palabras clave diferentes y todavía obtiene nilch, y ha hecho su tarea y tiene ejemplos de código que puede mostrar y está realmente seguro de que su pregunta no es realmente un duplicado , entonces pregunte por todos los medios tu pregunta sobre Stack Overflow. Eso es lo que el sitio está allí para lo último que revisé.

Es completamente subjetivo, pero aquí están mis reglas básicas para mi uso.

1) ¿Mi casa está en llamas? Obviamente, no literalmente, pero es un problema que no solo necesita una solución inmediata, sino una solución de emergencia. Si es así, hágalo, falle rápidamente, obtenga la mejor ayuda posible.

2) ¿Es esto algo que puedo investigar? Si es algo en lo que tengo tiempo y es investigable, seguiré esa ruta, y eso incluye SO como un recurso complementario. SO es genial, también lo es Wiki, también lo son las otras docenas de recursos.
Lea mucho, le ayuda a comprender cuándo hay diferentes enfoques para un problema, pero primero pase el tiempo tratando de ver si su conocimiento existente se puede volver a aplicar al problema, luego ha creado una nueva herramienta mental.

3) ¿Es esto algo que queda fuera de mi conjunto de habilidades / es tan oscuro que probablemente haya 100 personas que lo hayan visto alguna vez? Esto sucede, y sucede a menudo. Generalmente intentaré investigar durante una o dos horas y luego iré aquí u otros recursos.

Sé que es más noble sentarse y hacer la investigación y pasar el tiempo, pero a menudo tenemos limitaciones de tiempo y utiliza todos los recursos disponibles, incluso si se siente como 'engañar' al sistema.

"Qué tan rápido" va a ser, por su naturaleza, subjetivo. Todos van a tener una opinión ligeramente diferente.

Si no puede descubrir la causa de su problema en aproximadamente 5 minutos de mirar el código real, al menos lo buscaría en Google. Si una buena búsqueda no tiene las respuestas, entonces comenzaría a escribir su pregunta sobre SO.

Tenga en cuenta que está bien no publicar esa pregunta; Ha habido momentos en que, al poner la pregunta en palabras escritas, la solución se presentó y no tuve que presentarla a ustedes.

Puede escribir su pregunta temprano, pero no debe publicarla hasta que haya investigado adecuadamente la fuente de su problema. Escribe las cosas que has eliminado y cómo las eliminaste. También debe buscar otras preguntas similares y si realmente desea publicar su pregunta, explique por qué esta no es la misma pregunta.

Si lo hace correctamente, encontrará que muchas veces resolverá su propio problema.