Batch4j - Batch for Java TM - Un deseo o pura necesidad
A raiz de una opinion en JavaHispano, sobre si las mujeres tenian peor o mejor capacidad de programacion, conozco muchisimos malos programadores, pero es que casi solo conozco a programadores.
El programar bien o mal no esta suficientemente definido
Quien programa mejor quien cumple los estandares, utiliza los framework que le dicen o el que cumple en plazos, haciendo lo que el cliente quiere con un buen rendimiento.
Quien programa mejor quien cumple los estandares, o el que tiene todo documentado saliendose de los estandares
Quien programa mejor quien se queda 10 horas en el trabajo y no cumple plazos, o el que se queda su jornada y no cumple plazos
La verdad prefiero un mal codigo, bien documentado que un buen codigo sin documentar, pero al final todos leemos Java por lo que la documentacion esta en el codigo.
Por favor expresar vuestra opinion sobre lo que es un buen o mal programador.
Posted at 12:39PM ago 15, 2008 by Batch for the Java TM in Java | Comentarios[3]
Jornadas del siglo XIX : 65 horas
Despues de oir esta noticia por la radio, y ayudado por la calculadora del sistema voy a ver cuanto nos queda para nosotros, no obstante ya sabeis que las horas extra brillan por su ausencia los proyectos siempre necesitan un esfuerzo y que la formacion debe ser fuera del horario laboral, pero dejando de lado estas peculiaridades de nuestro trabajo, voy a intentar ver como afecta a la tipica jornada de 5 dias, 1 hora para comida (algunos tienen dos y no saben que hacer, bueno internet 
) y otra hora de transporte, seguro que alguno tarda 10 minutos y otros 2 horas, pero bueno suponiendo que hay que llevar antes a los niños al colegio, media hora ida y media vuelta.
Suponemos tambien que los niños continuan con su jornada actual por lo que hay que pagar a alguien para que se haga cargo, pero vamos obviamos tambien este detalle.
65 horas entre cinco son 13 horas con lo que 14 con la hora de la comida. Si la hora de entrada es a las 8:30, media hora antes salimos para llevar a los niños o para coger el metro, autobus o tren, la hora de salida del trabajo seria a las 22:30 por lo que llegariamos a casa a las 23:00.
Vaya pasada, no veriamos a los hijos, no tendriamos tiempo para ir de tiendas, al cine, ni siquiera llegariamos al prime time, una cena rapida y a la cama.
No se exactamente los terminos de la jornada de 65 horas, pero la persona que las haga solo va a vivir para el trabajo, por lo que va ser un esclavo del mismo. Como la negociacion es entre empleado y empresa, la empresa abusara del empleado individual ya que como uno solo por algun motivo, falta de trabajo o de dinero, lo haga el resto se vera obligado a hacerlo.
Nuestros gobernantes, politicos, fiscales y jueces son unos inutiles si en esta ley no han encontrado un abuso y un atentado a la vida familiar.
Posted at 03:48PM jun 14, 2008 by Batch for the Java TM in General | Comentarios[7]
Huelga de Transportistas e Informaticos
Todos nos hemos visto impactados por la huelga de transportistas. No voy a comentar sus razones, sus medios, la permisividad con los piquetes, etc ... para eso hay otros foros.
Tampoco voy a comentar el porque los informaticos no podemos ser como los transportistas para exigir nuestros derechos, la falta de compañerismo etc, todavia no estamos en una situacion limite como para ponernos a prueba.
Me gustaria saber porque no se plantea el Gobierno, promocionar el teletrabajo como medio de conciliacion de vida laboral, medio de evitar trafico, colapso en transportes, contaminacion y otros beneficios.
Cuanto fastidia que trabajando en el centro de Madrid, te manden unos dias a un curso a las Rozas o a un proyecto a San Sebastian de los Reyes, solo tres meses.
Una vez una maquina tiene red, hay medios para hacerla visible desde fuera, bien con vpn, bien a traves de firewall, porque no exigimos de una vez que se de solucion al transporte de personas, es logico que un pescado se lleve de Galicia a MercaMadrid, pero no es logico que las personas tengan que moverse, las ideas, el software, los bits, pueden viajar por la red, porque los informaticos tienen que trasladarse a los parques tecnologicos o "poligonos industriales de inteligencia" para hacer su trabajo.
Como veis la huelga de transportistas ha impactado en que estos dias no haya podido conciliar mi vida familiar.
Posted at 05:48PM jun 13, 2008 by Batch for the Java TM in General | Comentarios[6]
SGAE y financiacion partidos politicos
Enrique Dans nos comenta una de la razones de dar el canon a la SGAE.
Todos creiamos que era un pago a su apoyo, pero presuntamente hay financiacion ilegal, al final el "Ramoncito" es mas delicuente que quienes lo copian.
De todas formas como esto quedara en agua de borrajas, ya que al final no habra pruebas suficientes, metamosle en la carcel por si es un delincuente, ya que el nos cobra el canon por si delinquimos.
Posted at 07:29PM may 30, 2008 by Batch for the Java TM in General | Comentarios[0]
No creas que todo el mercado es como tu
A raiz de esta entrada deEnrique Dans me hace reflexionar sobre las razones en las que un proycto, idea o framework, pueden fracasar o no.
Es posible que por motivos de trabajo, siempre estes utilizando las nuevas tecnologias, los ultimos estandares y tendencias. Se te ocurre una idea facil de poner en marcha y la lanzas.
Si el mercado al que va dirigido y en castellano vamos muy atrasados respecto al mercado angloparlante, sera un fracaso.
Fracasos por innovacion hemos tenido en el mundo de la informatica desde hace muchos años, casi todos en guerras con Micosoft, dos casos particulares son Netscape y Apple, pero no vamos a comentar este tipo de fracasos que mas se deben al abuso de microsoft que a la falta de madurez del mercado.
Cuando lancemos algo, debe ser para la gran mayoria, encuentas como las que se hacen en javahispano acerca de framework, jdks, servidores de aplicaciones, tendencias, nos pueden indicar como esta el mercado hay fuera, pero no hay que olvidar que casi todos los que estamos en javahispano dados de alta como usuarios entramos en una categoria de usuarios bastante adelantados por lo que a estas encuestas habria que rebajarle algun punto para encontrar la campana de gauss.
Posted at 11:38AM may 25, 2008 by Batch for the Java TM in General | Comentarios[2]
S G A E : 180 millones cobrados y sin repartir
Despues de ver en tv que los herederos de Paquito El Chocolatero cobran una miseria por la obra mas interpretada y dado que nos cobran un paston a todos me preguntaba donde esta el dinero de la SGAE en escolar veo que la mayoria del dinero que recauda la SGAE, no la reparte poque nadie se encarga de pedirselo, este dinero se podria utilizar para miles de cosas antes que para Ramoncin, por favor asociarse todos los que tengais derechos y pedirselos a la SGAE aunque sea para mantener a un grupo de abogados encargados de recaudar estos fondos y de evitar que tanto sinverguenza viva del cuento.
Bueno ya sabemos a donde va el dinero.
Posted at 12:00AM may 17, 2008 by Batch for the Java TM in General | Comentarios[0]
Hace algun tiempo descubir que para llamar a servicios web, por ejemplo con Axis se manda informacion en esta cabecera. En un sistema en el que una sola URL procesa todas las peticiones de webservices es posible conocer que se esta ejecutando si se coge el valor de esta cabecera.
Posted at 12:00AM may 17, 2008 by Batch for the Java TM in Web | Comentarios[0]
Programador que no le gusta programar
Tenia pendiente hacer un post sobre esta noticia aparecida en javahispano y el post original. La informatica no es solo programar. Cualquiera puede ser programador, pero no todo el mundo es titulado en informatica. Creo que hay que buscar un equilibrio, no me gustaria un programador parasito en mi equipo que no ayudase a la comunidad pero tampoco uno que utilize el sueldo que le pago para hacer los proyectos a otros. Si utilizamos un simil de la NBA, mejor que del futbol, porque todo el mundo opinaria. No todo el mundo puede ser Jordan, pero no solo Jordan gana los partidos, en la informatica para que un proyecto funcione desde el comercial hasta la señora de la limpieza deben hacer su trabajo. El problema viene cuando no todo el mundo tiene asumido su papel, el programador se cree mejor que el analista o el jefe del proyecto y el analista se cree comercial. Asume tu papel dentro del proyecto y si no eres capaz, no sirves para el equipo.
Posted at 12:00AM may 16, 2008 by Batch for the Java TM in General | Comentarios[4]
Javolution es un API que sustituye las clases del JDK (especificamente aquellas en los paquetes util, lang, text, io y xml ) por versiones más optimizadas en recursos usados y tiempos de respuesta. Este API puede compilarse para trabajar en J2ME y cualquier versión del JDK. Entre las clases de Javolution están estructuras de datos como FastMap, FastList y FastSet y un lector/escritor de XML que presume de ser el más rápido en el mercado Java. Y de eso se trata Javolution, un API enfocado a tareas críticas donde se tenga que optimizar al máximo la memoria usada y los tiempos de respuesta. Me ha parecido interesante, leer el codigo de javalution, porque la implementacion de estas clases se hace al estilo C alejandose un poco de la HYPE Orientacion a Objetos. Si creamos menos objetos los tiempos seran mas rapidos. Realmente creamos solo los objetos que necesitamos o por una mala formacion en OOP abusamos en nuestras aplicaciones, el otro dia lei en un foro una pregunta sobre si era una mala practica crear tantos objetos como lo hacia una herramienta, para salir del paso y hacer una aplicacion con 4 clases si parece adecuada, pero no para una aplicacion con 100 o mas tablas que era lo que planteaba, el numero de clases creia en 4 o 5 x donde x es el numero de tablas. Como sabeis soy un convencido de la tecnica de Objetos Relevantes frente a la HYPE OO.
Posted at 12:00AM may 15, 2008 by Batch for the Java TM in General | Comentarios[1]
El otro dia lei en un link que apuntaba mi blog, Java en el Mundo Real. A pesar de que es un halago para mi, no es del todo cierto. Actualmente, mis responsabilidades se encuentran dentro del area de produccion, lo que esta suficientemente lejos del desarrollo como para verlo con otros ojos. Estoy, en el lugar del otro, veo desde produccion los problemas de desarrollo, al igual que antes veia desde desarrollo los problemas de produccion. Actualmente, tengo un mayor angulo de vision, incluso superior al de otros compañeros. Java, para mi, no es mas que otro lenguaje, pero como llevo muchos años con el, es mi favorito. Debido al exito de Java en mi empresa, un proyecto funciono muy bien, el siguiente tambien ... ahora nos llegan a produccion bastantes proyectos en Java, alguno en Net, ninguno todavia en PHP. Groovy ni se utiliza ni creo que se conozca y rubi tampoco. En produccion tambien desarrollamos soluciones para produccion y es en este punto donde utilizamos Java, pero siempre desde un punto de vista practico. Intentamos hacerlo simple y normalmente con menos recursos que el area de desarrollo. Es en este punto, donde entra nuestra estrategia de software libre, pero siempre teniendo en cuenta que un error en produccion origina una situacion desastrosa. Ademas, probamos todo tipo de herramientas, bien para bajar costes, bien para ofrecerlas a desarrollo. Quiza me falte un poco la vision del desarrollo y mantenimiento de grandes proyectos, pero los problemas, me los cuentan mis antiguos compañeros. Ahora, he decidido participar un poco mas en la comunidad Java, antes era un poco parasito, me dedicaba a leer manuales, noticias y a no aportar nada. Dicho todo esto, espero que mis entradas se vean teniendo en cuenta mi actual situacion.
Posted at 12:00AM may 14, 2008 by Batch for the Java TM in Java | Comentarios[1]
A raiz de una post de al me ha hecho recordar la estrategia que utilizo para evitar que la rutina me impida continuar con nuevos proyectos.
El manteniemiento se lleva el 80 % del tiempo de un proyecto. Por lo que una vez terminado, si has finalizado uno o dos proyectos es posible que estes todo el tiempo manteniendolos.
Para intentar trabajar en temas excitantes intento seguir una filosofia de desarrollo, pero es muy dificil de conseguir y es el “mantenimiento cero”.
Esta filosofia de desarrollo se basa en que solo te libraras del mantenimiento, si el producto o proyecto funciona bien y si el codigo, y no digo el analisis o cualquier otro entregable, esta bien documentado. Para colmo java permite que utilizes javadoc para que encima este en web.
Solo puede dejarse una tarea cuando mas de uno sabe hacerla, razon por la que la documentacion del codigo permita que dejes de trabajar sobre el.
He dejado algun que otro proyecto funcionando, y aunque estaba trabajando en otros, no se ha requerido mi presencia.
Si quieres que la rutina no te coma debes permitir que otros hagan la rutina.
Posted at 12:00AM may 12, 2008 by Batch for the Java TM in General | Comentarios[4]
COBOL: un lenguaje que esta lejos de estar muerto
Para todos aquellos que quieren matar a Java, leo en microsiervos una entrada sobre Cobol en la que se explica que despues de muchisimos años sigue siendo uno de los muertos mas vivos que existen. Creo que una de las fortalezas de Cobol esta en su legibilidad, cualquiera puede leer un programa Cobol y entenderlo. Ademas, Cobol posee una serie de utilidades que lo hacen muy potente sobre todo con el tratamiento de estructuras de datos. Es bastante rapido y tiene una gran cantidad de programas y lineas de codigo en produccion. Si todos los esfuerzos que hay actualmente en crear lenguajes dinamicos sobre la maquina virtual de Java, se invirtieran en crear un rutime de cobol sobre la maquina virtual de Java, se revolucinaria el mercado de los grandes sistemas al igual que en su momento se revoluciono el de los intermedios y pequeños. Solo mueren aquellos lenguajes sobre los que ya no se desarrollan, ni mantienen aplicaciones.
Posted at 12:00AM may 12, 2008 by Batch for the Java TM in Batch | Comentarios[7]
Me hago eco de un post de Enrique Dans sobre la S G A E, como ya sabeis opino que la mejor manera de defenderse es crear una nosotros, pero cualquier iniciativa en contra de estos abusones me parece loable.
Posted at 06:05PM may 11, 2008 by Batch for the Java TM in Derecho | Comentarios[0]
El tema de la publicidad propuesta por google, AdSense, me parece un poco timo, por un lado si tienes suficientes "hits" puedes elegir la publicidad a poner y hacerlo a traves de una agencia que es lo mas rentable.
Por que AdSense no es rentable, lo primero es porque no te pagan por paginas vistas, no vendes el espacio como en la publicidad normal, sino que solo ganas si el cliente accede a la publicidad, es como si la publicidad puesta en el metro solo pagase al publicista si el cliente se interesase por el producto.
Como ya hemos dicho si tienes muchos "hits" es mejor cualquier otra manera de recaudar por publicidad, con lo que casi todo el mundo que utiliza AdSense esta por debajo del umbral por el que google te paga, pensar que para que pague algo google, el cliente debe hacer click y claro es muy dificil al saber casi todo el mundo que lo que hay en la pagina es publicidad.
Nos obstante, para el que se quiera anunciar google es interesante, ya que esta en casi todos los sitios y si solo pagas por click, tienes presencia pero no pagas.
Posted at 12:43PM may 11, 2008 by Batch for the Java TM in buscadores | Comentarios[0]
Libreria Informatica y Comunicaciones
Me he llevado una sorpresa porque ya no existe la libreria Informatica y Comunicaciones, antes compraba cada pocos meses libros de informatica, posteriormente pase a hacerlo cada año hasta, que poco a poco el interes de los libros paso a internet.
Todo lo que necesito esta en internet y si bien es mas facil leer libros que buscar y leer en internet, la calidad de los libros ha bajado bastante.
Igual pasa con las revistas especializadas, menos "Solo Programadores", pero es que hace unos 15 años hubo un boom de revistas y libros, pero lo malo es que ahora la calidad de los publicado es baja por lo menos en castellano, solo he visto algun libro de Rubi.
Creo que la falta de material en condiciones, ayudado por internet es lo que hace que dejemos de comprar libros.
Bueno, estoy comprando pero por intenet y en ingles ya os contare.
Posted at 12:24PM may 11, 2008 by Batch for the Java TM in General | Comentarios[3]
Nueva plantilla y mejoras visuales
Llevo todo el dia mejorando la plantila del blog, espero que haya quedado bien.
Posted at 10:43PM may 03, 2008 by Batch for the Java TM in General | Comentarios[2]
Efecto mar muerto y los departamentos de tecnologia
Cuando lei este post de Enrique Dans me di cuenta de como es posible ver los problemas con mejor perpectiva desde lejos.
Todos sabemos que en ciertas empresas, dedicadas a la produccion, no a la tecnologia; los departamentos de tecnologia se convierten en grandes dinosaurios que solo se mueven apretados por los departamentos de marketing, comerciales o de negocio.
Conocemos tambien que se prima el "buen rollo" con los clientes, el disfrazar los problemas y sobre todo el que los sistemas no fallen, antes que la mejora tecnologica.
No es la primera vez que me comentan "prefiero utilizar versiones ya probadas", y te hacen trabajar con el JDK 1.4 o incluso el 1.3. en vez de las bondades del 1.6.
Pero este tipo de elementos no deberia tener cabida en los departamentos de las empresas cuyo negocio principal es la tecnlogia o la tecnologia aplicada al negocio, no obstante, los hay y muchos.
Un programador recien salido tiene una vision mas caballeresca de la profesion, pero poco a poco ve como se va primando una serie de actitudes, que no aptitudes, y que no tiene cabida en sitios donde se prima al mediocre, para que no haga sombra al jefe, y se le exige que haga el trabajo del mediocre y el suyo. Recordar el tema de los jefes nocivos.
Se da cuenta de que ese no es su sitio, y se mueve, pero encuentra otro departamento similar, y se mueve, se vuelve a mover hasta que al final, pierde todas las novelas de caballeria y ayudado por la hipoteca se pliega a la evidencia.
Si le añadimos unas politicas de recursos humanos nefastas donde se paga mas al traidor que deja una empresa por otra que al soldado fiel, nos encontramos que los mercenarios son los unicos que tienen la fuerza necesaria para luchar, el conocimiento necesario para estar al dia y el sueldo digno.
Una politica tecnologica basada en mercenarios hace que la factura sea muy grande, por un lado la empresa solo tiene a mediocres que no quieren hacer otro trabajo que no sea el acostumbrado y por otro para acometer las mejoras del negocio necesita pagar a precio de oro a mercenarios que una vez pasada la fase inicial del proyecto, se van para dejar a los mediocres el mantenimiento del sistema.
Cuando un sistema no lo diseña quien lo va a mantener suele salir una chapuza.
Siempre hay excepciones y es posible que algun que otro excelente, movido por alguna fuerza oscura, como cercania a casa, sueldo digno, hago lo que me gusta o simplemente, horario bueno en comparacion con lo que hay, se mantenga sacando las castañas del fuego a los mediocres y a los mercenarios, son los bomberos de la profesion, los apagafuegos.
Posted at 12:00AM abr 26, 2008 by Batch for the Java TM in General | Comentarios[0]
Technorati ¿ Porque no salian los POST?
Llevo varios meses mosqueado porque los ultimos post no aparecian en technorati resulta que fue consecuencia de un cambio en la configuracion en javhispano en las que las paginas ya no lleva "page" entre el nombre del dominio y el nombre del blog. Una vez esta solucionado parece que todo marcha de nuevo.
Posted at 06:56PM abr 25, 2008 by Batch for the Java TM in General | Comentarios[0]
Llevo todo el dia buscando informacion sobre como implementar transacciones distribuidas, XA, en Java, pero a parte de algun que otro API o proyecto no hay un ejemplo claro y sencillo de como hacer transacciones distribuidas entre dos bases de datos, bien similares o distintas, por ejemplo MYSQL y ORACLE. En castellano, no he encontrado nada, de hecho sobre uso de transacciones hay muy poco y lo poco que hay se refiere a Spring. En Oracle, Weblogic e IBM hay algunos documentos en ingles, pero no me aclaran algunos conceptos. Debo crear una transaccion de usuario, creo que si pero no estoy seguro. Hay que hacer enlist para cada nuevo XAResource o se puede declarar para que se haga automatico. Hay que hacer el delist, si se hace antes del commit, se hace commit o rollback sobre el recurso. Como veis no me ha clarificado nada, pero conforme avance en estos temas ire despejando dudas. Al final quiero una transaccion con varias bases de datos.
Posted at 04:58PM abr 12, 2008 by Batch for the Java TM in General | Comentarios[7]
Hypeformaticos o informaticos de pacotilla
Cada cierto tiempo me encuentro con un tipo de "personajillos" mal llamados "informaticos" y que a si mismos se llaman "gurus" o "evangelizadores" desde mi punto de vista son "informaticos de pacotilla" o informaticos de lo que esta de moda, hype o HYPEFORMATICOS. Este tipo de trabajadores de nuestra industria son muy perniciosos, lo primero es que conocen al dedillo todos los terminos que manejan los comerciales y crear unas expectativas sobre una tecnologia basadas en opiniones, leidas en blogs o creidas desde los comerciales. Al ser tecnicos y normalmente, con sufiente labia, aunque no para ser comerciales, por su aficion enfermiza a las nuevas tecnologias que aparecen en la informatica, suelen embaucar a algun cliente o jefe de departamento , por lo que una tecnologia poco madura o que no sirve para el proyecto que necesita ese cliente, pasa a entrar dentro de los nuevos proyectos. Para colmo este tipo de personas, no se intregra con la cultura de la empresa, o con los sistemas buenos o malos de la empresa que llevan funcionando años, sino que utiliza sus propios metodos, herramientas, configuraciones, y para colmo en su propia maquina. Para ello instalan todo tipo de herramientas OpenSource y Linux. Cuando se ponen las aplicaciones en produccion necesitan JDKs distintos, servidores de aplicaciones distintos o bien reconfiguran el resto de aplicaciones, con el consiguiente caos en las aplicaciones funcionando. Una persona de este tipo destroza proyectos y sobre todo deja marrones, ya que una vez ha dejado todo lo ultimo medio montado, decide que es antiguo y que, o hay que irse a otro sitio a montar la nueva tecnologia, o que hay que cambiarlo todo para montar lo ultimo. Una vez se detecta, tarde y mal el desaguisado, es posible que el personaje este con otra tecnologia y haya dejado un marron bastante curisoso. Recordar que todo se tiene que mantener y que lo nuevo provoca rechazo. Consecuencia, los metodos y herramientas OpenSource son mal considerados y las librerias o lenguajes proscritos. Me repito, cada herramienta, lenguaje, sistema operativo sirve para lo que sirve y el meter con calzador una cultura solo provoca rechazo, es mas eficaz ir poco a poco con paciencia, impregnando la cultura de empresa, que entrar como un elefante en una cacharreria y conseguir el efecto contrario. En informatica los proyectos los hacen las personas, pero las personas pasan y las empresas continuan y deben mantener esos proyectos.
Posted at 11:43AM abr 12, 2008 by Batch for the Java TM in General | Comentarios[8]
Explicacion visual de los SQL Join - Unir tablas con SQL
Magnifico articulo traducido del ingles explicando uno de los conceptos mas dificiles de entender en SQL, el uso de los Join. Pongo el link traducido porque es igual de bueno que el original. Espero que os sirva
Posted at 08:37AM abr 03, 2008 by Batch for the Java TM in General | Comentarios[3]
Te imaginas que cada vez que entres en un edificio le tengas que pagar al arquitecto?. Todos hacemos nuestro trabajo y no pretendemos que el del mes pasado nos lo paguen todos los meses hasta la muerte, nuestros artistas son especiales... ¡TODOS CONTRA LA SGAE! La SGAE, y compañeros (entre ellos Ramoncín, Ana Belén, Fernando Arbex...), van a hacer rentable convertirse en creador de canciones en España, y a los datos nos remitimos. El nuevo canon que se nos prepara es abusivo e injusto, y aquí van unos ejemplos: 1 ordenador con 160gb de disco duro (22 EUR de canon) 1 regrabadora de dvd's de ordenador (16,67 EUR de canon) 1 impresora multifunción (10 EUR de canon) 1 cámara de fotos con memoria para 200 fotos (9 EUR de canon) 1 reproductor de dvd de salón (6,61 EUR de canon) 1 Equipo de música de salón (0,60 EUR canon) 1 línea adsl 1 MB (35 EUR canon anuales) 200 cd's vírgenes para grabar diversos datos (50 EUR de canon) 100 dvd's vírgenes para grabar diversos datos (140 EUR de canon) En definitiva, que cualquier familia española con un ordenador pagará unos 303 EUR de canon al año. Antes no se sabía que era lo del canon, pero ahora nos vamos a enterar de sobra. Señores esto no es para paliar los datos de la piratería. Queexpliquen qué van a hacer con este dinero. Firma si no quieres pagar esta burrada. La ley está debatiéndose en el congreso y pronto vera la luz si no hacemos nada al respecto. TU FIRMA SI ES IMPORTANTE http://www.todoscontraelcanon.es Pasa este correo si no quieres pagar a estos usureros. Necesitamos 500.000 firmas y ya llevamos mas de 200.000. Copia y pega este mensaje en uno nuevo, no lo reenvíes que da más la lata leerlo y debemos facilitar el fin de este timo
Posted at 08:13PM dic 26, 2007 by Batch for the Java TM in General | Comentarios[4]
Algunos ya conoceis que la SGAE, Mafia, va a imponer al Gobierno y este a todos los usuarios un canon digital a nuestro trabajo, y dgo nuestro trabajo porque van a imporner un canon digital a nuestras herramientas de trabajo. Quien no tiene un MP3, un Pen-DRIVE y al menos 4 o 5 discos duros. Dos o mas moviles, varias tarjetas de memoria. Si se dedica a la informatica, cualquiera. Hay que movilizarte para evitar a nos pongan un canon por nuestras herramientas de trabajo. Asumen que todos los informaticos somos delicuentes y por si acaso nos ponen una multa. Imaginarse que por salir a la autovia te multasen porque hay gente que corre. La principal propiedad intelectual que se piratea es el fruto de nuestro trabajo, hace poco mas de 10 años que se esta pirateando musica y peliculas mucho menos, pero software se lleva pirateando solo en España desde 1982, seguro que alguien conoce piratas que llevan mas tiempo ejerciendo. Por favor, o nos manifestamos para que no se cobre por nuestras herramientas de trabjo o creamos una Sociedad General que coja una parte del canon y lo inviertan en nuestro trabajo.
Posted at 02:01PM dic 19, 2007 by Batch for the Java TM in General | Comentarios[3]
Acabo de echar gasolina y por primera vez he superado los 50 euros para un deposito completo. Me ha hecho pensar sobre como ha subido todo desde inicios del año 2001 y porque no se han actualizado los salarios en las TIC proporcionalmente. Lo primero es revisar nuestro convenio, uno de los peores sino el peor, con subidas en torno al IPC, sin horas extras, sin guardias reguladas, con sueldos por categorias irisorios que hacen que todos estemos por encima de lo que marca el convenio para la categoria en la que estamos, por lo que pueden ser subidas absorvibles. Ademas, le asociamos una gran cantidad de falta de profesionalidad, falta de corporativismo, fobia al no informatico, intrusismo y competencia desleal. Politicas de recursos humanos que priman la deslealtad frente a la permanencia: Si quieres mejorar economicamente la unica solucion es cambiarse a otra empresa. De todas formas, creo que el problema actual en el que se ha subido todo cerca de un 60 % y solo nos han subido como mucho un 20 % se debe a que el IPC es un engaño, estan eliminadas la mayoria de los productos de primera necesidad, la gasolina y por supuesto el euribor. Por otra parte, hay una importante bolsa de dinero negro que modifica los precios, sin pagar impuestos y sin entrar en ninguna estadistica. Pero porque desde el año 2001 las TIC cambian la tendencia alcista de los salarios, a pesar de la falta de profesionales. Desde mi punto de vista, se debe a un acuerdo entre las grandes empresas del sector hartas de ver como subian los salarios de los recursos, optaron por una politica de contencion de sueldos, dandose casos tan sangrantes como que los incorporados en el 2000 cobran mas inicialmente que sus homologos en el 2004, cerca de un 20 % menos de salario. Este acuerdo ocasiona que en un entorno de falta de recursos, los recursos valgan casi lo mismo que el 2001. Este tipo de acuerdo si lo hubieran llevado a cabo empresas de telefonia o lacteas respecto a sus productos, lo veria con malos ojos el tribunal de competencia europeo pero al ser un tema de recursos humanos, que no deja de ser el activo de las consultoras, no actua. No se como lo veis, pero actualmente estan abusando de nosotros y con nosotros me refiero a todos los que nos dedicamos a la informatica, independientemente de los estudios.
Posted at 07:27PM dic 09, 2007 by Batch for the Java TM in General | Comentarios[4]
Objetos Relevantes versus Arquitectura Espuma
Leo la siguiente opinion sobre iterar y despues de releer los comentarios varias veces, y volviendo a los conceptos que estudie, os recuerdo que cuando yo estudiaba la programacion orientada a objetos no era fundamental como ahora. Habia dos procesos separados por una fina linea, el analisis y el diseño. El analisis era el trabajo con los conceptos de negocio y el diseño era la implementacion de esos conceptos de negocio, y ambos eran susceptibles de iterar, sobre todo por que hay pequeñas "chapuzas" de implementacion o "pos ya que" del cliente que modifican el trabajo de analisis y diseño. El primer gran proyecto que aborde como analista, ha pesar de mi nula experiencia, fue un proyecto orientado a objetos, y el analisis inicial fue definir cualquier entidad como objeto, independiente de la relevancia que tuviera en el sistema, ademas tratamos la base de datos relacional como una base de datos orientada a objetos. Para colmo no existia hibernate, POJOs ni EJBs ... la complejidad del sistema crecio exponencialmente conforme se añadian funcionalidades nuevas se hizo inmantenible, la verdad es que funcionalmente era un pequeño proyecto pero la arquitectura diseñada era como la espuma cuanta mas agua mas crecia. La empresa en la que trabajaba trajo a un "guru" de programacion orientada a objetos para minimizar el problema. Nos explico un nuevo concepto para mi, que lo tradujimos como "objetos relevantes" , en una aplicacion se deben definir como objetos solo aquellas entidades que son relevantes para el sistema, el analisis implica encontrar los objetos relevantes para la aplicacion a implementar, sobre los que se puede iterar sin problemas e incluso se pueden definir rapidamente los metodos publicos, aunque "dummy" para que el diseñador empieze a trabajar, este enfoque y el de que hay que trabajar con las personas del equipo son los principios sobre los que trabajo, y por suerte, no he vuelto a caer en un error del estilo de la arquitectura espuma Es muy importante aprender de los errores, aunque duela reconocerlos.
Posted at 01:28PM dic 09, 2007 by Batch for the Java TM in General | Comentarios[3]
Me ha hecho bastante gracia el siguiente comentario sobre microsoft gmail disfrutarlo
Posted at 12:00AM dic 02, 2007 by Batch for the Java TM in Web | Comentarios[0]
Aunque personalmente siempre utilizaria Java, ya que domino el lenguaje, en PHP el lenguaje me dominaria a mi, leo el siguiente postque argumenta razones basadas en la experiencia para no desarrollar aplicaciones complejas utilizando lenguajes de script. No obstante, encuentro formas de integrar ambos pero desconozco si la integracion entre java y php a nivel de servlet esta lo suficientemente integrada como groovy o pyton. De todas formas, tengo mi propia opinion, pero referida a Perl o Ksh para pensar que los lenguajes de script no son lo suficientemente estables como para desarrollar y mantener a bajo coste una aplicacion robusta. Estos lenguajes de script tienen a su favor, que en casi todos los alojamientos lo permiten, por lo que para propuestas sencillas que no se sabe como van a responder el publico, son ideales. Razon por la que cada vez hay mas proyectos de este tipo php, perl para lanzar ideas. Si los lenguajes de script son tan dificiles de mantener, porque nos empeñamos cada vez mas en utilizar AJAX o javascript, supongo que es lo unico que se nos permite en los navegadores, sin descargar runtimes complejos, pero para bien de los proyectos es mejor que solo sirvan para descargar lo que se vaya a presentar. Un proyecto en el que se utilize un lenguaje de script para todo menos para obtener los datos, utilizando xml para hacerlo via web o con las librerias propias del lenguaje, originara a poco que crezca un sistema totalmente imantenible. Conozco algunas experiencias de este tipo, incluso con AJAX y cuando empiezan los problemas, es imposible localizar el error.
Posted at 09:01PM dic 01, 2007 by Batch for the Java TM in Java | Comentarios[2]
Los proyectos los hacen las personas
Alberto en su post me ha sacado del letargo, cuanto tiempo, has dado con uno de los temas que mas me interesan. En mi empresa los gerentes dicen "Las personas pasan y la empresa continua", la politica de recursos humanos, o esclavismo, impide el aporte de sinergias entre departamentos, con eso se consigue que los proyectos se decidan tomando cafe, en la mesa de comer o despues de un partido entre departamentos. Conoces a fulano que tiene un problema cetano y uno le dice pues mengano lo soluciono asi. De esta forma la chapuza de mengano es el frmaework de desarrollo. En una discursion sobre este tema con un gerente, si me hago enemigos facilmente le dije, la empresa continua ... pero no hay que olvidarse que los proyectos los hacen personas y es el equipo humano el que con su implicacion saca los proyectos. Me digo en la empresa falta comunicacion entre departamentos, y le dije pues todos los departamentos opinan lo mismo por lo que el tuyo tampoco lo hace. Para que un proyecto salga lo mas importante, no es la informacion, estar bien pagados, utilizar la ultima tecnologia, ... lo mas importante es la confianza y la lealtad, pero de todos con todos. Un empleado que te cuenta la verdad es lo mas importante y lo mismo pasa con la empresa, si todo esta claro, nadie va a estar el 80 % del tiempo intentando echarle la culpa del problema a otro, en vez de hablarlo y solucionarlo entre todos. Si los de arriba no confian en los de abajo, todo lo subcontrataran, si los de abajo no confian en los de arriba, los problemas se veran al final del proyecto y no al inicio, en este punto el fracaso es asegurado.
Posted at 06:09PM nov 24, 2007 by Batch for the Java TM in General | Comentarios[3]
Revisando los comentarios de intrusismo e informatica, creo que el problema no es el intrusismo sino el famoso "vecinito". Una vez un abogado me estaba invitando a comer, yo no gano lo suficiente para pagar el sitio, y le comente un problema legal, me digo que si me respondia o incluso por haberselo comentado me tenia que cobrar 200 euros y que iba en contra de su profesion no hacerlo. Quien no conoce a un vecino que va a tu casa para que le configures el eMule y el router y te dice sino ya me lo hara mi sobrino que sabe un monton de informatica. En la informatica como en la conduccion de coches, hay niveles, a nadie se le ocurriria pedirle a Fernando Alonso que le haga de taxista o que le mire el motor de su coche y que se lo tunee. Y mucho menos gratis. Si a cada uno de los que os van a pedir como favor le cobrais 200 euros se dignificaria la profesion. Intento contratar solo a informaticos, sobre todo si son junior, para darles una oportunidad, pero he encontrado buenimos profesionales en casi todas las profesiones.
Posted at 04:35PM nov 24, 2007 by Batch for the Java TM in General | Comentarios[9]
Ya tengo mas o menos claro como llamarle a la clase principal de mi proyecto. batchlet Los batchlets son objetos que corren dentro del contexto de un "batcher" o servidor de batch. El servidor batch les dota de servicios necesarios para que el proceso batch ejecute eficientemente, como JTA, reaaranques desde checkpoint, acceso eficiente a ficheros ... El batcher se diferencia de los servidores J2EE en que el tiempo de proceso es superior, tiene servicios especiales para acceso a disco y admite rearranque desde un punto. Tambien les dota de otros servicios como log, paso de parametros, acceso a pool de conexiones, utilidades y librerias. Una manera de pasar parametros es llamarlos como Webservices pero se puede programar otra. La palabra batchlet deriva de otra anterior, applet, que se refería a pequeños programas escritos en Java que se ejecutan en el contexto de un navegador web. Por contraposición, un servlet es un programa que se ejecuta en un servidor. Y un batchlet es un progama que ejecuta procesos batch en Java. Un proceso Java de larga duracion no es un batchlet sino se ejecuta dentro de un batcher. Creo que soy mejor poniendo nombres que buscando recursos y dinero para mi proyecto.
Posted at 07:18PM jun 11, 2007 by Batch for the Java TM in General | Comentarios[4]