Asuntos Oficiales > Retos
Formato Bmp
Enko:
Gracias por los comentarios y por tomarte ese tiempo que sabemos que casi ni tienes.
Si ese reto se hubiera hecho hace un año, me hubiera dado miedo imaginarme leer el bmp, pero ahora, resulto más facil de lo que creía si no fuera por el padding.
Estaría bueno hacer un reto sencillo, pero que haya un poco de competencia a muerte por obtener la solucion más rapida (velocidad de procesamiento).
Espero que a alguien se le ocurra alguna.
¿Por sierto, Abrimos un nuevo thread para sugerencias sobre el siguiente reto? , podríamos hacer algo en que participemos todos sin necesidad de un juez.
Por jemplo, todos participamos, y luego, los que podamos, tomamos posision neutral y testeamos que sulucion es más rapida. O inclusive, añadir como requisito que muestre el tiempo que se tardo en realizar la tarea la ejecutable.
pd: gracias otra vez por los comentarios
el siguente reto ya lo estoy de seguro lo hago en C# :P
JuanK:
Me parece buena idea, abre entonces tu un nuevo thread para proponer el siguiente reto, lanzamos ideas y si hay varias luego hacemos una votacion.
Geo:
¡Ya están todos los códigos para descargar, qué bien :D!
Aprovecho para agradecer a Juank por el tiempo que invirtió en todo el reto (la organización y hasta evaluación de los códigos :bravo:), y nuevamente gracias por echarme la mano para compilar dinámicamente wxWidgets en Windows :). Gracias también por los comentarios, es cierto que no soy informático pero he entendido que debo tratar de mantener cierto orden para que a otros no les cueste tanto enteder el código (porque normalmente terminaría no con un "espagueti", sino con un "chilaquil" de código :D).
También, al igual que senzao, espero poder darle una mirada a los programas este fin de semana :).
Por cierto, creo recordar que al inicio alguien quería usar Allegro para el reto, yo adapté mi código con Allegro, luego lo pongo por aquí :).
--- Cita de: "Enko" ---Si ese reto se hubiera hecho hace un año, me hubiera dado miedo imaginarme leer el bmp, pero ahora, resulto más facil de lo que creía si no fuera por el padding.
--- Fin de la cita ---
Yo había participado en el reto de Teleport Media, y con este reto me di cuenta de que mi código estaba mal :P, tenía error precisamente en la parte del padding.
--- Cita de: "Enko" ---Estaría bueno hacer un reto sencillo, pero que haya un poco de competencia a muerte por obtener la solucion más rapida (velocidad de procesamiento).
Espero que a alguien se le ocurra alguna.
¿Por sierto, Abrimos un nuevo thread para sugerencias sobre el siguiente reto? , podríamos hacer algo en que participemos todos sin necesidad de un juez.
Por jemplo, todos participamos, y luego, los que podamos, tomamos posision neutral y testeamos que sulucion es más rapida. O inclusive, añadir como requisito que muestre el tiempo que se tardo en realizar la tarea la ejecutable.
--- Fin de la cita ---
Estoy de acuerdo con la idea de no tener juez, siento (y no creo estar equivocado) que aquí puede funcionar bien, que unos a otros nos demos comentarios sobre los códigos, sirve que quienes no se animaron (o no se animen en los próximos retos) puedan "seguir el reto" :).
--- Cita de: "Enko" ---el siguente reto ya lo estoy de seguro lo hago en C# :P
--- Fin de la cita ---
Je, yo también tengo la intención de aprender C#, pero voy poquito a poquito porque todavía me falta con C++ (soy electrónico, no informático, pero me interesa mucho dominar la POO para no tener problemas cuando la requiera, la voy a aplicar a algún juego, o en dispositivos embebidos donde se maneje Java :P).
Saludos,
JJ (Geo).
Enko:
--- Citar ---me interesa mucho dominar la POO para no tener problemas cuando la requiera
--- Fin de la cita ---
Ese es un paso que cuesta. Pero aún más dificil y doloroso es pasar de POO a ASM. (esa es una patada en los "#$%·$%") jaja
Pero te aseguro que la POO de C# es más transparente que C++ (por ejemplo no tener que poner "->" ni tampoco "::" para acceder a los miembors).
Debo admitir que de Object Pascal de Delphi no me está costanto entender la POO de C#, salgo por unas minimas diferencias. Lo que cuesta es no tener que consultar a cada rato referencias sobre el lenguaje por los nombres de las funciones más comunes (System.Convert por ejemplo, esa fue la primera que busque :P).
--- Citar ---Estoy de acuerdo con la idea de no tener juez, siento (y no creo estar equivocado) que aquí puede funcionar bien, que unos a otros nos demos comentarios sobre los códigos, sirve que quienes no se animaron (o no se animen en los próximos retos) puedan "seguir el reto"
--- Fin de la cita ---
Además así todos participamos. Y como hay un requisito, tener "el codigo más rapido" da un ambito divertido de competencia. Lo malo es que no podriamos hacer un reto con "el codigo mas corto" porque usamos distinots lenguajes, pero ese no es el más importante...
Geo:
--- Cita de: "Enko" ---
--- Citar ---me interesa mucho dominar la POO para no tener problemas cuando la requiera
--- Fin de la cita ---
Ese es un paso que cuesta. Pero aún más dificil y doloroso es pasar de POO a ASM. (esa es una patada en los "#$%·$%") jaja
--- Fin de la cita ---
Jajajaja :lol: Te refieres a ASM para la PC ¿verdad?, porque en microcontroladores y otros similares ASM es el "pan nuestro de cada día", bueno, también el C :).
--- Cita de: "Enko" ---Pero te aseguro que la POO de C# es más transparente que C++ (por ejemplo no tener que poner "->" ni tampoco "::" para acceder a los miembors).
Debo admitir que de Object Pascal de Delphi no me está costanto entender la POO de C#, salgo por unas minimas diferencias.
--- Fin de la cita ---
Por ello es que tengo tanto interés de manejarme bien en C++, una vez que lo logre espero que C# (y Java) me sean mucho más accesibles :). Ahorita estoy iniciando el capítulo sobre polimorfismo del libro que me compré hace algún tiempo (y que había dejado por un rato :P). Y si, C# me ha llamado mucho la atención, y no me ha resultado tan difícil el poder "leer" algunos programas :).
Saludos,
JJ (Geo).
Navegación
[#] Página Siguiente
[*] Página Anterior
Ir a la versión completa