/home/blaster [ Blaster's blog ]

Archive for Septiembre, 2007

Reproduzco este artículo que encontré en el blog de FriedBeef’s Tech, y que me pareció interesante, pues tiene algunos puntos que pasamos por alto y que nos ayudarán a no estar buscando un tomacorriente antes de tiempo:

1. Defragmenta regularmente: cuando menos gire tu disco duro, menos carga pondrás en la batería; haz que tu disco sea lo más eficiente posible defragmentándolo regularmente.
2. Atenúa tu pantalla: esta es una capacidad que traen muchas portátiles; algunas vienen incluso con formas de modificar el desempeño del enfriamiento y/o procesador: bájalos lo más que puedas para poder exprimir lo más posible de la batería.

3. Cierra programas que se ejecuten en segundo plano: iTunes, búsqueda de escritorio, etc., todos estos dan más carga al procesador y en consecuencia se consume más batería. Cierra todo lo que no sea crucial cuando estés usando la batería.
4. Quita o cierra dispositivos externos: los dispositivos USB y el acceso WiFi gastan la batería. Quítalos o ciérralos cuando no estés usándolos. No hace falta decir que es muy mala idea cargar dispositivos USB o teléfonos celulares cuando estés usando la portátil en modo de batería.
5. Añade más RAM: mientras más memoria haya, menos se usará la memoria virtual de tu portátil, y esto hará que se use menos el disco duro.
6. Ejecuta todo lo que puedas del disco duro: si los discos duros no son eficientes en el uso de la energía, las unidades ópticas son aún peores, pues consumen energía por el sólo echo de tener un disco dentro. Así que cuando puedas, usa programas de discos virtuales como Alcohol 120%.
7. Mantén limpios los contactos de la batería: limpia los contactos de la batería cada dos meses con un pedazo de tela que no deje pelusa y un poco de alcohol; puedes usar también un líquido de limpieza a base de silicón, como el Silijet para mejorar el contacto.
8. Cuida tu batería: ejercita a tu batería, nunca la dejes cargada y sin usar por largos períodos de tiempo; una vez cargada, úsala un par de veces por semana cuando menos, y no dejes que una batería Li-On se descargue por completo.
9. Desactiva la función autoguardar: estas funciones que están en Word o Excel, o bien en varios programas, hacen trabajar al disco duro.
10. Reduce el uso de gráficos: esto se puede lograr bajando la resolución de pantalla o bien quitando los efectos de sistemas operativos como Windows Vista, cuya interfaz Aero es una conocida devoradora de baterías.
11. Hiberna tu laptop, no uses modo en espera: la función hibernar ahorra una buena cantidad de energía, y permite guardar el estado actual de la laptop.
12. Mantén baja la temperatura: tu portátil opera mejor cuando está fresca. Mantén limpias las ventilas.
13. Configura y optimiza tus opciones de energía: ve a tu panel de control en Windows y haz clic en las opciones de energía, y usa el perfil de “Máxima batería”).
14. No ejecutes muchas tareas: haz una cosa a la vez cuando estés en modo batería; no bajes tu correo, escuches MP3 y trabajes en un documento al mismo tiempo, se te acabará la batería y posiblemente no terminarás nada.
15. Suaviza las demandas a la PC: hay tareas que no generan mucho consumo de energía, como los procesadores de palabras y el correo electrónico, pero jugar o reproducir un DVD son todo lo contrario.
16. Obtén una portátil más eficiente: este es un remedio rápido (aunque no barato) de obtener más eficiencia; hoy incluso algunos fabricantes hablan de baterías con duración de todo el día.
17. Evita el “efecto de memoria”: si tienes una portátil muy vieja, intenta cargarla y descargarla completamente cada dos o tres semanas, excepto que sean baterías Li-On.

Con lo caras que están las baterías de reemplazo, creo que es mejor poner en práctica estos consejos cuanto antes.

En Gran Angular han publicado este diagrama de flujos (modo irónico) donde podemos ver las distintas posibilidades y salidas que puede llegar a tener una persona que aspira a ser un informático de primer.

[Pincha en la imagen para ampliarla]

Cuando en java puede fallar algo, por ejemplo, la conversión de la cadena en int, suele avisarnos. Esto lo hace “lanzando excepciones“. Una excepción es algo que lanza Java para avisarnos que ha habido un problema.

En nuestro código podemos “capturar” esas excepciones y hacer algo para tratar de arreglaro. Por ejemplo, si le pedimos al usuario que meta un número, el usuario escribe “abc”, lo leemos e intentamos convertirlo a int, nos salta una excepción. Si capturamos esa excepción, en el código que hagamos para tratarla, podemos avisar al usuario que se ha equivocado un poco al teclear, que lo intente de nuevo y volver a pedirle el número.

Para capturar una excepción, tenemos que hacer el código así

try

{

// Aquí el código que puede fallar

}

catch (Exception e)

{

System.out.println(e);

e.printStackTrace();

// Aquí el código para tratar el fallo

}

Lo habitual, al menos mientras estamos haciendo nuestro programa, es sacar por pantalla el error, para tener una pista de qué ha fallado. Eso se puede consiguir de las dos formas que he puesto arriba (y otras muchas)

Por un lado, de la forma que ya conocemos, con System.out.println(e); Esto nos saca una línea de texto con el error correspondiente en inglés del bueno.

Por otro lado, llamando al método printStackTrace() de la excepción que se ha provocado. Esta llamada escribe la misma línea de texto de error, pero además nos dice exactamente en qué línea de código se produce el error. Esta información es muy útil si nuestro programa todavía está a medias y no acaba de hacer lo que queremos.

Bueno esta ves veremos algo elemental que es como leer datos desde el teclado .

