Esto está tan bueno que quise compartirlo con ustedes!

**platoyvaso** · 14-oct-2016

Las 20 respuestas típicas y las 45 leyes de los Programadores

18. “Pues ayer funcionaba…”

17. “¿Cómo es posible?”

16. “Tiene que ser un problema de tu hardware.”

15. “¿Qué hiciste mal para lograr que fallara?”

14. “Algo debe de estar mal en tus datos.”

13. “¡Si no he tocado ese módulo en meses!”

12. “Debes de estar usando una versión anterior.”

11. “Es sólo una desafortunada coincidencia.”

10. “¡Es que no lo puedo probar todo!”

9. “ESTO, no puede ser la causa de ESO.”

8. “Funciona, pero no lo he probado.”

7. “¡Alguien debe de haber cambiado mi código!”

6. “¿Has comprobado que no haya algún virus en tu sistema?”

5. “Ya se que no funciona, ¿pero te gusta?”

4. “No puedes utilizar esa versión en tu sistema”

3. “¿Por qué quieres hacer eso?”

2. “¿Y tú dónde estabas cuando se colgó el programa?”

Y la favorita de casi todos…

1. “¡En mi máquina SI funciona!

Las 45 leyes de los programadores.

* Ley fundamental de Murphy

Si algo puede ir mal en un programa, podemos apostar a que irá mal.

* Teorema de Patrick

Si un programa anda bien de primera, seguro que se ha empleado el algoritmo y (posiblemente) la computadora equivocada.

* Constante de Skinner

Es la cantidad de líneas de programa tales que:
a) agregadas a las líneas de nuestro programa, impiden que entre en memoria, y
b) quitadas de nuestro programa, no permiten que funcione de la forma que se había previsto en un principio.

* Postulados de los lenguajes naturales

La pericia en el arte de programar es directamente proporcional al numero de insultos que el programador profiere durante el desarrollo del programa, e inversamente proporcional al cuadrado de la distancia que recorre desde la computadora hasta la cafetera más cercana para “despejar la mente”.

* Ley de Flaple sobre la perversidad de los programas concluidos

Todo programa, prescindiendo de su propósito, estructura y configuración, será concluído de la forma más insospechada y confusa posible, por razones completamente oscuras.

* Axioma de Allen

Cuando todo falla, es el momento de consultar el manual, que naturalmente no se tiene idea de donde puede estar oculto.

* Principio de las subrutinas dispersas

Al depurar un programa, la accesibilidad de una subrutina critica para su funcionamiento, es inversamente proporcional al numero de veces que dicha subrutina desfila por delante de los ojos del programador, cuando la busca en el listado del programa.

* Corolario de compensación

La estructura de un programa puede considerarse un éxito si no mas del 50% de las líneas originales deben modificarse para obtener cierto parecido con el resultado deseado al momento de especificarlo.

* Ley de Gumperson

La probabilidad de que ocurra un determinado error de ejecución es inversamente proporcional a su importancia y al deseo por parte del programador de que suceda.

* Postulado del material pedido

Los diskettes vírgenes necesarios para respaldar el programa de ayer, deben adquirirse no mas tarde de mañana al mediodía.

* Definición de Twiligth-Zone-programming

Por definición, cuando un programador programa en el dominio de lo desconocido, no sabe lo que se va a encontrar cuando ejecute el programa.

* Regla de Ketterin

Cuando un programa no funciona, es por una razón distinta de la que el programador cree que provoca que no funcione.

* Factor de futilidad

Ningún programa es nunca un completo fracaso: puede servir siempre como un mal ejemplo.

* Teorema de Anderson-Bermudas

La posibilidad de que un programa se pierda es inversamente proporcional a la cantidad de copias disponibles del programa.
Corolario: Nunca se pierde un programa del que el programador tenga respaldo.
Acotación 1: Claro, suponiendo que las unidades de cinta sean inmunes a Murphy y no fallen.
Conclusión: Nunca ningún programa está a salvo.

* Principio de gravitación selectiva de Newton-Hindenburg

Cuando un teclado cae al suelo, inevitablemente aterriza por donde el daño puede ser mayor.

* Postulados del calculo mental

