Swift es ahora opensource (Siguiente generacion lenguaje Apple)
 

Hoy se libero Swift como se habia prometido por Apple como proyecto opensource:

Info sobre swift:

https://www.apple.com/swift/

Pagina del proyecto:

https://swift.org/

Código fuente:

https://github.com/apple/swift

Ya hay un build inicial para Linux.

----

Swift esta fundamentado en LLVM (http://llvm.org/), del cual Apple es tambien uno de sus promotores y le da apoyo.

Es interesante que muchas de las clases de CoreFoundation estan tambien liberadas (que son el fundamento de todo el API de coccoa!)

Me parece muy bien la liberación de swift!

Microsoft, Apple, ahora le toca a Idera sumarse a la lista

¿Qué? ¡Ah! Ja, ja, ja. Buen chiste :D

// Saludos

¡Que horrible sintaxis! :p

Otro de esos lenguajes que van por la línea equivocada de la Historia.

Igual es razonable para Apple y Microsoft el liberar porque estarian "perdiendo" un producto: Microsoft no va a hacerse pobre por liberar C# ya que sus ingresos vienen por Windows, Office, SQL Server, Azure, las Surface, etc;

A Apple le entra por el lado de hardware (iPhones, iPads, Macs, etc), no solo venden software

Embarcadero/Ideria solo tiene un producto fuerte, si lo liberan, se quedan sin comer, es asi de sencillo

A mi no me disgusta la sintaxis tipo C, de hecho me es mucho más cómoda y me parece más elegante que los begin end de pascal. Eso sí, C++ se me hace muy enredado con tanta directiva.

Nunca he entendido esa posición de personas que trabajan con la abstracción y no pueden ver un par de {} :p, pero, al final de cuentas, es una cuestión de gustos. A mi, por ejemplo, no me luce bonito perl, pero no me atrevería a descalificarlo.

Pero, se supone que IDERA es bastante más que lo que acaba de comprar ¿no?

// Saludos

Como redhat, firefox, firebird, etc. ;)

A mi en lo personal desde que trabajo con python, me parece que los begin/end y los {} son ambos superfluos. Estan ahi mas que nada para simplificar el parser (lo que he podido comprobar cuando intente hacer uno para un lenguaje propio) pero no aportan mas que ruido sintactico. Pero me parece mas legible los begin/end -- y en el primer prototipo de mi lenguaje, solo sobrevive el end --.

La razon? Es porque es mas "regular". Tenemos FOR, IF, FUNCTION, etc y de pronto se atraviesan los {} que hacen mas parte de los +, -, *, [, etc.

En fin...

Me parece raro que siempre que hacen nuevos lenguajes justifican el uso de los {} (y cosas similares) disque por la familiaridad con la familia C. En el caso de swift, no es tan de la familia, y eso lo hace ver un poco bizarro a veces.

Ahora bien, comparado con obj-c... es todo un avance inmenso.

A proposito, si quieren probar el lenguaje sin instalar:

http://swiftlang.ng.bluemix.net/

Creo que era otra la palabra que quisiste usar, Mario, porque para lenguajes verdaderamente bizarros no hay como Object Pascal (Delphi). Éste sí que es muy bizarro.

¡Un abrazo! :)

Me vengo a enterar de la definicion original de bizarro. Yo voy por como explica http://conceptodefinicion.de/bizarro/

Bueno, como lo veas, es necesario un begin y un end. Python lo hace mediante la indentación pero básicamente es lo mismo.

A mi en particular me choca y me sorprende que tengamos tantos prejuicios hacia determinados lenguajes, tan sólo porque nos "lucen" feos. Más aún cuando se trata de lenguajes que han probado una y otra vez ser eficientes y exitosos.

// Saludos

Una de las cosas que más me gusta del lenguaje C es precisamente que es conciso, breve, escueto y sobrio. ¿Para qué escribir begin end si puedo escribir { }, para qué escribir x:=x+1 si puedo escribir x++?

Saludos comunidad.

¿Puede un software Open Source volverse privativo?

Estaba leyendo la movida de Microsoft que puso su motor web chakra de Edge, open source. Entonces se me ocurrió que se ahorran un montón de dinero en inversión, y ganan otro montón en sus productos finales.

Depende de la licencia. Algunas no lo permiten y otras sí.

Yo creo que lo de begin..end o el { } es mas cuestion de gustos que otra cosa, a mi en particular no me molesta ninguno de los dos, no siento que pierdo tiempo en eso ni tampoco encuentro a uno mas legible que el otro

Con respecto al x++ si te diria que estoy de acuerdo, pero en Delphi es mas o menos reemplazable por el Inc(x), Inc(x, 2)



Lo que si seria lindo poder hacer en Delphi es esto:

Tres cosas que si me molestan de Delphi:

1. Declarar todas las variables arriba dentro de la clausula var. No le encuentro ninguna ventaja, no me vengan con que "es mas ordenado", yo creo que mas bien al contrario, es un caos: Ya que tenes que ir hasta arriba a declarar la variable lo cual me quita de foco de lo que estoy haciendo, y ni bien aunque haya expertos o plugins que lo "hagan automatico" sigo pensando que es una estupidez; en este sentido Delphi debe madurar.

Quien no ha reusado nunca la variable I: Integer del bucle for para cualquier otra cosa? Si se pueden declarar las variables en el momento que se usan:

a. Seguramente tenga un nombre mas acorde a lo que vas a usar --> codigo mas facil de leer, de entender, de depurar y mantener, y autodocumentado
b. Seria realmente una buena idea poder limitarle el alcance como lo hacen en C

2. La sintaxis lambda creo que apesta: tener que escribir

Código Delphi [-]
  TThread.Queue(NIL, procedure
  var
   X, B: Integer;
  begin

  end);

Es pura "ceremonia" y realmente va en contra del dogma de Pascal de "codigo claro, conciso y legible"

3. Los for en Delphi solamente se pueden incrementar de a 1... en serio, es una total ridicules!

Cuando nació Firebird lo hizo en base a un momento en que una versión de Interbase se liberó, la proxima versión de Interbase volvió a ser no libre pero ya había nacido Firebird.

A mí es una de las cosas que más me gustan, así estoy seguro de que no hay ningún olvido ni confusión.

Opinion sobre C y Pascal aqui

Muy bueno el enlace ^\||/