Como hacer que los niños quieran aprender cosas ?

combi

Una de las tantas cosas que me llaman la atención es como poder aprender algo, como aprenderlo, aprenderlo bien y rápido.

Hay personas que considero muy inteligentes y es fascinante como aprenden cosas tan efectivamente y en tan corto tiempo. Es cierto, algunos nacieron genios pero es sabido que el cerebro es un músculo y por ende se entrena. El tema es que para entrenarlo hay que tener ganas, así como hay que juntar ganas para ir al Gimnasio o salir a correr, hay que juntar ganas para estudiar, memorizar, leer, aprender y practicar.

Las ganas y el deseo de aprender viene un instinto básico, la curiosidad. Cuando uno es curioso tiene una sed natural que no es posible de saciar, uno tiene que aprender mas y mas, entre mas descubrís mas dudas tenes, si nunca sentiste esto no sos una persona curiosa.

Hoy en día veo mucho que los jóvenes, niños de 14 a 21 años (tal vez más), no tienen el deseo ni las ganas de aprender, simplemente no les interesa, no son curiosos. Constantemente me pregunto por qué no son curiosos?, por qué no hay nada que les guste con pasión?, por qué?

Me pongo a pensar como fue mi infancia y como generé ganas de saber cosas, obviamente lo primero que se me viene a la mente es mi padre el cual es un tipo muy inteligente y tiene mucha experiencias de vida, el siempre aprendió por la experiencia no por educación formal o libros (no termino la secundaria y no le gusta leer), pero lo que le preguntes sabe (sino te inventa algo lógico :P). También, recordando cosas que me hicieron curioso, recuerdo, que cuando era niño teníamos en casa una gran estantería que hizo mi padre llena de libros de toda clase, cuentos, manuales de economía, manuales de la escuela, enciclopedias y más; nunca supe de donde salieron esos libros, pero estaban ahi, cuando estaba aburrido de niño me ponía a leerlos.

Entre los libros de la estantería recuerdo una enciclopedia en particular, la enciclopedia Combi. Esta era una serie de enciclopedias técnicas que hablan sobre cuestiones como la física, la química, la mecánica, ingeniería civil y más; esta enciclopedia era fascinante. Recuerdo que siendo muy niño pude conocer sobre Einstein, la Bomba Atómica, la teoría de la relatividad, teoría de fuerzas en puentes colgantes y cosas que nada tenían que ver con ir a jugar a los soldaditos más tarde con mis vecinos.

También analizo como fue la vida de otros amigos mío que considero brillantes, por ejemplo uno de ellos fue y será adicto a los libros, la casa de sus padres (y ahora la de el) esta plagada de libros interesantes por donde lo mires, los padres leen cuanto libro se les cruce por el frente, toda la familia es brillante, culta, educada y tienen mucha curiosidad y ganas de hacer cosas. Otro de ellos su padre era Ing. Naval, en su casa había una biblioteca gigantesca con libros para ingenieros, ahí había libros de programación antes que este amigo quisiera ser ingeniero, hoy es una de las personas mas inquietas y curiosas que conozco, tiene la capacidad de poder hablar sobre cualquier tema y entenderlo, ama los desafíos. Otro de ellos el padre es Ing. Químico, otra casa plagada de libros, hoy en día el es ingeniero y es un maldito genio, cada vez que hablas con el te tiene que dar definiciones formales de las cosas, no se en que parte de la cabeza guarda esas cosas. Este patron lo sigo encontrando entre más y más gente que admiro, todos teníamos muchos libros y fueron criados entre muchos libros.

Hoy en día con el glamour de la internet, wikipedia, el kindle, las tablets se perdió un poco la cultura de los libros, creo que mucho mas que cuando tenían miedo que la televisión nos idiotizara, creo que la internet lo esta haciendo. Hay una mentira interesante en torno al a internet, nos dicen que todo el conocimiento esta disponible por medio de un click, pero también lo esta la pornografía, los juegos, el facebook, las otras redes sociales, cosas que no hacen perder mucho tiempo y no nos aportan tanto. Por el otro lado, si pensamos que somos productivos y no perdemos el tiempo en internet, cuando encontramos materiales de lecturas es difícil encontrar uno bueno (por dios, yo escribo imaginense), entre toda la basura de internet es difícil encontrar algo que verdaderamente valga la pena leer, que este bien redactado y por sobre todo que siga una linea, las publicaciones son como twits respecto a una buena bibliografía.

