SoloCodigo

Holas, que pena con uds, pero me tenia que ir a ecamen de ingles, y ya veo qu estoy muy desactualizado en cuanto a informacion de PERL.

Cita de: "JuanK"

4- indexers

Según veo, indexer es lo que ahora se llama iterator.

no.


Un indexer es... la verdad notengo palabras para describirlo de manera corta, pero mas o menos es esto.

pseudocode
sin indexers

Conindexers

Espero se haya entendido, adicionalmente el indice del indexer no necesariamente tiene que ser un entero, puede ser una cadena, un objeto o lo que sea que uno quiera. Esto simplifica mucho el trabajo y reduce notablementela cantidad de codigo requerida para lograr los mismo resultados.

1. ok

2.

Obviamente pueden generar código, puesto que necesitan un archivo intermedio con un bytecode para la máquina virtual... Perl lo hace, pero lo pasa directamente al intérprete y al optimizador de código

Yo me referia al byte code sino a la posibilidad de generar codigos intermedios identicos usando un conjunto de reglas preciamente establecidas (CLI) es decri el lenguaje es solo circunstancial.

3. no encontre nada de esto en google , que es? tampoco entendi lo de currying .

4. explicado

5. claro, para mi eso es una gran ventaja, sobre todo si se sige el paradigma POO

6. Es otro concepto complicado pero hace referencia a la manera en que los hilos coparten infromacion unos con otros y una serie de reglas que se pueden imponer al respecto.

• A .NET process hosts one to many application domains. Each AppDomain is able to host any
number of related .NET assemblies and may be independently loaded and unloaded by the
CLR (or programmatically via the System.AppDomain type).
• A given AppDomain consists of one to many contexts. Using a context, the CLR is able to place
a “special needs” object into a logical container, to ensure that its runtime requirements are
honored.

7.

YA no supo que mas agregar...
esa es mi respuesta para JunaK

JunaK? quien es ese?  

7- enumerators
8- jagged arrays
9- partial types
10- soporte embebdido para documentacion XML

Con estoo ya puedes generar documentacion web cmomo una opcion mas del proceso de compilacion... y la verdad es algo de lujo  

11- Sobrecarga de operadores de cast implicitas
12- Sobrecarga de operadores de cast explicitas
13- Manejo y diferenciacion de tipos safe/unsafe
14- Type Reflection ( gracias a esto me enter que si hay PERL.NET y desde luego el si tiene todo o casi todo lo que he dicho por que usa el CLI y el CTS)
15- etc (y si tengo mas que decir   )

Pero estas son solo caracteristicas que podemos llamr del lenguaje, mas de fondo estan todos los coponentes del framework, todas las facilidades de acceso a datos, y ni hablar de las apis especificas para creacin de aplicaciones Web con enlace a datos, el excelente soporte para web services... etc.

El .net framework es realmente gigante... ustedes podran decir, si muchas cosas del .net ya las tiene java o perl etc..
claro que si, pero en .net , al menos comparado con java ( hasta alla no llega mi conocimiento  de PERL) es mucho mas rapido, facil y versatil.

Que tal,

JuanK, todos los argumentos que diste son "características" de un lenguaje que tiene tipos de datos definidos y estáticos... Generics, Jagged arrays, partial types, etc, etc... Cómo entonces puedes comparar a 2 lenguajes que ofrecen pecualiaridades completamente diferentes?

