Hace unos días leí en el blog de María Martínez que iwannagothere ha recibo inversión (capital) de tres empresas, una de ellas es The Cocktail. Este proyecto fue creado por María Martínez, Manuel Muñoz Solera y Fernando Blat, todos ellos pertenecientes al equipo de The Cocktail.
Quizás me equivoque pero sospecho que un día ellos se juntaron, definieron el modelo conceptual del proyecto y con mucho esfuerzo y dedicación se pusieron a construir. Verdaderamente alabo estas iniciativas porque compaginar tu trabajo dentro de una empresa y emprender proyectos personales supone privarse de muchas cosas.
El que tu propia empresa valore eso y se decida a potenciarlo (es este caso con capital) es fantástico. Por una lado la empresa invierte en una idea que el día de mañana le puede dar beneficios y por otro lado, está capacitando la creatividad e iniciativa de algunos de sus empleados. No hacerlo tiene muchos riesgos. Si la gente está convencida de la idea y comienza a funcionar quizás decidan abandonar la empresa y comenzar su propio camino.
Teniendo en cuenta la época económica que estamos viviendo, potenciar las iniciativas es algo muy necesario. ¿Te suena esta situación?
No, no voy a hablar de la Semana Santa. De hecho es una celebración en la que aprovecho sus días festivos para hacer una escapadita a Portugal para disfrutar de uno de los deportes que más me gusta, el surf. Sin embargo, tengo unos amigos que son devotos y disfrutan con esta tradición popular. Algunos son costaleros en sus hermandades y cuando están con sus conversaciones, yo siempre hago la misma pregunta, ¿Qué pasa si uno de los costaleros no hace bien su labor? Se nota mucho?. Todos responden al unísono, “es de lo peor que puede pasar, el trabajo de todos los costaleros se ve gravemente resentido“. Por ejemplo, en un equipo de fútbol no creo que este efecto sea tan notorio pero desde luego implica un sobre esfuerzo para el resto de sus compañeros. Y en un departamento de desarrollo, ¿Qué pasa? ¿Qué efecto tiene cuando un recurso no desempeña correctamente su labor o no rinde lo que se espera?
En este caso el efecto también es muy notorio, tanto que los resultados de ese recurso tienen que ser alcanzados por otros recursos. Esto se traduce que en departamentos pequeños haya recursos asumiendo un sobre esfuerzo constante.
¿Qué se hace en estas situaciones?
En los últimos meses he tenido que codificar varios temas en Drupal para unos proyectos que hemos desarrollado. Para aquellos que estáis comenzando os recomiendo encarecideamente que no comencéis un tema desde cero. En Drupal, existe el concepto de módulo y submódulo, esto se extendiende también para los temas.
Haz un sub-tema partiendo de Zen Extend And Design. Es un tema considerado base sobre el extender el tuyo. ¿Qué te proporciona?
- Plantillas de las vistas principales (node, page, comment, etc)
- Las plantillas tienen una semántica muy bien definida y usan correctamente los estándares web.
- Un punto de partida para aprender a desarrollar temas en Drupal
- Buena documentación
Una lectura que no puede faltal para todo aquel que vaya a desarrollar un tema es lo que se conoce como la anatomía de un tema. A mi me ha venido muy bien organizar las hojas de estilo según dicha anatomía:
En unos días liberaré el último en el que estoy trabajando.
Nuestro ecosistema software tiene cosas que mejorar, y ahí está lo bueno. Siempre hay ideas nuevas para mejorar el ecosistema y con ello refinar nuestra forma de trabajar. Hace algún tiempo publicábamos un simple plugin de TRAC que nos genera una página wiki con los requisitos que recogemos con la herramienta REM. Evidentemente era una primera aproximación que seguimos usando pero ha llegado el momento de avanzar, de ahí el título de esta entrada. A continuación algunas cosas que considero básicas para una herramienta de modelado de requisitos:
- Posibilidad de categorizar y etiquetar los requisitos.
- Posibilidad de reutilizar categorías y etiquetas entre proyectos.
- Reutilizar requisitos entre proyectos para evitar introducirlos múltiples veces
- Relacionar requisitos y definir en qué cosiste la relación (dependencia, ámbito, de interés, etc…)
- Representaciones gráficas (grafos) con los requisitos y sus relaciones
- Generación de artefactos documentales como entregables según perfiles
- Versionado de requisitos
- Posibilidad de que los requisitos tengan archivos adjuntos (documentos, audio y vídeo)
- Que para usarla sólo necesitemos un navegador web (y quizás ni conexión permanente si usamos algo como Google Gear)
- Que gestione correctamente una petición de cambio (quién la solicita, por qué, cómo, cuándo, etc.)
La lista se podría extender muchísimo. ¿Qué le pedirías tú?
Si alguien ha decidido actualizar Maven a su versión 2.0.10 y trabaja con Microsft Windows es probable que:
${project.build.directory}/classes
en la fase de procesado de recursos se transforme en:
C:\\nivel1\\nivel2\\target/classes
Con las versiones previas, el resultado hubiera sido:
C:\nivel1\nivel2\target/classes
Y os encontréis con algunos problemas. En nuestro caso hemos tenido problemas a la hora de que hibernate encuentre las clases del dominio con sus correspondientes anotaciones que necesita procesar. Con las versiones previas no había encontrado problemas, funcionaba tanto en linux como en windows.
Recent Comments