Ahora, ustedes me dirán, no pero yo compro los libros en amazon y los leo en mi kindle, ok, es justo. Desde mi opinion prefiero el papel y no tener ninguna complicación tecnológica en el medio, no quiero distracciones quiero estar 100% metido en lo que leo, quiero un hilo conductor, quiero un planteo y una conclusión al respecto del autor.

Al punto que quería llegar con todas estas palabras, es que soy un verdadero creyente de que si queremos tener hijos bien formados, pensantes, con criterio, que tengan una pasión por lo que hacen y sepan encontrarla; debemos tener una biblioteca surtida en nuestras casas, libros físicos, con cosas surtidas e interesantes (biología, física, química, historia, ingeniería, computación, manuales, enciclopedias y mas), no se me ocurre otra forma de motivar a los chicos a que tengan ganas de aprender cosas.

Para reforzar mi teoría, los dejo con este link el cual habla un poco más sobre la importancia de una biblioteca en casa.

Share

Como ser un buen developer ?

1-n5kE0klIEu-x4JWfN9QO5Q

Todos soñamos alguna vez ser buenos programadores como Linus Torvalds, Fabién Potencier, Rasmus Lerdorf, James Gosling o Guille Rauch, pero para ser sinceros ellos no son buenos programadores, ellos son unicornios, nacieron con ciertas capacidades y/o oportunidades que muy difícilmente la mayoría podamos llegar a tener.

Hace poco leía sobre los fundadores de Google, Serguéi y Larry, Sergei es hijo de científicos rusos, la madre trabajaba en Goddard Space Flight Center de la NASA y el padre era profesor de Matemáticas en la Universidad de Maryland. La madre de Larry era profesora de programación en la Universidad de Míchigan y el padre fue profesor de Ciencias de la Computación e Inteligencia Artificial de la Universidad de Carolina del Norte en Chapel Hill y de la Universidad de Míchigan, un pionero y autoridad en el campo de la Inteligencia Artificial. Tenían de donde inspirarse los muchachos no?

La verdad que ellos son mucho mas que buenos developers, por eso son tan destacados, no todos podremos ser como ellos. Varios tienen como el ideal de buen developer estos estereotipos, la verdad que no es cierto, ser un buen developer no requiere taaaaanto.

La industria

Después de varios años en la industria me di cuenta de ciertas verdades.

La primera es que la industria no es plana y el trabajo de developer no es único, hay developers que trabajan en empresas de servicios, otros que trabajan en empresas de productos, otros que trabajan freelance, otros que trabajan para ONGs, otros que trabajan para el estado, otros que trabajan para organismos sobre sistemas específicos (bancos, retails, etc), es imposible medir con la misma vara a todos los developers.

Las capacidades como developers dependen mucho de las oportunidades que se nos presentan (y que generamos), entre antes comencemos a codear mejor, si ya sabemos ingles de antes mejor, si estamos en Silicon Valley donde hay 2 startups por cuadra con challenges increíbles es mejor que un lugar donde solo hay empleos públicos y lo que mas se hace son reportes y ABMs. El contexto nos forma y limita, si o si.

La industria no gira en torno a la tecnología, gira en torno a las personas. La mayoría de los problemas se solucionan hablando, escuchando y negociando, no poniendo más y más plata en tecnología. Las personas de sistemas suelen tener esta falta de soft skills, por ellos las areas gerenciales suelen estar desconectadas de las areas de sistemas, los gerentes toman desiciones sobre sistemas sin consultar a su gente de sistemas (en todos lados pasa).

La tecnología es fácil, lo difícil son las personas.

Muchos esfuerzos de development se pierden por mala compresión de los requerimientos originales, la gran mayoría de los esfuerzos diría yo.

En sistemas, el cliente no siempre tiene la razón, hay que saber negociar, todo el tiempo estamos negociando. Muchos bugs se cierran simplemente hablando, 0 lineas de códigos involucradas.

Computer Science no es Engineering, los capos que generan lenguajes, frameworks, patrones, metodología son personas que se dedican a las Computer Science, el ingeniero usa esos estudios para hacer cosas reales de todos los días para la gente. Un ingeniero puede hacer un lenguaje de programación?, si podría, también un niño de 8 años.

