Categoría: Programacion
Volviendo a lo básico
Post para programadores melancólicos que todavía quieran volver al pasado o crear algo nuevo. Microsoft tiene un BASIC como el viejo pero mezclado con el nuevo, el Small Basic. No es que sea muy útil para nada, pero tiene varias cositas simples y útiles para aprender a escribir unas líneas de código. BASIC sigue siendo una porquería para aprender a programar y te llena de mañas difíciles de sacar.
Mi primer contacto con el lenguaje fue por 1988 y era el BASIC que incluía mi TRS-80 CoCo, pero era extremadamente limitado y nunca dejó de serlo. Ni en las épocas de QBasic 4.5 podía hacer lo que otros lenguajes y el Visual Basic siempre ha sido una bosta. Recién con VB.Net lograron levantarle un poco el perfil, pero para ese entonces, si llegaste a .NET, te conviene C# y a la merd.
Pero para los que no saben programar nada o sólo quieren "probar", siempre fue una oportunidad. Antes de Windows XP, el QBasic venía incluído en el sistema operativo, no era muy útil, pero estaba ahí, tenías la posibilidad de aprender "algo". El problema con Microsoft es que nunca les terminó de cerrar la idea de proveer el sistema operativo con la posibilidad de aprender y crear, para eso, pagá. Así que por más Small Basic que ahora ofrezcan tienen que tener en cuenta que nada les será gratuito ni libre. Prueben, prueben, luego paguen licencia 
Existen alternativas, por ejemplo en Linux está GAMBAS que ofrece un entorno de desarrollo muy a lo "Visual Basic" pero para Linux y con varios beneficios que no ofrece el entorno de desarrollo privado. Con muchas cosas resueltas de fábrica tanto para programar para Gnome (GTK+) y KDE (QT) como con bases de datos (MySQL) y 3D (OpenGL).
Pero hay cosas interesantes para otros developers, los que vengan del ambiente web podrán, en no mucho tiempo, hacer algunas apps de escritorio para Gnome con Seed que permite usar el motor de Javascript para ello. Es decir, sólo sabés javascript? ok, vas a poder hacer aplicaciones de escritorio también, no sólo web. Esto igualmente es una porquería en rendimiento, pero para pequeñas apps que resuelvan tareas simples, siempre viene bien.
Del lado de Fedora hay una noticia mucho más interesante, hacer aplicaciones completas y compilarlas para Linux y Windows en un mismo paso, sin tener que recompilar el código en el otro S.O. De esta forma se puede crear software en Linux y compilarlo, enviarlo a quien lo necesite y éste ejecutarlo en Windows sin problemas. Un mismo código para dos plataformas permite tener una mejor capacidad de correción de bugs, en vez de tener que atender dos códigos separados, es todo uno.
Feliz día del programador
Feliz dia a todos los programadores que cada tanto pasan por acá 
somos una raza extraña pero no en decadencia! 
cada día hay más que disfrutan escribiendo algunas líneas de código aunque el resto nos mire con cara fea y un "get a life", pobres, perdónalos, no saben lo que dicen . El día es hoy, el 256° del año
5 reglas para programadores
algunas medio en joda, otras bastante más serias, pero lo que es seguro es que en muchos casos te vas a encontrar con éstas en el mundo real, ya me pasó, le pasa a cualquiera.
- Second-system effect
- Inner-platform effect
- Greenspun's Tenth Rule
- Not Invented Here
- Zawinski's Law of Software Envelopment
Sumado a esto la que pasó GFer en el tag board, lo había leído el otro día y es recomendable no sólo leerlo si no agendarlo, Why Free Software has poor usability, and how to improve it y les sumo otra que es un mailing de un developer y como quiere cambiar el criterio de desarrollo de Gallery
Post Revolution 0.7.0 RC 4
Algunos todavía recuerdan que significa ese símbolo de un "postre", si, el PostRev, luego de un año, tiene actualización oficial si, ya se, mátenme pero ahí está, listo para ser descargado y denigrado, código del peor, pero como todo PHP, funciona 
Click aquí para ir al sitio y, para aquellos suicidas, descargarlo...
Ruby on Fails
No quiero sonar malo con una tecnología nueva y en pleno crecimiento, esto es algo totalmente subjetivo, pero noto que todo lo que se haga en Ruby On Rails tiende a fallar cuando la demanda es grande. O no escala bien o no saben hacerlo escalar por ser, justamente, muy nuevo.
Entre los que fallan cuando tienen demanda y usan Ruby está Twitter, al punto de querer decididamente abandonarlo, y hay varias opiniones que dicen algo parecido sobre la escalabilidad de RoR y otras que dicen lo opuesto, lo claro está en que falta mucho y está muy verde, a mi parecer, claro, pero a otros con más conocimiento también les ha hecho volver atrás la idea de hacer cosas en Ruby.
Para mi es una impresión, algo subjetivo, pero no es la primera vez que noto que algo en Ruby tiene "problemitas" y me suena sospechoso.
Pero el principal perdedor en esto de hacer cosas grandes online fue, para mi, siempre Java ¿culpa de la plataforma? no creo, me pareció siempre que el mayor problema no es Java si no que la mayoría de los proyectos online que usan la máquina virtual quedan abandonados y fueron hechos a pedido de un jefe molesto. Es así que hasta el buscador de noticias de Clarín siempre falla
Curiosamente Yellowpages.com pasó el año pasado de Java a Rails.
Acá no faltarán los que digan "pero si XX es mucho mejor!", bleh!, más allá del lenguaje de programación y la plataformas está claro que con todos se puede hacer todo, la cosa es, ¿vale la pena probar algo nuevo en producción cuando está todavía verde? y si ya no está verde ¿sirve de algo aprenderlo por el mero hecho de que es nuevo aunque haga lo mismo que lo que ya conocemos? En mi caso dejar PHP por Ruby no me brinda nada, pero, por ahí a otro sí. Desde ya que se puede hacer buen y mal software con CUALQUIER lenguaje, eso no está en discusión.
Ahora bien, a tu cliente, le sirve tener un developer en Ruby a 8000$ inconseguible o tener 2 de PHP a 3500$?
y que no te van a dejar en banda tan fácil.
El truco Creative Commons
Una cosa muy común en esta boludósfera es que te "roben" contenido, claro, no es que te lo roban, la licencia Creative Commons que muchos usamos permite copiar contenido, usarlo, reusarlo, reconvertirlo, bah, hacer un montón de cosas.
No todos usan la misma licencia, pero en mi caso personal es así y lo seguiré manteniendo "si algo está en internet, se puede copiar", y así será.
Pero una cosa es que tomen tu contenido bajo licencias CC y otra es que no la respeten. Para respetarla simplemente basta con citar la fuente de una forma correcta. Pero pocos lo hacen. Hay, sin embargo, un truco divertido para "jugar" con los copypasteros inescrupulosos que, a duras penas, controlan lo que se roban.
Como habitualmente lo hacen para obtener "fama" o "prestigio" en otro tipo de redes sociales o en sus blogs personales está bueno hacerles esto como "regalito".
Es bien simple, crear un área de texto invisible que al copiar y pegar se "mude" al sitio nuevo y no lo noten digo, no lo van a notar si son muy nabos, si son vivos y releen todo no servirá de mucho, pero algo es algo.
¿como hacerlo? fácil, en medio del texto agregar cosas como:
<div style="display:none;">
Copyleft 2008 Fabio Baccaglioni, www.fabio.com.ar
</div>
el "display:none;" hará que ese div no se muestre, pero en browsers como Firefox, al seleccionar y copiar el texto, pasará el contenido de ese div. Es un truco chancho, también se puede hacer con texto del mismo color que el fondo.
Lo que tiene de bueno este div es que, jugando con CSS, se puede hacer no sólo invisible (de mejor manera que lo que propongo aquí) si no que se note menos todavía. Además, podemos ir agregando el tag en medio de nuestro texto, no sólo en una punta.
Expertos de CSS, están invitados para dar sus ideas
Aprendiendo JQuery con Dmitri
No se si le voy a entender todo, va muy rápido para mí, jejejeje, pendejo de mieeeerrrr... Dmitri Gaskin, 12 años y mirá como da charlas de JQuery para Google... por dió,
Dmitri Gaskin drinks code with his cereal for breakfast every
morning. He's a jQuery whiz and a Drupal know-it-all. He
contributes patches for both Open Source projects. In the Drupal
world, he maintains many modules, is on the security team, and is
involved in the upcoming Summer of Code as a mentor and
administrator. Dmitri has given many talks on Drupal and jQuery, in
such places as Logitech, Drupalcon and live on a radio show out of
L.A. When Dmitri isn't coding, a very rare occurrence, he is playing
and composing contemporary music. And attending classes in the 6th
grade. (He's only 12.)
El día que este pibe aprenda un poco de oratoria, listo, perdimos todos los chantas
Turista del software
1. You will not speak their language even though they will probably speak English.
(no hablas su idioma aún cuando ellos probablemente hablen inglés)
2. You will not be able to locate their country on a map even though they could probably name all 50 states.
(no podrías ubicar su país en el mapa aunque ellos probablemente puedan nombrar los 50 estados)
3. You won’t know who their national leader is even though they will not only tell you the name of our President, but also give you a nice summary of his foreign policy exploits over his last two terms in office.
(no conoces a su presidente aunque ellos no sólo te diran el nombre de tu presidente si no que harán un lindo resumen de tu política internacional durante los dos últimos gobiernos)
Y según él les pasa lo mismo cuando son developers de .NET y ven al resto de los lenguajes y sistemas desde una total ignorancia. Y lo dice siendo él el programador de .NET y norteamericano, es decir, que se ofendan sus propios compañeros en tal caso.
Lo interesante del caso es que él quiere empezar a conocer todo el resto del ecosistema y piensa cambiar esa forma de ver el mundo. Interesante y positiva, pero a mi me divirtió la comparación. Hace poco había discutido con uno fanático de .NET y él decía "para mi no hay nada que se tenga que hacer con otra cosa que no sea .NET" y yo le repliqué "me acabás de demostrar que sos un mal programador", se ofendió (Si Manu, fuiste vos!
), bah, no se ofendió, si no que le pegué duro con eso, jejeje. Ahora tengo un argumento más Y me recuerda a mi argumento de mercenarios Si en esta profesión no sos un mercenario del código, al final sos como un turista.
Después Russell tiene un post como turista en Ruby On Rails, interesante para ver desde su punto de vista
PHP Cheat Sheet
Completo cheat sheet de referencias para programadores de PHP bastante útil a la hora de querer recordar cómo trabaja alguna función, etc.
Importar una base UTF-8
En mi caso la migración ni se sintió salvo por el tema de las fechas, servidores con una fecha pasando a otro con otra fecha, generó un poco de conflicto, pero fue todo "sin grandes problemas"
Ahora bien, el tema de la codificación es un martirio, unas fechas se arreglan, pero que te rompan todas las tildes y eñes es un dolor de huevo (si, literal), y noto que cada vez que alguien quiere migrar algo, revienta.
Posibles causas: MySQL Server, MySQL Client, Phpmyadmin
Cuando uno exporta una base de datos, habitualmente comprimida para que no pese mucho y la quiere subir a otro server, la codificación es lo que complicará las cosas.
Lo que descrubrí es muchos servers que tienen estas tres aplicaciones configuradas distinto, ejemplo. El server por default utf-8, el cliente latin1 (ISO), listo, cóctel para el desastre.
En el caso de anoche, ayudando a un amigo con su blog, teniendo la base creada en UTF 8 volvía una y otra vez a reventar los caracteres. Resulta que el cliente de mysql estaba en Latin1, así que por SSH más o menos logré cargar la base así:
gunzip < archivo.sql.gz | mysql -u usuario -p --default-character-set=utf8 base_destino
(el Gunzip es porque lo estaba sacando desde un archivo comprimido)
La cuestión está en --default-character-set=utf8 , esto le obliga a usar una codificación que queramos y no la que tiene por default.
Esto no te lo explican casi en ningún lado, jeje, pero está bueno saberlo, te puede salvar el día y ahorrarte horas y horas de dolor de cabeza.
El PHP My Admin tiene el problema que exporta como dice el cliente de MySQL y confunde como dice el server de MySQL, así que es muy factible exportar el archivo .sql con errores o, lo que es peor, ya sin una codificación correcta, una conversión de conversión que directamente arruina TODOS los caracteres y no hay forma de resolverlo. Así que primero revisen bien el archivo generado (sea ISO o UTF-8), que lo puedan abrir en alguno de esos modos y recién después lo importan.
Otro detalle: no hay ningún encabezado que nos diga si un tipo de caracteres es uno o el otro, se van a dar cuenta por los erroes agregados
Y para completar: en estos días migran mi base de datos también
pero ya está todo en UTF-8, espero que no hagan cagadas, jajaja
PS: post auspiciado por el famoso gato