Chubuteando

¿Cómo les va? tanto tiempo... resulta que yo tenía un blog y en el comentaba cosas, como por ejemplo que viajaba y eso; el blog estaba medio perdido, así que agarré y empecé a escribir...

La cuestión es que, por trabajo, estoy en Trelew, conociendo un poco la ciudad, por lo que pude ver no hay mucho para conocer salvo un viento importante y un principio de frío que me hace dar gracias por no haber venido en Julio.

Vine con Marce, un compañero de trabajo, y entre los dos estamos dando un curso para 31 personas, 15 a la mañana y 16 a la tarde (o al revés).

Estamos alojados en un apart hotel, en un departamento de 3 ambientes, cocina y baño. Vamos a quedarnos una semana, el sábado a la noche tomamos el avión de vuelta.

Por ahora no hay mucho que contar, les dejo una foto de la vista desde la habitación.

Y de yapa, "¿Sabés que tenían para comer? Unas galletitas y un poco de queso untable"

Código salvaje

Día a día en el trabajo nos encontramos con bestialidades en el código, escritas por nosotros o por algún otro, eso no importa, pero bestialidades al fin. Cosas que ningún programador debería escribir nunca. El problema es que si simplemente las encontramos (cuando las encontramos) y las corregimos quedan ahí y nada impide que en otro momento se nos vuelva a ocurrir esa maravillosa idea salvadora que a las 3 de la mañana parece una gran idea y al otro día, después de dormir bien, nos damos cuenta que es una cosa horripilante, o no volvemos a leer ese código nunca más y ahí queda ella.

Con la idea de compartir con el resto del mundo esas porquerías que nos encontramos y que nos sirvan de guía de cosas que no deben hacerse al programar es que, con mis compañeros de trabajo, decidimos crear un blog donde volcar estos hallazgos.

Soy consciente de que el 90% de los que leen este blog ni siquiera saben a que me refiero cuando digo código, pero para el resto, para los que caigan de rebote por acá y para los que no saben pero están al pedo tienen tiempo de sobra para leer otras cosas que escribo, para todos ustedes les dejo el link a "mi otro blog" http://codigosalvaje.wordpress.com que lo disfruten (?).

What i do

Típica situación

A: ¿y de qué trabajás?
Yo: soy programador...
A: (cara de "yo-las-sé-todas") ahhhh está re bueno(o "es un embole" depende de los gustos de cada uno) eso no, ceros y unos todo el tiempo...
Y: (cara de "sos-un-pelotudo") estehhmm, no, no es así...
A: (cara de "me-tomas-de-pelotudo") cómo que no? si yo vi una película...
Y: dejá, dejalo ahí, hablemos de otra cosa.

Otra situación

B: ¿Donde trabajás?
Yo: En una empresa de sistemas, desarrollamos soft...
B: arreglás computadoras
Yo: chau, que te vaya bien.

Para minimizar esos momentos incómodos, tanto mios como de cualquier otro colega escribo esto.

Mi facultad dice que:

OBJETIVOS DE LA CARRERA
Formar profesionales capaces de:
• Diseñar y proyectar sistemas de información para una organización determinada
mediante el relevamiento y análisis de sus procesos funcionales.
• Orientar los procesos antes mencionados hacia el Procesamiento automático,
planificando y especificando el proyecto y su implementación.
• Dirigir estudios técnico-económicos referentes a la configuración y dimensionamiento de Sistemas de Computación de datos, así como la especificación, realización y dirección de trabajos de Análisis y Programación.
• Dirigir Sistemas de Información y Centros de Cómputos de Datos.

En otras palabras: Construir (y/o cotizar) programas que automaticen la resolución de problemas.

En realidad esto no es del todo cierto, porque hoy por hoy no se trabaja tanto en automatizar tareas sino en desarrollar software que, de una manera u otra, le sea útil a la organización y los usuarios. Por ejemplo, el browser en el que están leyendo esto (o el lector de RSS) está programado, y no automatiza nada, está hecho para que sea fácil mirar páginas web (o post de blogs).

A pesar de la imprecisión esa definición alcanza para dar por tierra con la segunda situación, en ningún lado se habla de que mi tarea sea arreglar computadoras. De hecho apenas si se cambiar un disco rígido, en cuanto algo se rompe corro al técnico.

En cuanto al otro punto, para programar nunca jamás de los jamases se escribieron ceros y unos (gracias matrix y otras películas con freaks mirando pantallas con numeritos) desde el principio de los tiempos se trabajó para que los lenguajes de programación fueran lo más parecido posible al lenguaje coloquial.

