"El mayor placer de un programador inteligente es aparentar ser un idiota frente a un programador idiota que aparenta ser inteligente" :D
PES 2011
22 Aug
Pro Evolution Soccer 2011 se fija para ser lanzado a principios del mes de octubre de 2010 para PC, PlayStation Portable, PlayStation 2 (el inmortal), PlayStation 3, Wii y Xbox 360 y la gente de Konami da algunas pistas pero sin duda lo más sobresaliente será la inclusión por primera vez de la Copa Libertadores de América, la cual estará presente con todas las licencias.
El juego incluye un innovador editor de estadios, con los que puedes crear los estadios que quieras para tus equipos, o para los equipos que no tienen su estadio verdadero.
Se reducirán las acciones realizadas por la máquina, con el fin de que tengamos el control máximo de todas las jugadas, haciéndolo todo mucho más real y más exigente.
El IA estará mejorado, la precisión de los pases dependerá mucho de ti y el desgaste físico de los jugadores tomara un papel muy importante en esta nueva entrega, donde Messi volverá a ser la imagen del título, pero no será la única cara conocida que esté de vuelta, porque Carlos Martínez y Maldini volverán a encargarse de los comentarios.
Tu Necesitas Flash Player 8+ y tener Activo Javascript para poder ver el video.
Para terminar todos los Fans de este gran simulador de futbol esperamos anciosos probar este juego a fondo, les dejo la galería de imágenes de la pagina de facebook del PES
App Inventor es una nueva herramienta de google, que facilita el desarrollo de aplicaciones para Android, el desarrollo es en modo visual, uniendo una serie de bloques el usuario será capaz de crear aplicaciones totalmente funcionales para Android. [ Video ]
Consejos de amor para Geeks
20 Aug
- Tener una Macbook no impresiona una chica. Sentarla a manejarla la frustrará y se irá deprimida. Igual pasará con una PC con Linux.
- Trabajar con tres computadoras al tiempo no impresiona a una chica, ni a tu madre, ni mucho menos a tu padre cuando llega la factura de la energía e internet.
- Tener una cuenta premium de Rapidshare no mueve ni el mas blanco pensamiento, ninguna chicas se morirá por vos si la tienes.
- Ser de los primeros que descargó Windows Seven, o burlarse de que ella tiene XP/Vista o algún Windows si eres usuario de MacOSX o Linux, hará que se busque otro que le enseñe a manejar cualquier cosa y te deje.
- Comprarte La Saga de Starwars, no creo que conquiste mucho. Con disfrazarte de Chewbacca lo único que conseguirás es que salga corriendo de tu casa.
- Ella normalmente no sabrá si tu música está en WMA, MP3 u OGG, así que ni les menciones esas cosas en una conversación. Tan solo que suene su música favorita, así sea en la radio, será más que suficiente.
- Si tiene Sexyono, Hi5 o MySpace, no te burles, y si te invita no te enojes, tan solo síguele la corriente, pronto se te olvidará.
- No te burles de su ávatar de messenger por más horrible que parezca.
- Si tiene algun problema con la pc, no la regañes, probablemente sólo la utiliza para comunicarse con vos.
- Asi te compres la supermemoria de 8GB, el Disco Duro de 1 TB o la tarjeta WIFI más potente de este mundo, probablemente se quede más fácil de quien tenga un Nokia 1100 o un Pentium 386. Así que no te esfuerces.
- Si su teléfono no tiene Bluetooth no te burles, envíale la foto por mail. Si no tiene mail, no hagas muecas, ayúdale a abrir una cuenta, si no tiene pc, no hagas reclamos, tan sólo resígnate.
- No le envíes porno a tu novia, por más madura que ella parezca y por más pervertida que te diga que es. Si ella es quien te envía porno... Mándame su cuenta yo la agrego a mis contactos.
- Si tu chica te envía fotos desnuda por mail y luego terminas con ella, no las borres, mi correo electrónico está en la parte de contacto, prometo que en no saldrán publicadas (por lo menos en este blog :D ).
Cosas que no hacemos los programadores
20 Aug
Despues de leer mi buzon de correo esta mañana, he echo un listado de cosas dedicado a las personas que piensan que los programadores somos superdotados y somos a prueba de fallos, entonces aquí incluyo algunas de las labores que normalmente me piden hacer y no hago por amor a mi carrera y a mi oficio. Si me pides alguno de estos favores, ten la seguridad que no te voy a ayudar, porque quiero sólo programar y nada más, gracias:
- No imprimo facturas ( a menos que sean para mi beneficio ).
- No redacto textos (sólo mi blog).
- No escribo cartas. (sólo para RITCAR).
- No hago memorandos. No insista.
- Por ningún motivo arreglo/destapo/reparo impresoras. Soy "printofóbico".
- No arreglo tu monitor. (Ménos si está quemado)
- No destapo tu equipo para ver que tiene.
- No formateo discos duros.
- No quemo CDs de música.
- No arreglo redes de internet.
- No aseo equipos.
- No hago chequeos técnicos.
- No lleno formularios de seguridad social ni nada que tenga que ver con formularios.
- No conozco ni sé cómo se manejan los sistemas de todo el universo, no soy GURU.
- No sé cómo se endosa un cheque ( a menos que esté a mi nombre ).
- No tengo raggaetón en mi computadora, no insista.
- No tengo "jueguitos chéveres", yo programo, no juego.
- No tengo ni Windows Seven Ultimate Pirata ni Office 2007 (ese si lo tengo pirata pero no es distribuible), ni tengo Fly Simulator 2007, ni tengo nada que se le parezca en versión pirata para copiartelos.
- No tengo una tienda de articulos ni tengo un inventario en mi cabeza de todas las memorias USB/Serial/ETC que se le ocurra por preguntarme.
- No vendo copias de Pirates of Silicon Valley, ya ni siquiera la presto.
- No tengo una distribuidora de computadoras en mi casa para decirte cuanto cuesta una PC.
- No soy adivino, no puedo decirte donde tienes un error via telefónica.
- No soy un gurú para saber qué computadora te puede servir.
- No cambio colores a los programas ni pongo el verdecito más verdecito ni el azulito más clarito ni el marrón más oscurito, no soy diseñador.
- Soy programador, no mago.
- No puedo codificar mil lineas de codigo al día, no exageres, puedo digitar unas 700.
- No tengo videos porno (los veo y los borro).
- No tengo fotos porno (no me gusta guardar fotos).
- No hago programas ni software a la medida. (Un software a la medida depende de la medida de la idiotez del programador proporcionalmente medida a la capacidad de explotación de sus clientes). Por ningún motivo los hago ni los haré.
- No arreglo lavadoras.
- Que no tengo porno !
- No hago monitores.
- Tengo las mismas dudas que tú en el por qué sale un error de windows.
- Linux también falla, no tengo la culpa de que no funcione Apache.
- No hago programas ni programo para Microsoft / Apple / Linux.
- No sé por qué te dejó de funcionar el teclado, no soy "tecladólogo".
- No hago "programas baraticos", ni programas sin diseño de una estructura previa.
- No hago programas de televisión (esto me dijo una vez alguien que le comenté que era programador).
- No programo en todos los lenguajes.
- No me inventé JAVA ni PHP, que hago?
- No soy el dueño de Wordpress.
- No soy el dueño de Blogger.
- No soy el dueño de Hotmail.
- No soy el dueño de Windows.
- No trabajo en Telefonica, no sé por qué carajos se cae la red.
- No conecto cables de teléfono (Dicen los de Telefonica que eso lo hago yo, como así, que se ganen el sueldo sinvergüenzas).
- No sé si llueve o no.
- Yo no soy quien escribo esas groserías en Google ellas aparecen solas en la búsqueda.
- Yo no veo porno, los cracks sacan esa publicidad sola, que hago pues.
- No soy Engreido/ Botado / Presumido por no ayudarte soy una persona como tu ( Trabaja, Estudia, y paga cuentas )
... y bueno, todo aplica para todo el mundo con excepción de las siguientes personas (RITCAR, Mi Chamba / Trabajo y todas las personas que me caen bien y leen mi blog y que hayan hecho al menos un comentario en su vida). Comuníquese y cúmplase.
Programar es como el sexo ¿porque?
20 Aug
- Un error y tienes que aguantarlo el resto de tu vida.
- Una vez que empiezas, no pararás hasta que estés exhausto.
- Hace falta una persona experimentada para apreciar de verdad lo que estás haciendo.
- Sin embargo, hay gente rara que está orgullosa de su falta de experiencia.
- Puedes hacerlo por dinero o por diversión.
- Si pasas más tiempo haciéndolo que viendo la tele, la gente piensa que eres un bicho raro.
- No es un tema muy apropiado para hablar en la cena.
- No se enseña lo suficiente en la escuela pública.
- No tiene ningún sentido tratar de explicarlo en términos estrictamente clínicos.
- Algunas personas son buenas en ello por naturaleza.
- Pero algunos no se darán cuenta de lo malos que son, y pierdes el tiempo tratando de decírselo.
- Hay gente rarita de prácticas extrañas con la que nadie está a gusto.
- Un pequeño error puede arruinarlo TODO.
- Es una buena manera de hacer una pausa en la comida.
- Todo el mundo actúa como si fuera el primero en tener una nueva técnica.
- Todos los que lo han hecho alardean de ello ante los que no lo han hecho.
- Los principiantes lo hacen torpemente.
- Lo echarás de menos cuando haya pasado un rato.
- Siempre hay alguien que desea escribir sobre la mejor manera de hacer las cosas.
- No va bien cuando estás borracho, pero parece que te gusta más hacerlo.
- A veces es divertido usar juguetes caros.
- Otras personas simplemente estorban.
Visto en Push
Vean El Miss Universo 2010 en directo por aqui Miss Universo 2010 Online
Tips para programar en Linux
19 Aug
Si hemos programado en Windows pero estamos interesados en la programación en Linux, estos consejos resultan especialmente útiles para cambiar algunas de las ideas y minimizar el choque ocasionado por el cambio de cultura cuando encontramos diferentes ideas y formas de pensar.
EVALUAR CADA ALTERNATIVA DISPONIBLE
A diferencia de la Interfaz de Programación de Aplicaciones (API) unificada en Windows que provee a los programadores con un único método para alcanzar un cierto objetivo, Linux provee diversas formas de alcanzar el mismo objetivo. Por ejemplo hay una variedad de cajas de herramientas (toolkits) de abstracción de la Interfaz Gráfica de Usuario (GUI), siendo las más importantes QT y GTK para escribir programas de Interfaz Gráfica de Usuario. Además, no se necesita elegir entre C o C++.
Hay muchas opciones para programar, incluyendo la escritura de una serie de comandos en un archivo de texto para el intérprete de comandos (shell scripting), Perl, Python y PHP. Así que no siempre hay que tener una idea fija de que se necesita aprender del modo “difícil”. No hay que abrumarse con las opciones. Sólo hay que ser consciente de ellas y tomar aquellas herramientas y técnicas con las que nos sintamos mejor.
LOS IDEs NO SON NECESARIAMENTE MÁS PRODUCTIVOS
Los programadores que han utilizado extensamente el Visual Studio de Microsoft para realizar sus desarrollos posiblemente se sientan incómodos al adaptarse a la manera en que se hacen las cosas en Linux. Aunque hay algunos Entornos Integrados de Desarrollo (IDEs, por sus siglas en inglés) bastante decentes en Linux, incluyendo a Kdevelop, Anjuta, Eclipse, ZendStudio y netBeans pudiéramos encontrar que utilizando un editor de texto y creando un archivo de descripción (make file, en inglés) sea una mejor idea a largo plazo. Cuando desarrollamos aplicaciones de Software Libre, posiblemente no queramos atar el desarrollo a una plataforma o a un Entorno Integrado de Desarrollo específicos, teniendo en cuenta que nuestro código será compartido y que otros programadores pudieran contribuir en el proyecto. A pesar de que los Entornos Integrados de Desarrollo no son una mala idea, posiblemente encontremos que al desarrollar proyectos más pequeños utilizando un editor de texto simple y un archivo de descripción sea una mejor idea.
NO BUSCAR CARACTERÍSTICAS ESPECÍFICAS DE UNA DISTRIBUCIÓN
Pudiera sorprender a muchos programadores de Windows saber que prácticamente se puede no hacer supuestos de la configuración por defecto de Linux en la máquina del usuario final. Diferentes distribuciones usan diferentes ubicaciones de archivos de configuración y ajustes. A menos de que estemos escribiendo una utilidad de configuración del sistema para una distribución en particular, no hay que hacer supuestos específicos de una distribución. De igual modo nunca hay que forzar a los usuarios a que trabajen como un administrador, a menos de que el propósito exclusivo de la aplicación sea el de modificar ajustes específicos del sistema.
NO MODIFICAR NI TRATAR DE MODIFICAR ARCHIVOS DEL SISTEMA.
Además de no ser una buena práctica de programación, no se puede asumir que determinado archivo de sistema existe en la máquina del usuario final (debido a diferencias específicas de la distribución). Tampoco podemos modificar archivos de sistema como un usuario “normal” (sin los privilegios necesarios) y no se supone que una aplicación normal de productividad sea ejecutada como administrador. En la mayoría de los casos, encontraremos que apenas tenemos alguna razón buena para tocar archivos específicos.
SER VISUALMENTE CONSISTENTE
Los programadores de la Interfaz Gráfica de Usuario, especialmente programadores de GTK y QT, necesitan entender que estas bibliotecas son bastante modificables (el usuario final puede modificar la apariencia visual de la Interfaz Gráfica de Usuario en casi cualquier forma posible). Por lo tanto, hay que evitar usar fuentes (de letra) o colores específicos en nuestra Interfaz Gráfica de Usuario. No es necesario. No hay que forzar al usuario final a que instale alguna fuente (de letra) particular en su sistema. Hay que dejar el despliegue visual de la aplicación exclusivamente a la biblioteca de la Interfaz Gráfica de Usuario que utilizamos. A menos de que estemos escribiendo un procesador de palabras casi nunca requeriremos manejar fuentes (de letra) en el código de nuestra aplicación.
ESTAR PREPARADOS PARA REALIZAR ALGO DE INVESTIGACIÓN
Linux no viene con una herramienta parecida al MSDN que nos proporcione documentación para cada herramienta de programación individual o para cada Interfaz de Programación de Aplicaciones que se encuentre disponible allá fuera. Esto no es práctico debido a que Linux no es desarrollado por una sola compañía. La mayoría de las veces si estamos utilizando bibliotecas de terceros, podremos encontrar documentación (ya sea a través de una descarga o en línea) en el sitio en Internet oficial del encargado de la biblioteca. También hay que estar conscientes de que muchas bibliotecas vienen con documentación incompleta o sin ella. Posiblemente tengamos que buscar código de muestra o hasta archivos de cabecera para aprender más acerca de una biblioteca en particular. Lo bueno es que probablemente no nos topemos con esta situación con la mayoría de las bibliotecas populares de terceros, aunque siempre es bueno estar preparados (por si acaso).
NO EMPAQUETAR DEPENDENCIAS
Cuando estamos creando paquetes que pueden ser distribuidos no hay que incluir dependencias junto con nuestra tarball (Bola de Alquitrán, paquete de archivos creados con la utilidad Unix tar). Sólo hay que incluir el código fuente y ofrecer instrucciones de compilación (entre más genéricas, mejor). También hay que mencionar las dependencias que son requeridas en los archivos LÉEME (README) o INSTALACÍON (INSTALL) y en nuestro sitio en Internet.
Ya que la mayoría de las distribuciones Linux poseen sus propios sistemas de gestión de paquetes (y si nuestra aplicación es lo suficientemente buena, posiblemente pueda ser incluida en el depósito de paquetes oficial), debemos de dejar el manejo de las dependencias al usuario final que compila nuestro programa en forma manual o al encargado del paquete de la distribución que envía nuestra aplicación como parte de su paquete.
Puesto que toda distribución Linux tiene una forma distinta de administrar las dependencias, no hay que intervenir con ellas creando una rutina de instalación que intente ser inteligente e instale otras bibliotecas. Aparte de crear problemas con las versiones, resulta tedioso y engorroso incluir dependencias con el programa.
También hay que probar y mantener las dependencias al mínimo, especialmente si nuestro programa tiende a usar bibliotecas exóticas de terceros.
A varias personas nos agrada el estilo del chat de gmail, porque
este es muy rápido y ligero para usar. Navegando por la red encontré un script
que simula su estilo y funcionamiento con lo cual podemos integrarlos a
cualquier página web y así montar nuestro chat con nuestros amigos. [ Descarga ] [ Demo ]
En la organización de desarrollo de software, conocí Assembla que es un buen servicio seguimiento de errores de software, que brinda un plan con SVN y trac gratuitamente pero con algunas limitaciones, hoy encontré una gran alternativa y es Projectlocker, la cual tiene menos limitaciones que Assembla y aparte brinda Git Hosting como alternativa a SVN.