Este es mi escritorio a día de hoy. Se pueden ver algunos ficheros .py abiertos con gvim (y algún pluggin que comenté en otro post), el típico PDF de documentación - en este caso de ode -, carpetas de código y, como no, un par de líneas de comandos verde sobre negro :). Ah! y el winamp con un buena recopilación de música. El escritorio no tiene nada de espectacular, la única peculiaridad es que tengo la barra a la derecha porque es mucho más cómodo para mi teniendo pantalla panorámica.
8.31.2005
8.24.2005
links
En estos días de coding intensivo he encontrado unos buenos links que he ido viendo en barrapunto, pythonhispano, stratos, escena.org y algunos sitios más.
-scripting para juegos: un artículo muy buena acerca de la implementación de un sistema de scripting bastado en una implementación de python en la que puedes usar threads que no usan el modelo habitual. El artículo explica un modelo muy similar al que usar el unreal engine.
generación de mesh para intros 64kb: iq de RGBA explica la técnica usada en la intro que presentaron en la última euskal. Muy interesante, aunque dice cosas que si has leído un poco ya se sabían.
-GLEST tiene su primier MOD: Después de la salida de glest, su port a linux, ahora hay gente haciendo un MOD, qué será lo siguiente? :).
-flipcode muere: Después de 6 años de una excelente web de programación de juegos cierra sus puertas. Una pena :(.
-un par de juegos interesantes que vi en un -inusualmente interesante- post de barrapunto. En el post hay otros juegos interesantísimos, amateur al poder.
- google talk: Después de unos meses de rumoes google lanza su cliente de MI. Como se rumoreaba usa jabber y permite charlas mediante voIP, que por cierto he probado hoy y me han sorprendido gratamente por dos razones: la primera es la calidad que se consigue con una conexiónde 512kbps con emule y la segunda por que he encontrado una utilidad al micro que hay encima de la pantalla del portátil, un lujo :)
-scripting para juegos: un artículo muy buena acerca de la implementación de un sistema de scripting bastado en una implementación de python en la que puedes usar threads que no usan el modelo habitual. El artículo explica un modelo muy similar al que usar el unreal engine.
generación de mesh para intros 64kb: iq de RGBA explica la técnica usada en la intro que presentaron en la última euskal. Muy interesante, aunque dice cosas que si has leído un poco ya se sabían.
-GLEST tiene su primier MOD: Después de la salida de glest, su port a linux, ahora hay gente haciendo un MOD, qué será lo siguiente? :).
-flipcode muere: Después de 6 años de una excelente web de programación de juegos cierra sus puertas. Una pena :(.
-un par de juegos interesantes que vi en un -inusualmente interesante- post de barrapunto. En el post hay otros juegos interesantísimos, amateur al poder.
- google talk: Después de unos meses de rumoes google lanza su cliente de MI. Como se rumoreaba usa jabber y permite charlas mediante voIP, que por cierto he probado hoy y me han sorprendido gratamente por dos razones: la primera es la calidad que se consigue con una conexiónde 512kbps con emule y la segunda por que he encontrado una utilidad al micro que hay encima de la pantalla del portátil, un lujo :)
8.20.2005
Código fuente del quake3 liberado
Después de creer que ID lo sacaría estas navidades, ahora lo hacen público una semana después de que anunciaran que lo sacarían en breve. Un 10 para ID, no solo por sacar el código del quake3, si no por todos los anteriores: quake2, quake, doom, hexen y una larga lista. Muchas de las cosas que sé yo ahora de programación las aprendí leyendo el código del quake2.
Los links:
-http://files.filefront.com/Quake_3_132_Source_Code/;4055125;;/fileinfo.html
- ed2k://|file|quake3-1.32b-source.zip|5724791|789F2 B4C8CB43ED8119A1B1DC8B8E6A7|h=SRLAZMKABFXH6PLIE4VT DREB6J4UBIBM|/
- http://www.idsoftware.com/business/techdownloads/
- http://www.quakesrc.org/news/
Por último un paste de lo que han "soltado":
# Quake III Arena source code ( renderer, game code, OS layer etc. )
# bot routes compiler source code
# the retargetable C compiler ( produces assembly to be turned into qvm bytecode by q3asm )
# assembly to qvm bytecode compiler
# map compiler ( .map -> .bsp ) - this is the version that comes with Q3Radiant 200f
# Q3Radiant map editor build 200f ( common/ and libs/ are support dirs for radiant )
Los links:
-http://files.filefront.com/Quake_3_132_Source_Code/;4055125;;/fileinfo.html
- ed2k://|file|quake3-1.32b-source.zip|5724791|789F2 B4C8CB43ED8119A1B1DC8B8E6A7|h=SRLAZMKABFXH6PLIE4VT DREB6J4UBIBM|/
- http://www.idsoftware.com/business/techdownloads/
- http://www.quakesrc.org/news/
Por último un paste de lo que han "soltado":
# Quake III Arena source code ( renderer, game code, OS layer etc. )
# bot routes compiler source code
# the retargetable C compiler ( produces assembly to be turned into qvm bytecode by q3asm )
# assembly to qvm bytecode compiler
# map compiler ( .map -> .bsp ) - this is the version that comes with Q3Radiant 200f
# Q3Radiant map editor build 200f ( common/ and libs/ are support dirs for radiant )
8.16.2005
VIM
Actualmente uso GVIM para programar en python y no tengo demasiados problemas. Calculo que usaré un 2% de todo lo que VIM da, más que nada por la pereza que me da leer la documentación. Sin embargo hoy me ha dado por buscar info debido a que empiezo a tener una cantidad alta de ficheros y bastantes líneas en cada uno (unas 1500 aprox). Después de hacer unas búsquedas en google terminé por ir a la página oficial y echar un vistazillo. La página no es nada del otro mundo en cuanto a aspecto visual, como todas las de los grandes, sin embargo mirando un poco encuentras cosas muy interesantes.
Entre los miles de pluggins que hay he encontrado 3 bastante interesantes:
- taglist: permite tener una ventana en un lateral con las funciones, clases, etc de código en C,C++ y lo más importante para mi, python. Me ha sorprendido gratamente y me está resultando muy útil.
- minibufexpl: Es un complemento perfecto para el anterior ya que añade una ventana con los buffers que tenemos abiertos. Se pueden abrir todos los ficheros e ir navegando de uno a otro. Lo mejor de todo es que el pluggin anterior se va actualizando con los tags del fichero activo, un verdadero lujo.
- python: El nombre lo dice todo, permite identar código, ir de clase en clase, etc. No lo he sacado mucho partido, pero promete.
A la página oficial hay una lista enorme de pluggins, seguro que me quedan sorpresas por descubrir.
8.15.2005
subvenciones
En un post de stratos se está comentando el tema de las subvenciones en España y en general la idea que ronda por las cabezas de los asiduos es que suelen usarse para producciones de baja calidad.
Algo que llevo pensando algún tiempo es sobre el tema de las subvenciones al software. En general, cuando hay una actividad que es calificada como una externalidad positiva, esto es, que por su ejecución beneficia a personas que no han pagado por ella, el gobierno trata de "premiar" a esa empresa dándola subvenciones. El caso del software libre (y quizás el freeware) creo que está perfectamente enmarcado en ese tipo de acciones. Por un lado alguien hace su software obtiene cierto beneficio y por otro todas las personas que usan ese software, ya sea para su uso personal, o para modificar su código, se bebefician sin aportar un solo céntimo a los bolsillos del origen de ese soft. ¿cual es la razón por la cual se habla tan poco de este tema?
Algo que llevo pensando algún tiempo es sobre el tema de las subvenciones al software. En general, cuando hay una actividad que es calificada como una externalidad positiva, esto es, que por su ejecución beneficia a personas que no han pagado por ella, el gobierno trata de "premiar" a esa empresa dándola subvenciones. El caso del software libre (y quizás el freeware) creo que está perfectamente enmarcado en ese tipo de acciones. Por un lado alguien hace su software obtiene cierto beneficio y por otro todas las personas que usan ese software, ya sea para su uso personal, o para modificar su código, se bebefician sin aportar un solo céntimo a los bolsillos del origen de ese soft. ¿cual es la razón por la cual se habla tan poco de este tema?
8.09.2005
Java rocks
Últimamente java me flipa cada día más, sobretodo viendo piezas de código tan bestiales como esta. Increíble lo que se puede hacer con tan pocas líneas de código y tal claridad. Un 10 para Sun y sobretodo para su estupenda plataforma J2EE y su soporte para componentes XDD.
sin palabras
Fuente: blog de Jare
sin palabras
Fuente: blog de Jare
8.08.2005
España
En un país en el que existen gravísimos problemas de educación de la ciudadanía y con la cultura de que el enfrentamiento a la autoridad es un acto de valentía no se pueden tomar ciertas medidas.
El caso es que desde hace unos años el gobierno invierte una buena cantidad de dinero en enseñarnos lo que debemos hacer cuando nos ponemos al volante, endureciendo las sanciones, aumentando los controles, incluyendo medidas administrativas, como el carné por puntos, y para mejorar la seguridad, como los asientos para niños. Sin embargo, toda esa gente que quizás puede que esté empezando a mentalizarse, a levantar el pie en el cruce peligroso, a beber "solo" 3 copas cuando va a coger el coche o a pensar que puede palmar en la siguiente curva, ve que es posible viajar en un coche sin carné de conducir, a gran velocidad, sin respetar las señales luminosas, atropellar a un peatón que pasaba por un paso para los mismos, darse a la fuga sin ayudar y encima intentar engañar a la policía, sin tiener apenas penalización.
Como siempre en este país cuenta lo negativo y se corrobora que cuanto más cabronazo seas, más posibilidades tienes de salir airoso. Sinceramente al tío ese lo hubiera cortado el rabo en público (previo lavado no siendo que se me pegara algo) para que la gente viera que quien la hace, la paga, y mucho más en un tema tan peliagudo como es el tema de la seguridad vial, en el que cada día veo como mi vida corre peligro cuando voy por la cuidad andando, por la autovía a 120 o símplemente cuando estoy en casa y veo por la ventana como por la cuesta de en frente viene un (jóven) energúmeno con su "tunning" a 100 por una vía de 30 kmh sin saber que acelerar sabemos hacerlo todos, basta con apretar el pedal. Lo que no sabe es que el buen conductor es el que sabe cuando no debe hacerlo.
Una anecdota al respecto es que el otro día a la redacción de TVCYL llegó una noticia en la que un radar "pillaba" todos los días a un "señor" que entraba a las 7:00 a 190 a valladolid (en una zona de 50).
El caso es que desde hace unos años el gobierno invierte una buena cantidad de dinero en enseñarnos lo que debemos hacer cuando nos ponemos al volante, endureciendo las sanciones, aumentando los controles, incluyendo medidas administrativas, como el carné por puntos, y para mejorar la seguridad, como los asientos para niños. Sin embargo, toda esa gente que quizás puede que esté empezando a mentalizarse, a levantar el pie en el cruce peligroso, a beber "solo" 3 copas cuando va a coger el coche o a pensar que puede palmar en la siguiente curva, ve que es posible viajar en un coche sin carné de conducir, a gran velocidad, sin respetar las señales luminosas, atropellar a un peatón que pasaba por un paso para los mismos, darse a la fuga sin ayudar y encima intentar engañar a la policía, sin tiener apenas penalización.
Como siempre en este país cuenta lo negativo y se corrobora que cuanto más cabronazo seas, más posibilidades tienes de salir airoso. Sinceramente al tío ese lo hubiera cortado el rabo en público (previo lavado no siendo que se me pegara algo) para que la gente viera que quien la hace, la paga, y mucho más en un tema tan peliagudo como es el tema de la seguridad vial, en el que cada día veo como mi vida corre peligro cuando voy por la cuidad andando, por la autovía a 120 o símplemente cuando estoy en casa y veo por la ventana como por la cuesta de en frente viene un (jóven) energúmeno con su "tunning" a 100 por una vía de 30 kmh sin saber que acelerar sabemos hacerlo todos, basta con apretar el pedal. Lo que no sabe es que el buen conductor es el que sabe cuando no debe hacerlo.
Una anecdota al respecto es que el otro día a la redacción de TVCYL llegó una noticia en la que un radar "pillaba" todos los días a un "señor" que entraba a las 7:00 a 190 a valladolid (en una zona de 50).
8.05.2005
Cagada de 20 minutos
Muchas veces no sé si es que soy tonto, despistado o las dos cosas (posiblemente más juntas). Muchas veces cuando haces algo que reqiuere cierta concentración, por ejemplo un exámen, haces una cosa y en mente tienes otras, relacionadas con ella, que más tarde tienes que hacer. A menudo pasa que se te olvida o que, no sé porque, asocias que esa tarea ya está hecha.
Hoy en TVCYL me ha pasado exactamente eso. La presentadora del informativo de castilla y león ha llegado con una noticia (la del chaval que se tragó una flecha) que había que enviar a TV León. Los envíos de imágenes se realizan a través del mismo canal que se usa para enviar la programación regional a las TV locales y que después estas deben lanzar al aire. Lógicamente estos envíos se realizan cuando se está emitiendo programación local, que es cuando el canal queda libre.
Después de acceder a enviarlo, seguimos los pasos para realizar la conexión en la matriz de video, conectamos un magnetoscopio a el encoder de MPEG2 que a su vez manda a fibra óptica y procedemos a enviar las imágenes.
Después de eso debía volver a dejar las conexiones de la matriz como estaba, de hecho lo tenía en mi cabeza, pero no sé porque no lo hice. Bueno, en realidad, no lo hicismos porque la operación la hicimos entre mi compañero de prácticas y yo. A las 10:59 nos vamos a realización a estudiar el conexionado con tal mala suerte que a las 11:00 empezaba la emisión regional, y digo empezaba porque en realidad no empezó, símplemente empezó a enviar negro hasta que no sé quien dio a la tecla para que redireccionara la emisión local a la regional.
Total, 20 minutos en negro donde debería haber ido telenovela por nuestra culpa. Encima lo hicimos por hacer un favor, con toda nuestra buena intención (el infierno está empedrado de buenas intenciones). Lo peor no ha sido cometer un error, lo peor es que por nuestra culpa el jefe de Continuidad (sala donde se emite todo) se ha visto en un buen marrón.
De cualquier forma ha habido algunas buenas cosas que he sacado de esto:
- No te metas manolete.
- Cuando sea jefe y tenga que broncar a alguien, nunca hacerlo delante de todo el mundo. Digo esto porque el jefe de continuidad se le ha ocurrido broncarnos en medio de la cafetería, con bastante gente delante, cosa que se puede entender dada la cagada. Sin embargo este tipo de cosas pueden dar lugar a que el empleado no se sienta cómodo con el jefe. No ha sido mi caso, soy un becario y además soy humano, creo que no hacen falta más explicaciones.
- Cuando sea jefe antes de broncar a nadie, hay que asegurarse muy bien y hablar con las personas involucradas, porque me ha dado la impresión de que las advertencias, broncas y explicaciones se me han dado exclusivamente a mi, sin implicar a mi compañero.
- De vez en cuando vienen bien alguna cagada de este tipo para espabilar.
Al final todo ha quedado más o menos bien, de todas todas días atrás ya habían tenido 10 minutos de negro por sabe dios qué.
arg!
Hoy en TVCYL me ha pasado exactamente eso. La presentadora del informativo de castilla y león ha llegado con una noticia (la del chaval que se tragó una flecha) que había que enviar a TV León. Los envíos de imágenes se realizan a través del mismo canal que se usa para enviar la programación regional a las TV locales y que después estas deben lanzar al aire. Lógicamente estos envíos se realizan cuando se está emitiendo programación local, que es cuando el canal queda libre.
Después de acceder a enviarlo, seguimos los pasos para realizar la conexión en la matriz de video, conectamos un magnetoscopio a el encoder de MPEG2 que a su vez manda a fibra óptica y procedemos a enviar las imágenes.
Después de eso debía volver a dejar las conexiones de la matriz como estaba, de hecho lo tenía en mi cabeza, pero no sé porque no lo hice. Bueno, en realidad, no lo hicismos porque la operación la hicimos entre mi compañero de prácticas y yo. A las 10:59 nos vamos a realización a estudiar el conexionado con tal mala suerte que a las 11:00 empezaba la emisión regional, y digo empezaba porque en realidad no empezó, símplemente empezó a enviar negro hasta que no sé quien dio a la tecla para que redireccionara la emisión local a la regional.
Total, 20 minutos en negro donde debería haber ido telenovela por nuestra culpa. Encima lo hicimos por hacer un favor, con toda nuestra buena intención (el infierno está empedrado de buenas intenciones). Lo peor no ha sido cometer un error, lo peor es que por nuestra culpa el jefe de Continuidad (sala donde se emite todo) se ha visto en un buen marrón.
De cualquier forma ha habido algunas buenas cosas que he sacado de esto:
- No te metas manolete.
- Cuando sea jefe y tenga que broncar a alguien, nunca hacerlo delante de todo el mundo. Digo esto porque el jefe de continuidad se le ha ocurrido broncarnos en medio de la cafetería, con bastante gente delante, cosa que se puede entender dada la cagada. Sin embargo este tipo de cosas pueden dar lugar a que el empleado no se sienta cómodo con el jefe. No ha sido mi caso, soy un becario y además soy humano, creo que no hacen falta más explicaciones.
- Cuando sea jefe antes de broncar a nadie, hay que asegurarse muy bien y hablar con las personas involucradas, porque me ha dado la impresión de que las advertencias, broncas y explicaciones se me han dado exclusivamente a mi, sin implicar a mi compañero.
- De vez en cuando vienen bien alguna cagada de este tipo para espabilar.
Al final todo ha quedado más o menos bien, de todas todas días atrás ya habían tenido 10 minutos de negro por sabe dios qué.
arg!
Suscribirse a:
Entradas (Atom)