Al principio, por limitaciones físicas solo se podían usar palabras de 3 letras, entonces las instrucciones eran del tipo ADD, DIV, BCT y un montón más, pero son palabras, o siglas.

Con el tiempo fuimos ganando letras aunque, cosa curiosa, al progresar los lenguajes de programación fueron perdiendo palabras en lugar de ganarlas. Los lenguajes modernos tienen alrededor de 50 "palabras reservadas" mientras que los primeros tenían más de 200.

Otro gran mito es que para programar tenés que ser un genio en matemáticas, y también es mentira, si bien es requisito para terminar la carrera no es imprescindible, de hecho la lógica es muy mucho más importante que las matemáticas. Rara vez toca programar algo que requiera operaciones matemáticas complejas. Para lo que ayudan las matemáticas es para abstraer ideas, cosa que tenemos que hacer todo el tiempo.

Pero definitivamente la más rompebolas de todas es: "Seguro que podés conseguir la contraseña de cualquiera" o "no me hackeas la cuenta de msn de mi (novia, prima, vecina, abuela,etc.)"

No, no puedo, ni quiero, conseguir la contraseña de nadie, no me interesa hackearle el msn a mi prima y mucho menos a la tuya.

Creo que conseguirme una de estas remeras me vendría bien :D

Parecía una buena idea

Hace un tiempo, respondí una pregunta en un foro de programación. Un par de días después el mismo usuario volvió a preguntar otra cosa y volví a responder. No fue porque sabía demasiado, eran cosas sencillas, con las que trabajo todos los días, tal vez para alguien que recién empieza son el fin del mundo...

Una semana después recibo un mail, el usuario del foro ofrecía pagarme para que lo ayude con sus problemas programáticos a cambio de una remuneración ad-hoc. Después de un par de mails el muchacho me ofreció una cantidad de dinero, luego de estimar cuanto me llevaría "ayudarlo" llegué a la conclusión de que me estaba ofreciendo cerca de 10 veces más de lo que gano en la oficina por el mismo tiempo. Obviamente acepté, que la plata nos viene bien a todos. Aclaro que yo jamás hubiera pedido tanto, pero el ofreció y arrancó de esa suma.

Una hora después el trabajo estaba terminado, 3 días después le envié la solución (no se la iba a mandar enseguida, a ver si se aviva). Un tiempo después hizo el depósito, pero eso es otro cuento.

La cuestión es que desde ese día, no hay semana en la que no me haga alguna pregunta, y lo peor es que son todas de manual, ni siquiera tengo que buscar en google para obtener la respuesta, con ir al sitio oficial de java (el lenguaje de programación en cuestión) alcanza y sobra. A cada rato aparece en el chat, o recibo un mail, donde por poco no me pregunta como prender la computadora.

Creo que mi próxima respuesta va a tener solo cuatro letras: RTFM, leyendo el artículo del link me encuentro con STFW, que es mucho mejor.

Charla sobre glassfish

Este miércoles en la facultad de ingeniería de la UBA (FIUBA) uno de los participantes del proyecto, Santiago Pericas-Geertsen, va a dar una charla gratuita sobre este application server de sun.

La conferencia va a ser en el aula 201 de la facultad, eso es el segundo piso, y la entrada es por Paseo Colón 850, entre Independencia y Estados Unidos.

A continuación el abstract que mandaron por mail sobre la charla:

"Glassfish - Desarrollando un servidor de aplicaciones en Open Source "
Esta presentación esta dividida en dos partes. La primer parte consiste de una introducción a Glassfish, que es el nombre del servidor de aplicaciones de alta calidad y compatible con Java EE 5 y también de la communidad de open source que lo desarrolla. Esta primer parte explica el pasado, el presente y el futuro de Glassfish asi como también algunas de las tecnologías mas importantes disponibles actualmente y en desarrollo. Finalmente, provee respuestas a las siguientes preguntas: Por que considerar Glassfish en mi próximo proyecto? Y cómo puedo participar en la comunidad Glassfish para influenciar versiones futuras?
La segunda parte de esta presentación esta dedicada a una de las tantas tecnologías disponibles en Glassfish. En particular, esta parte se concentra en el desarrollo de RESTful web services utilizando JAX-RS (Java API for RESTful Web Services), y su implementación de referencia, Jersey, disponible en Glassfish.

Flash en celulares

