|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - JuanK
Páginas: 1 ... 78 79 [80] 81 82 ... 231
1976
« en: Miércoles 16 de Agosto de 2006, 20:51 »
1977
« en: Miércoles 16 de Agosto de 2006, 20:48 »
dejame tu messenger y esta noche te pasare algo de info. ( aca son las 13.48)
1978
« en: Miércoles 16 de Agosto de 2006, 20:45 »
1979
« en: Miércoles 16 de Agosto de 2006, 20:34 »
que? ¿Que de que? ... de que? o por que? de cual ponque?
1980
« en: Miércoles 16 de Agosto de 2006, 18:50 »
a mi se me ocurre en el tratamiento del bmp hacer un compresor de imagenes tipo bitmap,por ejemplo una foto de 3 mb (bmp) convertirla a jpg o a gif dejandola en 120kb y el ganador seria el que deje con menor peso una imagen y con mayor calidad.
pero no se que piensen. suena bien pero es complicadisimo ahcer una implementacion de jpeg... tardariamos tiempo.
1981
« en: Miércoles 16 de Agosto de 2006, 16:37 »
Eso es aburrido MUY cierto, en la mayria de los casos. buscas en internet, ves el pseudo codigo, y ya ta resuelto. A parte, la mayoria de esos problemas no tienen aplicación mucho más práctica que resolverlos. 
Principalmenet por eso es que no quisiera seguir haciendo esos retos como los hacia antes y como los han hecho todos, porque no sirven practicamente para nada productivo mientras que hacer cosas que sean divertidfas es mas motivante y si nos sirven para ganar un valor agregado en conocimientos muchisisimo mejor. 
1982
« en: Miércoles 16 de Agosto de 2006, 16:30 »
Problema de implementación algorítmica No olvides votar. Espero que participes.  Me gusto la idea de animaciones, pero lo malo, es que JuanK para su proyecto de grado ya hizo algo parecido. tongue.gif ¿Eso no es ventaja? tongue.gif (nada serio)  En mi proyecto de grado lo que hice fue extender un poco el formato bmp, pero para este caso deberia ser una implementacion nueva. , es decir un formato nuevo y creado por cada cual, aunque que es probable que a la final terminen todos parecidos.
1983
« en: Miércoles 16 de Agosto de 2006, 15:22 »
no olviden votar  o hasta el 14 de septiembre voy a estar liado, asi que no voto para no interferir, aunque me decantaria por la segunda y la tercera ( la primera creo que exige mucho nivel de programacion). La de performance es interesante porm lo mismo que nmos obliga a conocer mas. El grán problema de los videojuegos, es que llevan mucho tiempo (2-3 meses un juego sencillo pero divertido), al menos que se refiera a Pong. Respecto a lo de vjuegos, no habia pensado expresamente en hacer un video juego grande sino mas bien pequeños, incluso no juegos completos sino proyectos de alguna indole mas experimental, por ejemplo con IA, algo asi como programar un hormiguero o cosas asi. Para Seguridad, no se, no conozco del tema, no se que se pordría incluir.
Sobre incriptacion, ese es el uqe más me llama la atencion.
Podría ser por ejemplo Encriptacion es una buena opcion, de hecho la mejor, pero tambien se puede pensar en algun sistema de autenticacion por perfiles en un aplicativo X/Y. Lo de los graficos tambien suena bien. Yo he pensado en un retor grafico que consista en crear un formato propio de animacion con unos parametros previamente establecidos.
1984
« en: Miércoles 16 de Agosto de 2006, 07:19 »
este tema aclaras que el compilador se llama Visual C++ y el IDE o lo otro se llama Visual C++ .net Express Edition 2005. Bien, pues en primera te contradices por lo que dijiste arriba sobre el nombre del compilador, y en segunda, en esa misma página (y por todo MS) dice claramente Visual C++ 2005 Express Edition, NADA de .Net. Hola nenito  . 1- le conteste asi en el otro foro , porque el 99% de las personas confunde IDE con compilador asi que para el caso era indiferente. 2- lo del compilador que usa el vc++ lo descubri hasta hace poco revisando el copy rigth las cosas que se instalaron con el .net. En versiones anteriores el compilador era tal cual msvc, pero al parecer desde la version 2005 ya no es asi. 3- tal como lo aclare en este mismo thread, lo de .net se lo agregaban a las versiones anteriores no en la 2005, asi que e todo caso no entiendo lo que dices, porque no le veo sentido.
1985
« en: Miércoles 16 de Agosto de 2006, 06:09 »
1986
« en: Miércoles 16 de Agosto de 2006, 06:07 »
A mi me gustan todas las ideas!!! Pero ya tenia pensada una de tipo gráfico asi que para ser consucuente vote por ella.
1987
« en: Miércoles 16 de Agosto de 2006, 05:58 »
Saludos, Tal como lo hemos conversado aca les tengo la propuesta acerca de la tematica a tratar en el siguiente reto, he colocado las opciones que se me ocurrieron dentro de lo que hemos estado conversando y otras mas, si falta una trataremos de hacer los ajustes. Espero sus comentarios. Por favor voten y hagan propuestas acerca de la idea por la cual votarony por otras tambien si es posible. Cualquier uda, comentario etc, sera bienvenido al debate.
1988
« en: Miércoles 16 de Agosto de 2006, 05:32 »
jejeje Cyclops, si cojes todo el tiempo que usas para pelear y para decir las babosadas que a veces dices, te daras cuenta que de haberlo aprovechado mejor irias muchos pasos adelante en programacion, muchos mas de los que has dado.
1989
« en: Miércoles 16 de Agosto de 2006, 05:23 »
yo si creo que se dice Hackses, asi como actor male, actress female.
1990
« en: Miércoles 16 de Agosto de 2006, 05:22 »
a que te refieres con sacarlas? programando usando el sistema operativo?
y a que te refieres con runtime? idem.
1991
« en: Miércoles 16 de Agosto de 2006, 05:21 »
sin contar las de mortal kombat con excepcion de la mortal kombat 1.
Residen Evil Me parecio buena.
1992
« en: Miércoles 16 de Agosto de 2006, 00:10 »
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.
1993
« en: Martes 15 de Agosto de 2006, 17:54 »
si ya lo tengo listo, concertemos una fecha y lo publicare.
1994
« en: Martes 15 de Agosto de 2006, 14:45 »
De hecho las primeras versiones eran Visual C++ + C++ managed Extensions, y visual C++ .net si existe, asi se llama el producto hoy en dia. En MSDN y por todo Microsoft solamente veo Visual C++ y C++. 
El hecho de que no lo veas soloq ueire decir que no has buscado donde debes, no que no exista. Si fueras un poco mayor habrias conocido el VisualC++ .NET primera version o incluso en la 2003 pudo ser asi tambien. Tus conceptos tambien estan erroneos, en la version actual de Visual C++, Visual C++ ( .net 2005) es un IDE y no un compilador, el compilador, hasta donde se , actualmente es:
Microsoft ® 32-bit C/C++ Optimizing Compiler Version 14.00.50727.42 for 80x86 o seguun el caso la versio para x64. ¿Dónde dice eso?
Busca en el propio producto instalado, es mas busca en el SDK command prompt. Desde luego puede que haya dos versiones del compilador pero no creo... En la Wikipedia dice que viene con el SDK pero no dice como se llama.  Wikipedia es buena pero no es una fuente de infromacion muy completa o confiable el 100% de las veces. Tambien estas equivocado, Microsoft no hizo un nuevo lenguaje, es el mismo C++ de siempre con algunas librerias extra y algunas extenciones , tal como lo hacen otras librerias como por ejemplo WxWidgets. Por eso, es C++ pirata.
Esa afirmacion es solo berrinche y pataleo tuyo , de hecho en el remoto caso de que fuera un C++ diferente tampoco seria pirata, nada que ver. Actualmente hay mas de 25 lenguajes soportados, y no todos los ha soportado microsoft es decir algunos los han soportdo otras empresas. En general cualquier lenguaje de programacion puede generar codigo de ensamblados .net solo hay que hacer un compilador que lo ponga a generar CIL.
Cobol.net, fortran.net son dos de los mas raros que he escuchado. Demasiados como para que solo se usen 4.
Lo que importa es que se puede implementar .NET con el lenguaje que sea, la cantidad es lo de menos. Respecto a que C++ no requiere nada es falso. Requiere e primer lugar de la API del sistema operativo y en segundo lugar del Runtime de C++, es decir que si se enlaza las aplicaciones dinamicamente debe existir en la maquina la libreria dinamica correspondiente a la version del runtime utilizada, y si se enlaza estaticamente el runtime quda en el mismo ejecutable creando por lo general ejecutables grandes.
Decir que C++ no requiere nada es puro cuento, el unico que de verdad no requiere nada es assembly trabajandolo en modo de 16 bit o assembly en modo de 32 bit o superior sin invocar ninguna api de ningun sistema operativo. Digamos que asi solo dependeria del hardware. A ver si ahorita me bajo ese programa que tanto dice Eternal y checo las dependencias de un simple "Hola Mundo". http://www.fortunecity.com/skyscraper/fort...570/msvcrt.htmlDesde luego si el enlace es estatico no veras nada porque las dependecias serian internas.
1995
« en: Martes 15 de Agosto de 2006, 14:11 »
Prefiero que lo hagas tú, la verdad no he tenido mucho tiempo pero aunque traté de entrar no encontre por donde. 
1996
« en: Martes 15 de Agosto de 2006, 06:39 »
Visual C++.net no existe, es Visual C++ y C++.Net. De hecho las primeras versiones eran Visual C++ + C++ managed Extensions, y visual C++ .net si existe, asi se llama el producto hoy en dia. Lo siento, pero tus conceptos son erróneos. Así están bien:
Visual C++ es un IDE-Compilador creado por Microsoft, incluido en la suite Visual Studio.
Tus conceptos tambien estan erroneos, en la version actual de Visual C++, Visual C++ ( .net 2005) es un IDE y no un compilador, el compilador, hasta donde se , actualmente es: Microsoft ® 32-bit C/C++ Optimizing Compiler Version 14.00.50727.42 for 80x86 o seguun el caso la versio para x64. C++ es un lenguaje orientado a objetos de propósito general creado por Bjarne Strostroup (o algo así).
C++.Net es el C++ pirata de Microsoft.
Tambien estas equivocado, Microsoft no hizo un nuevo lenguaje, es el mismo C++ de siempre con algunas librerias extra y algunas extenciones , tal como lo hacen otras librerias como por ejemplo WxWidgets. Lenguajes framework
C#,delphi 2005(delphi 7 no incluye),vb.net ,visual j++.net Los lenguajes soportados por el .Net Framework son como 25.
Los que recuerdo son: C#, Vb, J#, J++, Asp y Ada.
Actualmente hay mas de 25 lenguajes soportados, y no todos los ha soportado microsoft es decir algunos los han soportdo otras empresas. En general cualquier lenguaje de programacion puede generar codigo de ensamblados .net solo hay que hacer un compilador que lo ponga a generar CIL. Cobol.net, fortran.net son dos de los mas raros que he escuchado. Te recuerdo que visual basic y visual basic.net son diferentes lenguajes .
vc++6 es un ide/Compilador igual que vc++.net pero este con posibilidad de programar en lenguaje framework cambia mucho la cosa.
En si lo que es el IDE/Compilador es visual c++ , versiones 4,6 ,.net en la .net se usa el C++.net que viene siendo otro lenguaje . VC++.Net no deja de ser VC++.
Según lo que dices allí, todos los que programan en C/C++ con el VC++ (¿el 95%?) tienen que usar el .Net Framework sí o sí, y no es cierto. Si quieres lo puedes usar (no entiendo para qué si C++ no depende de nada), pero no hace falta.
En eso estoy de acuero, no hace falta porque C++ es uno solo ( hay algunas bvariantes pequeñas por estandres que siempre han existido), usar .net framework en C++ es opcional, al igual que es opcional usar cualquier otro componente. Respecto a que C++ no requiere nada es falso. Requiere e primer lugar de la API del sistema operativo y en segundo lugar del Runtime de C++, es decir que si se enlaza las aplicaciones dinamicamente debe existir en la maquina la libreria dinamica correspondiente a la version del runtime utilizada, y si se enlaza estaticamente el runtime quda en el mismo ejecutable creando por lo general ejecutables grandes. Decir que C++ no requiere nada es puro cuento, el unico que de verdad no requiere nada es assembly trabajandolo en modo de 16 bit o assembly en modo de 32 bit o superior sin invocar ninguna api de ningun sistema operativo. Digamos que asi solo dependeria del hardware.
1997
« en: Martes 15 de Agosto de 2006, 06:06 »
ok, todos los proyectos cumplieron con lo requerido. Queria inicialmente hacer un analisis muy detallado de cada uno, pero por lo visto por estos dias el tiempo no esta a mi favor, asi que he hecho este resumen. Puntos Favorables de cada proyecto:Nagisa : Brevedad del codigo Diodo : Uso de tabs Geo : Salida mixta por consola y GUI Enko : Informe de excepciones Danielo: Informacion adicional del mapa de bits Senzao18: Sencilles, muy user friendly JuanK : N/A Puntos DesFavorables de cada proyecto:Nagisa: Demasiado Lento ( me habias dicho que lo habias corregido? es que no tengo mas copias  ) Diodo : En algunos casos muestra la imagen de forma irregular( me habias dicho que lo habias corregido? es que no tengo mas copias ) Geo : WxWidgets es muy engorroso de usar, pero no es culpa tuya ( no sabia que mas escribir ) Enko : Demasiado lento Danielo:Se revienta con bitmaps grandes Senzao18: Demasiado lento JuanK :N/A Clasificacion por tecnologia.NET
Diodo(C#) JuanK(C#) Senzao18( VB.NET) Delphi (pascal)Enko C/C++Geo(WxWidGets) Danielo (WinApi) Java Nagisa About MeNo puedo ser juez y parte por eso no hice comentarios acerca de mi reto. Otros ComentariosEn general creo que todos hemos sacado provecho del ejercicio, y valio la pena invertir el tiempo . Como notas adicionales , de los ejercicios de Geo puedo decir que me gusto su idea de usar WxWidgets ya que pude probar el programa en Windows y Linux ( mi aplicativo extra en C#.net tambien corrio en ambos), y es interesante explorar esas posibilidades en C++. En cuanto a rendimiento esta muy bien y pese a que no eres informatico tienes buenos habitos de programacion. El ejercicio de Danielo fue con la Win32Api, creo que esto le ha ayudado mucho a él ya que con este tipo de ejercicios y usando la tecnologia que usó podra desarrollar mas rapidamente sus habilidades como programador, creo que el crecioo enormemente con el ejercicio. El problema de la memoria debes revisarlo, me ocurrio con un bitmap grandecito. Respecto al proyecto de Enko, creo que ha demostrado que tiene buenos conocimientos y manejo de delphi, asi como buenos habitos de programacion.,y que bueno que haya decidido a aventurarce en .NET. . Aprendi que Delphi ( o pascal , como sea) es como un C++ pero con algo de la sintaxis de basic  . Yo le mejoraria la interfaz y el rendimiento ya que esta lento pero se nota mucho con bmps grandes. Muy bueno y saber quie tampoco eres informatico. El proyecto de Nagisa se destaca principalmente por ser el de mas poco codigo, una implementacion realmente practica lo cual se le debe reconocer, adicionalmente es el unico proyecto que se hizo e java. Gracias a él muchos vimos lo del corrimiento de una manera muy eficiente, yo por lo menos lo hacia de otra manera pero me gusta mas la tuya. Diodo utilizo C# .NET , la interfaz grafica que uso me ha gustado bastante, en especial el uso de tab pages me parece ideal.. solo falto poder cerrar los tab, pero bueno nada es perfecto El codigo es breve pese a la complejidad que le agregaste con lo de los tab . A mi me gusto tu propuesta sobre todo a nivel grafico. Senzao18 Utilizó VB.NET, me gusta del proyeco que ofrece una interfaz sencilla y que facilita su uso directo, en general me parecio bien estructurado pero debo confesar que no me fueron del todo claro unas partes en cuanto al orden que le quiciste dar, el problema de la lentitud es por la tecnica que usaste para el dibujo, al igual que a los demas que se les llego a presentar ese problema, veraz que un cambio muy sencillo te produce una mejora considerable en los resultados. JuanK...Agradezco de verdad a todos su participacion, creo que todos son los mejores ganadores, por que todos asumieron y finalizaron el reto!!! FELICITACIONES    Links de los proyectos:JuanKNagisaDiodoGeoDanieloSenzao18EnkoLa discucion no se cierra, cualquier duda, o comentario favor no duden en compartirlo. 
1998
« en: Martes 15 de Agosto de 2006, 05:38 »
ok, gracias, más o menos ya se como va el tcp,
Y con WinPcap se puede hacer uso de algun modo para el visual c++.net y así implementarlo???
Pork sino creo k tampoco se puede enviar un paquete, creado por ti, ethernet. Si se puede, tal como seria en lenguaje C.
1999
« en: Martes 15 de Agosto de 2006, 05:35 »
basicamente el visual C++ .NET es el mismo lenguaje C++ de ciemrpe [pero tiene habilitadas extenciones para programar en el .net framework perop es solo opcional. No lo hace otro lenguaje diferente es el mismo accediendo a otras librerias.
2000
« en: Lunes 14 de Agosto de 2006, 22:14 »
estoy de acuerdo, eso no se debe hacer.
Páginas: 1 ... 78 79 [80] 81 82 ... 231
|
|
|
Mostrar Mensajes
