{"id":657,"date":"2019-10-17T18:05:07","date_gmt":"2019-10-17T18:05:07","guid":{"rendered":"https:\/\/ingenieriadesoftware.es\/?p=657"},"modified":"2019-10-21T16:11:57","modified_gmt":"2019-10-21T16:11:57","slug":"como-desarrolla-software-facebook","status":"publish","type":"post","link":"https:\/\/ingenieriadesoftware.es\/como-desarrolla-software-facebook\/","title":{"rendered":"Como desarrolla software Facebook"},"content":{"rendered":"<p><a href=\"https:\/\/en.wikipedia.org\/wiki\/Kent_Beck\" target=\"_blank\" rel=\"noopener noreferrer\">Kent Beck<\/a> se fue a trabajar a Facebook. Kent Beck es mundialmente conocido por ser el co-inventor de conceptos tas importantes como el <a href=\"https:\/\/amzn.to\/2IXwZlU\" target=\"_blank\" rel=\"noopener noreferrer\">Extreme Programming<\/a> o el <a href=\"https:\/\/amzn.to\/31tatba\" target=\"_blank\" rel=\"noopener noreferrer\">Test-Driven Development<\/a> (primero crea los tests y despu\u00e9s el c\u00f3digo que tiene que pasarlos), dos pilares de <a href=\"https:\/\/ingenieriadesoftware.es\/desarrollo-agil-software-martin-fowler\/\" target=\"_blank\" rel=\"noopener noreferrer\">toda metodolog\u00eda \u00e1gil<\/a>.<\/p>\n<p>Cuando lleg\u00f3 vi\u00f3 r\u00e1pidamente que el proceso de desarrollo de Facebook era ca\u00f3tico y no ten\u00eda nada que ver con las buenas pr\u00e1cticas que \u00e9l promulgaba. Con lo que pens\u00f3, aqu\u00ed estoy yo para arreglarlo. Como \u00e9l mismo cuenta con todos los detalles <a href=\"https:\/\/softwareengineeringdaily.com\/2019\/08\/28\/facebook-engineering-process-with-kent-beck\/\" target=\"_blank\" rel=\"noopener noreferrer\">en este podcast,<\/a> la realidad fue muy diferente y sirvi\u00f3 (a \u00e9l y a nosotros) para entender mejor el proceso de desarrollo en entornos tan masivos como Facebook.\u00a0Os hago un resumen de <strong>lo que Kent Beck aprendi\u00f3 en Facebook<\/strong>.<\/p>\n<h2>Las dificultades de todo proceso de desarrollo en una gran empresa<\/h2>\n<p>Kent se esperaba encontrar un caos donde el proceso de desarrollo fuera cada vez peor. Cuando Kent Beck se uni\u00f3 a Facebook (2011), FB ya estaba en una fase de gran expansi\u00f3n, incluyendo su fuerza laboral.<\/p>\n<p>Seg\u00fan Kent en contextos con un gran nombre de nuevas contrataciones lo que normalmente pasa es que <strong>se acaban adoptando las pr\u00e1cticas que todo el mundo conoce<\/strong>. Y eso significa acabar en un m\u00e9todo muy tradicional, con ciclos de desarrollo largos, mucha planificaci\u00f3n,&#8230; que acaba matando la eficiencia.<\/p>\n<p>Esto es lo que Kent quer\u00eda evitar con sus pr\u00e1cticas \u00e1giles y de test-driven development.<\/p>\n<h2>Fases exploratorias y expansivas en el software a gran escala<\/h2>\n<p>Kent se di\u00f3 r\u00e1pidamente cuenta que a nadie le interesaban sus teor\u00edas pero que al mismo tiempo, el desarrollo en Facebook no era ni de lejos el desastre que \u00e9l hab\u00eda predicho. Con lo que se dedic\u00f3 a intentar entender qu\u00e9 hac\u00eda Facebook tan especial. Empez\u00f3 un programa de <em>coaching<\/em> interno que le permiti\u00f3 concer ingenieros software de todas las \u00e1reas de Facebook.<\/p>\n<p>Y al final lleg\u00f3 a la conclusi\u00f3n que la cultura ingenieril en Facebook era muy buena en organizar (y evaluar) equipos de desarrollo en funci\u00f3n de la etapa en la qu\u00e9 se encontraba la funcionalidad que estaban implementando.<\/p>\n<p>En concreto, Kent habla de tres fases:<\/p>\n<ul>\n<li><strong>Fase exploratoria<\/strong>. El objetivo es probar si una nueva funcionalidad genera inter\u00e9s en los usuarios de Facebook. La mayor\u00eda no lo har\u00e1n pero a veces una da en el clavo y puede llegarse a convertir en una de las grandes atracciones del Facebook futuro (ejemplo, la introducci\u00f3n de v\u00eddeos). Esta es la parte &#8220;barata&#8221; (no hay que dar soporte a los millones de usuarios de Facebook) sin\u00f3 como mucho a grupos piloto con lo que no hace falta desarrollar un c\u00f3digo bonito y eficiente.<\/li>\n<li><strong>Fase expansiva<\/strong>. Fase del crecimiento vertical (todo el mundo quiere publicar y ver v\u00eddeos). Se trata de crecer tan r\u00e1pido como sea posible para satisfacer la demanda de los usuarios que est\u00e1n descubriendo la nueva funcionalidad y la est\u00e1n adoptando masivamente. En esta fase hay que ser capaz de poner suficientes recursos en el proyecto para evitar morir de \u00e9xito<\/li>\n<li><strong>Fase de consolidaci\u00f3n<\/strong>. Una vez el crecimiento vertical acaba (siguiendo el ejemplo anterior, ya casi todos los usuarios han probado los v\u00eddeos con lo que no hay m\u00e1s incrementos masivos sin\u00f3 m\u00e1s bien decrecimiento, estancamiento o como mucho un crecimiento m\u00e1s lineal) se trata de optimizar y conseguir maximizar el beneficio de esta nueva funcionalidad y hacerla sostenible en el tiempo.<\/li>\n<\/ul>\n<p>E<strong>n lugar de tener un \u00fanico conjunto de m\u00e9todos para todos los equipos, las m\u00e9tricas, m\u00e9todos y t\u00e9cnicas a aplicar depend\u00edan de la fase del proyecto.<\/strong> Incluso la gente pod\u00eda cambiar dependiendo de esto ya que algunos ingenieros eran muy buenos en las etapas iniciales donde hab\u00eda que &#8220;ir r\u00e1pido y romper cosas&#8221; mientras que otros eran grandes optimizadores para ese momento en que ganar un 1% de eficiencia era vital.<\/p>\n<h2>Testing de c\u00f3digo en Facebook<\/h2>\n<p>Como &#8220;evangelista&#8221; del testing, este aspecto (m\u00e1s que nada la poca importancia que se le daba al testing en Facebook) fue el que m\u00e1s le sorprendi\u00f3.<\/p>\n<p>En un producto de la magnitud de Facebook (en n\u00famero de usuarios)\u00a0 hay muchos problemas que s\u00f3lo pasan en producci\u00f3n. Con lo que no vale la pena escribir tests ya que no servir\u00e1n para detectar esos errores. <strong>En Facebook, si la mayor parte de tests para una funcionalidad s\u00f3lo fallar\u00edan en producci\u00f3n simplemente se decide no escribir los tests.\u00a0<\/strong><\/p>\n<p>A cambio Facebook utiliza intensivamente otras t\u00e9cnicas para asegurar la calidad del c\u00f3digo. Empezando por el <em>code review<\/em>, siguiendo por el despliegue incremental de la nueva funcionalidad (primero en algunos servidores, para que est\u00e9 s\u00f3lo disponible para un subconjunto de usuarios, que se van ampliando progresivamente) y acabando con un buen &#8220;monitoring&#8221; que permite saber con todo lujo de detalles como se comporta la funcionalidad en producci\u00f3n.<\/p>\n<p>Adem\u00e1s se obliga a que todas las funcionalidades se pueden desactivar muy f\u00e1cilmente. Como es imposible testear la funcionalidad con todos los condicionantes que se pueden dar en producci\u00f3n se queire que, si se detecta que falla, se pueda anular immediatamente sin afectar nada m\u00e1s.<\/p>\n<h2>No hay recetas universales para el buen desarrollo de software<\/h2>\n<p>La experiencia ayud\u00f3 a entender a Kent que \u00e9l puede escribir buenas historias de buenas pr\u00e1cticas de desarrollo en contextos determinadas pero son eso, historias y no recetas que haya que seguir al pie de la letra.<\/p>\n<span class='bctt-click-to-tweet'><span class='bctt-ctt-text'><a href=\"https:\/\/twitter.com\/intent\/tweet?url=https%3A%2F%2Fingenieriadesoftware.es%2Fcomo-desarrolla-software-facebook%2F&#038;text=No%20hay%20recetas%20universales%20para%20el%20buen%20desarrollo%20de%20software%20-%20Kent%20Beck&#038;via=ingdesoftware&#038;related=ingdesoftware\" target=\"_blank\" rel=\"noopener noreferrer\">No hay recetas universales para el buen desarrollo de software - Kent Beck <\/a><\/span><a href=\"https:\/\/twitter.com\/intent\/tweet?url=https%3A%2F%2Fingenieriadesoftware.es%2Fcomo-desarrolla-software-facebook%2F&#038;text=No%20hay%20recetas%20universales%20para%20el%20buen%20desarrollo%20de%20software%20-%20Kent%20Beck&#038;via=ingdesoftware&#038;related=ingdesoftware\" target=\"_blank\" class=\"bctt-ctt-btn\" rel=\"noopener noreferrer\">Click To Tweet<\/a><\/span>\n<span class=\"et_bloom_bottom_trigger\"><\/span>","protected":false},"excerpt":{"rendered":"<p>Todo lo que aprendi\u00f3 Kent Beck cuando empez\u00f3 a trabajar en Facebook. Por ejemplo, no siempre m\u00e1s testing es mejor. <\/p>\n","protected":false},"author":2,"featured_media":658,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[5],"tags":[116,284,27,285],"hashtags":[],"_links":{"self":[{"href":"https:\/\/ingenieriadesoftware.es\/wp-json\/wp\/v2\/posts\/657"}],"collection":[{"href":"https:\/\/ingenieriadesoftware.es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ingenieriadesoftware.es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ingenieriadesoftware.es\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/ingenieriadesoftware.es\/wp-json\/wp\/v2\/comments?post=657"}],"version-history":[{"count":0,"href":"https:\/\/ingenieriadesoftware.es\/wp-json\/wp\/v2\/posts\/657\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ingenieriadesoftware.es\/wp-json\/wp\/v2\/media\/658"}],"wp:attachment":[{"href":"https:\/\/ingenieriadesoftware.es\/wp-json\/wp\/v2\/media?parent=657"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ingenieriadesoftware.es\/wp-json\/wp\/v2\/categories?post=657"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ingenieriadesoftware.es\/wp-json\/wp\/v2\/tags?post=657"},{"taxonomy":"hashtags","embeddable":true,"href":"https:\/\/ingenieriadesoftware.es\/wp-json\/wp\/v2\/hashtags?post=657"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}