Si, el exit no garpa, pero no me parece tan "big deal".
En C usas el return que viola el paradigma de Djisktra de que toda funcion tenga un solo punto de entrada y un solo punto de salida y no es tan distinto. De hecho el exit pablo lo usa para hacer programacion por descarte, que es lo que harías en un programa escrito en C/C++/C#.
Ni hablar del goto (que si es un big deal porque es una poronga).
Que uses C no tiene nada que ver.
Podes usar C sin usar Exit, al igual que usar Pascal sin usar Exit. no entiendo porquè hablas de eso
(09-02-2013 03:40)Imakuni escribió: [ -> ]Al usar un exit, haces el codigo menos entendible.
estaria de acuerdo con vos si y solo si escribiera codigo a manopla y no casitas. Haciendo esas casitas de mierda terminas haciendo cualquier cosa con tal de que te entre en una hoha
Cita:Que bajon que bruno esté de jefe de catedra.... un dia te puso 10, al otro dia no la puso y te puso un 1, mientras le grita a la minita vestida de rosa.
Hay peores.
(09-02-2013 04:23)Imakuni escribió: [ -> ]Podes usar C sin usar Exit, al igual que usar Pascal sin usar Exit. no entiendo porquè hablas de eso
Si, pero en la practica nadie usa C sin el mecanísmo que sale de la subrutina actual....el exit, digo return, return
.
(09-02-2013 11:45)nanuiit escribió: [ -> ]
- Off-topic:
- Es una práctica no feliz y por ende, resta puntos su utilización.
Igual una practica no feliz es no documentar el codigo y en el final no te lo piden. Y en finales recientes ni te piden la estrategia , que caeria en documentacion tecnica del mismo
(09-02-2013 13:46).py escribió: [ -> ] (09-02-2013 11:45)nanuiit escribió: [ -> ]
- Off-topic:
- Es una práctica no feliz y por ende, resta puntos su utilización.
Igual una practica no feliz es no documentar el codigo y en el final no te lo piden. Y en finales recientes ni te piden la estrategia , que caeria en documentacion tecnica del mismo
Sí, más vale. Cuando la cursé, si no hacías la estrategia (o mínimamente dibujabas las estructuras y cuánto ocupaba cada una, etc) prácticamente era darte por desaprobado. Así que en mi caso, es lo primero que hacía.
Che nanu , yo capaz me tire al ultimo final de febrero. Si me decis que hubo cambios en la materia , los 2 primeros finales de febrero me van a servir. Si los conseguis , de 10
Básicamente esto cambió
http://www.utnianos.com.ar/foro/tema-apo...s-standard
En diciembre fui a fotocopiadora, y compré los finales (están en el thread de los finales)... los 3 llamados a diciembre fueron muy similares. De todas maneras, si no estudiaste, no aprobabas; pero eran como parecidos.
No sé si fue ese mes en particular o quizás cambia
En Arquitectura hubo una tanda de fechas que habían cambiado un poco el final... pero después siguieron tomando como siempre. Así que no sé bien qué pasará en este caso.
Cita:estaria de acuerdo con vos si y solo si escribiera codigo a manopla y no casitas. Haciendo esas casitas de mierda terminas haciendo cualquier cosa con tal de que te entre en una hoha
Pero es peor. O sea. Si vos querés ver el flujo normal del sistema, viendo muchos ifs anidados podes ver la salida incluso sin leer. Si tiene exits metidos en el medio, tenés que ver que hace cada parte de la casita
, y ver en que condiciones el programa sale.
Cita:Si, pero en la practica nadie usa C sin el mecanísmo que sale de la subrutina actual....el exit, digo return, return
Que mil moscas coman mierda, no significa que la mierda sea buena
. Por supuesto, en la facultad generalmente nos enseñan a ser puristas, para que luego, tengamos el suficiente criterio para saber cuando romper las reglas y cuando no. Si aceptaramos el exit como algo bueno, lo usaríamos constantemente.
Cita:TPs como la Agencia Turismar, y la constelación de estrellas, o algo así, no me acuerdo el nombre
No entendí esto
Que hay TPs fáciles en algunos cursos, y en otros el TP es difícil y más largo.
Se podría hacer un mismo TP para todos, ponele.
(10-02-2013 02:17)Imakuni escribió: [ -> ]Que mil moscas coman mierda, no significa que la mierda sea buena . Por supuesto, en la facultad generalmente nos enseñan a ser puristas, para que luego, tengamos el suficiente criterio para saber cuando romper las reglas y cuando no. Si aceptaramos el exit como algo bueno, lo usaríamos constantemente.
No entiendo porque el exit te parece malo y el return no.
Ambos se salen del paradigma de djikstra , con la diferencia de que nadie usa pascal en la mudno real.
Y en la mundo real es mucho mas fácil leer codigo con returns que fijarte lo que hacen 20 condicionales anidados.
Cita:No entiendo porque el exit te parece malo y el return no.
Ambos se salen del paradigma de djikstra , con la diferencia de que nadie usa pascal en la mudno real.
Y en la mundo real es mucho mas fácil leer codigo con returns que fijarte lo que hacen 20 condicionales anidados.
No recuerdo haber dicho que el return es bueno
.
Cita:En un A4?
Seh.... algoritmos te enseña a tener letra más chica (?)
.
