Mostrando entradas con la etiqueta Oracle. Mostrar todas las entradas
Mostrando entradas con la etiqueta Oracle. Mostrar todas las entradas
Oracle: ejemplos poco ejemplares
Repita conmigo: "No trabajaré en vano"
Cuando alguien escribe una carta no espera necesitar reescribirla. Es un trabajo hecho y no sería necesario repetirlo a menos que el original se perdiera, y no a causa de un fallo informático. Pero esto no es lo que sucede en el mundo de la informática.
Los mismos trabajos deben repetirse una y otra vez. Las excusas de las empresas informaticas son muchas: que si el nuevo sistema es mejor, que si nuevas mejoras, que si el nuevo sistema es más "divertido, productivo y confiable". Pero la realidad es que el mismo trabajo, de programación o de producción estamos haciéndolos una y otra vez y eso jamás, jamás, puede llamarse mejora de la productividad.
Los mismos trabajos deben repetirse una y otra vez. Las excusas de las empresas informaticas son muchas: que si el nuevo sistema es mejor, que si nuevas mejoras, que si el nuevo sistema es más "divertido, productivo y confiable". Pero la realidad es que el mismo trabajo, de programación o de producción estamos haciéndolos una y otra vez y eso jamás, jamás, puede llamarse mejora de la productividad.
Confusiones épicas: cadenas de texto
Pero tiene un lado oscuro: cuando esas mismas personas pretenden reinventar la realidad o entienden mal un problema. Vamos, lo que se conoce como "pajas mentales".
Advierto que este "artículo" no es para todos los públicos y puede ser soporífero para quienes no han programado.
Cadenas de texto
La informática lleva dando tumbos desde sus inicios a cómo representar lo que en cualquier idioma es un sencillo texto.
Comprendo que inicialmente los caracteres se representasen en 7 bits (ASCII) y que luego lo ampliasen a 8 bits, que luego se quedase corto e inventasen UFT-8 y que luego se internacionalizase con UNICODE.
Lo que no puedo entender es cómo puede llegarse a complicar tanto la representación de un texto. Me refiero a un trozo de texto, una frase, no a un texto completo.
Etiquetas:
ASCII
,
C
,
cadenas de texto
,
java
,
lenguaje
,
Oracle
,
Pascal
,
programación
,
string
,
SUN
,
UNICODE
Confusiones épicas: null
El primer sitio donde recuerdo que el valor null era un valor perfectamente válido fue en bases de datos.
Un campo de texto podía ser null, indicando que el campo no contenía un texto, lo que es distinto de una cadena vacía.
Al principio es un engorro tener en cuenta que un campo puede ser null, pero luego se asimila como algo útil. Todo a pesar de que en la mayoría de casos ambas cosas sean equivalentes.
Por ejemplo, podemos querer guardar en ese campo las novelas de Gordon Brown que nos gustan. Un valor null indicaría que no hemos respondido a la pregunta pero una cadena vacía que sí hemos respondido pero no nos gusta ninguna de sus novelas.
Y Oracle, el fabricante de software de bases de datos, da un paso adelante para meter el pie hasta la rodilla en el charco: para las bases de datos Oracle una cadena vacía es lo mismo que null: ¡chapeau!
Pero no solo eso, las funciones de Java para el acceso a bases de datos, si el campo es numérico y contiene null, devuelven como valor del campo... cero: ¡rechapeau!
En un pim-pam a tomar viento el concepto null.
10 Razones para no certificarse en Java
1.- El objetivo del examen para la certificación Sun Certified Java Programmer es dar beneficios a Oracle.
Aunque esto no es en sí un problema, sí puede serlo cuando Oracle necesita dinerito fresco o le puede la codicia. ¿Puede suceder? Sí y de hecho ya ha sucedido: Oracle partió en dos el examen de Sun Certified Java Programmer para la version 7. De esta forma multiplicaba por dos sus beneficios.
Entiendo Oracle tenga que vivir de algo, pero la indústria de las "certificaciones" apesta. Ya apestaba la de Microsoft y esta huele que espanta.
Premio al error del día: registro en Oracle
Hoy, dos por el precio de uno.
Tras la instalación del Java Development Kit, o Conjunto de desarrollo de Java, Oracle amablemente te sugiere que registres el producto. Yo me pregunto ¿por qué no? y me dan dos opciones, crear un nuevo usuario o utilizar uno ya existente. Como ya me di de alta, elijo ésta última opción. Y tras introducir mi usuario y contraseña aparece la siguiente perla:
"No registration data found". Efectivamente, eso es precisamente lo que estaba intentando, señores.
Es desalentador...
Tras la instalación del Java Development Kit, o Conjunto de desarrollo de Java, Oracle amablemente te sugiere que registres el producto. Yo me pregunto ¿por qué no? y me dan dos opciones, crear un nuevo usuario o utilizar uno ya existente. Como ya me di de alta, elijo ésta última opción. Y tras introducir mi usuario y contraseña aparece la siguiente perla:
"No registration data found". Efectivamente, eso es precisamente lo que estaba intentando, señores.
Es desalentador...
Suscribirse a:
Entradas
(
Atom
)
