programacion software linux cursos manuales tutoriales
 

Tutorial de SQL

Noticias de >
bases de datos Codigo Fuente
 

Leyes de Murphi aplicables al diseño

Bases de datos-Modelo de datos-Leyes de Murphi
Desde luego hay que reconocer que: "si algo puede fallar fallará" y además "lo hará de la forma que más destrozos haga". A continuación voy a exponer un extracto de las leyes de Murphi aplicadas a la informática.

Si algo puede salir mal, saldrá mal.
Nada es tan fácil como parece
Todo lleva más tiempo del que usted piensa
Si existe la posibilidad de que varias cosas vayan mal, la que cause más perjuicios será la única que vaya mal.
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
Cuando las cosas se dejan a su aire, suelen ir de mal en peor
Cuando se ponga a hacer algo, se dará cuenta que hay otra cosa que debería haber hecho antes
Cualquier solución entraña nuevos problemas
Es inútil hacer cualquier cosa a prueba de tontos, porque los tontos son muy ingeniosos
La naturaleza siempre está de parte de la imperfección oculta
La madre Naturaleza es muy lagartona
Nadie por si mismo, puede hacer las cosas lo suficientemente bien
Siempre hay una forma más sencilla de hacerlo
Lo que va mal, por lo general, tiene aspecto de funcionar bien
Cuando se ha detectado y corregido un error, se suele descubrir que no era un error
Si un experimento funciona, es que algo ha ido mal
No importa cuál sea el resultado previsto. Siempre habrá alguien impaciente por:
Malinterpretarlo;
imitarlo, ó
creer que ha sido a causa de su teoría favorita
Si pide ayuda a alguien no sabrá ver el error. Cualquiera que le eche un vistazo, sin que usted o pida, lo verá inmediatamente
La probabilidad de que suceda algo es inversamente proporcional a lo que quiera que suceda
Si funciona la modificación de un programador a un programa ya existente, es probable que no sea lo quieren los usuarios
Los usuarios no saben realmente lo que quieren, pero saben con certeza lo que no quieren
Al diseñador se le notificará que es necesario modificar el diseño después - y sólo después - de que haya terminado el análisis. (A menudo, es denominada como ley de "¡Y nos lo dicen ahora!").
Cualquier programa, cuando funciona, es que se ha quedado antiguo
Cualquier programa cuesta más caro y se necesita más tiempo
Si un programa es útil, habrá que cambiarlo
Si un programa es inútil, habrá que demostrarlo
Cualquier programa se expandirá hasta ocupar toda la memoria del ordenador
La complejidad de un programa aumenta hasta que supera la capacidad del programador que debe revisarlo
Si una instalación de comprobación funciona perfectamente bien, todos los sistemas posteriores funcionarán mal
El error más terrible de un programador sólo se detectará cuando lleve, por lo menos, seis meses de funcionamiento
Si se ha diseñado el editor de entrada de tal forma que rechace entradas nocivas, siempre habrá algún idiota que descubra el método para que se cuelen datos que no deben
El único lenguaje que conocen bien todos los programadores es el de los profanos
Los ordenadores no son fiables, pero los seres humanos lo son menos aún
Cualquier sistema que dependa de la fiabilidad humana, no es fiable
Si añade mano de obra a un proyecto informático que va retrasado, se retrasa todavía más.
Construya un sistema que pueda utilizar hasta un tonto y sólo lo querrán utilizar los tontos

Actualización: undefined




software tecnologia programacion webmasters
Nube de Tags
Nuestra Red de agregadores de noticias tematicas
info mac ipod iphone
Mac- mundo mac iphone ipod novedades
noticias de moviles iphone nokia trucos
Moviles- actualidad del mundo de los moviles
salud
Salud- salud medicina dietas vida sana
noticias de coches f1 motos tuning motogp
Motor- noticias de coches F1 motoGP motos quads
cine teatro estrenos video
Ocio-Cine- estrenos de cine trailers noticias
Programacion- software programacion linux
noticias de mujeres recetas thermomix
Mujer- noticias recetas moda thermomix belleza
tecnologia
Tech-y- gadchets actualidad de tecnologia
Deportes- todos los deportes agregados
Negocios- negocios y pymes, negocios online
 
 
Otros idiomas
salud Salute-(it) salute medicina diete salud Sante-(fr) sante medicina diet

BlogRoll


 
ver 50 mas votadas + Ver las 50 noticias mas leidas
ver 50 mas votadas + Ver las 50 noticias mas votadas
 
ver 50 mas votadas + Ver las 50 videos mas vistos

Links Recomendados

- pueblos de España

 
 
Las mejores ofertas de la Red
Ofertas de Tecnologia Ofertas de Vivienda
Ofertas de Finanzas Ofertas de Motor
Ofertas de Formacion Ofertas de Juegos
Ofertas de Ocio Ofertas de Salud
Ofertas de Viajes
  Volver a portada del manual SQL
 Manual de SQL
Introducción
Consultas
-De Selección
-De Acción
-De Unión Internas
-De Unión Externas
-De Referenc Cruzadas
Criterios de Selección
Agrupamiento Registros
Tipos de Datos
Subconsultas
Extructuras de Tablas
Problemas Resueltos
-Registros Duplicados
-Registros no Relacc.
Cursores
FullText (SQL-Server)
ACCESS
-Bases Externas
-Parámetros
-Omitir Permisos
-Cláusula PROCEDURE
Optimizar Sentencias
Modelo de datos
Introduccion
Los usuarios
Ciclo de vida
Criterios de calidad
Indicadores de calidad
El modelo logico
Restricciones integridad
Modelo Relacional
Introduccion
Proceso d Normalización
Las Interrelaciones
Algebra Relacional
Cálculo Relacional
El Modelo E/R
Entidades
Atributos
Dominios
Claves
Interrelaciones
Restricciones Interrelaciones
Ejemplo
Generalidades
Definiciones
Leyes de Murphy
Arquitecturas
Buffers
DataWareHousing
-Introducción
-Teoría
-Proyecto
Tutoriales
Recomedamos: programatium I solorecursos I manuales I pueblos 2.0I info-salud I info-ocio I info-motor
noticias: Salud I Ocio/cine I Musica I Motor IDeportes IJuegos I Finanzas I Moviles I Energia I Ecologia I Tech-y I Mujer I MAC I Salud I