Non nobis Domine...

jH Podcast 039. Dudas del foro Abril

Pues, se ha publicado un nuevo podcast sobre las dudas del foro.

Aquí los temas que tocamos en esta ocasión:

• Tips JDeveloper
• File en una aplicacion JEE
• cambiar mi URL
• Mostrar etiqueta en control propio con NetBeans
• Configuracion hibernate
• Problemas con las transacciones en JDBC
• JavaCup: Version estable del framework 

Espero les resulte interesante.

La noticia completa en javaHispano:

http://www.javahispano.org/contenidos/es/javahispano_podcast__044__dudas_del_foro_abril_a/?menuId=JH_PODCASTS

Saludos!!!

RuGI

Isaac Ruiz Guerra.

Posted at 01:14PM abr 19, 2009 by Isaac Ruiz Guerra in General  |  Comentarios[2]

Faltaba el Service BUS

Faltaba el Service Bus   :P

• Oracle Service Bus.
• http://kappa-8.com/blog2/?p=57 

Saludos!!!!

Posted at 06:23PM nov 09, 2008 by Isaac Ruiz Guerra in General  | 

test

test

Posted at 09:52PM sep 23, 2008 by Isaac Ruiz Guerra in General  |  Comentarios[1]

Data Source en OAS 10.1.3.1

Me encuentro haciendo algunas cosas en el OAS 10.1.3.1. - ahora entiendo la razón de la compra de BEA  XD  -

Y he requerido acceder a un dataSource, aquí les dejo el código por si le sirve a a alguien.

 
         try {
            InitialContext initContext = null;
            Hashtable ht = new Hashtable();            
            ht.put(Context.INITIAL_CONTEXT_FACTORY, "oracle.j2ee.rmi.RMIInitialContextFactory");
            ht.put(Context.PROVIDER_URL, "http:ormi://localhost:8888");
            ht.put(Context.SECURITY_PRINCIPAL, "oc4jadmin");
            ht.put(Context.SECURITY_CREDENTIALS, "mypassword");
            initContext = new InitialContext(ht);
            System.out.println("Name in space"+ initContext.getNameInNamespace());
            javax.sql.DataSource dataSource = (javax.sql.DataSource) initContext.lookup("jndi/MySQLDS");
            System.out.println("Data Source cargado sin problemas");
        } catch (NamingException ex) {
            Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
        }

Asegúrense de tener en el classpath el jar: oc4jclient.jar ubicado en: <OAS>oc4j/j2ee/home/ 

Saludos... 

RuGI

Isaac Ruiz Guerra. 

Posted at 11:35AM may 06, 2008 by Isaac Ruiz Guerra in General  | 

Emergente

Así inicia  dice la contraportada del libro que acabo de iniciar.

SISTEMAS EMERGENTES: O QUE TIENEN EN COMUN LAS HORMIGAS, NEURONAS, CIUDADES Y SOFTWARE
Steven Johnson (Turner)
Idioma: Español
ISBN: 8475066224. ISBN-13: 9788475066226

El comportamiento emergente es un tema con el que me he topado mucho últimamente, así que, quizá es una señal de que debo de comenzar a conocerlo más a fondo. :P

Si alguien tiene algún otro título sobre el tema...  agradeceré su comentario.

Saludos!!

Posted at 02:25PM ene 29, 2008 by Isaac Ruiz Guerra in General  |  Comentarios[4]

Calendario 2008

Un bonito calendario que me ha encantado:

Posted at 07:48PM dic 17, 2007 by Isaac Ruiz Guerra in General  | 

Seguimos de pie

A 3 anyos, pensamos en ti.
A 3 anyos, estamos contigo.
A 3 anyos, seguimos de pie.

A 3 anyos, Va por ti.

Posted at 10:30PM abr 23, 2006 by Isaac Ruiz Guerra in General  |  Comentarios[3]

Sin pretextos

Seamos sinceros, si no fuera por javadoc, nos costaria mucho trabajo documentar nuestro código, quiza hasta no lo hariamos :P