No, no me refiero a la luz de las cámaras de fotos, que de esas hay desde hace rato, estoy hablando de un proyecto para crear interfaces en flash y usarlas en aplicaciones para celulares. Se llama Capuchin y lo desarrolla sony, lo que hace es un bridge entre la presentación swf y un midlet java.

Más info en la página oficial.

Netbeans Vs Eclipse: fácil Vs difícil

Hace unos días en una lista de mail sobre java surgió una discusión sobre si era mejor usar eclipse o netbeans para programar. Yo, como siempre, opiné que era mejor eclipse, que tiene varios años creciendo y cada vez se le pueden agregar más cosas y sirve para hacer de todo, desde programar hasta usarlo como cliente para un repositorio tipo SVN o CVS. Lo que me llamó la atención es que un montón decían que era mejor usar netbeans, su justificación, es más fácil de usar. Lo cual no me parece correcto.

No es más fácil de usar, simplemente tiene agregadas funcionalidades para ejecutar con el botón derecho del mouse. Si bien esto parece mejor a la larga termina siendo perjudicial, al punto que en la misma lista surgen cada tanto mails preguntando si es imprescindible instalar netbeans en el servidor de producción. WTF como se te ocurre instalar un IDE en un server. Eso es lo que consiguen facilitando las cosas, que los programadores no sepan hacer un deploy porque la herramienta lo hace automáticamente. O que si tienen que hacer un nuevo bean no sepan como se hace si no tienen un wizard, ¡¡es solo una interfaz y su implementación!!

Esto no quiere decir que eclipse sea mejor, o que no tenga las mismas facilidades, de hecho se lo puede configurar para correr con cualquier servidor sin mayores problemas, pero como tiende a fallar cada tanto uno se ve obligado a aprender a hacer un deploy a mano.

En definitiva cada uno puede usar la herramienta que más le guste, pero hay que aprender a vivir sin ella, a hacer las cosas por fuera, porque en cualquier momento nos puede fallar.

Ahora dicen que soy un programador certificado

Hace un par de semanas mi jefe nos dijo que tenían vouchers para que rindiéramos la certificación de programador java, Sun Certified Programmer for the Java Platform, Standard Edition 6 (CX-310-065), faaaaaaa no tenés nombre eh.

La cuestión es que nos pidieron que empezáramos a estudiar porque había que rendir antes de fin de mes. Nos anotamos para rendir todos juntos el jueves 26 de junio.

El problema es que entre la facu y el trabajo no pude estudiar nada, ni hacer los simuladores, ni nada.

Como era de esperarse, el jueves me hicieron pelota, saqué 56% y se aprueba con 65%.

Al mismo tiempo se terminaba la facultad, ese mismo jueves era la entrega del último tp que quedaba. Aprovechando la experiencia de haber rendido y el hecho de no tener que estudiar para la facu me dediqué todo el sábado a leer sobre java, sí, re divertido mi sábado, leí el libro de Gosling y un manual de uno de los cursos, más de 700 páginas en un día, creo que batí mi propio record. Obviamente fue otro de mis fines de semana de dormir poco.

Habiendo leido todo eso el lunes a la mañana me presenté a rendir. El exámen me resultó mucho más complicado que el anterior, con varias preguntas tramposas, varias que me di cuenta de pedo cual era la respuesta correcta, muchísimas que salieron por descarte, un montón que sabía la respuesta de memoria y otro montón que ni idea de cual es la respuesta, todo eso junto, más 3 horas de estar sentado frente a la PC, resultaron en un hermoso 70%, que me hizo aprobar y ganarme una hojita que dice "TEST STATUS: Pass".

Obvio que tener la certificación no me hace ser un buen programador, solo demuestra que estudié para el día del examen, pero se siente bonito tenerla y que alguien te reconozca lo que estuviste estudiando :D

Les puedo decir que la mejor manera de aprobar es leer los libros de sun sobre java, leer las especificaciones de los temas que se toman en el examen, hacer los simuladores que andan dando vueltas por las redes ;) y hacer varios programitas de prueba, pensar situaciones raras y probar a ver que pasa. También es importante repasar los conceptos de programación orientada a objetos, ayuda muchísimo tener bien claro eso.

Inicio sección chupamedias
Y si se pueden conseguir unos jefes copados como los mios, que a parte de conseguir los vouchers para todos nos dieron tiempo para estudiar en la oficina, aunque nos faltó un poquito.
Fin sección chupamedias

Ahora me voy a festejar volviendo a un ritmo normal de sueño :D