La Vida Tiene Estas Cosas » Programación

Super Mario en Javascript

RuBeN — Wed, 09 Apr 2008 17:59:37 +0000

Tremendo, alucinante y todo lo que os atreváis a añadir. Han desarrollado una versión totalmente funcional del clásico Super Mario en javascript y con un tamaño de 14kb.

Yo que he tenido mis peleas (y lo he odiado alguna vez) con javascript aún lo flipo de que se puedan hacer estas cosas, supongo que por falta de conocimientos.

Podéis jugar aquí.

Vía | aNieto2K

Posts relacionados

O’Reilly

RuBeN — Sat, 02 Feb 2008 12:11:35 +0000

Extremadamente ~~friki~~ geek, lo sé, pero no digais que no es genial. Los que estáis metidos en el mundo de la informática (y de la programación como yo) estaréis deseando haceos la vuestra. Aquí puedes crear tu portada al estilo de los libros de O’Reilly, que más de uno tendréis varios, como yo. Fantástico.

Vía | incubaweb

Posts relacionados

La Informática Es Lo Que Tiene

RuBeN — Tue, 16 Oct 2007 20:52:39 +0000

Real como la vida misma. Si vas a dedicarte a la informática (como un servidor) aún estás a tiempo de pensartelo. En Microsiervos me encuentro estos diez mandamientos de este nuestro mundillo. Totalmente genial.

10. El sueldo suele ser bueno comparado con otras profesiones, pero dado que te pagan bien, a menudo creen que son tus dueños. Así que olvídate de horas extras y acostúmbrate a llamadas a horas intempestivas o a trabajar en festivos y fines de semana. Para la empresa, va con el sueldo.
9. Tú serás el culpable cuando los usuarios cometan errores estúpidos. Eso incluye ordenadores que no funcionan porque no están enchufados o tazas de café derramadas encima de una CPU.
8. Pasarás de héroe a villano varias veces en un sólo día. Cuando consigas solucionar algo que tenía parados a un cierto número de usuarios que no se darán cuenta de lo sencillo que era serás su héroe, pero lo olvidarán todo cuando un oscuro fallo en la red haga que todo funcione a una velocidad glacial, aunque afortunadamente podrás ponerlos de nuevo de tu parte si les enseñas algún pequeño truquillo de Excel o Word antes de irte a casa.
7. Las certificaciones no siempre te harán mejor en tu trabajo, pero pueden ayudarte a conseguir un puesto mejor o una subida de sueldo. Aún así, tendrás que demostrar después lo que vales.
6. Tus compañeros de trabajo de otros departamentos te usarán como soporte técnico para sus ordenadores de casa. Además de familia, amigos y vecinos, claro. Y gratis. En un momento dado tendrás que aprender a decir «no» firmemente.
5. Los proveedores y consultores se atribuirán todos los méritos cuando las cosas funcionen y te echarán a ti la culpa cuando no lo hagan. Ya sabes, sus sistemas funcionan sin problemas en todas las demás instalaciones, así que debe ser que algo falla en la infraestructura informática de tu empresa. Si todo funciona, tenderán a olvidar todo el trabajo que has hecho para adecuar su producto a las necesidades de tu empresa.
4. Pasarás más tiempo manteniendo en funcionamiento viejas tecnologías que implementando nuevas. Puede que tengas la oportunidad de jugar con tecnologías muy nuevas en modo de pruebas, pero a la hora de la verdad, el trabajo tenderá a ser llevado a cabo con tecnologías ya probadas.
3. Los veteranos de los departamentos de informática a menudo son el principal obstáculo para implementar nuevas tecnologías. A menudo instalar nuevo hardware o software supondría importantes mejoras y/o ahorro, pero muchas veces no serán consideraciones presupuestarias lo que lo dificulte, sino el deseo de los veteranos del departamento de no tocar las cosas en aplicación de la vieja máxima de «Si funciona, no lo toques».
2. Algunos profesionales de los departamentos de tecnología instalan cosas más con el objeto de consolidar su poder que de ayudar a la empresa. No es que sea algo generalizado, pero tampoco es raro ver cómo algunos profesionales del campo deciden instalar una solución que tira más hacia su campo de especialización que hacia lo que realmente necesita la empresa.
1. Los informáticos a menudo usan jerga para confundir a los responsables que no saben de tecnología y así escurrir el bulto. Todo el mundo mete la pata de vez en cuando, pero no todo el mundo es capaz de admitirlo, y a menudo usan explicaciones técnicas para despistar a sus supervisores que no tienen los conocimientos suficientes como para saber que les están contando una milonga.

Posts relacionados

Posiblemente la imagen de la semana

RuBeN — Sat, 28 Apr 2007 07:51:54 +0000

No tiene desperdicio, totalmente confirmado.

Posts relacionados

Tiempos modernos, soluciones rápidas

RuBeN — Wed, 28 Feb 2007 19:10:16 +0000