a) Si puede cometerse un error en los cálculos, desde luego que ocurrirá, y de tal forma que haya que rehacer todas las operaciones.
b) Todos los valores de las constantes terminan siendo variables.
c) En todo calculo, el valor que se creía mas correcto es el causante de todos los errores.
d) El punto decimal se las ingenia para colocarse por su cuenta en el peor sitio.

* Postulados sobre la vida útil de los programas

a) Cualquier programa, al estrenarse, resulta obsoleto.
b) Si un programa sirve, deberá ser modificado.
c) Todo programa tiende a crecer hasta ocupar toda la memoria disponible.
d) La complejidad de un programa irá creciendo hasta sobrepasar la capacidad del programador de entenderlo.

* Teorema de Guzman-Rojas

Si existiese un lenguaje de programación idéntico al castellano se deduciría que los programadores no saben escribir en castellano.

* Leyes de Troutman

a) Si la prueba de un sistema nuevo funciona perfectamente, todos los intentos subsecuentes de utilización del sistema fracasarán.
b) Ante la mejor rutina de validación y consistencia siempre se opondrá algún ingenioso idiota capaz de filtrarle datos inválidos e inconsistentes.

* Leyes de Miro

a) La mejor forma de complicar las cosas es programar un problema simple.
b) El mayor esfuerzo en la programación reside en las infinitas modificaciones que deben realizarse a Programas Standard de Aplicación Universal.
c) Todo programa, al ser protegido, produce como efecto automático la imposibilidad de leer o listar la copia no protegida. Como efecto secundario produce la desaparición de todo listado anterior de respaldo.
d) Todo borrado involuntario o accidental de un disco comienza siempre por los datos de mayor valor.
e) Todo listado de programas guardado en una carpeta de respaldo es siempre una versión anterior a la que se halla en uso.
f) El usuario es más inteligente que el programador, pues siempre encuentra lo que le falta a un listado de información producido por la computadora.
g) Si una demostración sale bien, se deberá revisar cuidadosa y minuciosamente el programa hasta hallar la falla y así eliminarla.

* Primera ley de Golub sobre la informática

Los proyectos con objetivos difusos, van bien para evitar el compromiso de tener que estimar los costos.

* Segunda ley de Golub sobre la informática

Un proyecto planificado sin precisión tarda tres veces más en acabarse de lo que se espera, un proyecto planificado cuidadosamente tarda el doble de lo previsto.

* Tercera ley de Golub sobre la informática

El esfuerzo requerido para corregir el curso de un proyecto se incrementa geométricamente en función del tiempo transcurrido.

* Cuarta ley de Golub sobre la informática

Los equipos de proyectos odian hacer informes semanales sobre la evolución del proyecto porque padecen claramente la falta de avances.

* Ley de Brook

Añadir más mano de obra a un proyecto de software que va retrasado, lo retrasa todavía más.

* Ley de Biondi

Si tu proyecto no funciona, repásate la parte que te parecía que no era importante.

* Ley de Keops

Nunca se ha hecho nada según las previsiones, o dentro del presupuesto.

* Regla noventa-noventa de la elaboración de proyectos

El primer 90% del trabajo, se hace en el 90% del tiempo, y el último 10%en el otro 90%

* Ley de Sevaried

La principal causa de los problemas son las soluciones.

* Segunda Ley de Weinberg

Si los constructores edificasen edificios de la misma manera que los programadores programan programas, la llegada del primer picagaitas, destruiría la civilización.

* Ley de Solve

Los problemas complejos tienen soluciones simples, comprensibles y equivocadas.

* Ley de Smith

Ningún problema verdadero tiene solución.

* Segunda Ley de Perlsweig

Cualquier cosa que está sucediendo a nuestro entorno, llegará hasta aquí.

* Axioma de Robert

Sólo existen los errores.

* Corolario de Berman para el axioma de Robert

El error de un hombre es el dato de otro.

* Quinta Ley de la Fiabilidad

Equivocarse es humano, pero para complicar las cosas es necesaria una computadora.

* Guía de Murphy de cara a la ciencia moderna

Si es verde y se mueve se trata de biología; si huele mal, de química; y si no funciona, de física o informática.

* Sexto postulado sobre la programación de Troutman

La blasfemia es el único lenguaje que de verdad conocen todos los programadores.

* Primera ley de Gilb sobre las computadoras

Las computadoras son poco seguras, pero las personas lo son menos.

* Segunda ley de Gilb sobre las computadoras

