Buscar
Social
Ofertas laborales ES
miércoles
jul182007

JavaFX - lento

Bubblemark es una prueba de rendimiento de diversas plataformas y lenguajes para aplicaciones RIA.



Compara mediante una pequeña animación (con también una cantidad determinada de proceso), plataformas como Silverlight, Flash/Flex, Apollo, WPF, Java Swing y recientemente JavaFX.



Los resultados no son muy buenos para JavaFX. Queda, no sólo por detrás de Flash o Java Swing, sino que incluso queda por debajo de la implementación en HTML + Javascript, que no se puede decir que sea un entorno particularmente rápido.



¿Conocéis alguna otra comparativa similar de todas estas plataformas?
miércoles
jul182007

Curso gratuito de servicios web y SOA

Aunque no es la primera vez que hablo de este tema, creo que está bien recordar que existe de vez en cuando. Sang Shin, evangelista de Sun y creador del portal Javapassion, comenzará a impartir otro de sus cursos gratuitos online el próximo 24 de agosto, esta vez sobre creación de servicios web y arquitecturas SOA en la plataforma Java.


En el material del curso hay documentación y ejemplos que, como siempre, están disponibles de un modo gratuito online para todo el mundo, tanto si decides registrarte en el curso como si no. Para superar el curso es necesario realizar una serie de ejercicios que serán revisados por Shin (sí, el tío no sólo ha generado toda la documentación y la hace disponible de modo gratuito, sino que además se revisa tus programas y los critica). Aquéllos que superen el curso recibirán un diploma que emite Shin (nuevamente, gratis).


¿Alguien ha asistido alguna vez a uno de estos cursos online de Shin? ¿Te ha gustado?
martes
jul172007

paciencia

Veo algunos artículos publicados en esta Web, curiosamente coincidiendo con el verano, época de reflexión, relacionados con el mundo laboral de los que trabajamos en el sector de la informática.



Llevo tiempo reflexionando sobre el asunto, preguntando, informándome, tratando de desgranar cuales son las claves de nuestro sector a nivel laboral.



Veo algunos apuntes en esas noticias que pueden justificar la falta de motivación, principalmente me ha llamado la atención el apunte que habla sobre la necesidad de proveer de buenos equipos hardware para mantener a los desarrolladores motivados.



Hace muchos años ya, mis profesores me hablaban sobre estudios estadísticos que desvelaban que una de las causas principales de síndrome "burn out" (estar quemado) era la lentitud de las máquinas. Para muestra un botón: en el proyecto en el que estoy hemos tenido que perder infinidad de horas desarrollando y mejorando scripts ant ya que ningún IDE que probamos (eclipse, lomboz, myEclipse, IntelliJ, Netbeans, principalmente) no soportan la envergadura del proyecto, de unas 10 mil clases java, 5 mil JSP y 63 librerias sobre Weblogic. El que mejor lo llevaba era intelliJ, pero tampoco era para tirar cohetes. Sino tienes 2Gb sufres y punto, no hay otra.



Quizás es este el factor que puede ser importante pero de todas formas no se hace hincapié en lo que yo creo que es el verdadero problema clave del sector. El funcionamiento del sector en sí.



Que yo sepa, a día de hoy, las principales compañías de software están trasladando, en los pasados años y los que vienen, sus "software factory" a ciudades más pequeñas, entre otras que yo conozca. Suelen ser grupos de entre 50 a 500 personas, y en estas plantas de desarrollo, con sueldos muy bajos, menos un grupo reducido de personas entre gerentes, coordinadores, jefes de proyectos y arquitectos de sistemas y software, que no suelen ser mas de una docena. ¿Es lícito? Quizá si, ¿lógico? También, sobre todo desde el punto de vista económico, ¿ético? Hombre que se lo pregunten al que le dicen de la noche a la mañana que tiene que tiene que cambiar toda su vida por este motivo. Pero bueno mientras no nos afecte, da igual, ¿verdad?



Análisis y el diseño de software serio, sólo se realiza en grandes empresas y administraciones públicas y mi experiencia despues de 8 años es que ni eso. No es así exactamente, se traza un documento de buenas prácticas, recomendaciones y patrones de diseño y se crea un equipo de auditoria, para mantener el tipo. El motivo es el abaratamiento de costos. ¿Para que voy hacer análisis de requerimientos, diagramas UML, etc. si cuando termine veré que me hubiera salido más a cuenta hacer yo mismo el desarrollo directamente en una ?software factory? a 30 euros la hora/programador?. Total si tardan o se equivocan, no importa, no tendré desviaciones importantes de presupuesto y total a mi cliente le da igual, y sólo sabe decirme que qué es eso del UML y que su sobrino hace unas webs preciosas con el ?dreamweaber?. Hay que ser pragmático, ¿no? Es lo que realmente y únicamente importan, lo demás son sueños utópicos inalcanzables. Esta es la reflexión que suelen hacer los clientes y las gerencias de estas empresas, y al final, la mayoría de direcciones técnicas que no tienen otro remedio que rendirse a la evidencia. Los números se imponen.



En estos proyectos además, se reinventa la rueda cada vez, no existen un entorno arquitectónico de sistemas y software estándar y claramente definido, ya sea propio, de terceros o de carácter libre. Se empieza de cero o casi de cero cada vez. Un desastre. Proyectos que tocan techo, que no se pueden mantener, horas y horas invertidas en integración, proyectos obsoletos que no se pueden actualizar.



El OpenSource ha sido el favor más grande que se le ha hecho a los accionistas y dirección de gobiernos y las coorporaciones.



