¿Hay que externalizar la web 2.0?

Hace tiempo que vengo buscando la mejor manera de aplicar los nuevos conceptos de colaboración que se han consolidado estos años (si, eso de la web 2.0) a mi equipo. Uno está convencido de que las cosas no pueden seguir como están puesto que no són eficientes. La cuestión es que las organizaciones no son muy flexibles, los cambios cuestan mucho y en general los intentos de cambiar las cosas no fructifican en organizaciones ya de tamaño mediano o con mucha “historia” almacenada no facilitan los cambios y perseveran en la ineficiencia.

Y es un error. A mi me marcó mucho un artículo de Javier Linares que ilustra las ventajas y flexibilidad que el cambio aportaría. En mi caso lo que necesito construir es algo del estilo que de lo que encuentro en Diario de Programación sobre cómo integrar tareas, requerimientos, etc. La verdad es que sigo con interes estas pruebas que está haciendo Javier Abellán (¡ay! la lagrimita que se me escapa aquí) sobre  Redmine y trac. En el tiempo que  llevo intentando encontrar la mejor forma de mejorar nuestros procesos internos de documentación y gestión del cambio, incidencias y tareas y lo que me ha sorprendido al final ha sido que de las dificultades que los distintos departamentos involucrados pueden poner, la que más me está frenando es la del de Sistemas de Información. ¿Pero no debería ser esta la parte fácil? Pues no. Los tiempos se alargan, las wikis no acaban de estar bien instaladas y vuelta a empezar. No se. Me siento como el típico usuario corporativo quejándose de Informática (el dpto. se entiende). Pero es que nosotros somos casi todo eso, que nos dedicamos  a esto.

Al final llevo tiempo usando Google Sites, y algunas otras herramientas on-line externas. Lo hago para poder investigar las ventajas y la forma de integrarlo todo porque no me atrevo a proponerlas como solución definitiva. Mirar sino la que se lió con edans y el correo y la supuesta respuesta. La cuestión es que yo me veo cada vez más limitado por Sistemas. Es un freno a las iniciativas de cambio previo a poder sencillamente haber probado con los equipos las ventajas del mismo.

Y así, poco a poco, empiezas a pensar en buscar una composición de soluciones online que den solución a todas las ineficiencias de comunicación y gestión existentes. Y así toman sentido muchas cosas que vemos estos días. Hace menos de una semana  me llego un follow en twitter de un amigo no especialmente Geek. Le llamé (si por teléfono) y estuvimos charlando. Me preguntó que para qué le iba a servir, que qué le aconsejaba. Le dije que a ellos que son pocos les puede servir para mantenerse comunicados e informados de qué hace cada uno de los socios. O en un proyectos para que todas las partes estén al día del avance. O pueden montar un blog. Me preguntó si no era mejor usar alguna herramienta de gestión de proyectos online. Pienso que todo junto es mejor, cada cosas tiene sus ventajas…. Pero yo no soy un evangelizador, eso se lo dejo a otros.

Pues eso, que si se lo aconsejo a mis amigos, cuando ellos pueden por tamaño y flexibilidad ¿Como no voy a empujar para hacerlo en casa?!

Leido: CSS para diseño web

¡Cómo he disfrutado! Esa es la palabra: disfrutar. Me ha gustado mucho este libro de CSS. Ya había leído unos cuantos libros de HTML, XHTML y CSS pero todos eran un tostón. Este libro, orientado a ejemplos, ejemplo de rediseño de sitios basándose en estándars web y CSS me ha encantado. Me lo he pasado genial viendo cómo se iban aplicando cada regla y diré que me ha sabido a poco, es de esos que de repente te encuentras una página en blanco y no te puedes creer que se haya acabado. Y no por falta de contenido sino porque quieres más.

Entrando en detalle, el libro requiere un conocimiento básico de HTML, y algo de CSS para no andar perdido. Pero por lo demás te permite entender el proceso y la mejor manera de atacar el diseño CSS. A pesar de que trata muchos casos, el mundo del CSS es extensísimo y el libro no es muy extenso por lo que aún queda todo un universo de exploración. Aun con todo es un libro que recomendaría por el conjunto de experiencias en diseño que se comentan. Por las decisiones y los motivos de las mismas que realiza.