Cualquier sistema que dependa de la precisión humana, es impreciso.

* Tercera ley de Gilb sobre las computadoras

Los errores no detectables son infinitos, mientras que los detectables son, por definición, finitos.

* Cuarta ley de Gilb sobre las computadoras

Las inversiones para mejorar la precisión de un sistema, crecerán hasta que sean superiores al probable coste de los errores, o hasta que alguien proponga hacer algo útil.

* Ley de Bit sobre el estado actual de la electrónica

Si lo entiendes, ya es obsoleto.

* Ley de Microsoft

No importando cuanto tiempo hayas probado la versión final de un programa, los bugs aparecerán en la presentación al público.

PD. Si a algún moderador quisiera ayudarme a darle una mejor presentación por favor se lo agradecería, pero me gusta mucho y traté de hacerlo lo mejor posible.

Saludos con afecto a todos los que lo lean...

**redeyegt** · 14-oct-2016

jajajjaja buenisimo, la pura verdad.

**javierdals** · 14-oct-2016

Muy muy bueno

**matigari** · 14-oct-2016

Acabo de ver unos capitulos de una miniserie USA llamada "Silicon Valley" y es tal cual, programadores y mundo externo, grandes compañias y realidad,y mas alla sus dueños y ese mundillo que mueve este planeta .

Muchas gracias platoyvaso por compartir este post

**Florderetama** · 14-oct-2016

¡¡Muy bueno, platoyvaso!!

**RareGemOS7** · 14-oct-2016

"* Teorema de Patrick

Si un programa anda bien de primera, seguro que se ha empleado el algoritmo y (posiblemente) la computadora equivocada."

suena a que se robaron el Manual de soporte de HP...

buenisimo post , pero un poquito largo...

**Catweazle** · 15-oct-2016

Siempre se reconocerá a un programador hardcore

**Yo-yo** · 15-oct-2016

Gracias pór tomarte el tiempo para publicar el tema, está muy bueno

baduser · 15-oct-2016

She_Devil · 17-oct-2016

Y la favorita de casi todos… la mía en especial

1. “¡En mi máquina SI funciona! plop..

platovaso..

