Leonardo Soto M. <[EMAIL PROTECTED]> wrote:
> On Dec 5, 2007 5:54 PM, Horst H. von Brand <[EMAIL PROTECTED]> wrote:
> > Aldrin Gonzalo Martoq Ahumada <[EMAIL PROTECTED]> wrote:
> 
> [...]
> 
> > > Dicho de otra forma, si pudieramos compilar (traducir "offline")
> > > directamente en el codigo "nativo" del procesador, nos ahorrariamos
> > > varios ciclos de cpu (y tal vez transistores si dejamos esa pega
> > > exclusivamente al ambiente); que se  gastan en el interprete (traducir
> > > "online").
> >
> > Nopes. El procesador es /mucho/ mas rapido que la memoria hoy dia (por algo
> > el cuento de hyperthreading, dual-core, procesadores celulares, ...). En
> > parte por esa razon guatearon los RISC, y las arquitecturas nuevas son
> > CISC: Claro, procesar instrucciones simples es mas rapido, pero el codigo
> > es muchisimo menos denso (todas las instrucciones son "grandes", para hacer
> > alguna operacion un poquitin mas compleja es media docena de instrucciones;
> > lo mismo en CISC puede ser una sola, incluso de un solo byte); con el
> > resultado que lo que se gana en el procesador se pierde con creces en mover
> > instrucciones desde la memoria.

> Aún así, el decoding de una instrucción en x86 (y x86-64) es caro. Por
> esto en los últimos procesadores de esta arquitectura se está
> almacenando en la caché de instrucciones el "microcode" en lugar de
> las instrucciones originales.

No es esa la razon, las instrucciones internas RISCisticas pueden
reordenarse (mas) que las CISC originales.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile               Fax:  +56 32 2797513
From [EMAIL PROTECTED]  Wed Dec  5 22:50:32 2007
From: [EMAIL PROTECTED] (Alejandro Weinstein)
Date: Wed Dec  5 22:53:26 2007
Subject: =?iso-8859-1?q?Re=3A_Re=3A_Benchmarking_en_distintos_lenguajes_?=
        =?iso-8859-1?q?=5B_Era_algo_as=ED_como_cliente_en_jabber=2E=2E=2E_?=
        =?iso-8859-1?q?=5D?=
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On Dec 5, 2007 3:39 PM, Horst H. von Brand <[EMAIL PROTECTED]> wrote:
> Pedro GM <[EMAIL PROTECTED]> wrote:
>
> > Python ha tenido buen avance en esta area, su sintaxis simple aporta
> > bastante a la hora de aprender.
>
> Asi es, aunque la idea de "espacios indican anidamiento" es la idea mas
> idiota nunca inventada para un lenguaje.
>

Por que tan taxativo? Aca opinan justo lo contrario:

http://www.secnetix.de/~olli/Python/block_indentation.hawk

Alejandro.
From [EMAIL PROTECTED]  Wed Dec  5 23:24:35 2007
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Wed Dec  5 23:27:26 2007
Subject: =?iso-8859-1?q?Re=3A_Benchmarking_en_distintos_lenguajes_=5B_?=
        =?iso-8859-1?q?Era_algo_as=ED_como_cliente_en_jabber=2E=2E=2E_=5D?=
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

rodrigo ahumada <[EMAIL PROTECTED]> wrote:
> Rodrigo Fuentealba <[EMAIL PROTECTED]> dijo:
> >> >rodrigo ahumada escribió:

[...]

> >No. Todo son funciones; las funciones pueden devolver un tipo de dato
> >cualquiera, aunque éste sea "void" (nada).
> >Te recomendaría algo denso relacionado con C, pero por esta clase de
> >errores, ve al "Aprenda C como si estuviera en Primero".

> ¿cuáles errores? ¿el no comulgar con el dogma C? 

Si no sabes C, no tienes derecho a opinar.

[...]

> >De hecho, lo que generalmente en orientación a objetos en PHP 5 se le
> >llama "métodos" también se declara como "function"; es la forma del
> >lenguaje de denominarla, nada más que eso.

> eso muestra que el primer lenguaje que aprendieron los creadores de PHP
> probablemente fue C.

En C no hay "metodos". Tampoco en C++. Es terminologia propia de Smalltalk
(donde significa algo /bien/ diferente).

>                       Eso se llama Impronta, y explica harto este tipo de
> discusiones de que cual lenguaje es mas santo.

Bueno, si es por eso el "lenguaje mas santo" para mi debiera ser FORTRAN 66
(o algo anterior)... no es tan simple.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile               Fax:  +56 32 2797513

Responder a