Avalon, XAML - Futuro de Windows - Nuevo lenguaje de programacion

[mamcx]

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]

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]

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]

Muy sarcastica su última respuesta.

[[Al González]]

¡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? ), 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?