Solo diré que a mitad del libro me encontré capacitado para entregar un diseño css bastante arregladito, limpio y eficaz. Con sus hacks para IExplorer y el cliente me cuentan que quedo muy contento, y su equipo técnico también que es el que cuenta, que el direño gráfico no era mío.

Para mi, es este libro el que me ha permitido “abrir” la nuez y empezar. Ahora bien con otros libros o bien con Internet a completar la experiencia. Bueno y con algo de Javascript que CSS solo….

Me ha gustado.

Fracaso ¿Tanto?

Encuentro a través de la entrada Son los requerimientos…estúpido del blog de Tic616 este artículo Study: 68 percent of IT projects fail y la verdad es que le deja a uno planchado por lo “exitoso” del sector en el que trabaja. Luego pasas al sentimiento de culpa y al pensar cómo será el otro 32% de la historia .

Pero lo que más me ha gustado es la frase que cito a continuación y que encuentro en el valoración que LegnitaPress ha hecho al mismo artículo:

- El éxito de un proyecto se decide en gran medida en la fase de venta y en la toma de requisitos y ahí deben estar los mejores

Leido: Profesional Joomla!

Pues sí, ya me lo leí y disfruté mucho. Tengo montado un Joomla en local con una versión de mi sitio web y una plantilla semi-personalizada ya. Y yo solito. Volviendo al libro he de decir que es el primero que adquirí de programación o sistemas después de bastante tiempo, el primero de wrox-anaya, y me ha gustado. Ameno, ágil y directo. Los ejemplos sin ser muy profundos son completos por lo que ves, y te explica, el código de plantillas, módulos o componentes que funcionan.

Al final, como siempre hay algo de relleno pero en general, si te interesa manejar un poco en profundidad Joomla es una muy buena opción… Bueno “opción” ¿Cuando de Joomla en castellano conocéis? Yo es el único. Me refiero editado e impreso.

Y ahí hay que romper una lanza por la red. Si algo me dejó mal sabor d boca es que asume que uno es un usuario avanzado de Joomla y no te cuenta lo básico del CMS, por básico me refiero al uso como usuario del mismo. Para eso el mismo autor tiene uno en ingles al menos que es “From Novice to Pro” que me imagino que cubrirá eso pero yo me he apoyado en una guía de Joomaos.net que es muy breve y te pone al día de lo necesario que le puede faltar al libro, al menos para el que empieza.

Y hablando de Joomla ¿Por qué Joomla? Pues no lo sé. Entiendo que hay muchos pero de este CMS había oído hablar y me gusto la comunidad y lo sencillo que fue arrancarlo (despues de poner el XAMPP). WordPress también fue fácil pero aún sabiendo lo flexible que puede llegar a ser creo que está más orientado a construir blogs y mi objetivo es hacer sites autogestionados. Drupal por lo que sé es un poco más complicado. En mi ánimo está el probarlos todos haciendo al menos un site más o menos realista. Es en sí un ejercicio de aprendizaje que tenía en mente desde que empece con el blog, que al estar hospedado en wordpress.com lo conozco como usuario pero no por dentro.

En especial es conocer el potencial de estas soluciones como opción completa a entregar a clientes y amigos. Y con un ojo puesto en extenderlo para proyectos menos generales. Por lo que este libro me ha permitido vislumbrar las posibilidades de esto últimos son muy reales y mucho más sencillas de lo que podía pensar.

Y por eso me ha gustado el libro. Me están gustando todos los que tengo en marcha estos días. A lo mejor es algo de mono de programación

Hacia donde vamos…

Si el año 2008 podrá ser recordado por el Cload Computing que ha sido uno de los máximos buzzwords del todo el año, el 2009 creo que será el del impacto del Paralelismo y la programación concurrente en las cabeceras de nuestros portales técnicos. La nube está por explotar en realidad, el año que termina fue el de hablar de ella pero sustanciar el cambio llevará su tiempo. Con sus SaaS, sus PaaS y demás versiónes o paradigmas asociados. Pero ahora empieza a tocar otro.