En java estamos tan acostumbrados a esta herramienta que se nos olvida que los demas lenguajes carecen de una herramienta de este tipo, o por lo menos no al nivel de javadoc.

NaturalDocs es una herramienta que sirve, precisamente, para realizar esta tarea. Soporta completamente los lenguajes:

• C#
• Perl
• ActionScript 2

• C/C++
• Java
• PHP
• Python
• PL/SQL
• Visual Basic
• Pascal/Delphi
• Ada
• JavaScript
• Ruby
• Tcl
• ColdFusion
• Assembly
• Fortran (free-format only)
• Makefiles
• Plain Text

/*
   Function: Multiply

   Multiplies two integers and returns the result.
*/
int Multiply (int x, int y)
   {  return x * y;  };

La he probado y me parece una herramienta muy útil y flexible.

Así que ya saben, ya no hay pretextos para no documentar nuestro código.. así sea ensamblador ;)

Saludos

Posted at 01:52PM abr 06, 2006 by Isaac Ruiz Guerra in General  |  Comentarios[3]

Iniciamos otra vez....

Siempre que comienza un anyo no puedo evitar llenarme de cierta nostalgía, me gana la sensación que pude haber hecho más cosas.

Pero, lo interesante de esto que algunos le llamamos vivir, es que, nuevamente se nos da la oportunidad de continuar con lo que estamos haciendo, de concluir ciclos y comenzar nuevos.

Son muchos los propósitos que me agradaria cumplir este anyo, en todas las esferas de mi vida, me gustaria mucho aprender otro idioma {el ingles no cuenta porque es casi obligatorio aprenderlo :P}, creo que el italiano pinta bien para este año.

Quiero consolidar ciertas cosas que he ido dejando un poco en el olvido.

Quiero vivir los dias con un poco mas de intensidad :P

Cómo buen signo de aire, siempre hago planes a corto, mediano y largo plazo {tengo una agenda para el 2010}, lo que se me olvida a veces es que, para que un plan a largo plazo funcione, se deben cumplir cabalmente las metas a corto plazo.

En fin , sólo queria compartir este instante de reflexión y nostalgia especial que invade mi mente cada 365 dias.

Saludos a todos y Feliz 2006
Sinceramente
RuGI

Posted at 06:33PM ene 01, 2006 by Isaac Ruiz Guerra in General  | 

El post perdido

Eyer en la noche realicé un post..... pero ahora no està :S Mil disculpas por el doble post si es que el post perdido aparece :P

Posted at 09:28AM oct 06, 2005 by Isaac Ruiz Guerra in General  | 

Ahora le toca a NetBeans.....

Recuerdo que el primer IDE "en forma" que utilicé fue Eclipse, casi por 4 meses, con Eclipse realmente aprendi a utilizar un IDE; lo mejor, su debugger. Despues siguio año y medio de JBuilder; epoca de trabajo duro; lo mejor su navegacion(ir a código fuente, regresar) dentro del código, ahora es el turno de NetBeans:

Veamos que tal nos va..... ya les contaré :P

Saludos.

Posted at 10:23AM jul 25, 2005 by Isaac Ruiz Guerra in General  | 

Estamos en produccion....

Casi no acostumbro poner info laboral.... pero creo que el asunto lo amerita.

Este post va dedicado con mucho cariño a todos los que estuvimos involucrados el año pasado en cierto proyecto de cierta empresa de medios eléctronicos y que, según me informan; está ya en producción.

Los drásticos y súbitos movimientos de engranaje que tiene esta naciente industria de outsourcing en México, nos ha impedido estar en está, la que para algunos es la última fase de un proyecto.

Fueron 8 meses de sangre, sudor y lagrimas...pero parece que al fin todo ese esfuerzo verá la luz del mundo.

Mis Felicitaciones a mis amigos: Nay, Sanx e Ivanhoe... verdaderos compañeros de batalla con los que no durarìa ni un instante volver al centro de combate y repetir esos feroces enfrentamientos y esas misiones extremas de avanzada y reconocimiento de terrenos enemigos.