Startups !== Organismos Públicos !== Empresas Privadas !== Empresas de Servicios !== Empresas de Productos !== Empresas Multinacionales.

Todas son diferentes, cada una necesita un tipo particular de developer, Rasums Lerdorf difícilmente quiera / pueda / sirva trabajando en el Banco Nación, pero si en una Startup que esta innovando en como vender más y mejores zapatos online con PHP. Debemos buscar donde encajamos mejor.

La pregunta que les hago es, ¿que es necesario para ser un buen developer?

Si miramos lo que las empresas buscan veremos que ellos NO saben que es lo que necesitan, buscan generalmente gente con conocimientos en un lenguaje en particular y años de experiencias sobre una plataforma especifica, alegando Señoritis para decir “que tanto debes saber”. A la hora de la entrevista te hacen preguntas chetas pre fabricadas sobre patrones, objetos, librerías o frameworks que si lees todos los días la revista users o saliste ayer de la facu te las las sabes de memoria.

Si bien es la forma que se hace y nadie se fundió todavía por seleccionar personal de esta forma, no es la mejor pero funciona, por que eso que piden es una condición que surge de otras aptitudes que yo creo son las fundamentales.

Entonces ¿qué debe tener un buen developer?

Creo que esto es lo fundamental

  • Un buen developer tiene pasión por lo que hace, ama lo que hace, por eso lee, se informa, prueba tecnologías nuevas, suma experiencia.
  • Soluciona sus problemas cotidianos con tecnología, y si puede codearlo mejor.
  • Es buen comunicador, tanto para expresar sus necesidades como para ayudar a los pares en necesidad.
  • Sabe escuchar y entender lo que se necesita que haga.
  • Sabe negociar, negocia requerimiento, bugs, estimaciones, planes, etc.
  • Sabe estimar, es fundamental que pueda estimar con certeza cuanto tiempo tardará en hacer una tarea.
  • No es un rock star, es un jugador de equipo. Primero esta el equipo y el proyecto, después esta el.
  • No tiene miedo al cambio, sabe que es la única constante, lo acepta y trabaja para ello.
  • Sabe que el objetivo no es solo cerrar tickets, el objetivo cumplir con lo que el equipo se comprometió.
  • Trae soluciones, no problemas. Cuando surge un problema tiene un as bajo la manga para solucionarlo.
  • Se preocupa por las pequeñas cosas, no subestima nada.
  • Quiere entregar un producto estable y útil para el cliente, no se preocupa por solo tener 0 bugs.
  • Tiene el NO fácil, NO es la mejor herramienta para cerrar bugs antes que aparezcan, acordate de KISS y YAGNI.
  • Conoce la importancia de testear, y realiza tests (automáticos o no, testea).
  • Se organiza, sabe manejar prioridades, sabe que es lo mas importante, que se puede postergar, cuando hay que alarmar.
  • Es honesto, para con sigo mismo y con el equipo.
  • Sabe hacer preguntas especificas.
  • Sabe pedir ayuda.
  • Conoce sus limitaciones.
  • Sigue las buenas prácticas, pero es lógico.
  • Se involucra en las comunidades.
  • Sabe de redes y hardware.
  • Escribe soluciones, no código.
  • Conoce su lenguaje/s y maneja las herramientas de su ecosistema, (si, también tenes que saber codear bro).
  • Un buen developer sabe que ganar dinero es una consecuencia de hacer lo que bien le gusta, y como sabe que es bueno se hace valer.

Sinceramente, esto cae a reflexión por que durante muchos años estuve muy focalizado en el código y tanto pensar en el código me distrajo de cosas más importantes, como la solución. Me hubiese gustado entender estos puntos de vista mucho antes.

Como hacemos para meter esto en un proceso de selección ? …. todavía no lo sé, cuando lo descubra escribiré otro post, se aceptan ideas 🙂

Críticas ? Comentarios ? …. bienvenidos

Share

Servicios REST en Drupal 7 – La guia

why_need_services

La implementación del modulo Services en Drupal es una de las cosas mas lindas que ví en Drupal en los últimos tiempos, es muy ordenada, limpia y fácil de trabajar. Lo malo es que cada vez que tengo que hacer algo con este modulo es difícil  encontrar una buena documentación, existe documentación, pero hay que buscarla, no esta todo organizado en un solo lugar y la parte de autenticación esta muy verde, esa parte no esta bien documentada.

