Filtrar
× Estrellita (2)
Buenas prácticas de testing 28
Ignacio Slater M. 7 Abr 202307/04/23 a las 20:02 hrs.2023-04-07 20:02:07 Estrellita
Chiquilles, he visto a un par de personas confundidas así que redacté algunos puntos que debieran tener en cuenta al hacer sus tests.
Los pueden encontrar aquí: https://github.com/dcc-cc3002/faq#testing
Cualquier duda que tengan al respecto, no duden en preguntar
Los pueden encontrar aquí: https://github.com/dcc-cc3002/faq#testing
Cualquier duda que tengan al respecto, no duden en preguntar
Cómo hacer preguntas por el foro 63
Ignacio Slater M. 29 Mar 202329/03/23 a las 15:49 hrs.2023-03-29 15:49:29 Estrellita
¡¡ALERTA DE WOT!!
Algo recurrente en este curso (y en muchos otros) es que se hacen muchísimas preguntas por el foro. Y eso está bien. No hay que tener miedo a preguntar, y no hay mejor manera de aprender que aplicando la técnica de Feynman con sus compañeritos uwu (es decir, aprender enseñando) y aún más en un curso como este, en donde se prioriza más el cómo se hace, que el qué se hace.
Sin embargo, por ABC motivo todo se empieza a descontrolar y se termina con hilos muy largos, en donde es difícil encontrar una respuesta a alguna pregunta ya hecha, pues el tema principal del hilo ya se perdió. Es por este motivo que se proponen los siguientes lineamientos para preguntar en el foro (inspiradas en nuestro pastor, Stack Overflow 🐱💻):
ANTES DE PREGUNTAR
1.- Si es una pregunta sobre Git o Scala, primero búsquenlo en Google (o en su motor de búsqueda predilecto), pues no es un tópico propiamente tal del curso (en este curso se revisan metodologías y diseño, no programación en sí). Si es que no encuentran una respuesta, entonces apañaría abrir un hilo en el foro.
2.- Antes de preguntar, revisen si alguien más no lo ha preguntado antes. Suele ocurrir mucho que, por no revisar completamente el foro, se suele preguntar de forma reiterada una misma pregunta. Con el formato que proponemos en este foro, debería de ser sencillo encontrar la respuesta a su pregunta.
MIENTRAS SE ESCRIBE LA PREGUNTA
3.- Si es que al leer una pregunta, les surge otra pregunta que está directamente relacionada con la pregunta original, entonces apañaría preguntar en el mismo hilo. Por ejemplo, si un hilo se está hablando sobre SOLID, entonces una pregunta válida sería preguntar sobre la L de SOLID (Liskov Substitution Principle). Pero una pregunta no válida sería preguntar sobre el enunciado de una tarea en ese hilo.
4.- Si es que el punto anterior no es su caso, entonces abran un hilo. Primero que todo, asegurarse de que se esté escribiendo la pregunta en la categoría correcta. Por ejemplo, si la pregunta es un tema de la Tarea 42, entonces deberían seleccionar aquella categoría.
5.- Luego vendría el título. Este debería de ser lo más explicativo posible. Por ejemplo:
NO:
* Duda enteros
* Error == Java
SI:
* ¿Cómo se operan los enteros con los flotantes?
* ¿Por qué al hacer “a” == “a” obtengo false?
6.- Finalmente redactar la pregunta. En el primer párrafo escriban una pregunta o descripción concisa, de forma que sea rápido de leer para alguien que está apurado leyendo preguntas (imagínense a ustedes buscando una pregunta en Stack Overflow, les facilitaria la vida, ¿no?). En los párrafos siguientes escriban detalles que les permita al resto entender de mejor forma la pregunta. Si es una pregunta conceptual (¿estoy aplicando bien SOLID? ¿Se está encapsulando bien?) den un ejemplo pequeño con las variables genéricas (foo, bar, something, variable, etc...). Si es un problema que involucre código, intenten que sea la menor cantidad de código posible para reproducir su error.
DESPUÉS DE ESCRIBIR LA PREGUNTA
7-. Ayuden a sus compañerxs, que no les gane el cringe. Cómo decía, la mejor forma de aprender es enseñando, y aún más en este curso 👀
8-. Si se dieron cuenta que hicieron la pregunta equivocada no se preocupen ni se sientan mal, respóndanse a sí mismos en el foro avisando que abrirán una nueva pregunta y formulen su pregunta de nuevo, pero esta vez de forma correcta.
Feliz jueves,, ,
Algo recurrente en este curso (y en muchos otros) es que se hacen muchísimas preguntas por el foro. Y eso está bien. No hay que tener miedo a preguntar, y no hay mejor manera de aprender que aplicando la técnica de Feynman con sus compañeritos uwu (es decir, aprender enseñando) y aún más en un curso como este, en donde se prioriza más el cómo se hace, que el qué se hace.
Sin embargo, por ABC motivo todo se empieza a descontrolar y se termina con hilos muy largos, en donde es difícil encontrar una respuesta a alguna pregunta ya hecha, pues el tema principal del hilo ya se perdió. Es por este motivo que se proponen los siguientes lineamientos para preguntar en el foro (inspiradas en nuestro pastor, Stack Overflow 🐱💻):
ANTES DE PREGUNTAR
1.- Si es una pregunta sobre Git o Scala, primero búsquenlo en Google (o en su motor de búsqueda predilecto), pues no es un tópico propiamente tal del curso (en este curso se revisan metodologías y diseño, no programación en sí). Si es que no encuentran una respuesta, entonces apañaría abrir un hilo en el foro.
2.- Antes de preguntar, revisen si alguien más no lo ha preguntado antes. Suele ocurrir mucho que, por no revisar completamente el foro, se suele preguntar de forma reiterada una misma pregunta. Con el formato que proponemos en este foro, debería de ser sencillo encontrar la respuesta a su pregunta.
MIENTRAS SE ESCRIBE LA PREGUNTA
3.- Si es que al leer una pregunta, les surge otra pregunta que está directamente relacionada con la pregunta original, entonces apañaría preguntar en el mismo hilo. Por ejemplo, si un hilo se está hablando sobre SOLID, entonces una pregunta válida sería preguntar sobre la L de SOLID (Liskov Substitution Principle). Pero una pregunta no válida sería preguntar sobre el enunciado de una tarea en ese hilo.
4.- Si es que el punto anterior no es su caso, entonces abran un hilo. Primero que todo, asegurarse de que se esté escribiendo la pregunta en la categoría correcta. Por ejemplo, si la pregunta es un tema de la Tarea 42, entonces deberían seleccionar aquella categoría.
5.- Luego vendría el título. Este debería de ser lo más explicativo posible. Por ejemplo:
NO:
* Duda enteros
* Error == Java
SI:
* ¿Cómo se operan los enteros con los flotantes?
* ¿Por qué al hacer “a” == “a” obtengo false?
6.- Finalmente redactar la pregunta. En el primer párrafo escriban una pregunta o descripción concisa, de forma que sea rápido de leer para alguien que está apurado leyendo preguntas (imagínense a ustedes buscando una pregunta en Stack Overflow, les facilitaria la vida, ¿no?). En los párrafos siguientes escriban detalles que les permita al resto entender de mejor forma la pregunta. Si es una pregunta conceptual (¿estoy aplicando bien SOLID? ¿Se está encapsulando bien?) den un ejemplo pequeño con las variables genéricas (foo, bar, something, variable, etc...). Si es un problema que involucre código, intenten que sea la menor cantidad de código posible para reproducir su error.
DESPUÉS DE ESCRIBIR LA PREGUNTA
7-. Ayuden a sus compañerxs, que no les gane el cringe. Cómo decía, la mejor forma de aprender es enseñando, y aún más en este curso 👀
8-. Si se dieron cuenta que hicieron la pregunta equivocada no se preocupen ni se sientan mal, respóndanse a sí mismos en el foro avisando que abrirán una nueva pregunta y formulen su pregunta de nuevo, pero esta vez de forma correcta.
Feliz jueves,, ,