No se me olvidan: el Señor, el pulilo de Nayeli....y hasta Noé.... todos ellos cooperaron para que el proyecto sea lo que es ahora.

Al Sr. Arkos..., por tomar la estafeta de este soldado cuando estaba a punto de quedar enterrado en las trincheras enemigas, y permitir que pudiera regesar al cuartel general para recuperarse de sus heridas.... y a nuestra arma secreta Autis21 que pudo mantener a distancia a todo un pelotón enemigo: !!! Muchas Gracias !!!

A los que se quedarón cuidando y perfeccionando junto con Jcarmas, la que fue nuestra trinchera, no me queda màs que agradecerles y tambien felicitarlos; ....el logro es de todos.

Señores, ahora si ya puedo dormir tranquilo..... la misión ha sido cumplida.

Posted at 09:26AM jun 09, 2005 by Isaac Ruiz Guerra in General  |  Comentarios[3]

Esferas...

Me recuerda a las esferas que salen en las revistas de ovnis y a los programas de Jaime Maussan.

La noticia aqui.

Posted at 04:11PM may 14, 2005 by Isaac Ruiz Guerra in General  | 

Al menos flores, al menos cantos

Posted at 10:25AM nov 01, 2004 by Isaac Ruiz Guerra in General  | 

Software Libre u Open Source

Estoy por terminal de leer "La pastilla Roja", y me ha parecido un libro muy interesante para todos aquellos que estamos interesados en conocer un poco más sobre la filosofía, tendencias y espectativas a futuro del Software Libre

Aunque el libro esta dirigido al público en general, la mayoría de los datos y anexos que lo acompañan son de mayor utilidad al lector Español, ya que se enlista una gran cantidad de informacion relevante sobre el papel que esta tomando el SL en éste País.

En el capítulo 2.Conceptos básicos existe un texto que intenta definir las diferencias entre Software Libre y Open Source, el texto me parecio muy acertado y lo comparto con todos ustedes:

¿Cuales son por lo tanto, las diferencias entre ambos movimientos? Para los seguidores de la Free Software Foundation(FSF), la cuestión de Software Libre es una cuestión de ética, política. Los partidarios del Software Libre, persiguen la liobertad del software por encima de otros plantaemientos.

Pör su parte, los partidarios del término Open Source hablan de las mismas libertades que los chicos de la FSF, pero desde un punto de vista práctico: La diferencia fundamental entre los dos movimientos está en sus valores, en la manera de mirar al mundo. Para el movimiento Open Source, la cuestión sobre si el software deberá o no tener el código abierto o no, es una cuestión práctica, no una cuestión ética.

Como una persona dijo: "El código Abierto es una metodología de desarrollo, el software Libre es un movimiento social. Para el movimiento Open Source, el software no-libre es una solución no óptima. Para el movimiento del Software Libre, un software no libre es un problema social y el softwarte Libre es la solución"

La Open Source Initiative es un programa de marketing para el Software Libre. Es un pitch para posicionar en sólidas y pragmáticas bases más que en terminos ideológicos."

Al final creo que yo estaría enmedio de los dos movimientos, me identifico con uno, pero veo util al otro.... de lo que estoy seguro es que no me identifico con las posturas fundamentalistas que llegan a tener miembros de ambos movimientos... ¿Ustedes sí?

De lo que estoy seguro, tambien, es que el Futuro DEBE ser Libre... y Abierto :D

Posted at 09:34AM jun 13, 2004 by Isaac Ruiz Guerra in General  |  Comentarios[4]

Tecnología Vs. Naturaleza Humana.

Llevo días leyendo en varias revistas y periodicos las "bondades" que ha traido consigo el uso de las tecnológias de la informacion(TI), se menciona como a través de ellas se ha aumentado la productividad de las personas y como tambien el tener practicamente cualquier tipo de información a la mano hace que cualquiera de nosotros podamos convetirnos en cuasi-expertos de un tema en específico. Una verdadera Revolución.