Lo que nació, y sigue siendo, un movimiento bastante altruista por mejorar y aprender, socialmente justo y con gran aceptación, se ha comvertido en la ?bicoca? para los altos cargos de esas organizaciones.



Es inigualable, la cuadratura del círculo: estas empresas se ahorran millones y millones en licencias que, en vez de revertir en la generación de puestos de trabajo y en mejorar la calidad de los mismos, se han convertido en el abaratamiento masivo de costes ya que, contratando a perfiles conocedores y colaboradores activos del mundo OpenSource, estos, absolutamente motivados, harán el sobreesfuerzo que sea necesario para que los proyectos salgan adelante y así aprender y algún día quizá, mejorar.



No todo es negativo, ahora puedes aprender y colaborar con y para el software que crees válido, antes era un espacio para ?gurús?. El cambio, es que ahora los directores o gerentes ya no te preguntan de qué preveedor van a cobrar comisiones por licencia, sino, hasta donde pueden bajar la trama de sueldos para pedir el bonus de productividad.



El resultado de este panorama es demoledor, no hay buenos perfiles, los proyectos van tarde, mal o nunca. En cuanto a un buen programador le ofrecen un poquito más, se marcha, si contemplaciones. Total del otro lado, se va encontrar lo mismo, ¿que más da?



Hay veces que se encuentran oasis donde la dirección técnica a lograda resistir la embestida de todo esto, pero son los menos. Evidentemente existen excepciones, pero en el país del "que inventen otros" y donde las primeras industrias son el ladrillo, y el turismo, no se puede esperar mucho más.



El sector es lo que es, otros están mucho peor, como siempre requirirá tiempo para que todo se asiente, se hundan gravemente algunos proyectos importantes, se pierdan

Unos cuantos millones de euros y entonces quizá hablemos de elevar la calidad. O lo mismo se llevarán las ?software factorys? a la India o a China, para poder culpabilizar a alguien y despedir masivamente si que a nadie de aquí le afecte. De momento esto último no está nadie por la labor, la cercanía y el esfuerzo en el análisis hace que todavía sea caro y tedioso para los clientes. Pero como todo, en la ley del mercado, sólo es cuestión de tiempo y dinero. Solo espero que ha alguien avispado se le ocurra algo para reducir el impacto de esto.



No se si poneros por vuestra cuenta, es la solución. La mayoría de los informáticos que conozco piensan en hacerlo. Total, para escuchar sandeces y hacer un trabajo estéril e inútil en la mayoría de los casos, ¿porqué seguir las ordenes de otro? Lo que no se si entonces seréis esclavos del papeleo y sobretodo de vuestros clientes. Es cuestión maneras de vivir.



Para el resto, suerte y mucha paciencia.



La frase: Alguien verdaderamente inteligente es aquel que contrata a gente inteligente para que le enseñen como conseguir ganar más dinero, no para imponerles su criterio. Richard Stallman. Líder de GNU



martes
jul172007

Encuesta sobre empleo

A raíz de algunos temas discutidos por aquí y por otros sitios, he decidido poner una pequeña encuesta sobre el tema de los salarios, las funciones y la experiencia.


La encuesta es muy sencillita y cutre, así que todo se basa en vuestra sinceridad. Por favor, contestad bien y luego todos podremos ver los resultados. Prometo después ordenar los resultados y analizarlos en la medida en que se pueda.


También os agradecería que pasarais el enlace ( http://www.tinselcity.net/labs/encuesta/ ) a todo el que consideréis oportuno. Sé que esto es más o menos como decir "Hola, podríais quemarme el servidor y dejar sólo unas pocas cenizas humeantes, por favor?", pero bueno, ya veremos cómo aguanta. Uhmmm... podría ser buena idea no mandarlo simultáneamente a todos los menéames, barrapuntos y a cientos de blogs... Bah, cruzo los dedos xD




Nota: A los administradores, si no os parece bien enviar esto como noticia, simplemente eliminadlo. Lo entenderé sin problema. Gracias.
lunes
jul162007

Faltaban programadores, y yo con estos pelos

Algo que está sucendiendo en el sector tecnológico, que ya desde el 2005 se está avisando, y en cierta manera bastante relacionada a un post enviado algunos días sobre "Como motivar a los programadores" es la noticia que habla de la falta de programadores.



Inicialmente la primera razón que dá la opinión pública son los sueldos bajos, la falta de metodología correcta así como el abuso de horas extras.



Existen muchos causas de estas consecuencias: (Tecnología muy emergente y variable, chapuzas y engendros-software inmantenibles, rotación, bajos sueldos).



¿El principal problema está en la asignación de funciones?. En el momento que a los Ingenieros Técnicos se les trata como programadores, no hay nadie que supervise, gestione, y en general haga trabajo de organización, investigación y asesoriamiento a los programadores. Lo que faltan podrían ser Ingenierios para programadores ya que se están empleando para programar. Si a los Ingenieros se les trata como programadores, lo normal es que nos quedemos sin estos (es como si a los arquitectos los ponen los ladrillos).



O por otra parte, ¿lo que se enseña en la carrera sirve para poder gestionar proyectos o grupos de desarrollo? Hay que tener en cuenta que para el desarrollo de software también hay que saber otras materias que no se dán en la carrera. Lo que se denomina el modelo de negocio (gestión, contabilidad, etc).



Finalmente, ¿Si alguien estudia Ingenieria de software o informática es para programar o para hacer algo más?



Link reciente visto en meneame hoy:

http://hronia.blogalia.com/historias/50882



¿Que opinais?