Por ello, para ahorrarnos tiempo en 42mate me tome el trabajo de escribir una documentación completa, que integre todos los aspectos, que sea paso a paso y tenga buenos ejemplos para ir comprendiendo un poco más rápido.

En este documento podrás encontrar

 

  • Como hacer Cruds
  • Como hacer operations
  • Como hacer actions
  • Como mapear los verbos HTTP
  • Como organizar tus módulos
  • Como añadirle seguridad
  • Como trabajar con sesiones
  • Como trabajar con Oauth y JWT (Experimental)

 

Verás ejemplos de código para ejemplificar lo que se trata de explicar.

Esta es la primera versión así que si tiene algún feedback o quieren ayudarme a mejorarlo se los agradeceré.

For english translation you’ll have to wait for me or help me to translate.

Espero les sea útil.

Bajar de Aquí : Drupal Services – La guía

 

Share

Nadie compra tus ideas por que las estás vendiendo mal

ideas

Nos suele pasar en nuestro trabajo cotidiano que tenemos una buena idea y nuestro jefe, y hasta colegas, nos bajan de un solo golpe del caballo que venimos montando con la idea; decepcionados dejamos de seguir pensando ideas, algunos hasta aveces llegan al cerrarse totalmente y deciden no compartir mas, llegando a un punto donde piensan, esto es lo que hay, así son las cosas, yo me largo a las 6.

Llegar a ese punto no es constructivo para el individuo, el jefe, la empresa ni para los clientes. Nadie crece en un contexto así y lo peor de todo es que ese contexto es contagioso, mas contagioso que el contexto innovador para nuevas ideas.

Por otro lado hay que ser franco, el sueño de la persona que tiene una idea es entrar a una habitación y que automáticamente que todos lo apoyen, que lo feliciten por lo buena que es su idea, esperan una reacción inmediata para la realización de la idea y por último un aumento de sueldo por aportar tan buena idea. La verdad que la mecánica no suele ser así.

Al presentar una idea siempre nos responden con pálidas, con críticas, aveces buenas otras veces no, nadie te da una palmadita por presentar una idea, al contrario te suelen mirar raro y de manera muy negativa, como se dice cotidianamente, le buscan el pelo en la leche.

Si se lleva a cabo la idea empiezan las protestas, esto paso por que el papanatas este dijo para hacer esto hubiésemos dejado todo como estaba, habrá las llamadas fuera de hora ante problemas para ver como seguimos, habrá mas responsabilidades por que era tu idea, en otras palabras un montón de razones para que nos agotemos y pensemos en abortar la ejecución de la idea.

Si llegamos hasta el punto donde la idea logra materializarse y estabilizarse es probable que alguien se de cuenta lo buena que fue, y ahí viene el momento de la foto, lo mas probables que muchos detractores originales de la idea se peinen para las felicitaciones.

Muchos Linuxeros de la vieja escuela podrán contarte historias cuando pedían para instalar Linux en los servidores y siempre recibían negativas de parte de los superiores, algunos mas osados y convencidos de las bondades realizaban migraciones durante el fin de semana de servidores sin avisar a nadie, ponían el servidor debajo de su escritorio sin ponerlo en el datacenter para no levantar sospechas, después de varios meses corriendo servicios en el servidor infiltrado venían felicitaciones por lo bien que estaba andando todo, los managers preguntaban por que anda bien todo ahora, que cambió ?, la respuesta eran los servers linux. Siempre es mejor pedir perdón que permiso, por la valentía de estos sysadmins hoy en día Linux es la primera opción para servidores.

Como ven, lo difícil no es tener una idea sino llevarla a algo real y el primer paso en el camino de hacer realidad una idea es venderla, si no vendemos la idea no podremos hacerla realidad.

Antes de tener ganas de promover una idea deberías tener en cuenta

  • Estar muy convencido de que realmente la quieres hacer real
  • Tener bien en claro que va a requerir trabajo
  • Saber que nadie te va a querer ayudar
  • Los que dijeron que la idea era buena de entrada son los que menos interesados están la misma
  • Los que criticaron constructivamente la idea son los que mas interesados están
  • Va a haber trolls y trolling, no los escuches
  • Te vas a cansar
  • Te van a dejar solo cuando tengas problemas
  • Todos se van acercar para sacarse la foto cuando tengas éxito
  • Ideas para que otros las hagan no sirven, hacer realidad la idea debe ser tu responsabilidad, no la de otro
  • Tenes que tener bien en claro por que lo estas haciendo, que vas a ganar con ello. Algo debes ganar.