Y no deja de ser el mismo concepto el que se esconde detrás del paralelismo (perdónenme los puristas), puesto que a un nivel distinto, en local, frente a en la red, nos enfrentaremos al reto de ser capaces de explotar de una manera eficiente múltiples nodos de cálculo (en cristiano, perdonarme).

En todo caso, uno podría pensar que lo de maquinas multinúcleo ya lleva tiempo, que lo de paralelismo y concurrencia ya estaba en los 70, e incluso que la teoría ya la estudió en la carrera. Vamos que no hay que preocuparte que el S.O. ya se encargará.

Pues me temo que no. Llevo tiempo siguiendo las columnas de Herb Sutter en DDJ (pero la impresa )o en su blog. Pero viendo que en la siguiente versión de C++ se está esto teniendo en cuenta o que C# cuenta con librerías al efecto (como lo hace para Azure, ains que eso es Cloud) creo que ha llegado el momento de que de el salto a la primera plana. Y ha sido con artículos como el de Rodrigo Corral o el de Miguel Llopis sobre Oslo.

Del artículo de Rodrigo destaco ideas como:

Lo que está claro es que los desarrolladores seremos quienes de un modo u otro tendremos que empezar a pensar en paralelización. Y la paralelización no es un problema trivial. Es un problema que separa el trigo de la paja, al buen desarrollador (desde programadores a arquitectos) del desarrollador en la media.

Nos va a tocar reinventarnos, prepararnos, el cambio nos puede “recolocar” a muchos.

Y no puedo dejar de reproducir la “paradoja”:

En mis primeros tiempos como desarrollador de C/C++, había una casta especial de desarrolladores, mejor pagados y más considerados que los demás, esa casta estaba formada por los desarrolladores de C/C++ que además dominaban las optimizaciones en esamblador del código. Llego un momento en que la Ley de Moore y la mejora en los compiladores hizo innecesarios a estos desarrolladores, pero durante mucho tiempo, contar con uno de estos en tu equipo fue algo clave. Creo que esto va ha ocurrir de nuevo.

Y llegó el Excel

Está interesante la relación de citas de management que hace LegnitaPress. Me quedo con la última:

“El mayor enemigo de la gente de marketing es el Excel”. K. Prahalad. Profesor de la Universidad de Michigan.

¿Trabajo o Diversión?

Cito aqui una parte de la traducción libre que Raúl ha hecho de una cita de Tim Ferris:

Trabajo a cambio de dinero. Es algo común a la mayoría de la gente hoy en día. Para ellos, el trabajo es un medio y no un fin en sí mismo. Por eso tampoco se preocupan de elegir demasiado sus trabajos, con tal de que paguen bien. Pero también hay, aunque sean pocas, personas que preferirían morir que trabajar sin satisfacción en el trabajo. Son quisquillosos, difíciles de satisfacer y no valoran demasiado las distintas formas de compensación si su actividad no es, por sí misma, la mejor de las compensaciones.

Mejor léanlo entero.

Creo que no todo es blanco y negro. Mi corazón me dice que soy uno de esos quisquillosos pero he acabado trabajando por dinero y acallando mis ilusiones mucho más de lo que quiero. Menos mal que me queda el blog.

Perdiendo los “papeles”

Recuerdo estas navidades twitteando con Tic616 y Rafa sobre la reducción significativa estas navidades de las felicitaciones profesionales físicas frente a las electrónicas. Para mi es significativo puesto que las felicitaciones son una costumbre y un ejercicio de imagen. Supongo que la “crisis” habrá precipitado el cambio pero es significativo. Y más significativo es que en las navidades se haya hablado tanto del “papel electrónico”, hasta en los telediarios se ha hablado de Papyre y otros lectores de libros lectrónicos. Se ha hablado más y en médicos más generalistas que cuando Amazon lanzó su Kindle.

