SVN - línea de comandos

Hace poco tuve que trabajar con SVN desde Ubuntu. Acostumbrado (mal) al TortoiseSVN de windoze, no encontré un entorno gráfico decente, así que sólo me quedó la vieja y querida línea de comandos. He aquí algunos comandos útiles.

• Checkout

  svn co http://url/al/repositorio

  
  
• Para ver el estado de sincronización

  svn status

  
  
• Los resultados muestran (M) modificado, (?) no está bajo el control de versiones
• Para agregar archivos (por ejemplo los que están marcados con (?))

  svn add /ruta/al/archivo.txt

• Tener en cuenta que esto solo lo agrega al SVN localmente, hasta no hacer commit no estará disponible en el servidor
  
• Para realizar commit

  svn commit -m "comentario del commit"

• Para hacer update simplemente

  svn update

Espero que sirva de ayuda. Más comandos acá.

TODO's matinales

Pucha que está complicada esta profesión!. Hay que estar actualizado o los pendejos te pasan por arriba. Mi paseo matutino antes de empezar con la rutina incluye estos sitios:

• dZone - recopilación de artículos de todo tipo y color (Java, PHP, Ruby, .NET, etc, etc)
• InfoQ - Buenos artículos sobretodo lo que tiene que ver con enterprise
• TheServerSide - Artículos de Enterprise Java

Esta rutina la estoy haciendo desde hace alrededor de 2 años y da resultado. Sólo con mirar por arriba los artículos todos los días uno esta más o menos actualizado con los temas importantes y nuevas tecnologías. Me ha pasado varias veces que un cliente viene con algún proyecto y sale el famoso: "...no se si conocen XYZ, es nuevo, está muy bueno..." y siempre es una muy buena respuesta el: "Si, la conocemos, tiene tal y tal ventaja y (seguido del clásico futerío)...".

Uno que me olvidaba es Parleys, que es una web de un grupo de usuarios java de Bélgica. Hay interesantísimos videos de charlas, muy recomendadas para los que tengan un tiempito libre.

Define:Factibilidad

Si si, tan simple como el titulo del post y la ayuda del famoso Google.

Algo que yo pensaba era tan obvio antes de comenzar un proyecto, como el realizar un análisis de factibilidad, parece que no lo es. Mi pensamiento fue errado, incluso tomando en cuenta que toda una pequeña empresa se juega sus fichas en un proyecto, incluso que la gente a cargo de la empresa son profesionales, incluso que ya tienen experiencia sacando otros proyectos adelante.

Imaginen un proyecto donde está la idea del negocio, los morlacos e incluso los contactos con los potenciales clientes y a nadie se le ocurre realizar un análisis de factibilidad. ¡Ni siquiera antes de venderles humo a los clientes!

Se da el caso, que el análisis de factibilidad en este proyecto era muy simple: un prototipo. Lo rescatable es que se intentó realizar, pero luego de meses se llegó a 1/16 de lo que se le estaba vendiendo a los clientes.
Indudablemente llegó el punto crítico, las demostraciones de funcionalidad a los clientes (estos clientes no eran unos flacos cualquiera, hablo de multinacionales en su mayoría), la desesperación de hacer en 4 días lo que no se había podido hacer en 4 meses (intentando con alrededor de 5 programadores diferentes).

El proyecto llegó a mis manos y a las de mis socios en este estado, deplorable, y luego de dos días de investigación (llamese googlear 16 millones de combinaciones que describen el problema) cayó el balde de agua fría al que nos contrató: "Valor, esto así no se puede hacer". Admito que debe ser la primera vez que la tecnología nos pone trabas, pero bueno, es una muy nueva y no hay vuelta que darle.

Como termina esta historia: cambiando las reglas del juego y renegociando con los clientes (básicamente : "mira lo que te prometí no lo va a hacer, en realidad va a hacer esto otro...")

Moraleja: PROTOTIPAR!! (a pesar que esta palabra parece no existir en el diccionario)