Siempre tener que tener presente por que estas queriendo llevar adelante la idea, por satisfacción personal?, por fama?, por fortuna? para quedar bien con tu jefe? para ganar mas dinero?, no importa la razón, pero vas a tener que tenerla presente para no perder tu tiempo.

Lo mas importante de todo, nadie te va a decir que tu idea es buena de una, nunca, nadie lo hará; por ello es que tenes que ser perseverante, insistir, negociar, modificar la idea en función a el feedback constructivo y no encajonarse en la idea. Si vos estas convencido que la idea es buena tener que seguir insistiendo y de diferentes maneras, analizando a quien se la vas a presentar, cuando se la vas a presentar, de que manera, etc.

A la hora de presentar la idea debemos pensar en la persona a la que se la presentaremos, algunas personas necesitan explicaciones formales de la idea, con detalles de costos, tiempos, riesgos; otros solo necesitan un speach de 2min para decidir, ademas de esto también influye el ánimo de la persona al momento de darle una idea, no es lo mismo presentar una idea al dueño de la empresa el ultimo día del mes cuando esta preocupado por pagar sueldos y deudas que hablar con el al día siguiente que cerro un negocio multimillonario con un cliente. Debemos pensar en la forma adecuada y el momento preciso para ir con nuestra idea.

Estudia a tu enemigo, busca el momento y la forma adecuada para ofrecerle la idea.

Otro gran factor a la hora de vender ideas es la confianza que tenemos con la persona que toma la decisión. Me pasa mucho que cuando comenzamos con un cliente nuevo al comienzo llevarle ideas es complicado, la razón es sencilla, todavía no confían en nosotros. Después de trabajar un par de meses con ellos y ver el nivel de compromiso que ponemos en nuestros trabajos y saber que estamos siempre presentes para mejorar su negocio, por que lo que queremos realmente es que el maximice su rentabilidad, comienzan a confiar cada vez mas.

vender ideas es mas fácil con personas que confían en vos, genera confianza

Si nadie escucha tu idea deberías preguntarte, realmente necesito que alguien me escuche ?, muchos creadores de ideas simplemente se mueven tratando de presentar sus ideas pero realmente no les preocupa materializarlas, si vos realmente querés materializar deberías llevarla adelante sin importar que dicen los otros.

Muchas veces no necesitamos de nadie para llevar adelante la idea, podemos comenzar nosotros mismos y hacer el trabajo pesado, cuando este funcionando bien será más fácil de venderla por que ya estaremos vendiendo algo real no solo humo (como les paso a los linuxeros con los servidores). Si, capaz necesites algo de dinero, capaz necesites más tiempo, capaz necesites autorización, pero si estas seguro que tu idea es buena, invertí vos en ella, compra vos lo que necesites, invertí  tu tiempo personal, no pidas autorización pedí perdón cuando te salga. Si la idea es compleja y requiere muchos recursos, mucho tiempo, mucho dinero, mucha gente, es evidente que no será algo posible hacerla por uno mismo, pero ahora deberías preguntarte es esta idea para mí ?, es esta idea para esta empresa ?, tengo la confianza necesaria de los jefes para me confíen realizar una idea tan grande ?, tal vez deberías comenzar por algo más pequeño para ganar confianza antes de mandarme con lo grande ?

Por último, si vendiste la idea y se pone en marcha su realización no aflojes, puede salir mal o bien, todos saben eso desde el principio; pero nadie te va a perdonar que dejes la idea por la mitad del camino.

hacerla realidad es tu responsabilidad no del contexto

En resumen, vender ideas no es fácil, lleva trabajo y tiempo, tenemos que tener presente que vamos a ganar por llevarla a cabo. Si decidimos vender una idea, tenemos que tener bien presente quien es la persona a la que se la venderemos, como debemos vendérsela, tener bien claros costos, riesgos, tiempos y potenciales ganancias; por otro lado, nunca olvidarnos del momento justo para ofrecer la idea, el tiempo es fundamental. Vender ideas a gente que confía en nosotros es más fácil, debemos invertir tiempo en ganar confianza antes que salir a tirar ideas solamente.