14-oct-2016	#1
platoyvaso Ayudante Experto Ingreso: junio-2011 Ubicación: Ocumare del Tuy, Edo. Miranda, Venezuela Mensajes: 558 Sexo: País: Signo: Agradecido: +1.648	Esto está tan bueno que quise compartirlo con ustedes! Las 20 respuestas típicas y las 45 leyes de los Programadores 18. “Pues ayer funcionaba…” 17. “¿Cómo es posible?” 16. “Tiene que ser un problema de tu hardware.” 15. “¿Qué hiciste mal para lograr que fallara?” 14. “Algo debe de estar mal en tus datos.” 13. “¡Si no he tocado ese módulo en meses!” 12. “Debes de estar usando una versión anterior.” 11. “Es sólo una desafortunada coincidencia.” 10. “¡Es que no lo puedo probar todo!” 9. “ESTO, no puede ser la causa de ESO.” 8. “Funciona, pero no lo he probado.” 7. “¡Alguien debe de haber cambiado mi código!” 6. “¿Has comprobado que no haya algún virus en tu sistema?” 5. “Ya se que no funciona, ¿pero te gusta?” 4. “No puedes utilizar esa versión en tu sistema” 3. “¿Por qué quieres hacer eso?” 2. “¿Y tú dónde estabas cuando se colgó el programa?” Y la favorita de casi todos… 1. “¡En mi máquina SI funciona! Las 45 leyes de los programadores. * Ley fundamental de Murphy Si algo puede ir mal en un programa, podemos apostar a que irá mal. * Teorema de Patrick Si un programa anda bien de primera, seguro que se ha empleado el algoritmo y (posiblemente) la computadora equivocada. * Constante de Skinner Es la cantidad de líneas de programa tales que: a) agregadas a las líneas de nuestro programa, impiden que entre en memoria, y b) quitadas de nuestro programa, no permiten que funcione de la forma que se había previsto en un principio. * Postulados de los lenguajes naturales La pericia en el arte de programar es directamente proporcional al numero de insultos que el programador profiere durante el desarrollo del programa, e inversamente proporcional al cuadrado de la distancia que recorre desde la computadora hasta la cafetera más cercana para “despejar la mente”. * Ley de Flaple sobre la perversidad de los programas concluidos Todo programa, prescindiendo de su propósito, estructura y configuración, será concluído de la forma más insospechada y confusa posible, por razones completamente oscuras. * Axioma de Allen Cuando todo falla, es el momento de consultar el manual, que naturalmente no se tiene idea de donde puede estar oculto. * Principio de las subrutinas dispersas Al depurar un programa, la accesibilidad de una subrutina critica para su funcionamiento, es inversamente proporcional al numero de veces que dicha subrutina desfila por delante de los ojos del programador, cuando la busca en el listado del programa. * Corolario de compensación La estructura de un programa puede considerarse un éxito si no mas del 50% de las líneas originales deben modificarse para obtener cierto parecido con el resultado deseado al momento de especificarlo. * Ley de Gumperson La probabilidad de que ocurra un determinado error de ejecución es inversamente proporcional a su importancia y al deseo por parte del programador de que suceda. * Postulado del material pedido Los diskettes vírgenes necesarios para respaldar el programa de ayer, deben adquirirse no mas tarde de mañana al mediodía. * Definición de Twiligth-Zone-programming Por definición, cuando un programador programa en el dominio de lo desconocido, no sabe lo que se va a encontrar cuando ejecute el programa. * Regla de Ketterin Cuando un programa no funciona, es por una razón distinta de la que el programador cree que provoca que no funcione. * Factor de futilidad Ningún programa es nunca un completo fracaso: puede servir siempre como un mal ejemplo. * Teorema de Anderson-Bermudas La posibilidad de que un programa se pierda es inversamente proporcional a la cantidad de copias disponibles del programa. Corolario: Nunca se pierde un programa del que el programador tenga respaldo. Acotación 1: Claro, suponiendo que las unidades de cinta sean inmunes a Murphy y no fallen. Conclusión: Nunca ningún programa está a salvo. * Principio de gravitación selectiva de Newton-Hindenburg Cuando un teclado cae al suelo, inevitablemente aterriza por donde el daño puede ser mayor. * Postulados del calculo mental a) Si puede cometerse un error en los cálculos, desde luego que ocurrirá, y de tal forma que haya que rehacer todas las operaciones. b) Todos los valores de las constantes terminan siendo variables. c) En todo calculo, el valor que se creía mas correcto es el causante de todos los errores. d) El punto decimal se las ingenia para colocarse por su cuenta en el peor sitio. * Postulados sobre la vida útil de los programas a) Cualquier programa, al estrenarse, resulta obsoleto. b) Si un programa sirve, deberá ser modificado. c) Todo programa tiende a crecer hasta ocupar toda la memoria disponible. d) La complejidad de un programa irá creciendo hasta sobrepasar la capacidad del programador de entenderlo. * Teorema de Guzman-Rojas Si existiese un lenguaje de programación idéntico al castellano se deduciría que los programadores no saben escribir en castellano. * Leyes de Troutman a) Si la prueba de un sistema nuevo funciona perfectamente, todos los intentos subsecuentes de utilización del sistema fracasarán. b) Ante la mejor rutina de validación y consistencia siempre se opondrá algún ingenioso idiota capaz de filtrarle datos inválidos e inconsistentes. * Leyes de Miro a) La mejor forma de complicar las cosas es programar un problema simple. b) El mayor esfuerzo en la programación reside en las infinitas modificaciones que deben realizarse a Programas Standard de Aplicación Universal. c) Todo programa, al ser protegido, produce como efecto automático la imposibilidad de leer o listar la copia no protegida. Como efecto secundario produce la desaparición de todo listado anterior de respaldo. d) Todo borrado involuntario o accidental de un disco comienza siempre por los datos de mayor valor. e) Todo listado de programas guardado en una carpeta de respaldo es siempre una versión anterior a la que se halla en uso. f) El usuario es más inteligente que el programador, pues siempre encuentra lo que le falta a un listado de información producido por la computadora. g) Si una demostración sale bien, se deberá revisar cuidadosa y minuciosamente el programa hasta hallar la falla y así eliminarla. * Primera ley de Golub sobre la informática Los proyectos con objetivos difusos, van bien para evitar el compromiso de tener que estimar los costos. * Segunda ley de Golub sobre la informática Un proyecto planificado sin precisión tarda tres veces más en acabarse de lo que se espera, un proyecto planificado cuidadosamente tarda el doble de lo previsto. * Tercera ley de Golub sobre la informática El esfuerzo requerido para corregir el curso de un proyecto se incrementa geométricamente en función del tiempo transcurrido. * Cuarta ley de Golub sobre la informática Los equipos de proyectos odian hacer informes semanales sobre la evolución del proyecto porque padecen claramente la falta de avances. * Ley de Brook Añadir más mano de obra a un proyecto de software que va retrasado, lo retrasa todavía más. * Ley de Biondi Si tu proyecto no funciona, repásate la parte que te parecía que no era importante. * Ley de Keops Nunca se ha hecho nada según las previsiones, o dentro del presupuesto. * Regla noventa-noventa de la elaboración de proyectos El primer 90% del trabajo, se hace en el 90% del tiempo, y el último 10%en el otro 90% * Ley de Sevaried La principal causa de los problemas son las soluciones. * Segunda Ley de Weinberg Si los constructores edificasen edificios de la misma manera que los programadores programan programas, la llegada del primer picagaitas, destruiría la civilización. * Ley de Solve Los problemas complejos tienen soluciones simples, comprensibles y equivocadas. * Ley de Smith Ningún problema verdadero tiene solución. * Segunda Ley de Perlsweig Cualquier cosa que está sucediendo a nuestro entorno, llegará hasta aquí. * Axioma de Robert Sólo existen los errores. * Corolario de Berman para el axioma de Robert El error de un hombre es el dato de otro. * Quinta Ley de la Fiabilidad Equivocarse es humano, pero para complicar las cosas es necesaria una computadora. * Guía de Murphy de cara a la ciencia moderna Si es verde y se mueve se trata de biología; si huele mal, de química; y si no funciona, de física o informática. * Sexto postulado sobre la programación de Troutman La blasfemia es el único lenguaje que de verdad conocen todos los programadores. * Primera ley de Gilb sobre las computadoras Las computadoras son poco seguras, pero las personas lo son menos. * Segunda ley de Gilb sobre las computadoras Cualquier sistema que dependa de la precisión humana, es impreciso. * Tercera ley de Gilb sobre las computadoras Los errores no detectables son infinitos, mientras que los detectables son, por definición, finitos. * Cuarta ley de Gilb sobre las computadoras Las inversiones para mejorar la precisión de un sistema, crecerán hasta que sean superiores al probable coste de los errores, o hasta que alguien proponga hacer algo útil. * Ley de Bit sobre el estado actual de la electrónica Si lo entiendes, ya es obsoleto. * Ley de Microsoft No importando cuanto tiempo hayas probado la versión final de un programa, los bugs aparecerán en la presentación al público. PD. Si a algún moderador quisiera ayudarme a darle una mejor presentación por favor se lo agradecería, pero me gusta mucho y traté de hacerlo lo mejor posible. Saludos con afecto a todos los que lo lean...