Y el remate este post de Herb Sutter en el que me da una de las peores noticias para un “amante” del papel como yo: DrDobbs deja de imprimirse. Es lo que me faltaba. Llevo toda la vida enganchado a los libros y revistas de ordenadores, y también a Internet, pero el gusto de leerlo en libro o revista no se iguala, y he probado TabletPC y otros dispositivos. Estas mismas fechas llevaré unos 10 libros adquiridos (a un coste lealmente prohibitivo todo hay que decirlo), sigo enganchado a pesar de la amplia disponibilidad de pdf en la red.

Recuerdo mi primera MicroHobby (1) y Commodore World, incluso alguna anterior. Desde ahí hasta ahora he ido pasando por innumerables revistas. El salto de verdad a las revistas internacionales lo perdí cuando al tratar de suscribirme a C++Report, la revista de C++ más seria que conozco, está ya dejaba de existir. Me tuve que quqdar con la C&C++ User Journal que es donde acabaron los autores. Junto con ella otra revista de gran prestigio como es Software Development Magazine. Pero estas también fueron cerradas y absorbida por DrDobbs. Lo mismo me ocurrió con DBMS que pasó a se Intelligent Enterprise que también dejó de llegarme.

Es el camino, lo entiendo, pero hay algo que se pierde. Hay un factor de coleccionismo que sucumbe a la marabunta de contenido al que ahora tenemos acceso. Pero también está la comodidad y placer de leer en papel con comodidad, y en cualquier sitio. Y ni Internet ni los libros electrónicos que nos han vendido estas fechas tiene aún la calidad necesaria. Por costes de acceso, por peso, o por ausencia de colores y capacidades gráficas los últimos.

Habrá que ir acostumbrándose, hay mucha más información en la red pero echaré de menos la espera por la llegada del nuevo ejemplar o por la comodidad de leer la revista o el libro en el sofá con los críos (y no con el peso del portátil o la lupa en el netbook ).

En este sentido al contrario que eDans, yo si pienso que la red está matando al mercado editorial tal y como lo conocemos hasta la fecha, no es algo nuevo. Quizá Enrique se refiere a todo el sector y yo me centro en el técnico y de gestión, o habla de que la extensión del libro a la red no quita lectores. Yo desde luego compro el libro, por mucho que pueda “conseguir” el pdf. Pero los números cantan: cada vez hay menos revistas y menos libros en las estanterias, entiendo que por un descenso de la demanda. Un mundo a parte es el de las novelas y libros de opinión, en el que debo estar de acuerdo con que la red incluso ayudará a crear moviemiento, y ventas.

Pero en cuanto a las revistas y libros técnicos me parece que sólo puedo decir:

RIP

Actualización: sobre este asunto les recomiendo esta entrada de Dioni Nespral ‘El fin de los periódicos’ de hace un mes.

Cuestión de actitud

Encuentro en un interesantísimo artículo de José Luis sobre qué es el Coaching:

Porque la actitud y no la acción es la raíz del error. En el coaching se enseña que: si sembramos una actitud cosecharemos una acción; si sembramos una acción cosecharemos un hábito y si sembramos un hábito cosecharemos un carácter. El carácter nos lleva a nuestro destino. Por lo tanto, si no me gusta mi destino, cambio la actitud.

Me ha gustado.

Consejos para la supervivencia (o el éxito)

Encuentro en PymeCrunch una valiente reflexión de lo que una Pyme debe de afrontar si quiere sobrevivir al 2009. Resumidas son estas nueve:

1. Aquella que no analice sus aciertos y errores durante el 2008
2. Aquella que no reconozca sus limitaciones y potencie sus éxitos
3. Aquella que no establezca las sinergias que estén a su alcance
4. Aquella que no eficientice y optimice sus recursos
5. Aquella que no apele a mantenerse con su propio dinero
6. Aquella que no se atreva a innovar
7. Aquella que no se proponga ofrecer ese extra que su competidor no se atreve a dar
8. Aquella que no tenga presencia (real y significativa) en la web
9. Aquella que no tenga como meta volver el 2009 el mejor de sus años

La verdad es que estas recetas son atemporales y no necesitan de crisis alguna para ser “obligaciones” de cualquier empresa. Les animo a leer el articulo originar mucho más completo.