{"id":157,"date":"2009-07-07T14:39:04","date_gmt":"2009-07-07T17:39:04","guid":{"rendered":"http:\/\/www.maurom.com\/wp\/?p=157"},"modified":"2012-05-21T17:31:50","modified_gmt":"2012-05-21T20:31:50","slug":"mayormente-utiles-reglas-de-desarrollo-de-software","status":"publish","type":"post","link":"https:\/\/maurom.com\/blog\/2009\/07\/07\/mayormente-utiles-reglas-de-desarrollo-de-software\/","title":{"rendered":"(Mayormente) \u00fatiles reglas de desarrollo de software"},"content":{"rendered":"<p>Se fue junio como por un tubo, y si bien han habido varias noticias en el entorno open source, muchos ya se han encargado de ellas. La salida de <a href=\"http:\/\/www.getfirefox.com\/\">Mozilla Firefox 3.5<\/a>, <a href=\"http:\/\/www.virtualbox.org\/wiki\/Changelog\">VirtualBox 3.0<\/a>, y recientemente <a href=\"http:\/\/www.videolan.org\/\">VLC 1.0<\/a> y algunas m\u00e1s que no recuerdo.<\/p>\n<p>Aviso, de paso, que si alguno quiere tener Firefox 3.5 en Debian amd64, puede <a href=\"https:\/\/developer.mozilla.org\/En\/Simple_Firefox_build\">obtener el fuente y compilarlo<\/a>, o bien aprovechar los <a href=\"http:\/\/glandium.org\/blog\/?p=376\">paquetes pre-release de Iceweasel 3.5<\/a> que Mike Hommey tuvo la delicadeza de poner a nuestra disposici\u00f3n.<\/p>\n<p>Pero lo de hoy es una breve traducci\u00f3n de un post que ayer publicaron en Pingdom titulado &#8220;<a href=\"http:\/\/royal.pingdom.com\/2009\/07\/06\/quirky-but-mostly-useful-software-development-rules\/\">Quirky but (mostly) useful software development rules<\/a>&#8220;, recordando reglas con las cuales adhiero bastante.<\/p>\n<p>Regla del noventa-noventa<\/p>\n<blockquote><p>El primer 90% del c\u00f3digo ocupa el 90% del tiempo de desarrollo. El 10% restante del c\u00f3digo ocupa el otro 90% de tiempo de desarrollo. (puede parecer equivocada, pero es as\u00ed)<\/p><\/blockquote>\n<p>Ley de Hofstadter<\/p>\n<blockquote><p>Siempre lleva m\u00e1s tiempo del que uno espera, incluso si se tiene en cuenta la Ley de Hofstadter.<\/p><\/blockquote>\n<p>Ley de Brooks<\/p>\n<blockquote><p>Agregar gente a un proyecto atrasado, lo atrasa a\u00fan m\u00e1s.<\/p><\/blockquote>\n<p>Ley de Lister<\/p>\n<blockquote><p>La gente, presionada por el tiempo, no piensa m\u00e1s rapido.<\/p><\/blockquote>\n<p>M\u00e9todo MoSCoW<\/p>\n<blockquote><p>Una t\u00e9cnica para priorizar la entrega de requerimientos durante el desarrollo. MoSCoW significa:<br \/>\n<strong>M<\/strong>UST have this. &#8212; DEBE tener esto.<br \/>\n<strong>S<\/strong>HOULD have this if at all possible. &#8212; DEBER\u00cdA tener esto si es posible.<br \/>\n<strong>C<\/strong>OULD have this if it does not affect anything else. &#8212; PODR\u00cdA tener esto si no afecta otra cosa.<br \/>\n<strong>W<\/strong>ON\u2019T have this time but WOULD like in the future. &#8212; NO tendr\u00e1 esto ahora pero PODR\u00cdA tenerlo en el futuro.<\/p><\/blockquote>\n<p>Principio KISS<\/p>\n<blockquote><p>\u00abMant\u00e9ngalo breve y simple\u00bb (\u00abKeep It Short and Simple\u00bb), en la forma m\u00e1s educada.<\/p><\/blockquote>\n<p>Ley de Gall<\/p>\n<blockquote><p>Un sistema complejo que funciona es siempre una evoluci\u00f3n de un sistema simple que funcion\u00f3.<\/p><\/blockquote>\n<p>Peor es mejor, o estilo Nueva Jersey<\/p>\n<blockquote><p>Describe como un producto &#8220;inferior&#8221; puede ser mejor desde la perspectiva del usuario. Un software limitado pero f\u00e1cil de usar puede ser m\u00e1s popular entre los usuarios que un software &#8220;mejor&#8221;, pero m\u00e1s abarcativo.<\/p><\/blockquote>\n<p>D\u00e9cima regla de Greenspun<\/p>\n<blockquote><p>Cualquier programa C o Fortran lo suficientemente complicado contiene una implementaci\u00f3n ad-hoc, informalmente especificada, lenta y llena de errores de la mitad de Common Lisp.<\/p><\/blockquote>\n<p>Ley de Zawinski<\/p>\n<blockquote><p>Cada programa intenta expandirse hasta que puede leer mail. Aquellos programas que no pueden expandirse de esta manera se reemplazan por otros que s\u00ed pueden.<\/p><\/blockquote>\n<p>Ley de Linus<\/p>\n<blockquote><p>Dado un n\u00famero suficientemente elevado de ojos, todos los errores se convierten en obvios.<\/p><\/blockquote>\n<p>Ley de Murphy<\/p>\n<blockquote><p>Cl\u00e1sica: Si algo puede salir mal, saldr\u00e1 mal.<\/p><\/blockquote>\n<p>Ley de Sutton<\/p>\n<blockquote><p>Ve a donde est\u00e1 el dinero.<br \/>\nEs decir, al diagnosticar un problema, uno deber\u00eda confirmar primero si se trata del diagn\u00f3stico mas com\u00fan, p.ej. probando la soluci\u00f3n m\u00e1s evidente. Toma su nombre del ladr\u00f3n Willie Sutton, que atracaba bancos &#8220;porque ah\u00ed es donde est\u00e1 el dinero.&#8221;<\/p><\/blockquote>\n<p>Ley de Wirth<\/p>\n<blockquote><p>El software se ralentiza m\u00e1s deprisa de lo que se acelera el hardware.<\/p><\/blockquote>\n<p>Ley de Conway<\/p>\n<blockquote><p>Una pieza de software refleja la estructura organizacional de la organizaci\u00f3n donde se produjo.<\/p><\/blockquote>\n<p>Principio de Hollywood<\/p>\n<blockquote><p>No nos llame, nosotros lo llamaremos.<br \/>\nEn vez de que el programa ejecute al sistema, el sistema ejecuta su programa.<\/p><\/blockquote>\n<p>Principio de Dilbert<\/p>\n<blockquote><p>Los trabajadores m\u00e1s incompetentes son promovidos sistem\u00e1ticamente al lugar donde pueden hacer menos da\u00f1o: la administraci\u00f3n.<\/p><\/blockquote>\n<p>Fuente: <a href=\"http:\/\/royal.pingdom.com\/2009\/07\/06\/quirky-but-mostly-useful-software-development-rules\/\">Quirky but (mostly) useful software development rules<\/a> (Pingdom) y <a href=\"http:\/\/www.wikipedia.org\/\">Wikipedia<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Se fue junio como por un tubo, y si bien han habido varias noticias en el entorno open source, muchos ya se han encargado de ellas. La salida de Mozilla Firefox 3.5, VirtualBox 3.0, y recientemente VLC 1.0 y algunas m\u00e1s que no recuerdo. Aviso, de paso, que si alguno quiere tener Firefox 3.5 en [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[8,11],"_links":{"self":[{"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/posts\/157"}],"collection":[{"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/comments?post=157"}],"version-history":[{"count":0,"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/posts\/157\/revisions"}],"wp:attachment":[{"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/media?parent=157"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/categories?post=157"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/tags?post=157"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}