14-oct-2016	#2
redeyegt Erudito Ingreso: octubre-2013 Ubicación: 192.168.1.1 Mensajes: 5.463 Sexo: País: Agradecido: +16.778	jajajjaja buenisimo, la pura verdad. Las actualizaciones pueden ser instaladas, las vulnerabilidades parchadas, pero "las personas son...... personas" VE MIS APORTES AL FORO, ALGO TE SIRVE ptsss da clic en las imagenes para saber mas.

14-oct-2016	#3
javierdals Ayudante Frecuente Ingreso: abril-2013 Mensajes: 382 Sexo: País: Signo: Agradecido: +1.430	Muy muy bueno Felicidad no es hacer lo que uno quiere sino querer lo que uno hace.

14-oct-2016	#6
RareGemOS7 Genio Ingreso: agosto-2014 Ubicación: Frente a la Pantalla Mensajes: 1.365 Sexo: País: Signo: Agradecido: +4.441	"* Teorema de Patrick Si un programa anda bien de primera, seguro que se ha empleado el algoritmo y (posiblemente) la computadora equivocada." suena a que se robaron el Manual de soporte de HP... buenisimo post , pero un poquito largo... "Cuando es necesario ,uno debe escuchar antes que hacerse escuchar."

Temas Similares
Tema	Autor	Foro	Respuestas	Último mensaje
Herramientas del FORO - Cómo Funciona el Foro de Ayuda de Intercambios & Chat	logo	Tutoriales sobre Intercambios	53	21-ago-2017 22:00
¿Sexo Virtual? Qué es, cómo se practica, etc.	cardavid	Sexualidad	41	25-jun-2017 19:31
¿ Chat compartiendo conocimiento / chat sin compartir conocimiento ? :P	Leanhack	Sugerencias y Dudas	9	24-feb-2015 07:50
Pegar Subtitulos a una Pelicula	ersapi2m9	Tutoriales & Videos Tutoriales	13	16-ene-2012 16:21

