Google lanzará un nuevo lenguaje de programación, llamado "Dart"

[[RONPABLO]]

#1 y #2 curioso... se repitieron o Julian es un robot y nunca nos había dicho nada

[Julián]

Empezado por RONPABLO

#1 y #2 curioso... se repitieron o Julian es un robot y nunca nos había dicho nada

Vaya, es que escribo los mensajes fuera, y luego los pego y en el ultimo iba poner otra cosa pero he vuelto a meter lo mismo de ayer, Y ahora to lo que había escrito pa ponerlo nuevo lo he perdío. Gueno, tampoco era nada nuevo, Editaré el mensaje pa no ser repetitivo.

Muchas zenkius XDD

[JXJ]

¿¿pa que otro lenguaje de programacion basado en C. '???

mejro hubieran agarrado delphi o pascal o ada.
para la web.

[D-MO]

Empezado por JXJ

¿¿pa que otro lenguaje de programacion basado en C. '???

mejro hubieran agarrado delphi o pascal o ada.
para la web.

Tampoco es que me agrade mucho la sitaxis C-like, pero:

• Dart está pensado para la web (navegador) primeramente
• Pensado para ser una alternativa mejorada a Javascript
• Javascript es c-like
• Antes de crear dart se plantearon mejorar javascript pero no era factible
• Al ser una alternativa mejorada a javascript, por supuesto que no pretenden ponérsela difícil a los actuales desarrolladores que trabajan con javascript

Porfavor no piensen que soy un fanboy de Dart, ni siquiera lo he probado, tan solo me gusta analizar las cosas antes de comentar algo. Un poco de sentido común basta para ver que la decisión si fué acertada, aunque esta a nosotros no nos guste (que quede en actas que me incluyo).

Esta gente de google no se la jugó al tin marín para elegir la sintaxis de dart, era esta o se iban de GOTOCON directamente al basurero, ya que (como lo digo arriba) está dirigido a quienes en este momento utilizan javascript.

Y por último, sin ánimo de quitar mérito al lenguaje, no me imagino pascal como script del lado del navegador... por el contrario, del lado del servidor me parece bien.

Saludos crípticos

[Casimiro Noteví]

Bueno, es que no estamos criticando al lenguaje, lo que estamos criticando es que lo presenten como un nuevo lenguaje, cuando todos tenemos claro que es C.

[mamcx]

Yo diria que peor en si que la sintaxis, a pesar de lo que he discutido, es que no tiene un caso de uso poderoso que lo justifique. Es solo un javascript "mejorado" pero en que que realmente beneficia?

Veamoslo desde el punto de vista de su publico objetivo, programadores de paginas web.

Lo unico que tiene de medio-gracia es que el sistema de libreria, pero:

- No tiene un modelo de DOM mejorado. O sea, algo que realmente destaque VS tener una lib como mootools o Jquery.
- No tiene una mejor respuesta a generar html dinamicamente
- No tiene un mejor modelo de asincronia, que realmente facilite interfaces fluidas
- No hace mas facil aplicar efectos, transiciones ni demas cosas del CSS3, o Canvas o todo eso
- No incorpora un sistema de validación, integración de manejo de formularios a nivel de lenguaje, ni nada parecido
- No veo como reduce el codigo necesario para hacer las tareas tipicas, ni como supera a jquery y familia
- Ni le veo una integracion profunda con html5, css3 ni demas tecnologia emergente

Todo eso se puede resolver con librerias. Que es lo mismo que se hace con JS. La gracia de inventar un nuevo lenguaje es volver en keywords cosas que requieren librerias y mucho codigo redundante.

Un ejemplo, son como apple metio los "blocks" para hacer multi-hilo facil:

Código PHP:

//A partir de aqui la descarga es asincronica, pero el codigo se ve sincronico
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        // Esto es en el background

        UIImage *avatarImage = nil; 
        NSURL *url = [NSURL URLWithString:urlString];
        NSData *responseData = [NSData dataWithContentsOfURL:url];
        avatarImage = [UIImage imageWithData:responseData];
        NSLog(@"Finishing: %@", urlString);
        
        if (avatarImage) {
            //Retorna al thread main para actualizar la GUI sin bloquear
            dispatch_async(dispatch_get_main_queue(), ^{
                self.image = avatarImage;
            });
            dispatch_async(dispatch_get_main_queue(), completion);
        }
        else {
            NSLog(@"-- impossible download: %@", urlString);
        }
    }); 


Blocks es sintaxis que ahorra un monton de escribir con clases tipo thread, asincronismo y todo eso (y en el caso de obj-c, que es muy "verbosed" ahorra un MONTON). Eso es la gracia de un lenguaje...

Otro ejemplo es node.js

Código PHP:

var http = require('http');
http.createServer(function (req, res) {
  res.writeHead(200, {'Content-Type': 'text/plain'});
  res.end('Hello World\n');
}).listen(1337, "127.0.0.1");
console.log('Server running at http://127.0.0.1:1337/'); 


Una extension a JS que hace facil hacer servidores HTTP multi-hilos asincronicos. Esta enfocado en ese caso de uso y se nota...

[[Crandel]]

Empezado por mamcx

Yo diria que peor en si que la sintaxis, a pesar de lo que he discutido, es que no tiene un caso de uso poderoso que lo justifique. Es solo un javascript "mejorado" pero en que que realmente beneficia?

Veamoslo desde el punto de vista de su publico objetivo, programadores de paginas web.

Lo unico que tiene de medio-gracia es que el sistema de libreria, pero:

- No tiene un modelo de DOM mejorado. O sea, algo que realmente destaque VS tener una lib como mootools o Jquery.
- No tiene una mejor respuesta a generar html dinamicamente
- No tiene un mejor modelo de asincronia, que realmente facilite interfaces fluidas
- No hace mas facil aplicar efectos, transiciones ni demas cosas del CSS3, o Canvas o todo eso
- No incorpora un sistema de validación, integración de manejo de formularios a nivel de lenguaje, ni nada parecido
- No veo como reduce el codigo necesario para hacer las tareas tipicas, ni como supera a jquery y familia
- Ni le veo una integracion profunda con html5, css3 ni demas tecnologia emergente

Posiblemente lo que se busca no es un mejoramiento de esto o aquello. Si a que publico va destinado. Hace poco estuve en una charla de google y android. Lo que me sorprendio es como tiraban tierra sobre escribir aplicaciones nativas para android y apuntaban directamente a escribir todo para la nube y las grandes ventajas que tiene.

A mi hace pensar es que hay un publico desarrollador de aplicaciones de escritorio que quieren mover a la nube. Cuando saben estos programadores de javascript ? les interesa aprenderlo ? pasar de escribir aplicaciones de escritorio con toda la teoria de POO y demas a una programación de paginas web con javascript no es lo que atraiga a muchos de nosotros.

Ahora si lo que les proponemos es un nuevo lenguaje similar a C++ pero para la web, entonces no suena tan feo y muy posiblemente atraiga a muchos mas programadores.