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 |
Cita:
// 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. Cita:
// Saludos |
Cita:
|
Cita:
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. |
|
Cita:
¡Un abrazo! :) |
Me vengo a enterar de la definicion original de bizarro. Yo voy por como explica http://conceptodefinicion.de/bizarro/
|
Cita:
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. |
Cita:
|
Cita:
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: Código PHP:
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
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! |
Cita:
|
Cita:
|
Opinion sobre C y Pascal aqui
|
Cita:
|
La franja horaria es GMT +2. Ahora son las 01:04:00. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi