Desarrollo en PHP, en Debian y sin ensuciar el sistema

Una de las cosas que más me molesta de desarrollar cosas en php, es que requiere tener instalado un servidor Apache de forma local (eso al menos, hasta la llegada de la versión 5.4.0, la cual por fin vino con un servidor propio para desarrollo, al mismo estilo de Django). Esto es, porque requiere instalar y configurar muchas aplicaciones, las que hacen parte de LAMPP (Linux Apache MySQL PHP Perl/Python), y con el "plus" de que suele cargarse al iniciar el sistema etc...

Como mi trabajo diario lo realizo desde mi querida laptop, la cual como sabrán, tiene batería, no es para nada agradable tener que configurar todo eso, tener esos servicios funcionando todo el tiempo, y por sobre todo, tener que hacerlo porque tenga que entregar trabajos de la universidad en PHP (yo odeo PHP <_< ). Además, suelo desistalarlo todo una vez termine el desarrollo... así que es desesperante xD.

Afortunadamente, mucha gente piensa igual que yo (aunque quizás ellos si haman php :/ ), y desde hace mucho existen programas que simplifican este enrollo: Wampp, Mampp y Lampp; cada inicial responde al sistema operativo para el cual está diseñado. Yo conocía los dos primero, para winbug y Mac, pero para Linux, pensaba que era simplemente un metapaquete que instalaba las parte de forma independiente, lo cual nunca me animó mucho tampoco.

Esta semana vine a conocer Xampp, por 'X' entiéndase que viene para todos los sistemas operativos que hay, y por supuesto, Linux está ahí incluido, que viene a funcionar de forma igual a como lo hacen sus homónimos para winbug y Mac.

Para instalarlo se descarga de aquí, y se pueden seguir cualquiera de estas dos guías para instalar y configurarlo: [1][2].

NOTA: No olvidar que el Xampp tiene que estar en la carpeta /opt/, no funciona si no está allí.

Quizás luego comente más cosas sobre esta jodida aventura que será desarrollar en uno de los lenguajes que no me gustan, pero que toca aprender por pura obligación u.u

Saludos! :)


[1]: http://javamagico.blogspot.com/2011/12/instalar-xampp-en-linux-mint-12-de-64.html
[2]: http://www.ubuntu-guia.com/2011/07/instalar-xampp-en-ubuntu.html

Cálculo de probabilidades con Wolfram Alpha

Wolfram alpha es una de las herramientas que existen en Internet que todo matemático, ingeniero, físico, o de cualquier carrera afín a los números debería conocer.
Una de estas carreras afines es la estadística. Y una de las cosas que más se hacen en estadística, es calcular probabilidades con base en modelos estadísticos (notando que los modelos suelen acomodarse a una distribución probabilistica).

Existen muchísimas distribuciones, las cuales quien empiece a estudiar esta rama del conocimiento tendrá que aprender de una u otra forma... una de las formas que pueden ayudar a entender estas distribuciones (y porqué no... ayudar a hacer tareas también xD), es usar Wolfram alpha para hacer el calculo de estas probabilidades.

La sintaxis sería la siguiente para saber la probabilidad de que "x sea menor que 2.5" , si usáramos una distribución normal, con media en 3, y desviación estándar (no varianza) en 1/2 (0.5):

probability x<2.5, normal distribution mu=3, sd=1/2

También pudo usarse mean en vez de mu.


Básicamente, esta es la sintaxis:

• Se coloca probability [rango de x],
• luego se dice el tipo de distribución a usar,
• y por ultimo, se colocan valores a los parámetros. Los parámetros varían según la distribución.

Cuando se quieren saber qué parámetros tiene una distribución, basta con colocar el nombre de la distribución y Wolfram nos mostrará en una tabla qué parámetros podemos usar para esa distribución.
Por ejemplo, con una distribución hipergeométrica podríamos colocarla así:

hypergeometric distribution n=30, m=2, N=200

Y para una distribución binomial, sería así:

binomial distribution n=40, p=0.32

Con esto, podremos saber la probabilidad que necesitemos, con tal que no haya confusiones con los datos que se le asignan a las letras de los parámetros :)

Saludos!

CSS, un juego de niños

Hace poco mi primo estuvo preguntándome mucho sobre CSS, ya que está viendo una materia sobre desarrollo web en la universidad.
Fue mucho lo que le expliqué por Skype, pero al final, quise escanearle un pequeño libro (menos de 100 paginas) que tengo sobre CSS, que lleva el mismo titulo de esta entrada. El libro es una muy buena y firme introducción al desarrollo de paginas web usando CSS. muy recomendable para cualquiera.

Existe ya una versión del libro circulando en Internet, pero esta versión que yo escanee, viene con al ultima página restante, además de tener una calidad muy superior, y estar a color, de ahí el peso.

Considero que a esta época, un archivo de 75MB no es exageradamente pesado de descargar y almacenar, además que la calidad es apreciable a la vista, y lo vale:

http://www.megaupload.com/?d=FVLTM4IL

http://www.mediafire.com/?r26api9jhnhac40

Saludos!! :D

EDIT: Resubido por MediaFire (esperemos que no se caiga pronto ^^U )

Instalación fácil de SQL Developer en Debian y Ubuntu

En el Post anterior, escribí sobre Oracle11g.
Este por defecto viene con un editor/interprete de PL/SQL se se llama SQL*Plus. Es extremadamente simple, no tiene en verdad ningún atractivo, y puede ser un poco difícil escribir, ya que no maneja un "cursor" para desplazarse por el texto (eso significa, que si te percatas de un error al inicio de la instrucción, hay que borrar todo <_<).

Así que un amigo (gracias @andr3s22) me recomendó mejor instalar el SQL Developer, un IDE hecho por Oracle especializado justamente en PL/SQL, así que, para instalarlo se debe bajar la versión para la plataforma de preferencia:

http://www.oracle.com/technetwork/developer-tools/sql-developer/downloads/index.html

Muy bueno, como está escrito en Java es multiplataforma, pero como es normal con estos de Oracle, solo tienen el .rpm para Linux <_<
Afortunadamente en los repositorios de Debian (y por consiguiente en los de Ubuntu) hay un paquete que permite muy fácilmente, crear un paquete .deb con base en el .zip (el que dice "Oracle SQL Developer for other platforms"). Aunque podríamos usar el .zip directamente sin muchos inconvenientes, es mucho mejor usar el método que describiré, ya que así es más limpio a la hora de actualizar y de una vez deja todos los iconos en su lugar (y nos ahorra mucho de configuración).


Cómo hacerlo...
1) Descargar el paquete sqldeveloper-package, que es el que hará todo el trabajo "sucio" por nosotros ;D

sudo aptitude install sqldeveloper-package

2) Debemos ir (desde consola) a la carpeta donde tengamos el .zip del SQL Developer, y digitamos lo siguiente (recuerden que si quieren ver todos los parámetros posibles, pueden escribir -h ):

make-sqldeveloper-package sqldeveloper-3.0.04.34-no-jre.zip

Esto dejará un .deb listo para instalar en la misma carpeta. Obviamente, debemos instalarlo :)


3) Al abrir por primera vez el programa (que se encuentra en el menú Programación), nos va a salir un terminal pidiéndonos que le demos el path de Java ("Type the full pathname of a J2SE installation"). En Debian y Ubuntu, si tenemos instalado los paquetes java-6-sun, el path sería /usr/lib/jvm/java-6-sun, OJO, porque este path cambiaría si estamos usando OpenJDK.

Una vez lo escribamos y le demos enter, el SQL Developer cargará sin problemas.

Saludos! ^^

Edit: Luego de varios días me di cuenta que SQL Developer no lograba conectarse a la base de datos, aun cuando SQL*Plus si podía. Me salía un error que decía "The network adapter could not establish the connection", lo que me llevó a investigar un poco, y resultó que era problema con los listeners para conectar con la base de datos... la solución fue, ir a la carpeta /u01/app/oracle/product/11.2.0/xe/network/admin/ y ejecutar lo siguinete:

sudo mv listener.ora listener.ora.sav

Ya luego podemos reiniciar la base de datos (pararla y volverla a iniciar). Se puede hacer manualmente los listeners (no como root, ie, sin sudo) así:

/u01/app/oracle/product/11.2.0/xe/bin/lsnrctl start

Oracle Database 11.2 Express Edition Beta en Ubuntu y Debian

Luego del fiasco que fue lo de mi exposición en el #BarCamp Campus Party (No la pude dar por problemas técnicos con el stream <_< ) y por otras situaciones varias anduve algo deprimido, con lo que la escritura en el blog pues, ya ven que se vio algo afectada ^^U
Pero bueno, hace un par de semana empecé la universidad otra vez, y como siempre, llega la hora de probar herramientas nuevas que, como "cosa rara", no funcionan del todo bien en Linux.

Este semestre estoy viendo Bases de datos 2, materia en la cual se enseña PL/SQL, el lenguaje de programación basado en SQL para bases de datos. El SQL puro permite administrar bases de datos de una forma mucho más simple a como se haría de una forma no estandarizada, pero, para procedimientos más complejos o extensos, se queda corto o es mucho más trabajoso realizarlos.

Por eso se inventó SQL/PSM, una adición al SQL normal que lo extiende convirtiéndolo en un lenguaje de programación completo. SQL/PSM es un estándar, y como tal, existe múltiples implementaciones, prácticamente una para cada base de datos. MySQL, PosgresSQL, Oracle, etc..., todas tienen su implementación, y en particular, la implementación de Oracle se llama PL/SQL, y para poderla usar pues hay que instalar su base de datos.

Ellos tienen una versión Express que es gratuita para uso personal, pero, lamentablemente la versión 10g Express (estable en este momento) para linux solo viene compilada para 32bits (i386), y en mi maquina que es de 64bits, y que hoy en día es lo más común, es un poco incomodo poderlo instalar.
Afortunadamente, me percaté que la versión 11g Express está en beta en este momento, y que venía para Linux a 64bits (Aleluya!), pero, solo en .rpm y no en .deb, lo cual no es agradable cuando se usa Debian como yo lo hago (tampoco para los n00bs que usan Ubuntu :P ).

Para poderlo usar, al menos mientras sale la versión final, tuve que convetirlo a un .deb usando alien. Para ahorrarles trabajo, les dejo el .deb ya convertido (pesa 273MB):

http://www.megaupload.com/?d=5Y2OSLOI

Update: Como todos saben, luego de lo sucedido con Megaupload, muchas cosas importantes se perdieron, entre ellas, el instalador... y como no tenía backup del mismo tuve que rehacer el instalador, así que aquí dejo de nuevo el .deb en un folder de Mediafire (pesa como 305MB):

http://www.mediafire.com/?i41ystin31fn4

Cómo instalarlo:

1) El .deb está convertido sin organizarlo bien, así que no instala las dependencias, por lo que primero deberíamos instalarlas:

sudo aptitude install libc6 libaio1

2) Luego se instala el .deb dándole doble clic, o si se prefiere desde consola con dpkg:

sudo dpkg -i oracle-xe_11.2.0-2_amd64\[rpm-alien\].deb

3) Debemos configurar las variables de entorno para que luego no nos falle al intentar conectarnos con algún programa como el SQL*Plus.
En el archivo ~/.profile debemos anexar estas dos lineas:

export ORACLE_HOME=/u01/app/oracle/product/11.2.0/xe/
export ORACLE_SID=XE

4) Para configurar el Oracle11g, hay que ejecutar el siguiente comando, y poner en cada opción, lo que les sugieren dentro de los [corchetes], obviamente, cuando pida la contraseña del usuario administrador (siempre se conoce como SYSTEM), no saldrán los corchetes:

sudo /etc/init.d/oracle-xe configure

Una muestra en esta imagen:

5) Por ultimo, agregamos nuestro usuario al grupo dba, esto es, el grupo de usuarios que pueden usar bases de datos. Esto se puede hacer gráficamente desde la aplicación "Usuarios y grupos" del menú Sistema->Administración.
Update: en gnome 3, quizás haga falta instalar el paquete gnome-system-tools.


6) No olvidar que cuando necesitemos la base de datos, pues hay que inicializarla:

NOTAS ACLARATORIAS:

• No me hago responsable por posibles problemas que tengas con este paquete, si lo bajas, es bajo ¡¡tu propia responsabilidad!!
• Este no es un paquete proporcionado por Oracle, así que es mejor si miras primero si ya salió la versión oficial y lo bajas desde allí: http://www.oracle.com/technetwork/database/express-edition/downloads/index.html

Espero que esto sea de utilidad mientras sale la versión final del Oracle Express Edition 11g.

Referencias:
Instalar Oracle XE en Ubuntu 8.04 Hardy Heron
Reinstalar Oracle-XE en Ubuntu

Scala, el lenguaje que va a dar de qué hablar

Ayer hice algo "estúpidamente interesante". Este año asistiré al CampusParty Colombia, (#cpco4) junto con bastantes personas de la universidad, y la verdad, no puedo estar más emocionado con el asunto. Llevo ahorrando desde inicios del año para eso, y definitivamente no pienso solo ir en "plan turista", por eso me inscribí para participar en el #BarCamp que se hará allí mismo; el titulo de la desconferencia que voy a dar se titula "El lenguaje Scala... porque hay vida después de Java" jajajaja!, si, Java no está muerto, pero es un lenguaje al que se le está notando la vejes.

Qué es Scala
Scala es un lenguaje de programación que apareció en el 2003, Orientado a Objetos (más que Java incluso, aunque en principio no lo parezca), y Funcional (es decir, con toques de los lenguajes declarativos). Aunque esta mezcla suene "efervescente" y hasta dañina, en la practica se ha visto que la combinación da buenos resultados, como es el caso de Python.
Sin embargo, compararlo con Python está mal, ya que ni siquiera le ha influenciado (Java, Pizza, Haskell, Erlang, Standard ML, Objective Caml, Smalltalk y Scheme, si lo han hecho xD ). Realmente, con solo conocer sus influencias, algunos se asustarán, pero viéndolo desde la otra cara de la moneda, hay que ser sinceros: Java en verdad es un lenguaje feo. No digo que no sea útil, ni que sea un mal lenguaje, pero si se ha quedado en una posición tan estricta con su cantidad de sintaxis, que muchos le tenemos pereza a escribir en él.
De nuevo mirando a los ancestros de Scala (interpretese "ancestros" como los ancianos de antaño, llenos de cualidades y conocimientos que los jóvenes ansían alcanzar), cada uno tiene cosas particulares que lo hace útil en su campo de acción. Puede que no sean los más populares, pero hay cosas que simplemente es mejor hacerlas en ellos para no quebrarnos la cabeza. Además como plus... Scala es más elegante de escribir que Java :)

¿Porqué dar una desconferencia sobre Scala?
Bueno... Scala es un buen lenguaje de programación, quizás no muy intuitivo para mentes no "funcionales" (o.o  de lenguajes funcionales jajaja), pero que definitivamente ha probado su utilidad en el campo de batalla: Twitter y Foursquare son dos servicios web escritos en Scala. El primero es archi-conocido, y de hecho, desde que pasaron parte de su sistema a Scala la cantidad de caídas en el sistema ha menguado considerablemente, la famosa "ballena de la muerte"(link) ya no se ve tan a menudo como antes. Por otro lado, Foursquare no es tan conocido por estos lugares (más que todo porque los dispositivos con localización no son tan difundidos por lo costosos), pero según sus desarrolladores, el sistema les ocupa solo 14000 lineas de código... eso es un proyecto lo suficientemente pequeño para ser mantenido por un equipo pequeño de desarrollo, pensando además lo complejo que sería de mantener en otro lenguaje.

Por eso y más, la gente debería conocer Scala. Poco a poco va tomando fuerza de la mano de bibliotecas y Frameworks que se van creando con él. Dos ejemplos que puedo dar son Lift, un framework web inspirado en Django, Ruby on Rails, y otros frameworks no tan conocidos, que se jacta de ser "el más seguro hoy en día"... por algo será. El otro es Akka, una biblioteca para sistemas críticos concurrentes, más general que Lift, y que coloca en bandeja de plata la facilidad de crear este tipo de sistemas de forma fácil y mantenible.

Hay mucho más que comentar sobre Scala... su propio diseño y arquitectura son bastante interesantes, pero... eso lo escribiré después, aunque seguro lo escucharán en la desconferencia ;D

¡¡Nos veremos en el #BarCamp!! (si es que algún amigo mio graba mi conferencia y la pongo por aquí :P )

Sistemas expertos con CLIPS y Java mediante CLIPSJNI

Estoy viendo en la universidad Inteligencia artificial. En mi universidad, es la materia básica que sienta las bases para los demás cursos sobre el tema. El tema principal de la materia, en mi caso, es sobre los sistemas expertos, que son eso, sistemas que pueden razonar como un experto en un tema especifico.

Para poder crear un sistema de razonamiento de este estilo, se hace necesario lo que se conoce como un “motor de inferencias”, el motor permite analizar los datos (hechos) y tomar decisiones sobre ellos (usando reglas). Su funcionamiento es sencillo realmente, ya que simplemente hacen algo como: “si este hecho, o estos hechos en conjunto, se dan, entonces hay que hacer esto otro...”.

La teoría es fácil, y ya existen herramientas para crearlos más abstractamente (es decir: fácilmente). Una de ellas es CLIPS, una biblioteca escrita en C que es un motor de inferencias creado para la Nasa. El problema es que para una aplicación real para usuarios reales CLIPS solo no puede usarse (amenos que queramos volverlos locos ;D ). Hay que combinarlo con otros lenguajes que permitan hacer cosas útiles con el motor, y que escondan lo suficiente las cosas aburridas a los usuarios finales. En mi caso, desdí usar java (#fail), ya que el profesor nos daría una bonificación en la nota por eso D:

Para eso hay dos posibilidades: usar JESS, una implementación del lenguaje de CLIPS pero hecho en java, o usar CLIPSJNI... por el titulo ya saben que opté por usar este ultimo, ya que el JESS me parece más “sucio”, ya que tocaría mezclar muchos conceptos de CLIPS y de java. En cambio con CLIPSJNI es más separado en ese aspecto y a mi criterio, más limpio.

Lamentablemente a la hora de bajarlo para usarlo, me di por enterado que solo daban los binarios para Winbug y para Mac... y para linux debía ser compilado.

La verdad es la cosa más sencilla del mundo, nada fuera de lo común, un simple make -f makefile.linux y ya... “ja ja”, la verdad es que no; salió un error que decía que tenía problemas y que debía re-compilar usando el parámetro -fPIC en el gcc... además de eso hay que especificar donde está java en el computador.

/usr/bin/ld: agenda.o: relocation R_X86_64_32 against `.text' can not be used when making a shared object; recompile with -fPIC

agenda.o: could not read symbols: Bad value

collect2: ld returned 1 exit status

make: *** [libCLIPSJNI.so] Error 1

En debian hice así:

En la linea 33 es donde está especificado los argumento que debe usar el gcc para la compilación general, solo se le anexa el -fPIC en cualquier lado(obviamente un lugar valido...).

Y en la linea 39, que es donde se arma el libCLIPSJNI.so también debe anexarse el -fPIC y debe especificarse el path de Java, en mi caso quedó así:

gcc -o libCLIPSJNI.so -fPIC -shared -Wall -I/usr/lib/jvm/java-6-sun/include -I/usr/lib/jvm/java-6-sun/include/linux -lm $(OBJS) CLIPSJNI_Environment.c

El error que sale está explicado en esta pagina del wiki de gentoo, y se da por la arquitectura de 64bits... Espero que les sirva esto por si tienen problemas ^_^

Muffin Translator, mi proyecto de vacaciones

Como proyecto de vacaciones, me propuse hacer un programita al que le tenía ganas hace tiempo: Muffin Translator.

Como sabrán, tengo amigos en un fansub de anime. Ellos para traducir, deben bajar los capítulos del anime a traducir, de algún fansub en ingles, para leer los subtítulos, traducirlos y escribirlos en un archivo de texto plano. Esto conlleva tener que pasar entre ventanas con las teclas Alt+Tab, cosa engorrosa viendo que son cerca de 500 lineas de dialogo por capítulos.

Aquí nace la idea de Muffin: tener todo en una misma ventana, es decir, video, texto, y diccionarios online.

Pero, ¿Con qué hacerlo?, el lenguaje de programación es importante y más porque, aun que soy usuario de Linux, la mayoría de los que usarían el programa usan Windows. Tampoco puedo desarrollarlo solo para Windows, porque esa mayoría no son el 100% jejejejejeje

Pensé en usar Vala+Mx: Vala es el lenguaje de programación del proyecto Gnome muy parecido a C y muy integrado a GTK... no quise usar GTK por lo maluco que es compilar cosas para Windows. Mx es un sistema de widgets basados en Clutter (una biblioteca para manejar datos OpenGL de forma más abstracta y fácil), peeeeeero... tiene el problema de la casi nula documentación, y que nadie la ha usado lo suficiente como para tener ejemplos concretos desde Vala.

La otra opción fue C#+Mono: Mono es multiplataforma también, pero, tuve el inconveniente del video... no supe qué usar, y no supe hacer las interfaces gráficas tampoco, y como la documentación era demasiado "serious business", no me ayudaba mucho.

Por ultimo, consideré Python+wxWidgets: Python es un lenguaje multiplataforma, super-popular en todas las distribuciones Linux, y que en Windows es fácil crear ejecutables (py2exe). Además es un lenguaje muy fácil y bastante practico. wxWidgets, es una biblioteca para GUIs (al igual que GTK, o Qt4...), escrito en C++, que su filosofía es escribir el mismo código para crear la interfaz gráfica, y que al usarlo en cualquier sistema operativo, se vea igual. Así, en Windows, usa las bibliotecas nativas de Windows para crear la GUI. En Linux, usa GTK, en Mac, usaba Carbon, pero ya se está portando a Cocoa. Yo la conocía hace mucho tiempo (Aegisub usa esta biblioteca), por lo que se lo que se puede hacer con ella, además la documentación es muy buena, y en español, aunque no es mucho, hay varios ejemplos de como usarse. Por otro lado, viene integrado con muchas funcionalidades, que sumadas a las propias de Python, lo hicieron el candidato perfecto.

Lo siguiente, ya habiendo seleccionado a Python, fue definir el tema del video. Si conocen sobre anime en ingles, quizás se habrán dado cuenta que los gringos prefieren publicar mucho de su anime en el formato contenedor Matroska (MKV), ese es un problema, pues el MKV permite múltiples canales de subtítulos, audio, etc... bastante flexible, pero no muy sencillo par mi.

¿Cómo hacer entonces para reproducir video en Muffin?. Primero lo primero, qué alternativa conocía en Python: PyGame o PyGlet, ambas son para crear videojuegos, pero no sabía como integrarlas... de hecho, parecía imposible. La otra opción era usar pyffmpeg, un warper de ffmpeg (un conjunto de codecs multipletaforma), funcionó... pero excesivamente lento, la razón es que está diseñado para manejar fotograma a fotograma el video... algo que es pesado computacionalmente, y que para Muffin no era muy interesante.

Por casualidad dí con MplayerCtrl, un warper para usar el popular Mplayer en... oh sorpresa: wxPython.

Ahora mismo ando programándolo, he usado wxGlade para la interfaz gráfica, y voy a usar Mercurial como control de versiones y CodeGoogle como hosting.

Pronto les daré más bocadillos ;D

Probando WebM

Hoy es "otro de esos días" en que Google la volvió a hacer. Desde hace ya un buen tiempo, HTML5 ha sido un foco de atención, en gran medida, a la integración de video sin necesidad de flash, solo haciendo uso del navegado. Para esto, cada navegador debió adaptarse para una vez hubiera la etiqueta poder reproducir dicho contenido.
Cualquier video se compone de: video+audio, en un contenedor. por tanto, para reproducir un video, se hace necesario que el reproductor reconozca estos 3 componentes. Siendo el navegador el que reproduce el video, cada navegador escogió sus alternativas: Mozilla obtó por Theora, un codec libre, liberado en el 2001 por On2 (la misma empresa que compró Google), Theora tiene una calidad similar a la que tenia DivX hace unos años. Opera y Chromium (versión libre del Chrome) también escogieron este codec.

Por el contrario, otro bando impulsó el H264 como codec para el video en Internet. Este codec, ampliamente difundido en la actualidad es bastante bueno, es impulsado por Apple, y es apoyado por Safari y Chrome, y su único problema viene en que no es libre.
¿Y qué con que no sea libre?
Básicamente la libertad de la Internet es algo obvio en nuestras mentes: no esperamos que nos demanden por ver videos en youtube. ¿o si?. Aunque este es un ejemplo muy mentiroso (demandarían a los navegadores y no a los usuarios), entre menos problemas legales se puedan dar, mejor para todos, esta es una de las razones de por qué luchar por la libertad de los estándares en Internet.

Cuando Intener Explorer dominaba el 90% de los navegadores del mundo, nadie se percataba de lo perjudicial que fue, hasta que navegadores como Mozilla Firefox le fueron quitando usuarios: miles de paginas no se regían por los estándares reales, sinó por los estándares que Microsoft había inventado y que solo funcionaban en su navegador.
Esto fue sumamente dañino, y es un error que hoy en día se evita, tanto así, que por eso los navegadores realmente conscientes saben que no deben venderse a tales tentaciones, porque, hay que decirlo: El H264 es genial, es un codec muy bien desarrollado y es una lastima que no sea libre.

VP8 es el nombre del codec que estaba desarrollando On2, decían ser muy bueno, que tenía un 50% de mejor transferencia frente al H264, y otro tanto de falacias "de mundo feliz" que aveces usan las empresas para promocionar las cosas.

Pero... Ok!, ahora el bendito codec es libre!!, se puede descargar su código fuente desde el repositorio Git del proyecto y todo...
Cuando salió el codec el día de ayer, estuve investigando un poco más, y encontré cierto articulo en el blog de desarrollo de x264 (la implementación libre para codificar H264), donde un desarrollador ya había mirado desde un punto muy técnico el codec.

Yo también soy programador, y se que: "Especificaciones malas"+"monos programadores" no es una buena combinación, y a eso sumarle "mala optimización" = "no saber ensamblador"... para mi, es caoticamente tenebroso :S .
Genial que Google haya liberado el codec luego de comprar On2, pero, como con Theora, quizás hagan falta unos cuantos años para que el codec tenga buena cara para competir contra H264, porque en este momento, desde la versión de desarrollo de Firefox (desde donde escribo esto ;D ) que ya trae implementado el codec, solo se puede apreciar lo lento que se pone cuando se ve un video a 720p, cosa que con H264 va fluido.

Es libre, cualquiera puede ayudar a mejorarlo, y seguro lo harán, ya que hay decenas de las mayores empresas del mundo con los ojos puestos en VP8. El tiempo mostrará sus frutos con este codec.

Oh!, cierto, para quien ande confundido: WebM es el contenedor, que entre otras cosas, está basado en Matroska, pero no es Matroska precisamente. VP8 es el codec de video libre y escrito por monos del que ya hablé. Vorbis es el codec de audio (conocido quizás por muchos como ogg), es libre y muy buena elección por cierto.

       Pagina del proyecto WebM.

Go, el antes y el despues en la programación

Escribo desde los computadores de la universidad.

Hace unos días, un acontecimiento sumamente importante pasó: bajo la financiación de Google, un grupo de los más prestigiosos programadores (varios de los creadores de Unix, uno de los desarrolladores de gcc, y otros tantos...), se han dado cuenta de una GRAN NECESIDAD, pero que nadie se había dado a la tardea de emprender una solución: Programar se ha hecho difícil.


En un principio, los computadores eran demasiado simples, y "estrechos", por lo que lenguajes como en C, y posterior mente el C++, dieron cabida a un auge en la programación. Pero, hoy en día, los PC son ya demasiado grandes, los sistemas demasiado complejos, y las necesidades de sistematicación más especificas, por lo que para hacer un programa que alivie una necesidad, su desarrollo se ha vuelto una tarea bastante compleja, y no solo eso, sinó también aburrida.

Aquí, es cuando explico por qué el titulo del post: estos señores, han desarrollado un lenguaje de programación pensando en lo siguiente: un lenguaje Orientado a objetos (en parte si, y en parte no), de compilación rápida, con recolección de basura, y en el que fuera fácil la programación concurrente. lo han hecho, y lo nombraron "Go".

Go es básicamente un descendiente de C en su sintaxis, y tiene parte de Pascal/Modula/Oberon, y de otros lenguajes como Newsqueak y Limbo. Esos, Y NO PYTHON, como muchos han dicho.

Además, el desarrollo de sus compiladores es bastante interesante, ya que (según entiendo, aun no he leído con calma los FAQs, puede que me esté equivocando con mi pésimo ingles xDD) es posible compilar para otra arquitectura, no como en C, que hay que compilar para cada arquitectura físicamente... ya averiguaré este punto con calma.

Es tiempo de hacer historia. Este lenguaje, que aun es experimental, promete ser el futuro, es decir, "bye bye, java", tanto así, que Google ha mostrado interés en cambiar el software de sus servidores en un futuro, por aplicaciones escritas en Go.

Desde mi punto de vista, la de un simple estudiante de tercer semestre, que apenas aprendí a escribir en java hace muy poco, y que le tenia tengo fe a Vala, quiero aprender lo más rápido posible sobre este lenguaje. Es mejor hacerlo ya que el proyecto lleva poco tiempo a la vista del publico, y no luego.

Sin más, los invito a que se unan al grupo de discusión en español sobre el lenguaje. En este momento somos pocos, y hay la intención de hacer la traducción (que ya se está haciendo) de toda la información relacionada con Go.

http://groups.google.com/group/golang-spanish?pli=1

Saludos!!, y en cuanto tenga más información, la iré publicando (o eso espero al menos ^^U )