Jueves 26 de Julio de 2007

Traduciendo en Debian

Siendo el tipo de proyecto que es no podía faltar una estupenda página en español con notas, recomendaciones y un glosario para ayudar en la traducción de software y documentación.

No puedo resistirme a copiar algunos términos con los que mayores esfuerzos de memoria tengo que hacer:

• policy: directrices, normas
• release: distribución, publicación, entrega o versión
• port: adaptación, migración o arquitectura
• maintainer: desarrollador, encargado o responsable
• vendor: fabricante, proveedor (no 'vendedor')
• upstream: desarrollador principal (del software que empaqueta Debian).
• upstream author: autor original
• upstream developer: desarrollador original

Identificando chips de memoria RAM

Fabio Pugliese Ornellas publica un artículo en el que habla de algo llamado SPD y que viene a significar, a fin de cuentas, que vía software es posible identificar qué módulos de memoria RAM están instalados en una máquina; en GNU/Linux obviamente.

Es una utilidad curiosa, con bastantes prerequisitos como disponer de lm-sensors funcionales, y que puede resultar muy útil cuando se trata de ampliar la memoria de una máquina, ó de efectuar un inventario de hardware más preciso.

En mi caso resulta que en sarajevo tengo lo siguiente:

Memory Serial Presence Detect Decoder
By Philip Edelbrock, Christian Zuckschwerdt, Burkart Lingner,
Jean Delvare and others
Version 2.10.2


Decoding EEPROM: /sys/bus/i2c/drivers/eeprom/0-0050
Guessing DIMM is in                             bank 1

---=== SPD EEPROM Information ===---
EEPROM Checksum of bytes 0-62                   OK (0x8C)
# of bytes written to SDRAM EEPROM              128
Total number of bytes in EEPROM                 256
Fundamental Memory type                         DDR SDRAM
SPD Revision                                    0.0

---=== Memory Characteristics ===---
Maximum module speed                            400MHz (PC3200)
Size                                            512 MB
tCL-tRCD-tRP-tRAS                               3-3-3-8
Supported CAS Latencies                         3, 2.5, 2
Supported CS Latencies                          0
Supported WE Latencies                          1
Minimum Cycle Time (CAS 3)                      5 ns
Maximum Access Time (CAS 3)                     0.65 ns
Minimum Cycle Time (CAS 2.5)                    6 ns
Maximum Access Time (CAS 2.5)                   0.7 ns
Minimum Cycle Time (CAS 2)                      7.5 ns
Maximum Access Time (CAS 2)                     0.75 ns

---=== Manufacturing Information ===---
Manufacturer                                    Kingston
Manufacturing Location Code                     0x04
Part Number                                     K
Manufacturing Date                              0x052D
Assembly Serial Number                          0x72167E75


Number of SDRAM DIMMs detected and decoded: 1

Otra razón más para salvar datos

Brian Carrier cuenta en un artículo por qué resulta tan difícil recuperar archivos borrados en un sistema de ficheros ext3.

El autor Destaca el hecho de que hay información muy importante (crucial la define él) sobre la localización del contenido de un archivo, que desaparece cuando se borra en este tipo de soportes lógicos. Pero mejor leerlo ...

La falange de Perl

Existe mucho interés por certificar de alguna forma la calidad del código escrito en lenguaje Perl; bueno, en realidad supongo que existe ese mismo grado para otros lenguajes, pero yo quiero hablar del mío, que es el que más me afecta.

El sitio http://qa.perl.org agrupa las diferentes iniciativas bajo una especie de marca, perl-qa, que intenta proporcionar herramientas e informes sobre niveles de calidad en los módulos y el intérprete del lenguaje.

El proyecto Falange reúne a un grupo de desarrolladores Perl que revisan un grupo de módulos buscando mejorar su calidad. Trabajan con los autores Perl y no contra ellos, y disponen de una lista de 100 módulos a la que consideran más popular y sobre la que trabajan especialmente.

Creo que es una iniciativa curiosa a pesar de no haberla captado en su totalidad.

kwalitee

He abierto una página para ampliar este tema, pero puedo resumirla aquí como la calidad general de una pieza de software.

Bugs

En este contexto, un error (un bug) aparece cuando existen discrepancias entre el código, la documentación y/ó los tests. Puede estar en estos dos últimos y el código ser correcto y funcional, pero aún así se sigue considerando un fallo.

También se considera que el software tiene un error cuando hay ambigüedad entre la documentación y cómo funciona el código.

Midiendo la kwalitee de un módulo

Desde el punto de vista de los hoplitas (es decir, los que forman parte de esa falange) se tiene más kwalitee cuando más se cumplen estas condiciones (desde el punto de vista de dicho módulo):

• Declara todas sus dependencias en el programa constructor (Makefile.PL ó Build.PL).
• Está bien testeado.
• Está bien documentado.
• La documentación coincide con lo que hace el código y se demuestra en los tests del mismo.
• Está correctamente cubierto.
• La documentación también pasa los chequeos (Test::Pod).
• Todos los hiperenlaces funcionan.

Instalando aplicaciones Web

Infotrope.net contiene un cajón de ideas respecto a la instalación de aplicaciones Web escritas en Perl. Incluye tanto el punto de vista del usuario que no dispone de una shell como el de que sí la tiene, el experto podemos considerar.

Es más bien una lista de ideas sobre las que reflexionar, porque son demasiados los aspectos en los que Perl flaquea en estos casos.