Vía | 86400

[tags]Castigos, nuevos tiempos, frikis, programación, humor[/tags]

Posts relacionados

HTML Fácil Fácil

RuBeN — Sat, 13 Jan 2007 11:24:54 +0000

¿Quien dijo qué es díficil aprender HTML? Aquí unos ejemplos de algunos tags, seguro que así los recordamos mucho mejor.

Merci Peter

[tags]Html, tags, body, table, base, colgroup, sub [/tags]

Posts relacionados

Be a Pointer

RuBeN — Tue, 28 Nov 2006 22:44:55 +0000

No quería colgarlo, pero bueno, la sobresaturación me ha obligado a ello. Sólo para programadores. Merci Tan.

Empty your memory,
with a free().
like a pointer!
If you cast a pointer to a integer,
it becomes the integer,
if you cast a pointer to a struct,
it becomes the struct.

The pointer can crash.,
and can overflow.

Be a pointer my friend!!

[tags]Frikis, programación, be a pointer, be water [/tags]

Posts relacionados

10 reglas básicas para debugar

RuBeN — Tue, 14 Nov 2006 21:35:06 +0000

Venga va, hoy algo que me ha llamado la atención ya que en el trabajo perdemos bastante tiempo depurando nuestros programas.

Las 10 reglas de oro del debug:

1. Comprueba los datos: comprueba que los datos son los que se esperan. Una buena opción sería darle la funcionalidad al sistema de exportar los datos a un fichero de texto plano para poder comprobarlo mejor.
2. Comprende el sistema: leer el manual, seguir las instrucciones, compara tu código con los ejemplos que ofrecen, puede ayudarte a usar el sistema correctamente y no mandar datos que no son los correctos.
3. Hazlo fallar: para encontrar posibles fallos no hay nada mejor que hacerlo fallar a proposito. Si algo falla rara vez, puede ser algo bastante importante, no asumas cosas cuando intentes encontrar el problema, te puede hacer perder mucho tiempo.
4. Tómate tu tiempo: sacar conclusiones usando poca información nos puede hacer no encontrar el problema real, sino parchear un problema menor.
5. Divide y conquistarás: estrecha tu búsqueda, limita los sitios donde pueda darse el error, sigue el código hasta la zona más exacta donde pueda fallar.
6. Cambia cosas una a una: cuando encuentres varios errores, corrígelos uno a uno, para evitar encontrarte con otros errores, o que cuando algo falle por los cambios, no sepas por qué se ha producido.
7. Realiza una auditoría: da igual que parezca que todo funciona bien, sigue mirando los logs por posibles errores, por si aparecen casos que no habías visto antes.
8. Comprueba primero lo obvio: no asumas que tus ideas son correctas, cuestionate todo.
9. Pide ayuda: los test de caja negra dicen que quien debe testear la aplicación no debe ser quien la ha desarrollado, ya que muchas veces caemos en el error de pensar que algo en particular no va a fallar porque sabemos cómo funciona.
10. Si no lo corregiste, no está solucionado: las cosas no se arreglan solas, si no se reproduce de nuevo el error no quiere decir nada, el error sigue estando allí.

Vía | Sentido web

[tags]Programación, código, Java, Debug, Depuración[/tags]

Posts relacionados

byteMyCode

RuBeN — Mon, 09 Oct 2006 20:19:35 +0000

byteMyCode o el Meneame de la programación. Para nosotros los programadores que nos dedicamos durante mas de 8 horas diarias a esto nos puede venir bien. Aquí la gente exhibe sus trozos de código, que realizan algo de maneras curiosas, son más eficaces o realizan una función concreta. Además los usuarios votan a cada trozo de código. Lo ví hace algún tiempo, pero se me pasó el postearlo. Está dividido en lenguajes de programación y por tags varios.

Creo que un vistacito no vendrá mal.

Enlace | byteMyCode

Vía | Genbeta

[tags]programación, código, source, byteMyCode, digg [/tags]

Posts relacionados

QuickRef, ideal para desarrolladores

RuBeN — Wed, 06 Sep 2006 18:49:42 +0000

Genial herramienta para desarrolladores y programadores, me da que ahora que empiezo el trabajo más en serio, tiraré de esto en varias ocasiones.

Quickref es un buscador que realiza consultas a la documentación de diversos lenguajes de programación, en concreto: C, C++, CSS, HTML, HTML DOM, Java, JavaScript, MySQL, Perl, PHP, y Ruby.

Este buscador permite buscar en varios sitios sin liarla con mil ventanas como otros, muestra ventanas dentro de la misma página, además recuerda tus búsquedas de la última sesión, muy útil si encuentras algo que te hace falta justo a la hora de plegar.

QuickRef: http://www.quickref.org/

Vía | Webmaster Libre

[tags]Programación, webmaster, java, quickref, ruby, c++, docs [/tags]