Mensajes

[casi]

La VM.

Tiene librerías.. pero más bien se le dice "paquetes". El hecho es que la VM se encarga de hacerlo Universal para casi todas las aplicaciones que se hagan.

Ah. Lo malo es que cuando ejecutas una aplicación en Java el VM, solo en Windos, te pone todo muy lento. Yo a veces juego ajedrez/pool en Yahoo! y de verdad que en Windows parece todo como si tuviera 1kb de RAM, en cambio, en Linux parecería que son "applets de C++" (qué raro se escucha), porque todo va igual de rápido.

¿A qué se debe esa lentitud en Windows?

Las aplicaciones en .Net no se. Nunca he probado una sola aplicación hecha en .Net para saber qué tanto influye el .Net Framework con la velocidad de la pc.

¿Y qué tiene Java que compila sin mover NADA de código en cualquier OS? ¿No tiene librerías o son las mismas para todos los OS?

[C es ineficiente para cambiarse de plataforma.. del 100% del codigo hay que reescribir aveces hasta el 85% y aveces mas para reimplementar un programa en otro procesador y/o OS]

Pero estás diciendo que C es ineficiente para cambiarse de plataforma.. del 100% del codigo hay que reescribir aveces hasta el 85% y aveces mas para reimplementar un programa en otro procesador y/o OS.

Por eso digo, que según tú, C no es 100% portable. Si fuera portable compilas en Windows/Linux/BSD igual, sin cambiar NADA de código.

Por ejemplo

C es ineficiente para cambiarse de plataforma.. del 100% del codigo hay que reescribir aveces hasta el 85% y aveces mas para reimplementar un programa en otro procesador y/o OS

Entonces según tú C no es portable.

seria mas facil si leyeras un poco por que es mucho por explicar y siento que este nuevo mundo es muy dificil para ti, por que no logro explicarte de forma que me entiendas el asunto del .NET,

Bueno... entonces me pongo a buscar en el MSDN, a ver si ya entiendo bien.

ya viste la platica de Miguel de Icaza?

No. Ayer cuando lo quise ver, el Winbugs (¿o cómo le dicen? ) me daba errores de que no encontraba el temp. Así que hoy tengo que volver a bajarlo.

[--aot Compiles the assembly to native code]

  --aot                Compiles the assembly to native code

Código [Seleccionar] Expandir

Usage is: mono [options] program [program-options]

Development:
    --aot                  Compiles the assembly to native code
    --debug                Enable debugging support
    --profile[=profiler]   Runs in profiling mode with the specified profiler mo
dule
    --trace[=EXPR]         Enable tracing, use --help-trace for details
    --help-devel           Shows more options available to developers

Runtime:
    --config FILE          Loads FILE as the Mono config
    --verbose, -v          Increases the verbosity level
    --help, -h             Show usage information
    --version, -V          Show version information
    --optimize=OPT         Turns on or off a specific optimization
                           Use --list-opt to get a list of optimizations
    --security             Turns on the security manager (unsupported, default i
s off)


Así sí. Flags.

Así como -s que creo que es para hacer más chicos los programas.

¿Qué tiene de especial un lenguaje interpretado y no compilado como Java?

http://es.diveintopython.org/toc.html
http://diveintopython.org/toc/index.html
http://es.tldp.org/Tutoriales/Python/Tutorial-Python/
http://milugar.homeip.net:8080/mi_lugar/python/minimo-tutorial
http://honors.montana.edu/~jjc/easytut/easytut_es/node2.html

Otro pequeñisimo error, por ahi... el compilador dependiendo de las banderas puede generar un precompilado en codigo nativo de la maquna.. el programa final se ejecutara tan veloz como un programa nativo...

revisa las banderas del C sharp, para indicar una precompilacion a codigo maquina nativo

Ahora sí que no entendí nada.

Bueno, bueno. De todas maneras, según yo, son la misma porquería. Necesitan del VM - .Net Framework. C++ no necesita de NADA ni de NADIE.

Ya viste el video explicado por el mismo miguel de icaza..

Apenas ahorita voy a ver ese video.

Seguro lo hizo con el Dav. 

Active Skin, VbSkinner... Busca.