Han quedado 4 proyectos la mar de decentes la verdad. Sois unos pr0s.
Mi caballo ganador es Pirado IV, que parece que se haya montado él en concurso para arrasar, tongooooooo
Mi voto va para Haxer, un buen bot a lo que a funciones php se refiere. También por originalidad e innovación. Ya que a nadie se le ha ocurrido hacer algo semejante. +1 for Haxer.
yo voto por los 4 xD hay que animar esto. mi pagina al final (y como ya predije) no me ha dado tiempo a terminarla y ya lo hare con más calma.
Enhorabuena a todos los participantes y a los testers , aquí os dejo algunas de las perlitas que le han soltado al bot xD (hay mas de 500 registros :o )
#111 ageno 
Ahora en serio, cuales fueron tus criterios para usar mongo y no una relacional?, solo por aprender?.
#127 ups xD
Pues sí, probar cosas nuevas, menudo gazapo con ageno.
Y ya bastante tengo en el curro con las relacionales XD
Enhorabuena, joder. Qué grandes!
¿Hay que votar? Os votaría a todos porque ponerse ahí como loco a tirar código.. la leche. Yo me puedo tirar 2 horas eligiendo un icono y otras 2 retocándolo. Sería incapaz xD.
Mi opinión sobre las webs:
Me gusta la originalidad de Haxer. El diseño de Extreme. La funcionalidad de PiradoIV. La de BLZKZ se ve que está a medio hacer. También está bien, ojo! No enfadarse! xD
Me quedo con la de PiradoIV por el hecho de haber usado MongoDB. Que es una chorrada porque un día trasteé y aunque es chungo cambiar de mentalidad, pero para dos tablas chorras que además no hay ni porque definir su estructura... tampoco es para quitarse el sombrero. Pero sí me parece original tirar de un motor no-SQL.
Pena no tener ni zorra de diseño web, me hubiera apuntado.
Un día haremos la primera MediaVida App Dare y nos veremos las caras!!!! xD
Voto a PiradoIV #117
Me encanta el estilo tan limpio y organizado con esos botones , sin duda muy buena elección 
es muy dificil votar solo a uno y mas cuando he visto poco a poco como estos perlas las hacían xD
blzkz... solo de pensar en un stackoverflow en castellano se me pone la piel de gallina. +1
haxer... idea innovadora, nadie se le habia ocurrido hacer un bot y con algunas respuestas graciosas +1
extreme.. solidaridad ante todo, diseño estupendo... +1
pirado... excelente... esos timelapses de producción, la web interesante (se ha demostrado con esta web que para salvar españa necesitamos a goku), promotor de esta gran idea.... +1
pongo a MV por testigo que a la siguiente me apunto.
Me gusta que lo que más valoréis de mi web, la web de un programador, sea el diseño xDDDD, la madre que os parió
Los participantes podemos votar? si es así... voto a... blzkz, por las risas, sin más jajaja. Y si tengo que ser cabrón y decir por qué no voto a Haxer o Pirado... a la de Haxer me metí el primer día y no sabía una mierda xd, después, una vez presentada, le puse las primeras 2 funciones que se me vinieron a la mente (strip_tags y number_format) y tampoco las conocía, no funciona! Y la de Pirado... buena idea, pero tirar de bootstra para todo el diseño, -1.
Ideas constructivas, nada más 
bss <3
A ver, a mí me jode un poco no votar a todos, pero voy a dar solo un voto porque creo que esa es la gracia. El voto para para Pirado IV por dos razones:
- Ha usado tecnologías que me atraen bastante (como bootstrap y MongoD
. - El resultado visual es el mejor bajo mi punto de vista (bootstrap ftw aunque al final todas las webs van a acabar igual como abusemos de él xD).
.Esto no quita que las demás ideas no me hayan gustado (aunque se le nota la falta de tiempo a blzkz, como él mismo ha dicho muchas veces).
Un saludo y gracias por haber participado, es muy interesante
Si alguien se ofreciese de diseñador, no tendría que tirar de bootstrap... que no digo nada y lo digo todo xDDD
¡Gracias a todos!
Gente, sumando las manitas de los posts de la presentación de las webs y los votos individuales por aquí, más o menos estamos todos con 7 puntazos, empate técnico, ron para todos ajajaja.
Aproveché que se acabaron las votaciones para cambiar el Look & Feel de la web por el de Ubuntu (hay que ver lo fácil que es con Bootstrap xD)
http://www.piradoiv.com/mvludum/1/
¿La cosa cambia? xD
#137 es que has ido a probar las que no conoce justo , las funciones que tienen algún "guion_bajo" no las tiene metidas, porque tenia que cambiar el "_" por "-", que ya ves tu que tontería, pero lo deje para el final y ahí sigue sin hacerse
BIENNNNNNNN HEMOS GANADO (y perdido) TODOS!!!! :si:
Me gustaría hacer una consulta: qué ventajas tiene usar un sistema NoSQL, como mongo, frente a MySQL? Supongo que no hay una verdad absoluta, pero para algunos proyectos, por sus particularidades, será mejor uno u otro. Escucho!
#142: Supuestamente mayor escalabilidad y creo que es muy fácil montarse un sistema distribuído. Ahora, creo que las NoSQL son bastante más "cutres".
#142 para bases de datos enormes, sin gastarte en infraestructura e ingenieros un pastizal en resumidas cuentas.
Basicamente y resumiendo tiene todas las ventajas que una base de datos relacional tiene de desventajas, y viceversa.
#142 Las ventajas dependen de la aplicación que estés haciendo, pudiendo ser que NoSQL esté totalmente desaconsejado para algún proyecto concreto.
Peeeeeeero la verdad es que tiene cosas muy interesantes, si te vas a lo de Goku salvanos, piensa en cómo tendrías que guardarlo en una base de datos relacional, teniendo en cuenta cosas como que no quieres que una IP no pueda dar dos votos.
En NoSQL se guarda como un objeto parecido a JSON:
{
title: "Goku salvanos",
created_on: "2012-10-13 15:28:15",
content: "Braubrau brau brau",
views: 235,
score: 1,
votes_up: ["123.123.123.123", "123.124.1.22", "1.2.3.4"],
votes_down: ["2.4.5.1", "231.231.22.23"],
tags: ["furcias", "casinos"]
}
Y podría ser muchísimo más complejo todavía, podría contener incluso los comentarios de la gente, con sus manitas a lo MV y demás. Sin embargo, fíjate que el score lo tengo que volver a calcular cuando guardo un voto.
Los tags son directamente un array, puedes pedirle a la base de datos que te busque todos los documentos sobre "furcias", ordenados por Score (de mayor a menor), así de fácil:
db.ideas.find({tags: "furcias"}).sort({score: -1});
Piénsalo desde el punto de vista de SQL... o bien creas una tabla a parte con los tags y los relacionas con las ideas, o haces una ñapa con un VARCHAR y haces un explode posterior en PHP y te sientes culpable el resto de tu vida.
Parece una chorrada, pero lo de los tags es la típica cosa que no implementas en la primera versión por la pereza de crear una tabla a parte.
Resumiendo, que tiene ventajas y desventajas según el caso pero, en general, a mí me parece mucho más cómodo y lógico tirar de NoSQL, incluso dejando de lado el tema de escalar y aunque simplemente vaya a guardar 15 tonterías en la base de datos.
PD: Me encantaría que #127 aportase más sobre el tema desde su punto de vista, que yo soy un neófito en NoSQL.
#146 gracias por la info y el ejemplo. No estaría de más que algún usuario experimentado comentase algo así también por encimilla (o profundizando, si quiere).
Aún así... lo que saco directamente en claro, por tu comentario, es que es más cómodo a la hora de hacer filtros y guardar información? Pero por qué? Quiero decir, dices que lo de los tags es muy fácil porque con una línea ya tienes tu consulta y porque normalmente no creas una tabla en mysql que te relacione los posts con las etiquetas. Pero realmente esto no es fallo del sistema, sino del que ha diseñado la base de datos, no? Si de primeras hago un sistema totalmente sólido y estable, teniendo en cuenta todo, debería ser igual o mejor no?
Otra, con ese sistema de datos no tienes datos concurrentes? Por ejemplo los tags, si dentro de poco tienes 1 millón de propuestas y todas usan el tag Rajoy, tienes que guardar 1 millón de veces "tags: Rajoy".
No sé, yo es que estudié todo el rollo de que las bases de datos tienen que ser relacionales balblabla, y ahora mismo no asimilo el concepto de una NoSQL, totalmente desde la ignorancia. Pero como he leido mucho por aquí y por allá sobre este sistema, me interesa bastante estar al día, y puede que lo use para el siguiente Dare, por aquello de probarlo!!
#147 Lo primero es que en NoSQL no tienes que hacer un esquema de la base de datos, guardas los datos y ya está. El problema aquí viene por ejemplo en que, cuando vas a utilizar un dato, tienes que comprobar si existe (o una vez que sepas cómo va a ser tu base de datos, darle un valor por defecto siempre que crees un nuevo documento, dentro de la colección).
Si diseñas una base de datos perfecta, sólida, estable y teniendo en cuenta todo, te has pasado de las 72 horas de la Website Dare xD. NoSQL va de la mano con conceptos como Desarrollo ágil, Programación extrema y demás.
Por último, es normal que hayas estudiado conceptos que impliquen ser conservador con el espacio que ocupa la base de datos. Hasta ayer era un problema, hoy ampliar el disco duro no lo es tanto, prima más entregar el proyecto a tiempo.
#146: Hombre, eso que comentas con Hibernate lo haces con la polla. Y supongo que con otros ORM igual. Yo creo que la cosa va más por el rollo que comenta blzkz, que quizás pueda ser una solución más barata a un problema.
PD: No deberíamos despreciar el tener las cosas ordenadas y bien limitadas del esquema relacional, creo yo