Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Noticias (https://www.clubdelphi.com/foros/forumdisplay.php?f=34)
-   -   Avalon, XAML - Futuro de Windows - Nuevo lenguaje de programacion (https://www.clubdelphi.com/foros/showthread.php?t=17649)

SMTZ 17-01-2005 08:56:09

Avalon, XAML - Futuro de Windows - Nuevo lenguaje de programacion
 
En el enlace http://www.bandaancha.st/weblogart.php?artid=2982 dicen que Microsoft acaba de sacar Avalon, el nuevo motor grafico que se incluirá en Windows LongHorn. Junto a Avalon, viene un nuevo lengueje de programacion que se llama XAML. El caso es que, cuando todo el mundo programaba perfectamente en Win32, Microsoft saca el .NET y cuando todavía ni siquiera está en auge el .NET, dicen que sacan el XAML. ¿En qué lenguaje preferis programar? Por mi parte, sigo quedandome con Win32.


Saludos.

vtdeleon 21-01-2005 14:58:53

La respuesta es muy facil:

MONOPOLIO:mad:

mamcx 21-01-2005 15:17:02

De hecho, AVALON fue anunciado hace mucho tiempo, incluso en la version .NET 1 ya se sabia (por eso me parece un riesgo depender de Winforms, si ya le declararon la muerte).

En fin, AVALON NO ESTA AQUI. Es puro "vagueware" es un beta, o alfa, no se sabe como se va a comer y esta inmaduro.

Para entender que hacer con tecnologia del futuro, es bueno leer este articulo (en español) http://spanish.joelonsoftware.com/Ar...AndMotion.html

No se deben cambiar frameworks a menos que valga la pena hacerlo.

marcoszorrilla 21-01-2005 15:35:07

Muy bueno el artículo que recomendaste Mamcx.

Recuerdo en una empresa en que trabajé como estibador mientras era estudiante, un día en que hubo huelga de transportistas, nos hicieron cambiar los sacos de 50 Kg. de sitio, de esa manera la empresa seguía trabajando, insasequible al desaliento y el salario había que ganarlo con el sudor de tu frente.

Es cierto que el gesto era inútil pero.... (VaporWork o Ware).

Un Saludo.

mamcx 21-01-2005 16:53:42

Increible! Y asi se quejan las personas que no hay trabajo?

Ya tengo la solucion para los programadores sin trabajo: Copien los archivos de un disco duro al otro, y regresenlos. Cambien los nombres de todas las variables, reompilen en cada cambio. Cambiar los nombres de clases y metodos, ya que estamos en esas. Para ademas mantener la habilidad con los idiomas, chevere si los pasamos de Ingles a Español y viceversa. Genial que con Delphi 2005 el editor es full unicode asi podemos poner la fuente de muñequitos y nuestras clases se vuelven "graficas". Con esto seguro que hay bastante trabajo.

Lastima, que la gente espera que le paguen por cosas asi, en fin ;)

bumiga 21-01-2005 21:44:09

Muy sarcastica su última respuesta.

Al González 23-01-2005 06:29:32

Algunos comentarios
 
¡Hola a todos!

Me parece muy interesante el artículo de Joel Spolsky. Me llamaron la atención dos cosas:


«...Quizá por eso, cuando Peopleware y XP (Extreme Programming) insisten en eliminar las horas extras y las jornadas de 40 horas semanales lo hacen con la completa seguridad de que esto no implica una reducción en el rendimiento del equipo...».

Así es, no implica una reducción en el rendimiento. Personalmente estoy a favor de las jornadas de entre 25 y 35 horas semanales, y cuando contrato a alguien veo por que no trabaje demasiado.

Pero hay otra cuestión que es importantísima: la especialización (analista, diseñador operativo, programador operativo, bibliotecario, DBA, etc.).


«...Recordemos la historia de las estrategias de acceso a bases de datos que han surgido de Microsoft. ODBC, RDO, DAO, ADO, OLEDB, y ahora ADO.NET ¡Todas novísimas! ¿Acaso todas son imperativos tecnológicos? ¿O son el resultado de un grupo de diseño incompetente que necesita reinventar el acceso a base de datos cada año? (Es probable que, en realidad, sea esto último) Pero el resultado final es que únicamente se trata de fuego de cobertura. La competencia no tiene otra opción que perder todo su tiempo portando y manteniéndose al día...».

Hay un dicho que reza: Divide y vencerás (o divide y conquistarás). La tecnología de Microsoft está tan dividida internamente (vease Excel Basic y Word Basic, ¿dónde están las clases comunes? :confused: ), que se vence a si misma constantemente, pero con efectos colaterales: algunos hachazos caen justo sobre las empresas que no la deben, pero que cada vez la temen más :(. Creo que en estos casos el llamado fuego de cobertura es un resultado "fortuito" de la mala organización de Microsoft.

Insisto y sigo insistiendo, aparecerá una organización no lucrativa de amplia autoridad global, que pondrá orden al pernicioso y bélico desorden tecnológico. Obviamente, tendrán que suceder muchas cosas antes, pero de momento ¿quién más está aportando algo a la causa?


Un abrazo a todos.

Al González :).
¿Actúas como humano del siglo XXI o como individuo del siglo pasado?


La franja horaria es GMT +2. Ahora son las 05:16:05.

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