|
Ubuntu 8.04: Actualización y cúmulo de paquetes |
 |
 |
 |
|
Escrito por Tedi Roca
|
|
sábado, 26 de abril de 2008 16:28 |
|
Estoy a punto de hacer algo poco recomendable: instalar una nueva release justo después de que esté disponible. ¿Y por qué no es recomendable? Como cualquier producto, las fases de pruebas no terminan cuando la organización hace los tests de calidad. Una vez está en el mercado, el gran público en general probablemente encontrará bastantes defectos que no fueron detectados en las fases de diseño y producción. ¿Quiere decir que el producto es malo? No necesariamente. Simplemente, cuando se testea el producto, es imposible (tiempo versus dinero) cubrir todos los casos de prueba. Vamos al tema. Es algo poco recomendable, pero yo voy a hacerlo, con un simple propósito: me gusta actualizar mis conocimientos sobre cualquier tecnología, tanto por mi trabajo como por afición. Así es, que quiero saber cómo se comporta Ubuntu 8.04 lo antes posible. Para ello utilizo un pequeño servidor que tengo en casa. No es una máquina especialmente dedicada a producción y tiene backups regulares en múltiples fuentes. Mi sorpresa al comenzar a actualizar Ubuntu desde la versión 7.10 a la 8.04, ha sido darme cuenta del cúmulo de paquetes que tiene instalada esta distribución en mi equipo, además de los que añadirá la actualización. Se van a desinstalar 70 paquetes. Se van a instalar 141 paquetes
nuevos. Se van a actualizar 1241 paquetes.
Debe descargar un total de 1020M. Esta descarga tardará
aproximadamente 2 horas 35 minutos con su conexión actual.
Esta máquina, hace un tiempo, tenía instalada una Debian (a pelo) pero decidí pasar a Ubuntu por el buen soporte de esta distribución. Aunque instalé la versión base server con el entorno xfce, noto que cada vez que instalo cualquier nuevo paquete, intenta colarme demasiados extras. Por ejemplo, simplemente al instalar la base de KDE, tendremos un gran cúmulo de paquetes en nuestro sistema, que ¿realmente necesitamos? Ya está bien que Ubuntu venga listo para empezar a utilizar después de instalarlo, pero las instalacions base pueden llegar a saturar al usuario, instalando aplicaciones que realmente no necesitará. Creo que volveré a Debian :) |
|
Actualizado ( sábado, 26 de abril de 2008 16:46 )
|
|
|
Escrito por Tedi Roca
|
|
lunes, 21 de abril de 2008 18:08 |
 Acabo de descubrir, a través de Genbeta, la fantástica web de shell-fu. En ella se pueden encontrar un sinfín de comandos útiles para Linux/*nix. La gracia de este directorio es que cualquier usuario puede enviar nuevos comandos o consultar los ya existentes. Además de proporcionar una lista muy completa, es posible votar cada entrada para influir en su posición del Top 25. La mayoría de entradas son muy útiles y sirven para atajar muchas de las tareas más rutinarias. No está de más aprender cada día un truquillo nuevo. Si queréis ir probando, también está disponible la opción de mostrar entradas de manera aleatoria. Algunos ejemplos, sacados del Top 25:
Ejecutar un segundo comando utilizando los mismos parámetros que en el comando anterior: $ cd /home/user/foo
cd: /home/user/foo: No such file or directory
$ mkdir !*
mkdir /home/user/foo
Volver a ejecutar el último comando como superusuario. Muy útil si hemos olvidado ejectuarlo sin privilegios:> command_with_insufficient_permissions
Permission denied
> sudo !!
Ejecutar un segundo comando únicamente si el primero falla:
cd /tmp/a/b || mkdir -p /tmp/a/b
Contar los tipos de fichero dentro del mismo directorio: find ${*-.} -type f | xargs file | awk -F, '{print $1}' | awk '{$1=NULL;print $0}' | sort | uniq -c | sort -nr
5 PHP script text
2 data
2 Zip archive data
2 GIF image data
1 PNG image data |
|
Actualizado ( lunes, 21 de abril de 2008 22:25 )
|
|
Métodos de entrevista y el modelo de madurez CMM |
|
|
|
|
Escrito por Tedi Roca
|
|
sábado, 22 de marzo de 2008 22:25 |
|
Uno de los grandes errores que comentemos a menudo es no preparar las entrevistas. No me refiero a las entrevistas de trabajo, sino a aquellas que sirven para evaluar el desempeño interno de la organización. Probablemente este fallo tiene bastante que ver con la importancia que damos al tiempo de nuestros colegas dentro de la empresa. Aunque podemos volver a cruzarnos por el pasillo con la persona que hemos entrevistado, en ese momento ya no existirá el entorno necesario para la actividad que queremos acometer: entrevistar a un compañero. Por lo tanto, primer punto: el tiempo de la gente es oro.
¿Por qué querríamos entrevistar a una persona que trabaja con nosotros? Por mil y un motivos. Por ejemplo, para evaluar el desempeño de las actividades conjuntas, obtener propuestas, revisar la satisfacción y un largo etcétera. Todo esto, obviamente, partiendo de la base de que absolutamente cualquier persona dentro de la organización debe tener voz y voto -sobre diferentes temas- y se deben atender las propuestas por doquier que aparezcan. Luego ya tendremos tiempo de evaluarlas. En el caso que nos ocupa, vamos a ver una propuesta-guión sobre una posible entrevista a un empleado de la organización, entorno a la evaluación de la madurez CMM de la empresa. Es cometido de esta actividad preparar una guía de entrevistas para ser utilizadas dentro del plan de mejoras en el marco de desarrollo de nuevas aplicaciones, ejerciendo como adjunto al Director de SI de un gran banco internacional.
Nota: No se incluyen los tiempos de planteamiento y respuesta destinados a cada cuestión –que serían de gran utilidad- ya que dependerán en gran medida del caso particular.
Plantilla para la entrevista - Nombre del entrevistado:
- Organización / Responsabilidad:
- Fecha / Lugar:
- Teléfono / e-mail:
- Información adicional:
- Presentación [Añadiendo puntos a tratar y transmitir durante la presentación y motivo de la entrevista]
- ¿Cuál es su responsabilidad dentro de la organización?
- Desde su punto de vista, ¿la organización planifica y detalla los requerimientos que implican el desarrollo e implantación de nuevas oportunidades tecnológicas?
- ¿Cree que existe un control satisfactorio sobre los procesos derivados de los proyectos y sus actividades?
- ¿Se estructura en el tiempo la ejecución de los proyectos de desarrollo?
- ¿Cuál es el criterio de selección a la hora de contratar sus proveedores?
- ¿De qué modo se controla y organiza la evolución del desarrollo del software?
- ¿Existe modelo de testeo del software en fases de desarrollo tempranas?
- ¿Podría explicarme el modo de operación de la empresa frente a la asignación de responsabilidades y tareas?
- ¿Cree que su empresa se basa en el modelo de una organización por procesos?
- ¿Qué formación ha recibido por parte de su empresa?
- ¿De qué modo se gestiona e integra el desarrollo de software en su empresa?
- ¿Existe un plan de ingeniería de producto aplicada al desarrollo de software?
- ¿Las revisiones de entre desarrolladores es una práctica habitual?
- ¿De qué modo se revisan y contabilizan los procesos?
- ¿Existe un departamento encargado de la gestión de Calidad del software?
- Si existe tal departamento, ¿cuál es su ámbito de actuación?
- ¿Cuál cree que es la capacidad de su empresa para incorporar nuevas tecnologías y adaptarse a ellas?
- ¿Se revisan periódicamente los procesos establecidos, aplicando una mejora continua?
- ¿De qué modo se revisan y gestiona la prevención de fallos y errores?
- ¿Qué cambios o mejoras sugiere?
- ¿Cree que debería revisarse la metodología o enfoque de alguna de las áreas vinculadas al desarrollo?
- ¿De qué modo piensa que pueden ser excepcionalmente valiosas sus aportaciones en la empresa?
- ¿Le gustaría plantear alguna sugerencia o idea?
- Resumen de las ideas y compromisos derivados de la entrevista.
- Datos de contacto para posibles sugerencias o información adicional.
- Transmisión del valor que supone la entrevista y la información presentada por el entrevistado y agradecimiento.
Espacio adicional:
- Impresiones:
- Documentos de referencia:
- Otras formas de contacto:
- Temas pendientes:
- Compromisos (Action Items):
- Otra información y desarrollo de respuestas extensas o acotaciones:
Recursos adicionales
• Capability Maturity Model [http://en.wikipedia.org/wiki/CMMI]
• CMMS [http://www.sei.cmu.edu/cmmi/adoption/pdf/cmmi-overview05.pdf] |
|
Actualizado ( sábado, 22 de marzo de 2008 22:45 )
|
|
Los blogs ya no son interesantes |
|
|
|
|
Escrito por Tedi Roca
|
|
lunes, 10 de marzo de 2008 23:13 |
|
Quizás solo ha cambiado mi percepción del cúmulo de información que nos ofrece Internet, o quizás los blogs ya no son interesantes. Hace ya bastante tiempo que he dejado de visitar blogs y únicamente estoy suscrito a través de RSS a aquellos que habitualmente muestran un contenido interesante. Leamos interesante como una percepción personal y que no tiene por qué coincidir con la opinión del resto de mortales. Pero es que incluso dentro de estos medios a los que estoy suscrito, he notado que últimamente destilo el 90% de la información que publican. Estaba reflexionando sobre los diferentes motivos que han hecho cambiar mi percepción sobre estos blogs y se me ocurren un buen puñado de razones, que básicamente tienen que ver por la motivación que lleva a muchas personas a escribir en un blog. Pocas o ninguna tiene que ver con el objetivo inicial de los "diarios de red": compartir información. Objetivos negativos de los blogs: - Incrementar visitas.
- Ganar dinero.
- Indexarse en Google.
- Estar en "el mundillo" de la red y especialmente en los viveros de startups.
- Hacer la pelota a gente con cierta reputación.
- Mostrar una hipocresía continua venerando a competidores directos.
- Plagiar información de otros blogs.
- Vender humo.
- Desviar la atención hacia otros temas.
- Hacer criticas incendiarias contra todo.
- Ser el primero en comentar cualquier entrada.
- Egocentrismo. Mi blog es el mejor.
- Crear vínculos de favoritismo.
- Confundir la reputación con la calidad de contenidos.
- Seguir modelos de negocios en lugar de modelos sociales.
- Busca el reconocimiento del autor en lugar de ofrecer conocimiento a la comunidad.
- Web 2.0
- Manipulación e imagen poco fiel a la realidad.
- Practicar la réplica de contenidos en varios blogs de una misma red.
- Escribir una entrada al día, sea buena o sea humo.
|
|
Actualizado ( lunes, 10 de marzo de 2008 23:32 )
|
|
Adaptación de la UOC al Espacio Europeo de Educación Superior |
|
|
|
|
Escrito por Tedi Roca
|
|
sábado, 08 de marzo de 2008 11:12 |
|
Estoy en la sesión informativa sobre adaptación a los nuevos estudios europeos superiores que ha organizado la UOC en las instalaciones de la Universitat Autònoma de Barcelona (Bellaterra). A continuación os voy resumiendo información interesantes que nos van mostrando sobre las nuevas titualciones que ofrecerá esta escuela. Ordenación de las Enseñanzas Universitarias- Regulación mediante el Real Decreto 1393/07 de 29 de Octubre
Estructura de las titulaciones- Grados: 240 créditos
- Masters Universitarios: 60-120 créditos
- Programa de Doctorado
Procedimiento de Aprovación de un Título Oficial- Informe favorable sobre la oportunidad y viabilidad (Generalitat de Catalunya)
- Verificación previa por el Consejo de Universidades
- Evaluación por ANECA
- Resolución de verificación por Consejo de Universidades
- Aprobación e inscripción en el Registro de Títulos por el Ministerio de Educación y Ciencia.
- Acreditación posterior por ANECA (Cada 6 años)
Oferta adaptada curso 2008/2009- Grados
- Psicología
- Derecho
- Humanidades
- Masters oficiales
- Educación y TIC
- Sociedad de la Información
- Programario Libre
- ...
Procedimiento de adaptación- Licenciatura -> Grado + Master de continuidad
- Diplomatura o Inteniería Técnica + Licenciatura segundo ciclo -> Grado o Master(s)
- Licenciatura segundo ciclo -> Master(s)
Procedimiento condicionado a adaptación- Adaptación de Título Propio -> Grado
- Segundo ciclo -> Grado
- Nuevas titulaciones -> Grado o Masters
|
|
Actualizado ( sábado, 08 de marzo de 2008 13:22 )
|
|
|
|
|
<< Inicio < Prev 1 2 3 4 5 6 7 8 9 10 Próximo > Fin >>
|
|
Página 1 de 19 |
[img][/i...