Bueno, pues en los últimos días me voy dando cuenta que no todo es como lo pintan.

Cierto es que el uso de Internet y las tecnologías informáticas (por citar un ejemplo), le ha cambiado literalmente la vida da muchas personas - me incluyo en la lista -, y a algunas más les ha permitido potenciar y ampliar sus habilidades.

Imaginemos a un niño - influenciado por alguna película de ficción- interesado en la astronomía que tenga acceso a internet puede ver imagenes realmente increíbles que cualquiera en años pasados pensaría que son sólo producto de la imaginación de un artista.

Pero, lo dicho, no todo es miel sobre hojuelas, :(

Hay quienes con el pretexto de internet son capaces de entregar un simple "Copy&Paste" de varias páginas visitadas como verdaderos trabajos escolares.

Existen hasta quienes ofrecen dinero en foros a cambio de que alguien les realice lo que les corresponde.

Algunos sociologos comentan que el uso del las TI ha hecho que aumentemos nuestra incidencia a mentir.

Juanito - ¿No leiste mi e-mail?
Pedrito - ¿Me mandaste uno?, que extraño no me ha llegado, esos servidores públicos casi siempre fallan.

---

Hermano mayor Pedrito - !!Que hacen estas imagenes en la Compu¡¡
Pedrito- No sé, se bajan solas de internet, yo sólo leo mi e-amil

---

Cliente - Acabo de realizar mi pago a traves de su pagina WEB,¿cuano recibo mi producto?
Empresa - Lo sentimos, nuestros servidores no han registrado la operación, por favor vuelva a realizar el pago.

En fin, con tecnología o no la naturaleza humana será la misma... hasta que decidamos darle un definitivo y radical upgrade.

Esperemos sea pronto.

Posted at 02:11PM sep 14, 2003 by Isaac Ruiz Guerra in General  |  Comentarios[2]

Más sobre las patentes.....

Pues despues de todo lo que se ha comentado, no esta demás seguir tocando el tema.

Aunque jmrus y Tx nos han dado ya sus comentarios, creo que para algunos aún no queda muy clara la relevancia he importancia que este tema puede tener en un fututo inmediato. Así que para aquellos que aún estan confundidos y no saben que posición tomar aqui van las 10 razones por las cuales hay que oponerse a las patentes de software. Es una comentario aparecido en el mundo.es, el 19 de Octubre del 2000, el autor es Javier Candeira.

1. Gran parte de las patentes concedidas hasta la fecha son obvias.
   El uso de XOR (una de las operaciones básicas de los ordenadores) para pintar y despintar un cursor en una pantalla está protegido por una patente. Es el equivalente de patentar la suma para calcular presupuestos, y uno se pregunta en qué estaría pesnsando el examinador en cuestión cuando aceptó esta patente. No hay ninguna razón para pensar que las Oficinas de Patentes vayan a mejorar sus prácticas, y menos después de salirse con la suya y eliminar todas las restricciones a la patentabilidad. Son organizaciones cerradas, con muy poca transparencia pública, y representan un grupo de interés privado con mucha influencia.
2. Las patentes de 'métodos de negocio' registran prácticas sociales habituales
   El cambio en la legislación no sólo afectaría al software: también permitiría la patentabilidad de 'métodos de negocio' y 'métodos educativos'. Parece que basta con tomar cualquier idea exterior y añadir 'en internet' para que algo sea patentable. Como ejemplo pondré la subasta inversa, que lleva siglos practicándose en las lonjas gallegas: el subastador canta pujas en orden descendiente: "1000, 950, 900, 850, 800..." y la subasta se adjudica en cuanto la primera persona puja. Pues bien, la empresa priceline.com ha sustituido las bandejas de pescado por los billetes de avión, y escrito detrás de esta descripción "en internet", y ha conseguido la patente. Les recuerdo que una patente es un monopolio, lo que quiere decir que si alguien más quiere usar la subasta inversa en internet, tiene que pagar a priceline o arriesgarse a una demanda.
3. Es imposible implementar un sistema que no produzca malas patentes
   Los examinadores de patentes tienen demasiado trabajo, y poco tiempo para buscar lo que se denomina 'arte previo'. Una patente no sólo tiene que ser 'no obvia', sino también novedosa; el 'arte previo' son ejemplos anteriores del invento propuesto para patente. Se decía de Von Neumann, el gran matemático húngaro cuya contribución en el proyecto Manhattan y con la NASA dio a los Estados Unidos la bomba atómica y el viaje a la Luna, que era la única persona viva que tenía conocimiento de todas las ramas de la matemática. En la actualidad es posible que sólo Donald Knuth, autor de "The Art of Computer Programming" y apodado cariñosamente "Dios" en círculos de programadores, tenga todos los conocimientos para saber si un algoritmo o programa es novedoso o no.

   Si a esto le unimos que las patentes no incluyen las palabras "algoritmo, software, programa", sino que cada patentador usa un subterfugio distinto para colar su patente por los agujeros de la Oficina de Patentes, está claro que las malas patentes están aseguradas. Este segundo inconveniente es el único que sería resuelto si se permitiera el registro de algoritmos, pero aún quedaría el primero. Por último, los examinadores de patentes tienen un incentivo para aprobar las patentes, no para rechazarlas. Y su control de productividad les obliga a examinar un número mínimo de patentes al año, lo que hace que no le puedan dedicar bastante tiempo a cada una de ellas.

4. Las patentes de software suponen un peligro para la pequeña empresa
   Las pequeñas y medianas empresas no tienen un departamento legal adecuadamente dotado para registrar patentes, comprar licencias, entrar en litigio cuando una patente sea inválida o la infrinjan inadvertidamente, ni para investigar en las bases de datos de patentes antes de realizar un proyecto. Esto es especialmente dañino en el caso del software, donde el coste de entrada es lo bastante bajo para que una sóla persona con su ordenador pueda contribuir al progreso de la industria. En el caso de la fabricación de objetos físicos, las realidades de la producción en cadena hace que el coste de entrada en una industria sea más alto, con lo que el coste de una patente se diluye más entre el coste de investigación, desarrollo y posterior producción.
5. Las patentes de software atentan contra la competencia
   El hecho de que muchas patentes de software declaren el monopolio de prácticas sociales habituales o soluciones técnicas obvias permite que los propietarios de las patentes las usen de forma agresiva, como arma en la lucha por el mercado. Es el caso del 'Amazon, quien hasta la fecha sólo ha usado la patente para atacar a su más directo competidor, Barnes & Noble. Hay que hacer notar que el 'One-click buying' es un uso obvio de las galletitas o 'cookies' (sistema por el que los servidores de internet 'recuerdan' si un usuario ha estado antes allí, almacenan datos de sesión, etc.). Si alguien podría haber registrado esa patente, debería haber sido el inventor de las 'cookies', puesto que se inventaron precisamente para permitir el 'One-click buying', el registro automático sin tener que introducir el nombre de usuario y la contraseña, etcétera.

   Y otro de los lados por los que se dificulta la competencia es en el punto económico. Si es usted empresario, le voy a dar algo en que pensar mientras los Eurodiputados discuten con los Eurofuncionarios y la EPO si se aprueban o no las patentes de software. Pregúntele a su Director Técnico si está usando código patentado, y cuánto tiempo y dinero le costaría comprobarlo en ese caso. Puede que tenga revisar todo su código y compararlo con las bases de datos de patentes en Estados Unidos, y eso lleva tiempo.

   El infractor también puede ser uno de sus proveedores; llámelos y pregúnteles en cuánto afectarían las patentes de software al precio de sus licencias. Cuando llame a su Director Financiero para contárselo, aproveche para preguntarle cuánto presupuesto tienen para comprar licencias de patentes y cuánto para litigios sobre patentes, y cómo afecta esto a la cuenta de resultados. Pregúntese usted mismo cuánto afecta esto al valor para los accionistas. Existen sesudos informes y estudios que demuestran el peligro de las patentes de software para la competencia, pero a lo mejor ya no le hace falta leerlos después de hablar con los directivos de su empresa.

6. Las patentes de software suponen un peligro para Europa
   Una de las razones por las que se está estudiando la inclusión del software entre las invenciones patentables en Europa es la presión de los EEUU, que encontrarían aquí un terreno fecundo para el litigio o la licencia. Esto costaría mucho dinero a las empresas europeas, sometidas a un aplastante corpus de patentes previo. Pero peor aún que pagar por un algoritmo podría ser que se prohibiera su uso, con la siguiente merma de la capacidad de competir con las empresas propietarias de la patente (ver apartado 5). La EPO (Oficina Europea de Comercio) es una organización de tratado a la que pertenecen 19 países, algunos de los cuales, obviamente, no están entre los 12 de la Unión Europea. El esfuerzo de 'lobby' estadounidense se está concentrando en el voto de Chipre, Lietschenstein, Andorra, Suiza... que por una razón o por otra no tienen tanto que perder (o en el caso de Suiza, tienen mucho más que ganar) que los países que se oponen: Francia, Alemania, España...
7. Las patentes de software suponen un grave peligro para el Software Libre
   No es este el momento de cantar las alabanzas del Software Libre, pero es necesario señalar que las Administraciones Públicas y empresas, no los usuarios finales, quienes más se pueden beneficiar de la existencia de aplicaciones cuyo código fuente pueden auditar, modificar y redistribuir libremente. El código fuente es un texto legible por humanos que describe lo que hace el programa y que, una vez pasado por un proceso llamado "compilación", genera el código ejecutable, el programa que usamos.

   El hecho de que el código fuente del Software Libre sea, por definición, de pública lectura, hace que estos programas sean mucho más fáciles de atacar que los programas llamados "cerrados" o "no libres". A partir de aquí entran en funcionamiento los mecanismos de bloqueo de la competencia.

8. Es casi imposible asegurar que no se infringe alguna patente
   El hecho de que las patentes de software estén redactadas en términos tan oscuros, el alto precio de investigar sobre las patentes existentes (la principal fuente de ingresos de la EPO son los informes sobre las patentes que hay en un determinado campo de la industria) y la gran cantidad de patentes 'obvias' impiden comprobar adecuadamente si uno está infringiendo una patente al escribir un programa, o no.

   Por esta razón las patentes de software podrían suponer un freno a la industria del software, y bloquear la innovación al no impedir que un programa novedoso use código patentado en alguna de sus operaciones más triviales.

9. Se puede casi asegurar que se infringirá una patente
   Este punto se podría haber titulado "Es casi imposible asegurar que no se infringe una patente, segunda razón". Una tendencia actual muy común en la producción de software es dejar que sean programas los que generen otros programas. Es una práctica tan común que Philip Greenspun, profesor del MIT, lo propone como ejercicio a sus alumnos.

   Es imposible comprobar 'a priori' el código generado por un ordenador, sea por algoritmos genéticos, por optimización en un compilador o por el método que sea. Saber si uno de estos programas infringe una patente es tan difícil como leerle a alguien la mente. Probablemente en algún punto del proceso las máquinas darán con soluciones patentadas, sólo que no lo sabremos.

10. El Copyright y las Marcas Registradas son más que suficientes
    El navegador que están usando ustedes para leer estas líneas ya está protegido dos veces: primero por las leyes de copyright. Si yo hago un navegador, no puedo usar el código de otro navegador a no ser que el propietario del copyright me autorice. Así que no me podré basar en Explorer, Opera o iCab, pero podré hacer un navegador a partir de Mozilla, Galeon o cualquiera de los otros navegadores libres que existen en el mercado. Pero además del copyright está el asunto de las marcas.

    Si hago un nuevo navegador, no lo podré llamar Netscape Navigator, ni Microsoft Internet Explorer, ni Mozilla, etc. Estos son nombres registrados, son marcas, y la legislación prohíbe dos marcas iguales en el mismo campo, para evitar la confusión. Podría llamarle Mozilla a una marca de motocicletas, por ejemplo, pero no a un navegador. Lo mismo que para los productores de software se puede aplicar a las empresas puntocom y sus modelos de negocio.

    Estas dos garantías, el copyright y la marca registrada, son suficientes para proteger el negocio de los productores de software y de las empresas puntocom, sean portales, tiendas, buscadores, sitios de noticias, etcétera. El copyright y las marcas protegen a sus propietarios mientras garantizan la competencia, sin introducir los elementos disruptores que son las patentes de software. Cualquier restricción mayor es una injerencia excesiva del Estado en el funcionamiento del mercado, garantizando patentes (monopolios artificiales) que en el caso del software desequilibran el campo de juego en vez de nivelarlo, y sofocan la innovación en lugar de promocionarla.

La nota completa aqui

Posted at 02:13PM ago 31, 2003 by Isaac Ruiz Guerra in General  |  Comentarios[2]

Arrástralo!!!

Esta día decidi darme una vuelta por The Swing connection, encontre este pequeño artículo que trata el tema de Drag&Drop y cómo últimamente a salido esa pregunta en el foro de J2SE, pues comparto el enlace con ustedes. El ejemplo trata sobre una aplicacion que permite navegar por el sistema de archivos locales y permite arrastrar el nombre de un archivo(ubicado en un JTree) hasta un JTextPane.

Me parece un ejemplo lo suficientemente básico y detallado para comprender un poco más esta funcionalidad de Swing.

Claro que si alguno de ustedes tiene por allí algún otro ejemplo mucho más detallado y facil de entender, ya sabe donde colgarlo.

Posted at 09:59PM ago 05, 2003 by Isaac Ruiz Guerra in General  | 

Sencillo es mejor ¿o no?

Pluralitas non est ponenda sine neccesitate Seguramente muchos de nosotros nos hemos topado con esta frase atribuida al filósofo William Ockham que vivió en el siglo XIV, este principio, conocido como "Navaja de Okham".

Este principio podría traducirse como "las entidades no deben multiplicarse innecesariamente", entiendanse entidades en el sentido más abstracto posible.

Lo que ahora quiero comentar sobre este principo es que aunque a primera vista resulte sencillo de entender, en ocasiones nos es dificil de comprender y aplicar.

Quizá lo realmente dificil de querer utilizar este principio en nuestros desarrollos diarios es que no tengamos un estandar - o no queramos utilizar :P- o un nivel de referencia que nos indique qué es sencillo o cuando algo ya esta en su dimensión precisa.

Y es que quizá ya nos ha pasado que al querer hacer lo más sencillo posible lo único que logramos es aumentar su complejidad.

El secreto pues, es hacer las cosas sencillas no más y no menos...... lo más que podamos y sin pasarnos.

Acuerdate sencillo es mejor ¿o no?

Posted at 10:15PM jul 28, 2003 by Isaac Ruiz Guerra in General  | 

Al infinito y más allá...

Me lo he dicho una y mil veces, somos privilegiados al vivir en estos tiempos.

La revolución que ha causado la tecnología en la sociedad apenas esta comenzado,realmente aún no tenemos idea de lo que se podrá hacer - o dejar de hacer- con ayuda de los dipositivos y artilugios que poco a poco irán viendo la luz de la vida cotidiana.... para beneficio de la mayor cantidad de personas que sea posible.

Y es qué el gran reto es precisamente ese, llevar a más personas los beneficios que todo esto trae consigo.

Por que de no ser así corremos el riesgo de que dentro de la lista de seres excluidos tecnológica y congnocitivamente aparezcan nuestros nombres.

Quizá este video nos ayude a motivarnos y hacer todo lo posible para que podamos cruzar, sin tanto esfuerzo cualquier frontera.....

Beyond the Mobile frontier

Posted at 09:17AM jul 11, 2003 by Isaac Ruiz Guerra in General  |  Comentarios[1]