Los siguientes 9 usuarios agradecen a platoyvaso por este mensaje:
Catweazle (15-oct-2016), chexus (19-oct-2016), Florderetama (14-oct-2016), matigari (14-oct-2016), RareGemOS7 (14-oct-2016), redeyegt (14-oct-2016), Ricalbur (15-oct-2016), She_Devil (17-oct-2016), tom1260 (14-oct-2016)

Los siguientes 6 usuarios agradecen a redeyegt por este mensaje:
Florderetama (14-oct-2016), matigari (14-oct-2016), platoyvaso (14-oct-2016), Ricalbur (15-oct-2016), She_Devil (17-oct-2016), tom1260 (14-oct-2016)

Los siguientes 5 usuarios agradecen a javierdals por este mensaje:
Florderetama (14-oct-2016), matigari (14-oct-2016), platoyvaso (14-oct-2016), Ricalbur (15-oct-2016), She_Devil (17-oct-2016)

14-oct-2016	#4
matigari VIP ZONE Ingreso: junio-2009 Ubicación: 192.168.1.1 Mensajes: 10.569 Sexo: País: Agradecido: +20.112	Acabo de ver unos capitulos de una miniserie USA llamada "Silicon Valley" y es tal cual, programadores y mundo externo, grandes compañias y realidad,y mas alla sus dueños y ese mundillo que mueve este planeta . Muchas gracias platoyvaso por compartir este post

Los siguientes 4 usuarios agradecen a matigari por este mensaje:
Florderetama (14-oct-2016), platoyvaso (14-oct-2016), Ricalbur (15-oct-2016), She_Devil (17-oct-2016)

14-oct-2016	#5
Florderetama VIP ZONE Ingreso: septiembre-2013 Ubicación: Al pie del acantilado Mensajes: 3.839 Sexo: País: Signo: Agradecido: +9.978	*¡¡Muy bueno, platoyvaso!!*

Los siguientes 4 usuarios agradecen a Florderetama por este mensaje:
matigari (14-oct-2016), platoyvaso (14-oct-2016), Ricalbur (15-oct-2016), She_Devil (17-oct-2016)

Los siguientes 5 usuarios agradecen a RareGemOS7 por este mensaje:
Florderetama (15-oct-2016), matigari (14-oct-2016), platoyvaso (14-oct-2016), Ricalbur (15-oct-2016), She_Devil (17-oct-2016)

15-oct-2016	#7
Catweazle Ayudante Frecuente Ingreso: enero-2016 Mensajes: 340 Sexo: País: Signo: Agradecido: +1.016	Siempre se reconocerá a un programador hardcore

Los siguientes 4 usuarios agradecen a Catweazle por este mensaje:
Florderetama (15-oct-2016), platoyvaso (15-oct-2016), Ricalbur (15-oct-2016), She_Devil (17-oct-2016)

15-oct-2016	#9
baduser Banned Ingreso: julio-2009 Ubicación: Mexico City, Capital del Mundo Mensajes: 33.485 Sexo: País: Signo: Agradecido: +70.461

Usuarios que han agradecido este mensaje de She_Devil
platoyvaso (29-oct-2016)

15-oct-2016	#8
Yo-yo VIP ZONE Ingreso: julio-2013 Mensajes: 13.386 Sexo: País: Signo: Agradecido: +18.268	Gracias pór tomarte el tiempo para publicar el tema, está muy bueno

17-oct-2016	#10
She_Devil Banned Ingreso: junio-2016 Mensajes: 3.532 Sexo: País: Signo: Agradecido: +10.250	Y la favorita de casi todos… la mía en especial 1. “¡En mi máquina SI funciona! plop.. platovaso..