Creo que tus palabras solamente se pueden medir en la experiencia que tienes usando esos lenguajes ( y por lo visto tu experiencia no es muy vasta ni en C# ni en Perl ).

Nuevamente yo te puedo citar muchas características que C# no tiene a comparación de Perl, y mas aquellas que tienen que ver con el paradigma funcional. C# no tiene manera de utilizar variables léxicas, puesto que no es débilmente tipificado, no puede por lo tanto generar dynamic closures, C# no tiene la habilidad de modificar su tabla de símbolos en tiempo de ejecución, no tienes funciones de alto orden, no puedes tener funciones que pre-fabriquen otras funciones ( por elementos citados atrás ).

Qué me gano citando esas características de un lenguaje que NO las tendrá?

Soporte embebido para documentación en XML? who the fuck cares about that? La gente de Perl es feliz con POD, y es demasiado rápido de analizar y transformar.

Me gustaría que me hablaras de cosas verdaderamente tangibles...
Mira C# por ser tan reciente no tiene el soporte que tiene Perl y otros lenguajes con mas tiempo, C# no tiene una comunidad que tenga un repositorio en común con código de terceros, C# no tiene la cantidad de frameworks que contiene Perl para facilitar MUCHAS tareas (web,administración,GUI). C# es una moda, la cual como todas las modas, establecerá su nicho en su momento, y listo, esto sucede SIEMPRE.

Y para culminar con mi comentario, C# NO ES UN LENGUAJE, así como tampoco Java lo es, aquí es donde tu conocimiento me pone a pensar en tus comentarios.... C# y Java son ESPECIFICACIONES; de qué? de un lenguaje, de una máquina virtual, de una API, de conjunto de herramientas. Qué es .Net, qué es .Mono? son IMPLEMENTACIONES de dicha especificación.

Qué es Sun JDK, Qué es IBM JDK, Qué es Blackdown JDK? Son implementaciones de la especificación de Java.

Espero te quede mas en claro el punto de comparación ahora...

Saludos,

---Porque hicieron PERL .NET?

Por lo mismo que haces copias de programas de Win32 a Gnu/Linux....    polvo eres y polvo te combertiras creses en ActiveX, .NET y en eso te quedas porque cuando creses, sos como rata, solo pensas en que lo que conoces es suficiente... que ironia decir esto no?

SDK es: Software Development Kit, es decir un conjunto de herramientas que sirven para desarrollar, sino tienes el JDK o el .NET FrameWork SDK lo unico que no puedes hacer es desarrollar, pero los programas pueden correr noemalmente asi que no son las especificaciones de java.. ni nada parecido.

De verdad, pues si podes hacer correr HotJava (ya se que no lo hacen aun asi...) sin JDK sos un Dios...
Bien, como no se mucho de esto mejor me quedo mudo... no quiero decir idioteces.
 

Al menos para mi gusto ser fuertemente tipificado es una gran ventaja con respecto a no serlo.

Y tu gusto a qué está limitado? Me demuestras que de construcción de lenguajes sabes lo que tus comentarios me han demostrado.

Funciones de Alto Orden: Una de las principales características de los lenguajes funcionales es la facilidad que presenta para tratar funciones como objetos, lo que permite aceptarlas como parámetros de otras funciones, retornarlas como resultado y permitir que otras estructuras de datos las contengan dentro de sus componentes.

Desde luego que C# no tiene los mismo tal cual , pero tampoco lo necesita:
delegados (delegates). si entendi bien a que se refieren con Funciones de alto orden:

El delegado que apunta a la funcion, puede ser enviado como parametro a cualquier otro metodo, los metodos tambien pueden devolver delegados.

Sé qué es un Delegate, pero tu no sabes de lo que me estás contestando. Los Delegates pueden ayudarte a construir Dispatch Tables ( corre a wikipedia a leer que es eso ), pero jamás podrán ser funciones de alto orden, simplemente porque las funciones en C# NO son objetos.

respecto a las variables lexicas... si sabes algo de POO y de .net te daras cuenta que no necesitan dicha habilidad, para eso existe POO y en varios lenguajes hay modificadores de acceso, en el caso de C# puedes usar:

public
private
internal
static
protected

y dentro de las metodos miembro el contexto de una variable se puede limitar a cualquier bloque de codigo dentro del mismo bien sea para todo el bloque, para solo un bloque condicional etc. Tambien se peuden crear atributos static para proponer su uso de manera global en el ensamblado o los ensamblados... usando la palabra reservada

using

Y todo eso que dijiste QUE TIENE QUE VER con una variable léxica? me estás hablando de accesibilidad... Pero ok, no te preocupes, tu contador de palabras sigue incrementando, pero el significado que le das a las respuestas disminuye.

Por cierto... using define "Namespaces", eso explica tu comentario de "crear atributos static para proponer su uso..."?, no necesitas decir TANTA palabrería si realmente conocieras lo que estás diciendo.

no puedes tener funciones que pre-fabriquen otras funciones ( por elementos citados atrás ).
Si se peude, aunque en tu vasto conocimiento no lo sepas. Por supuesto que se pueden generar ensamblados dinamicos en memoria usando .NET.

FYI

-Refleccion de tipos
-Module Builder

Y nuevamente eso qué? Java también cuenta con Reflection y características básicas de introspección de código, pero eso qué tiene que ver con una función que fabrique otra funcion? nuevamente C# y Java no son lenguajes que tomen características funcionales, los bloques de código NO son objetos. Tu contador sigue incrementando.

No se según tu que gran ventaja tiene usar algo como POD contra usar un standart global como XML.

Sabes qué tan "eficiente" es tu "standart global"? ( por cierto, es 'standard' ).
XML como metalenguaje y herramienta es excelente, analizarlo es caro, POD se sugirió desde antes que XML representara lo que es ahora, POD tiene muchísimo tiempo, y se hizo herramienta factible para documentar en Perl. No estoy comparando uno con otro, simplemente en Perl ( así como en otros lenguajes ) no necesitaron de XML, y obviamente puedes transformar POD a otros formatos ( como HTML ).

Así que POD es pequeño, es portable, es sencillo de generar, y por lo tanto sencillo de analizar. Esa fué la ventaja que se le encontró.

jajajaja!!! ah no?  que profundo conocimiento de C# y de .NET tienes verdad... sabes que es el .NET fram,ework? parece que no, pero tlo que has mencionado esta muy ampliamente soportado, no se de donde sacas que .net no... eso es ridiculo y es una afirmacion ilogica.

Creo que no entendiste a lo que me refiero con frameworks externos, creados por la comunidad y altamente mantenidos. Definitivamente el tiempo que tiene viviendo cada lenguaje marca esa diferencia.

ahh no? 

entonces que son?

Estas mal, no hablare por java. Pero c# es un leguaje.

Deberías aprender a leer detenidamente la documentación, nuevamente C# NO es un lenguaje, es una especificación.
creada por Microsoft a mediados de los 90's. Define un comportamiento de lenguaje, sus APIs y en la especificación encontrarás lo que NO está definido.

; de qué? de un lenguaje, de una máquina virtual

El lenguaje de la 'maquina virtual' de .NET si es que se le puede llamar maquina virtual porque no lo es realmente , al meno no desde el mismo punto de vista de java,  es el MSCIL, al compilar codigo escrito en lenguaje C# el compilador genera codigo CIL que es el que en primera instancia es accedido por el JIT.

Claro que es una máquina virtual, formalmente es TODA una máquina virtual, ya comentaste muchas características y aun no te convences. No hablemos de JIT, optimización y generación de código que veo perfectamente que no es algo que domines.

Pero si quieres tocar el tema con gusto lo hacemos.

Memory management, Cross-compiling code, Resources management, optimization: Son características de una máquina virtual.

.NET y Mono son implemenciones de CIL segun el estandart

Mi inteligente amigo, y quien define esas IMPLEMENTACIONES? ( nuevamente es 'standard' ), sabes qué es lo que realmente hace tu 'CIL'? sabes de quién es parte este 'CIL'?

CLI Specification

Es lo mismo que decir que C++ no es un lenguaje sino una especificacion ANSI...

Ecma-334 : C# Especification

Ya leiste la especificación que te puse para que veas lo que NO contempla la especificación de C#? Sabes por qué Miguel de Icaza utilizó la especificación y construyó su propia implementación de la Máquina? Apuesto que no...

No, no son la sespecificaciones del lenguaje, son especificaciones del
J2EE
J2ME
J2SE

todos SDKs...

SDK es: Software Development Kit, es decir un conjunto de herramientas que sirven para desarrollar, sino tienes el JDK o el .NET FrameWork SDK lo unico que no puedes hacer es desarrollar, pero los programas pueden correr noemalmente asi que no son las especificaciones de java.. ni nada parecido.

Que son el conjunto de Frameworks y/o librerias que son utilizables por el lengueja de manera nativa,pero nada tiene que ver con el lenguaje.

Todos esos 'SDKs' que mencionaste son PARTE de las especificaciones de Java, y de manera mas concreta, son parte de las especificaciones para cada uno de esos SDKs... que cada uno cumple con nichos diferentes.

No me quedo claro nada mas de lo que ya habia dicho en mi post anterior.

Adicionalmente me quedo claro:
-que hablas demasiado
-que sabes tanto de .NET como yo de PERL ( incluso menos)
-Que eres un pelion buscapleitos, nadie estaba peliando hasta que llegaste con actitud provocadora... habia necesidad de eso...?
-Que me dejo provocar muy facilmente.

Hablo lo que es necesario para demostrar que lo que alguien presume que sabe, es demostrablemente FALSO.
En efecto, no soy desarrollador de .Net ( si lo hiciera se me cae el pene ), pero conozco la especificación, tal como la de Java.
No no vengo a buscar pleitos, quise aclarar algo que pareces estar muy convencido de que sabes y los demás creen que lo sabes.
Posiblemente si te dejas provocar, te exaltas muy fácil.

---Porque hicieron PERL .NET?

<sarcasm>Si seguramente es TAN conocido que la misma gente de Perl ya lo utiliza, es mas... creo que hay hasta un Kernel escrito con el verdad?</sarcasm>

Saludos,

PD.Lo que tampoco quiero es pelear, simplemente es un foro de opinión pública, y lo que aquí se proyecta es mi opinión. Tampoco con el afán de ofender, simplemente aclarar algunas cosas.

Y nuevamente eso qué? Java también cuenta con Reflection y características básicas de introspección de código, pero eso qué tiene que ver con una función que fabrique otra funcion? nuevamente C# y Java no son lenguajes que tomen características funcionales, los bloques de código NO son objetos. Tu contador sigue incrementando.

Es tuyo ya esta por el piso Sr. .NET...

Y todo eso que dijiste QUE TIENE QUE VER con una variable léxica? me estás hablando de accesibilidad... Pero ok, no te preocupes, tu contador de palabras sigue incrementando, pero el significado que le das a las respuestas disminuye.

Por cierto... using define "Namespaces", eso explica tu comentario de "crear atributos static para proponer su uso..."?, no necesitas decir TANTA palabrería si realmente conocieras lo que estás diciendo.

Tampoco con el afán de ofender,

Claro que es una máquina virtual, formalmente es TODA una máquina virtual, ya comentaste muchas características y aun no te convences. No hablemos de JIT, optimización y generación de código que veo perfectamente que no es algo que domines.

Seguro..? quieres perder?
Tan solo leyendo la documentacion de wikipedia y mono no te volveras un genio... mas genio de lo que eres en .NET  o si?

Holas!

Pos creo que desde un inicio la discusión empezo mal, la comparación correcta debio ser ASP.NET vs. Php, ya que para ASP.NET puedes usar C# o VB.NET.

Ahora con respecto a la discusión de C# y Perl, no soy un experto en Perl, asi que no puedo intervenir en las discusiones técnicas, pera la otra forma de compararlos en es la aplicabilidad y la integración que pueden tener las características de estos lenguajes, y por supuesto siendo lo mas productivos posibles:

• Cuán fácil es integrar todas estas caractiristicas y dar soluciones a determinado negocio. ASP.NET 2.0 es una de ellas, permite el uso de controles enlazados directamente a Objetos de Negocios, sin un mayor esfuerzo.</li>
• Cómo solucionamos  el problemas de los usuarios de finanzas al no desear migrar de sus aplicaciones tradicionales de ofimática a otro tipo de aplicación?. Pues para eso tenemos VSTO</li>
• Integrar aplicaciones distribuidas?, -> WCF.</li>

Por otro lado es cierto que C# no es tan viejo como otros lenguajes, pero su creación es parte de toda la evolución que hay en los ultimos tiempos en los lenguajes, y su mayor necesidad en brindar las mejores soluciones a los negocios.

Saludos,

Una critica de mas ( ) JFK no lo mato la persona que UDS creen   o depronto si, ser o no ser, esa es la cuestion.
Suena loco, pero esto es como la politica... la utima vez, hablando con un amigo, me comento que Bolivia tenia registrado unos 189 (algo asi, no lo recuerdo bien) golpes de estado y en america latina unos 3275 desde 1905 hasta el 2002.
Pues el asunto es que por mas malo que sea el sistema politico (que en constante cambio surgen nuevos) la humanidad latinoamericana sigue ahi, viviendo, con unas reformas hechas y deshechas.
El punto esta en que sucede igual con todo en la vida, al fin no importa que se haga contal de quedar en ella, resulta estar bien.
Desde mi punto de vista, y como ya se dijo en muchos lugares de el mundo, esta discucion se torna estupida e irelebante y realmente, indiscutiblemente, no hay un "standar" para solucinar un metodo aunque siempre esta la alternativa mas adecuada siempre esta la solucion de la cultura de Perl: Hay mas de una forma de hacer las cosas.
Y seriamente creo que esta energia gastada aqui se puede usar en otros temas mas "discutibles" porque este es un asuntu que termina en desequilibrio o con respuestas inpumes.
Claramente el asunto se torna al deleite de cada quien, pero como dije ni PHP ni C# cumple la funcion de los dos mismos (Perl si lo puede hacer) y motivando a una grata discucion, como diplomatico    decreto ante todo ser presente la inpotencia de estos de lengajes (C# y PHP) ante un mismo puntu y la notable desigualdad que se genera al retar tal desequilibrio e inarmonia de la desigualdad ideal de un sistema constructivo que representa la base, no solo de esta discucion, si no la alternativa de un solo tema problematico con una solucion que no es tomada en cunta.
Al final todo quieren seguir con lo suyo o per aun, hacer algo nuevo, sin mejorar lo existente.
su -, numero 13 para presidente de la republica  

Con gusto podemos debatir el tema en algo menos "tardado", te parece bien IRC?

Algún(a) canal/red de preferencia?

Es mas, escribe un cliente de IRC en .Net para que tengas mas ventaja....  

Saludos,

No puedo usar IRC..
en la empresa tienen el acceso bloqueado a cualquier herramienta utirl en internet, de hecho no sec omo hago para acceder aun al foro y por otro lado si sigo usandolo tanto me van a hechar      

Que tal,

Mi objetivo no es demostrar que Perl es mejor que C#, o que yo tengo una lista mas larga de características que un lenguaje X tiene en vez del lenguaje Y. Mi objetivo era demostrar que los lenguajes son construidos como herramientas, y que cada herramienta tiene una finalidad y se hace para cubrir un nicho, que algunas sean como esas famosas navajas suizas que tienen de todo, que bueno, pero también tienen sus desventajas contra las herramientas REALMENTE hechas para un fin.

En el mundo de la IT, no es recomendable conocer solo una herramienta, o utilizar una sola para todo. Te imaginas clavar un clavo con un desarmador? Así es... suena difícil... ah pues es lo mismo muchas veces con los lenguajes de programación. Hacer aplicaciones Web utilizando el patrón MVC en lenguaje C y la API de Apache es una tarea sangrante, pero posible.

Así que... entre mas cargada esté tu caja de herramientas para enfrentar al mundo de la IT; mas valioso ( en términos de experiencia ) puedes hacerte, pero hablo de conocimientos factibles, reales, tangibles y aplicables.

Es fácil encontrar a una persona que sea fanática de un lenguaje, y que diga que su lenguaje es mejor que los 2000 o 3000 existentes, porque es lo UNICO que usa casi a diario... no se le puede culpar, pero es bueno hacerle saber que hay mas que solo eso.

Saludos,

usa el que te ronque ek cuki pero mejor es estudiar ambos para ver cual se adapta mas a tus necesidades

eso es

Yo pasé por alguna de ellas y muchas veces sales escaldado. O por que tu no sabes o porque el otro no sabe que no sabe.

jajaja!  

Menos mal que de esta discusión no salio escaldado nadie   .

Saludos,

Cita de: "Bicholey"

            

C# definitivo

Me parece que sí.

no estaría tan seguro si es solo para hacer paginas web dinamicas.
C# es mucho más complicado de aprender que php.
si sabes algo de C, aprendes php al toque, no tardas más de un mes con tiempo.
C# en cambio, lleva mas tiempo, podrias aprender solo la parte de páginas web, pero es una lastima aprender un lenguaje a medias

No es la mejor idea elegir el lenguaje más completo, sino al que se adapte más a tus necesidades   
Además, no es solo el lenguaje, sino el programador

Que viva Perl!
Podes correrlo en Apache o .Net, es OO, FREE, grande y potente como el solo, al    con C# y PHP no hacen falta, el primer lenguaje postmoderno lo deja atras.

         


A ver su- , disculpa mi ignorancia pero yo no se nada acerca de perl , me quieres decir que perl corre sobre apache , .Net es OOP y ademàs de potente ???


pero sus desventajas debe de tener no crees ??????