Desde el próximo Miércoles 20 de Agosto hasta el Viernes 22 de Agosto inclusive, se estarán realizando las 8vas jornadas de software libre en la Universidad de Belgrano.
Estas jornadas contarán con invitados ilustres entre los que se encuentran: Mark Shuttleworth , Chris Hoffman, Rik van Riel, etc.
La inscripción al evento es libre y gratuita, pero la registración es obligatoria. (Para registrarse solamente hay que completar un pequeño formulario en la página del evento).
Dirección del evento: Universidad de Belgrano (Zabala 1837, Capital Federal)
Información útil y como llegar
Esperamos verlos allí!
Navegando por la web, acabo de encontrar que thinkClear se encuentra destacada en latamtech.biz , un blog acerca de startups y proyectos web argentinos que basan sus negocios en la web.
Muchas gracias por su reconocimiento y mucha fuerza a las nuevas startups que nacen día a día!
Uno de los frameworks más populares de PHP5 ha hecho recientemente el anuncio (en el blog de uno de sus programadores) que utilizarán Dojo para dar soporte “out-of-the-box” de Ajax.
Matthew Weir O’Phinney, en su blog nos comenta que hizo que Zend eligiera a Dojo como toolkit oficial.
Algunos puntos fueron :
- Compatibilidad de licencias (ambos usan la nueva licencia BSD).
- Ambos proyectos requiren que los contribuyentes firmen un “Arreglo de Contribución” (CLA)
- Afinidad de diseño.
- Formato JSON
- Solución integral de Ajax
- Uso de estándares
- Soporte
- Comunidades
Andi Gutmans, otro de los desarrolladores de Zend Framework ha publicado un FAQ en su blog con algunas respuestas comunes sobre este tema.
Otro link interesante es el anuncio oficial de Dojo.
Luego de casi 2 años de problemas de performance, Twitter está planeando abandonar Ruby on Rails como su framework y comenzar de cero con PHP o Java (otra solución es quedarse con Ruby como lenguaje y sacar el framework Rails).
El ex jefe de arquitectura Blaine Cook dije que Rails era facilmente escalable en Abril de 2007, pero los problemas persistieron luego de que Cook haya dicho que resolvió el problema. El servicio recientemente tuvo una caida de 3 días afectando a sus usuarios.
Otros sitios masivos en Ruby on Rails son Scribd, Hulu y la aplicación popular de Facebook Friends for Sale.
Dejar de lado Rails no resolverá todos los problemas de Twitter. Ellos tienen casi 2 años de infraestructura ya creada , al cambiar de framework se crearán otros problemas. Mientras Twitter considera dejar de lado Rails, algunas compañias están haciendo lo contrario. El año pasado, Yellowpages.com cambió Java por Rails y ahora está segundo en el unofficial Rails 100 wiki.
Rails siempre trajo controversia. Desarrolladores han argumentado que tiene muchas fallas y es inescalable; otros argumentan lo contrario. A principios de año, uno de los principales miembros de la comunidad Rails y creador del popular servidor web Rails Mongrel abandonó el framework dejando shockeados a muchos desarrolladores del framework.
Noticia original : http://www.techcrunch.com/2008/05/01/twitter-said-to-be-abandoning-ruby-on-rails/
Hace algunos días Mike Hostetler , debido a diferentes opioniones con Mike Ho (creador de Qcodo), decidió crear zcodo.
La razón de ser de Zcodo, sacado de su página web:
“Zcodo es ahora un branch oficial del Framework de PHP5 Qcodo. He creado este proyecto debido a las frustraciones con la “apertura a la comunidad” de este framework de código abierto.”
En este momento, en el sitio se están debatiendo los pasos a seguir con este branch. Que desarrolladores podrán tener acceso al “core de desarrollo”. Que control de versiones usar, estandar de código, etc.
Me parece muy importante en un proyecto open source que se tenga en cuenta a la comunidad para aportar en el desarrollo de un framework. Igualmente, hay que estar agradecidos a Mike Ho por haber creado una herramienta de trabajo tan buena.
Un buen momento para participar!
Dado que ya salió la versión alfa 5 de Ubuntu Hardy Heron, me dispuse a animarme y probarla. Está claro que esta versión todavía está en desarrollo más que constante por lo que se recomienda que solo desarrolladores y usuarios muy entusiastas (que no les importe perder datos de su computadora o arruinar sus configuraciones) la prueben.
La verdad, cuando actualizé el sistema, estaba esperando una suma de errores considerables (recordemos que se trata todavía de una versión alfa), pero para mi sorpresa solo tuve problemas con un solo paquete, que fue solucionado más tarde con una actualización y me quedó un entorno estable y con muchas nuevas características.
Estos son los pasos a realizar si queremos probar la nueva versión de nuestro ubuntu.
1 - Abrir una consola y ejecutar “update-manager -d” . Esto abrirá el gestor de actualizaciones y en la parte superior aparecerá “Está disponible la versión 8.04 de la distribución” , en donde apretamos el botón de actualizar para comenzar a bajar los paquetes del nuevo sistema.
2- Ahora despues de ver las notas de la distribución, nos aparecen los 6 pasos necesarios para actualizar el sistema.
Una vez que hayamos instalado la nueva versión de nuestro sistema operativo, y las correspondientes actualizaciones de sus programas, vamos a ver que cosas nuevas hay para ver.
Rhythmbox y Pidgin
Rhythmbox, el reproductor de audio por defecto de ubuntu, viene con una característica nueva con la que ya contaba el reproductor de videos Totem. Ahora, el reproductor nos indica si tenemos multimedia que no se puede reproducir ya que no tenemos los codecs instalados y nos ofrece una interfaz para instalarlos muy facilmente.
Pidgin, el programa de mensajería instantánea, viene con una interfaz más pulida que la de versiones anteriores pero al menos yo, no noté ningún cambio significativo en el programa.
En este post, voy a mostrar como colaborar con un proyecto open source (en este caso en PHP) utilizando como herramientas PDT (PHP development tools) y Subclipse (Plugin de subversion para eclipse) .
Lo primero que vamos a hacer es descargar el código del proyecto que nos interese colaborar. Lo vamos a hacer con el framework de Zend .
Dentro del eclipse, creamos un proyecto del tipo “Checkout projects from SVN”, dentro del tipo “otros”.
Y agregamos la URL con la dirección de los archivos del proyecto.
Indicamos el directorio del cual traemos los archivos y luego a los archivos del svn los ponemos en un proyecto PHP
Ahora que ya tenemos los archivos con los que vamos a trabajar, necesitamos saber en que cosas podemos ayudar al framework. Por lo que nos dirijimos al topic “Most wanted” del framework de Zend para ver si podemos colaborar con algún bug abierto.
Si encontramos algún otro bug que no está en la lista, o nos damos cuenta de alguna mejora, lo que debemos hacer es (si no tenemos privilegios para postear bugs en el wiki de Zend) mandar un email a Zend con el patch correspondiente y una descripción del bug / mejora.
Acá les dejo un ejemplo.
Una vez que tengamos código para enviar, vamos a crear un patch. Hacemos click derecho sobre el editor, Vamos a Team –> Create Patch y guardamos el texto generado en un archivo con extensión .diff.
Espero que este post sea de utilidad ya que es importante que proyectos como este tengan muchas colaboraciones para lograr tener un framework estable y con muchas buenas características.
Buscando en la red sobre el outsourcing a América Latina, encontré este pdf que me pareció una muy buena fuente de información sobre el tema.
Este pdf demuestra claramente cuales son las ventajas y desventajas para invertir en los paises de América Latina más desarrollados en tecnología. En el se puede ver una comparación entre paises como Argentina, Brasil, Chile, Mexico, Colombia y Costa Rica entre otros destacando puntos como “habilidad en el lenguaje”, “afinidad cultural”, “conocimientos tecnológicos”, etc.
Otro de los puntos a favor que encontré en esta lectura tiene que ver con que el escrito se encuentra muy actualizado, mostrando realmente un estudio profundo sobre el tema.
El escrito original está escrito en inglés. Si encuentro alguna traducción, actualizo el post.
Es realmente un muy buen documento para aquellos CIOs que no dan a basto de trabajo o para aquellos quienes están buscando alternativas para lograr una mejor producción en su trabajo.
Últimamente, me estoy interiorizando bastante en temas de eficiencia en transacciones web y quería comentarles que estuve haciendo pruebas en un servidor que tengo en casa con varias aplicaciones, pero que por sobre todo, es un servidor de aprendizaje (aconsejo que cualquiera que tenga una máquina vieja, digasé Pentium 1, pentium 2, o partes de máquinas de amigos que no les sirvan, se armen una y hagan su propio server). Eso es lo que hice yo :). Y funciona como servidor web con soporte php, python, servidor svn, servidor jabber, mysql, etc. Obvio que la usa muy poca gente…..pero sirve perfectamente.
En una de estas pruebas, me dispuse a probar un servidor web llamado lighttpd. Este servidor se está haciendo bastante conocido y está siendo utilizado por sitios como youtube, algunos servers de la wikipedia, etc.
Realmente, noté que este servidor web es MUY rápido, sobre todo en comparación con apache2. En la página de este, podemos ver un benchmark que lo demuestra. Si no confian mucho en estas estadísticas, por estar en la pagina de lighttpd, pueden buscar por internet, hay miles.
En comparación con apache2, lighttpd ofrece muchas menos características.
Otra cosa (además del servidor web) que me parece muy importante, tiene que ver ya con PHP. Debido a que PHP es un lenguaje de compilación dinámica, cada script es compilado y ejecutado en tiempo de ejecución. Lo que hace que no se guarde el script compilado y este se regenere cada vez que se ejecute.
Debido a esto, existen aceleradores PHP que lo que hacen es compilar los script y cachearlos. Este tipo de aceleración puede hacer que las aplicaciones que se realicen utilizando PHP, se ejecuten hasta un 50% más rápido, lo que obliga a utilizar cacheadores PHP en sistemas en producción que necesiten realmente una respuesta rápida.
Uno se podría preguntar:
Si esto es así, porque no estan los aceleradores en el core de PHP?
La respuesta es muy facil. Zend, la empresa que brinda PHP tiene su propio “Optimizer” que por supuesto, hay que pagarlo.
En PHP6, va a venir por defecto APC, dentro del core de PHP.
Yo en mi caso probé con eaccelerator.
Y la verdad es que noté otra gran mejora en el rendimiento.
Instalación del source de eaccelerator: http://eaccelerator.net/wiki/InstallFromSource
Página principal de lighttpd: http://lighttpd.net
Parece que los chicos de Google andan ocupados en lo que sería una reestructuración de gmail y con esta reestructuración, no solo se verían cambios en el código (sería mucho más rápido debido a la modificación del javascript utilizado), sino que también habría cambios en la interfaz de este mismo. Aunque Google dijo que este cambio no será llamado Gmail 2.0 , muchos de sus usuarios lo están llamando así.
Por ahora el cambio solo lo ve el 1% de los usuarios del mail, pero se espera que mientras vaya habiendo más cambios, más gente pueda acceder a la nueva interfaz.
Les dejo algunas imagenes de lo que será el nuevo gmail:
Info sacada de :
- http://www.informationweek.com/news/showArticle.jhtml?articleID=202800313
- http://blogoscoped.com/archive/2007-10-29-n47.html