Share

La venta de Zend Inc y mi visión de como afectara al ecosistema de PHP

zed

El otro día en comunidad tic vi un link a una nota donde contaban que la empresa Zend fue vendida, en el mismo remarcaban una preocupación sobre cual sería el futuro de PHP ahora que Zend se vendió, me gustaría compartir mi visión.

http://symfony.es/noticias/2015/10/06/zend-la-principal-empresa-php-ha-sido-adquirida/

Zend y el Zend Engine

A diferencia de Java que dependía de Sun, PHP y en particular el Zend Engine no dependen de la empresa Zend.

Si bien los autores originales del Zend Engine son los founders de la empresa Zend, no hay una relación directa comercial entre el Zend Engine y la Empresa Zend. La empresa Zend tiene sus estrategias de negocios basadas en una capa de servicios sobre la base de PHP, como por ejemplo Zend Framework, Zend IDE, Zend Server, Cloud Services y Professional Services for Large companies. No lucraban con el Zend Engine.
Si miran las contribuciones en los últimos años podrán ver que pocas personas de Zend están contribuyendo al desarrollo de las nuevas versiones de PHP (yo encontré solo 2, muy activos pero 2), el resto son de diferentes empresas como Microsoft (si si escribí bien), Red Hat, SugarCRM y otras. Andi y Zeev dejaron de contribuir hace mucho tiempo.

https://github.com/php/php-src/graphs/contributors?from=2014-01-21&to=2015-10-12&type=c

El desarrollo de PHP

El desarrollo de PHP sigue muy basado en el esfuerzo de la comunidad y no en el de una o dos empresas, a diferencia de Java que para su desarrollo basaba todo en el JCP del cual no cualquiera era parte sino personas especificas y empresas que pagaban un cannon para poder estar ahi, PHP gira en torno a la comunidad, el desarrollo no esta basado en lo que digan corporaciones sino la comunidad activa de developers.

Queres cambiar algo de PHP?, todo bien, tenes que escribir un RFC en wiki.php.net y al terminar de escribirlo lo someten a votación (pueden votar developers que contribuyeron con algo, gente representante de la comunidad y representantes de frameworks significativos, osea gente que participa en la comunidad), si pasa alguien en algún momento hará el cambio.

https://wiki.php.net/rfc/voting

Para que se den una idea, las nuevas mejoras al Zend Engine que va a ver la luz con php7 están basadas en los diseños de un muchacho llamado Nikita Popov el cual al momento de escribir los diseños tenía 18-19 años y hoy es uno de los contributors mas activos. Todavía esta en la universidad 😛

https://nikic.github.io/aboutMe.html

Por el otro lado, están saliendo engines de PHP que nada tienen que ver con el de Zend, como la HVVM de Facebook que te permite ejecutar código PHP sin problemas y mucho mas rápidamente que con el engine de PHP 5 (el de php7 dicen que va a ser mas eficiente que hvvm).

Por el otro lado, Rasums Lerdorf sigue trabajando en el desarrollo de PHP y es reconocido como un dictador benevolente, la comunidad respeta mucho su visión para ver hacia donde va PHP.

MySQL

En el caso de MySQL pasaba algo similar que con Java, MySQL era un producto que dependía 100% de MySQL-AB y especialmente de Monty Widenius, el flaco estaba quedandose corto de efectivo y venido la empresa para mejorar su situación económica, algo que como nos contó en la PHPConference Argentina del 2014 lo afecto en otros aspectos de la vida y para recuperarse volvió a crear otra empresa con la cual esta produciendo MariaDB.

Otra vez resalto la importancia de community driven y no corporate driven development.

La conclusión

En resumen, la comunidad maneja el desarrollo de PHP no Zend.

A que voy con esto, no creo que lo que pase en el mundo de la empresa Zend afecte al ecosistema de PHP tan directamente como fue la venta de Sun a Oracle en el mundo Java y MySQL.

Por cierto, la internet hizo mucho ruido en ese momento por la venta de Sun a Oracle pero todos siguen codeando en Java y siguen usando MySQL sin siquiera haber visto por ejemplo mariaDb o OpenJava, parece que el amigo Larry Ellison no era taaaaaan malvado como pesaban (o todavía no llego lo peor).

My Two Cents, Abrazo

Share