Java nos ofrece System.out para escribir en pantalla, tenemos System.in para leer de ella. System.in es un objeto de una clase de java que se llama InputStream.

Para java, un InputStream es cualquier cosa de la que se leen bytes. Puede ser el teclado, un fichero, un socket, o cualquier otro dispositivo de entrada. Esto, por un lado es una ventaja. Si todas esas cosas son InputStream, podemos hacer código que lea de ellas sin saber qué estamos leyendo.

Por otro lado, es una pega. Como un InputStream es para leer bytes, sólo tiene métodos para leer bytes. Nosotros queremos leer palabras o números del teclado, no bytes. Si escribimos en el teclado una A mayúscula y la leemos con System.in, obtendremos un entero de valor 65, que es el valor del byte correspondiente a la A.

LOS Reader

Para java, una clase Reader es una clase que lee caracteres. Esto se parece más a lo que queremos. Un Reader tiene métodos para leer caracteres. Con esta clase ya podriamos trabajar. La pena es que seguimos teniendo System.in, que es un InputStream y no un Reader.

¿Cómo convertimos el System.in en Reader?. Hay una clase en java, la InputStreamReader, que nos hace esta conversión. Para obtener un Reader, únicamente tenemos que instanciar un InputStreamReader pasándole en el constructor un InputStream. El código es el siguiente

InputStreamReader isr = new InputStreamReader(System.in);

Estamos declarando una variable “isr” de tipo InputStreamReader. Creamos un objeto de esta clase haciendo new InputStreamReader(…). Entre paréntesis le pasamos el InputStream que queremos convertir a Reader, en este caso, el System.in

Ya tenemos el Reader. ¿Cómo funciona exactamente?

• InputStreamReader es un Reader. Se comporta igual que in Reader y se puede poner en cualquier sitio que admita un Reader. Es decir, podemos leer de él caracteres.
• Al constuirlo le hemos pasado un InputStream, en concreto, System.in. InputStreamReader de alguna forma se lo guarda dentro.
• Cuando a InputStreamReader le pedimos caracteres, él le pide al InputStream que tiene guardado dentro los bytes, los convierte a caracteres y nos los devuelve.

LA CLASE BufferedReader

Con la clase InputStreamReader podríamos apañarnos. La pega es que nos da los caracteres sueltos. Si estamos leyendo de teclado, el que usa el programa puede escribir 10 caracteres o 20 o 13. Si usamos InputStreamReader, como lee caracteres sueltos, Tenemos que decirle cuántos queremos (que no lo sabemos), o bien ir pidiendo de uno en uno hasta que no haya más.

Esto es un poco rollo y si sólo tuvieramos la clase InputStreamReader sería un trozo de código que tendriamos que repetir por muchos lados. Para el cado concreto de leer de teclado, sería ideal si hubiese una clase en java que nos lea de golpe todo lo que ha escrito el usuario de nuestro programa y nos lo diera de un golpe.

Como la gente de Java son muy listos, esa clase existe en Java. Se llama BufferedReader. El mecanismo para obtener un BufferedReader a partir de otro Reader cualquiera (por ejemplo el InputStreamReader), es similar al que usamos antes. Lo instanciamos pasándole en el construtor el Reader. El código es

BufferedReader br = new BufferedReader (isr);

El funcionamiento de esta clase es igual que el InputStreamReader. Cuando le pedmos una línea completa de caracteres (un String), ella se lo pide al Reader que tenga dentro, los convierte en String y nos lo devuelve.

Para pedirle un String, se usa el método readLine(). Este método lee todos los caracteres tecleados (recibidos si fuera otro dispositivo de entrada) hasta que encuentra la pulsación de la tecla <INTRO>, <RETURN> o como quieras llamarla.

String texto = br.readLine();

Esto lee del teclado un String completo y lo guarda en una variable “texto”.

CONVERTIR LA CADENA String EN UN ENTERO int

Si queremos leer un número del teclado, el usuario escribe por ejemplo 123, con la clase BufferedReader obtendremos un String que contiene “123″, es decir, tres caracteres. Eso no se parece en nada a un número 123.

Para convertir el String en un número entero (sin decimales), podemos usar otra clase de Java. La clase Integer vale para muchas cosas, pero entre otras es capaz de convertir un String a int. Siempre que sea posible. Por ejemplo “abc” no se puede convertir a número de ninguna manera.

La clase Integer es muy estricta. Para convertir el String a int necesita que el String sea exactamente un int. Cualquier caracter o letra que tenga el String y no valga, hará que la conversión falle. Por ejemplo, “123a” da fallo por culpa de la “a” del final. Del mismo modo “12 3″ da fallo por el espacio entre el “12″ y el “3″. Bueno, esto en realidad creo que era así de estricto en versiones algo anteriores de java. Las actuales simplemente ignoran lo que va detrás del número.

La conversión se realiza así

int valor = Integer.parseInt(texto);

Esto intenta convertir texto en un int y si no hay problemas, guarda el resultado en una variable int llamada valor.

Cuando hacemos programas más grandes, es normal que el número de clases vaya creciendo. Cada vez tenemos más y más clases. Meterlas todas en el mismo directorio no suele ser bonito. Es mejor hacer grupos de clases, de forma que todas las clases que traten de un determinado tema o estén relacionadas entre sí vayan juntas. Por ejemplo, si hacemos un programa de una agenda de teléfonos que los guarde en una base de datos, podemo meter todas las clases que tratan con la base de datos en un paquete (grupo), todas las de ventanas en otro, las de imprimir en otro, etc, etc.

Un paquete de clases es un grupo de clases que agrupamos juntas porque consideramos que están relacionadas entre sí o tratan de un tema común.