test
septiembre 23, 2008 by Isaac Ruiz Guerra
test
Data Source en OAS 10.1.3.1
mayo 06, 2008 by Isaac Ruiz Guerra
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.
Emergente
enero 29, 2008 by Isaac Ruiz Guerra
"Emergencia es lo que ocurre cuando un sistema de elementos relativamente simples se organiza espontáneamente y sin leyes explícitas hasta dar lugar a un comportamiento inteligente.
Sistemas tan dispares como las colonias de hormigas, los cerebros humanos o las ciudades siguen las reglas de la emergencia. En todos ellos, los agentes de un nivel inferior adoptan comportamientos propios de un nivel superior: las hormigas crean colonias; los urbanistas, vecindarios.
El gurú de la informática Steven Johnson propone un apasionante recorrido por la emergencia y sus aplicaciones, dando respuesta a preguntas del tipo: ¿Cómo surge un vecindario cohesionado de la asociación de tenderos, panaderos y agentes inmobiliarios? ¿De qué manera, en un futuro no tan lejano, los programas de software crearán una World Wide Web inteligente? Sistemas emergentes concilia teoría evolutiva, estudios urbanísticos, neurociencia e informática para intoducirnos en la gran revolución científica y cultural del siglo XXI.".
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!!
Calendario 2008
diciembre 17, 2007 by Isaac Ruiz Guerra
Un bonito calendario que me ha encantado:
Seguimos de pie
abril 23, 2006 by Isaac Ruiz Guerra
A 3 anyos, pensamos en ti.
A 3 anyos, estamos contigo.
A 3 anyos, seguimos de pie.
A 3 anyos, Va por ti.
Sin pretextos
abril 06, 2006 by Isaac Ruiz Guerra
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:
Y además:
- C/C++
- Java
- PHP
- Python
- PL/SQL
- Visual Basic
- Pascal/Delphi
- Ada
- JavaScript
- Ruby
- Tcl
- ColdFusion
- Assembly
- Fortran (free-format only)
- Makefiles
- Plain Text
La sintaxis es muy parecida a la de java doc, y se puede extender:
/*
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
Iniciamos otra vez....
enero 01, 2006 by Isaac Ruiz Guerra
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
El post perdido
octubre 06, 2005 by Isaac Ruiz Guerra
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
Ahora le toca a NetBeans.....
julio 25, 2005 by Isaac Ruiz Guerra
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.
Estamos en produccion....
junio 09, 2005 by Isaac Ruiz Guerra
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.
Esferas...
mayo 14, 2005 by Isaac Ruiz Guerra

Me recuerda a las esferas que salen en las revistas de ovnis y a los programas de Jaime Maussan.
La noticia aqui.
Al menos flores, al menos cantos
noviembre 01, 2004 by Isaac Ruiz Guerra
Un recuerdo que dejo
¿Con qué he de irme?
¿Nada dejaré en pos de mi sobre la tierra?
¿Cómo ha de actuar mi corazón?
¿Acaso en vano venimos a vivir,
a brotar sobre la tierra?
Dejemos al menos flores
Dejemos al menos cantos
NEZAHUALCÓYOTL
Software Libre u Open Source
junio 13, 2004 by Isaac Ruiz Guerra
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
Tecnología Vs. Naturaleza Humana.
septiembre 14, 2003 by Isaac Ruiz Guerra
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.
Más sobre las patentes.....
agosto 31, 2003 by Isaac Ruiz Guerra
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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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...
- 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.
- 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.
- 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.
- 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
Arrástralo!!!
agosto 05, 2003 by Isaac Ruiz Guerra
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.
Sencillo es mejor ¿o no?
julio 28, 2003 by Isaac Ruiz Guerra
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?
Al infinito y más allá...
julio 11, 2003 by Isaac Ruiz Guerra
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
El enemigo eres Tú
julio 09, 2003 by Isaac Ruiz Guerra
Empezamos este Blog hablando del libro:
The Art of Deception: Controlling the Human Element of SecurityQue más se puede decir te Mitnick, el hacker más famoso de los últimos tiempos; cual Fuhrer escribio
un libro durante el tiempo que paso en prisión y ahora lo presenta para deleite de todos los que siguen y buscan el camino del poder-conocimiento.
El libro hace una excelente descripción de lo que ahora se ha dado a bien llamar "Ingeniería Social", la cual en resumidas cuentas nos dice que la falla no esta en los firewalls o en los password si no en un factor mucho más inestable, caótico y facil de manipular........ la conducta e indescreción humana.
Pensemos pues que no hay mayor factor de incertidumbre que aquel creado por nuestra misma conducta no controlada...
Cuidado.... El enemigo eres TÚ.