WebAdictos - Una dosis diaria de web

Ya mencionamos el producto mas antiguo de apple, pero ¿cuales seran los nuevos productos de apple?.

iToilet o iPoo

iDo o iRing

(more…)

Sin palabras

Lo vi en TooFunnyPlace

Primero fueron las 7 maravillas del mundo friki, luego los 50 tatuajes mas frikis, ahora  Diariomotor nos presenta los coches mas frikis del mundo. Primero recordar que algo friki viene siendo algo extraño, extravagante y/o estrafalario.

Una muy buena recopilación de carros por demas estrafalarios, podemos encontrarnos desde carros inspirados en videojuegos, hasta carros que no logran clasificarse debido a su nivel de cosas raras!

Ver todos los coches

Muchos han escuchado alguna vez “las leyes de murphy” pues el amigo Doggie ha hecho una recopilación de todas estas leyes curiosas creadas por Edward A. Murphy Jr. en total son 465. Les dejo unas cuantas y las demás pueden verlas en el artículo completo.

1. Un proyecto mal planeado se lleva tres veces el tiempo estimado para terminarse, uno bien planeado tomará solamente el doble.
2. Los métodos para conseguir más fácilmente el objetivo no suelen funcionar.
3. En cualquier grupo de datos, la cifra que evidentemente es correcta, sin ninguna necesidad de comprobación, es la errónea.
4. La fatalidad ayuda a los defectos, por muy ocultos que estén.
5. Cuando no lleves prisa, la luz se pondrá verde en cuanto tu vehículo se haya detenido por completo.
6. Si al principio no tienes éxito, destruye toda prueba de que lo habías intentado.
7. Los problemas triviales se eliminan pronto, los problemas importantes nunca se solucionan.
8. Las tolerancias se acumularan unidireccional mente hacia la máxima dificultad del proyecto.
9. Las especificaciones de los fabricantes sobre el rendimiento se deben multiplicar por un factor igual a 0,5.
10. En especificaciones, la Ley de Murphy anula la ley de Ohm.
11. La Ley de Murphy anula prevalece ante cualquier otra ley.
12. Si los cables se pueden conectar de dos o más formas diferentes, la primera que pruebes es la que causa más daños.
13. Un oscilador controlado por cristal oscilará en una frecuencia distinta; si oscila.
14. Una herramienta caerá siempre donde pueda hacer mayor daño.
15. Si dispone del manual de servicio, no lo necesitará.
16. El cliente que llama todos los días para preguntar si esta reparado su aparato, tardará 3 semanas en pasar a recogerlo cuando esté terminado.
17. El 50% de los usuarios de aparatos electrónicos solo lee las instrucciones después de haber estropeado el equipo con su uso indebido, el otro 50% ni aun así las lee.
18. Si usted intuye que hay cuatro posibilidades de que una gestión vaya mal y las evita, al momento aparecerá espontáneamente una quinta posibilidad.
19. Cuando tienes que hacer un trasbordo, si el avión en el que vas lleva retraso, el siguiente saldrá puntual.
20. Nunca pienses que ya no podrás caer más bajo.

Leer todas.

De verdad que es de admirar la creatividad que tienen algunas personas cuando de verdad necesitan algo. Tal es el caso de las famosas chafas, acordeones, chuletas o como sea que ustedes lo conozcan, el caso es que la finalidad es la misma: “Hacer trampa” para pasar un exámen. Y todo esto lo digo por el siguiente video que me he encontrado en No Puedo Creer donde ponen su acordeon en una etiqueta de Coca Cola. Bastante creativo no creen?

YouTube - enlace a

Aunque leyendo los comentarios en No Puedo Creer los lectores han dado muchos mas consejos para hacer trampa como por ejemplo:

• Hacerla en una botella de agua (es menos sospechoso que la coca cola)
• Grabar tus apuntes en audio y copiarlos al celular o Ipod
• Meterla en un boligrafo transparente
• Hacerlo en Word con tamaño de letra 3 y sacarle una copia en acetato
• Tomarle una foto al examen y enviarla a un amigo para que te pase las respuestas.
• Hacerla un pergamino chiquito e ir girándolo hasta dar con la respuesta.
• Copiar las formulas en el pizarrón
• Entre otras mas….

Y ustedes ¿hacen  trampa? ¿Cuál es su técnica?

Por lo pronto si eres alumno de mi novia dejame decirte que estos trucos no te servirán y otros menos ya que se las sabe de todas todas  jeje.

Vía: No Puedo Creer

Leyendo MundoGeek me encuentro con estas señales que indican cuando uno esta haciendo algo mal… algunos son muy buenos por cierto

1. Java es todo lo que necesitas.
No ves la necesidad de usar ningún otro lenguaje, ¿por qué no se puede hacer todo con Java? No te importa ver código en Python o Ruby que logra en 10 lineas lo que llevaría varias hojas de código Java. Además, seguramente las nuevas características de la próxima versión del lenguaje lo arreglaran de todas formas. (Esto es aplicable a casi cualquier lenguaje, pero ocurre que entre la comunidad Java parece estar más extendida esta forma de pensar)

2. El término “enterprisey” (NT: se trata de un término sarcástico utilizado para designar productos complejos más allá de lo necesario) no te suena a broma.

3.Te opones férreamente a las funciones/métodos de más de 20 líneas de código.
(o 30 o 10 o cualquier otro número) Lo siento, algunas veces una función larga es justamente lo que necesitas. Normalmente las funciones cortas son más sencillas de entender, pero algunas veces se pueden expresar más fácilmente en una sola función más larga. El código no debería hacerse más complejo sólo para adecuarse a criterios arbitrarios.

4. “¡OH DIOS MÍO! ¡PATRONES!”

5. Los ciclos de CPU son un recurso precioso y tu estilo de programación y lenguaje reflejan esas creencias.

6. Piensas que ninguna función/método debería tener más de un return.

7. Tus usuarios son estúpidos. Realmente estúpidos.
Simplemente no puedes creer lo estúpidos que son, olvidándose constantemente de hacer las cosas más sencillas del mundo y cometiendo errores tontos al usar tu aplicación. Nunca has considerado que quizás es tu aplicación la que es estúpida porque eres incapaz de escribir software decente.

8. Te enorgulleces enormemente del gran volumen de código que escribes.

9. Copiar y pegar es genial, te ayuda a escribir código desacoplado.

10. Piensas que la gestión de errores consiste en capturar todas las excepciones, registrarlas, y continuar como si nada.

11. Modelas todo tu código en UML antes de escribirlo.

12. Tu código borra datos importantes.

¿Tu te consideras bueno o malo?… siempre es bueno aprender de otros no creen?

Vía: Mundo Geek