 Bueno, la idea de hoy es repasar un poco lo que fueron los seis años en la Ciudad de Buenos Aires. A nivel temática, la idea es ver cómo construimos una plataforma de servicios, cómo creamos una migración de contenidos que fue básicamente a reducar a toda una organización de 100.000 empleados a escribir para internet y hacerlo. Y después la idea es repasar producto. El portal de gobierno, el de turismo, el portal de empleo, estamos haciendo una idea digital del ciudadano y después para el final es algo que también estamos trabajando que es un distro de gobierno para gobiernos. Nos encontramos y por qué voy sobre el punto 7, es que nos encontramos que hay muchas o varias distros de gobiernos pues están muy enfocadas en lo que es la parte federal de Estados Unidos, que no se aplica para ciudades, no se aplica para provincias con lo cual los tipos de contenido que en Drupal por ahí son, es más costoso el trabajo de rehacer los sitios que hace uno nuevo. Para darles contexto y voy muy despacio en esta parte, la audiencia nuestra son 89 millones de visitas durante el año 2014, 30 millones de visitas únicas y un casi ya pasamos el millón de 600.000 descargas de aplicaciones móviles. Esto es lo que nosotros llamamos audiencia digital en la ciudad, básicamente son ciudadanos interactuando en información y servicio, el 95% de esta gente corre sobre sitios nuestros en Drupal. Parece una idea, la ciudad de Buenos Aires tiene su propio data center, nosotros hostiamos nuestras cosas, no estamos en la nube por una cuestión de ley, tenemos que estar en nuestro propio data center, pero todo no era lindo, o sea, esta fue la primera web de gobierno y creo que vamos a llegar a un punto, o sea, como saben los sitios en el 97 eran estos, evidentemente el fútbol y el tango y el valete eran lo que portaban en la ciudad. Después el sitio se modernizó, hizo un cambio, y este fue más o menos nuestro sitio del 2004 al 2012, cambiando un poco la gráfica, pero atrás era lo mismo. En sí no teníamos administrador de contenido, lo único que se usaba era un web app donde se subían archivos HTML y se publicaban cosas, se reutilizaba código, se comentaba el código, se copiaba, se dejaba comentado y se escribía cualquier otra cosa, y así llegamos que en el 2008 nos encontramos con esta situación, 28 call centers, 400 sitios, 1000 de aplicaciones legacy, el 80% de las cosas que hacíamos se tercerizaba y el 20% sin house, había cero cultura interna de gobierno y cero integración de equipos, básicamente el gran problema que tienen las administraciones públicas es que trabajan como silos, están todos aisladas, cada uno hace la estrategia de tecnología que tiene ganas y se reinventa mucho la rueda. Lo cual nos llevó un problema de tratar de entender como, primero simplificábamos un call center, que eso es otra historia, pero sobre todo el problema que teníamos era la disparación de lo que eran los sitios web, o sea 400 sitios en los cuales era muy probable que si uno buscaba la misma información 400 veces no estaba escrita de la misma manera, lo cual nos generaba un problema con el usuario, básicamente nuestra experiencia de uso apestaba y era inmanejable, todo dependía de un programador, si uno tenía que cambiar un texto, necesitaba un programador, era la subocupación del programador porque se está cambiando código a mano. Lo cual nos lleva al 2010-2012, esta fue la última captura de pantalla del sitio antes de cambiarlo, en sí nos encontramos con la idea de cambiar algo, que en su momento no sabíamos si era Drupal, Shumbla, WordPress, o tener que construir un framework propio. Empezamos a investigar en el 2010-2011, estuvimos en lo que era Drupal con Chicado, tratando de encontrar, básicamente nuestra primera recital pregunta era ¿qué lo mantenías y por qué tomar un framework? Terminamos adoptando Drupal porque nos dimos cuenta que atrás había una comunidad que podía mantener todo lo que era el core y que nos garantizaba que iba a haber salto de versiones y sobre todo iba a haber parches de seguridad y un montón de otras cosas que uno planifica en sitios, que cuando elige un framework o elige un CMS tiene que saber que atrás había una comunidad que le dé sustento. También la decisión tecnológica fue ir hacia Drupal, la PHP en su momento, porque teníamos programadas PHP y una cuestión de tomar recursos humanos que ya teníamos y poder ir saliendo. En sí, de manera rápida, lo que creamos, perdón, ahí estamos, ahora sí, básicamente empezamos a crear políticas internas, o sea, creamos una política de release de datasets que era todo lo que tenía acá como gobierno abierto, creamos estándares de tecnología hoy, software libre. Hoy creamos el 80% del software interno y un 20% de lo que tercerizamos, cuando lo tercerizamos dentro de nuestro estándar son, por lo general, software libre para casi todo Drupal o tecnologías open source. Y a su vez generamos procedimientos internos, o sea, normas dentro de la administración pública para setear por default que cualquier trámite o procedimiento sean digitales, sí, estén pensados para digital primero. Ustedes no pueden frenar o preguntar en cualquier momento. Eso levanten la mano y les paso el micrófono. Nuestra infraestructura básica no es muy loco, no hicimos nada raro. Pusimos un barnish adelante de un Drupal 7, que en la misma instancia de Drupal conviven el sitio de Buenos Aires y el sitio de turismo. Tenemos Solar, ven calle MySQL, tenemos una API interna hoy, publica en el futuro, construida con Mongo, nuestro entorno de Gease, que es la parte geográfica que tenemos nuestro propio motor di mapa, un OpenX para servir banners y servers, que es algo que uno tiene que apreciar a administrar, y construimos, junto con OpenID, OpenID Connect ahora, todo lo que es la parte de identidad del ciudadano. Esta estructura nos permite administrar 70 y 60 millones de visitas al año, de manera bastante escalable. Hoy tenemos un promedio diario simultáneo de casi entre 1.700 a 1.900 usuarios por segundo, que he visto, que estas son cosas divertidas que tenemos hechas, les voy a mostrar esto. Esto es una visualización del tráfico nuestro sobre nuestro barnish y sobre nuestro Drupal, que ven sobre el lado derecho, son visitantes, lo que ven sobre el lado izquierdo, son las distintas partes que nuestro territorio va a servir, lo que son las pelotitas y las explosiones son la cantidad de hits que en su momento van teniendo. Esto es lo que hacemos, agarramos nuestros logs de barnish y de Drupal y los visualizamos. Usamos una visualización open source que te permite ver, de hecho nuestra infraestructura tiene esto corriendo para empezar a ver la cantidad de tráfico como vean, lo que más pega siempre son imágenes, hay cosas que ya están servidas en el trayer y no pasan, esto también nos sirve mucho para la Cuba y esas cosas. Y en sí, el gran cambio que hicimos en la gestión fue incorporar Git. Aotamos Git, que antes no lo usábamos, no sé si ustedes saben, cuando uno es probador del Estado, el Estado le tiene que entregar el código fuente, la mayor parte de los proveedores entregar el código fuente en un CD o en un DVD, lo cual se vuelve inútil para la gestión porque de nuevo no tiene una pila de cosas que ya es abandonware. Incorporamos el modelo de que los proveedores entren en el código fuente a través de Git y usamos GitLab internamente donde ya tenemos más de mil usuarios y más de 200 proyectos básicamente los proveedores nos entregan por ahí el código y hacen un push, nosotros tomamos un pull y eso va a toda nuestra infraestructura y nuestros productos internos hacen push y pull y se van llevando. Eso nos permite hacer cosas como esto, esto es el log de nuestra básicamente de nuestro Git acá lo que se ve son ramas, proyectos, cada exploración es cuando alguien sube algo al repo si van viendo en la pantalla lo que van viendo son los tipos de lenguajes y los tipos de usuarios, el tipo de proyecto en el que van metiendo creo que es un año del 2012 que visualizamos y lo que se ve es la interacción diferentes áreas de gobierno como van empujando código a lo que es el Git esto es lo que buscamos en gobierno interacción, integración y que vaya llevando otra cosa que hicimos fue estandarizar creamos una idea de X y una idea de visualización re-adoptando lo que es Bustrap Bustrap es un framework creado por gente en Twitter que básicamente estandariza al front por segundo de una manera lo que hicimos fue crear una marca y un manual ahí tiene la cienda de la GitHub de la ciudad lo pueden ver, lo pueden ir viendo es un documento vivo básicamente lo que hicimos es que cada vez que alguna área nuestra o algún proveedor o incluso internamente quería desarrollar algo se entrega nuestro style de desarrollo donde pedimos que usen Drupal y todas las librerías y se les entrega nuestro link a lo que es nuestro Bustrap o Begastrap para nosotros, donde está toda la documentación de estilos y demás cosas que usamos dentro de la ciudad con esto lo que logramos es escalar y poder administrar un montón de proyectos simultáneos que tienen que tener la misma estética lo que buscamos es que haya una coherencia de navegación entre nuestros usuarios y que puedan ir y esto es lo más fácil hasta ahora nuestro principal problema fue este por la integración y la migración de contenidos de un sitio legacy de casi un millón de HTML de contenido de los últimos 10 años de la ciudad donde primero intentamos migrarlo y fue todo mal básicamente el primer año adoptamos una migración forzada del millón de páginas y el millón de contenido y lo perdimos no fue exitoso y tomamos la decisión de arrancar de cero de arrancar de cero la construcción de un Drupal pensado para gobierno y por gobierno y a su vez con la oportunidad de reescribir el contenido pensado para los usuarios finales sino en el ego estúpido de la gestión los gobiernos siempre escriben de manera difícil donde solo explican cosas que el ciudad no le interesa tomamos la decisión de capacitar a toda la administración hoy tenemos como 1000 redactores que crean contenido dentro de la gestión y una parte de mi equipo les hace seguimiento y los educa a escribir para internet y les hace seguimiento en cuanto en contenido y aquí creamos diferentes tipos de contenido noticias, áreas, páginas, páginas del libro trámites, landings y aplicaciones esos son los tipos de contenido que hoy usamos en Drupal que si uno piensa en una ciudad no necesita nada más necesitan noticias para comunicar la descripción páginas, páginas del libro y crear ciertas cosas como por el tipo contenido trámites, pensado justamente como un trámite o un procedimiento de la administración pública que es como una especie de guía, paso a paso de cómo un ciudadano pueda realizar un trámite ahí hubo mucha capacitación con las áreas y les obligó a reescribir sus procesos en cuatro o cinco pasos si no lo podían explicar en cuatro pasos no entraba dentro del website trabajamos mucho mucho sobre la construcción de la comunidad de Drupal durante desde el 2012 a hoy organizamos ya tres GOP camps perdón a mi me seman la atención no haberme enterado esto lo hacen siempre de caras adentro al gobierno, es 100% interno es 100% interno la idea que este año lo queremos abrir siempre depende de la cantidad del lugar que conseguimos la idea de esto fue organizar es como un un Drupalcon es como un barcam básicamente se le pedía a gente de gobierno acá tengo un vídeo mientras hablo la idea era hacer un día donde hubo más de 500 empleados de gobierno donde expliquaban proyectos uno de los tracks nuestros era básicamente Drupal web, creación de aplicaciones móviles era, digo, pasada desde todo desde que hablaba un ministro, un subsecretario cualquier persona que llevaba un proyecto de adelante no importa el rango, se hacía la idea de generar una desconferencia para transferir tecnología dentro de gobierno hacemos mucho estas cosas justamente para crear comunidad hoy lo que hacemos también es parte de tomar los otros programadores que tienen otras áreas de gobierno y transformarlos o de angelizarlos dentro de lo que es Drupal usamos la fuerza motriz de ellos para eso y eso en cuanto a la migración así voy muy rápido, me dicen y eso no llegó a lo que es hoy el portal de gobierno de la ciudad de Buenos Aires hoy esta es la home de hoy a la mañana si ven nosotros ahí les ponemos dos páginas la home donde se pone al frente del ciudadano lo que más visitan después hay un modelo de qué trámites quieres hacer que básicamente te lleva esta guía de trámites mezclada con solar que te permite identificar rápido los trámites y los servicios creamos desde un catálogo de aplicaciones dentro o un estor de aplicaciones dentro la misma distro de Drupal donde los tipos de contenido aplicaciones se visualizan en un estor si ustedes lo visitan van a encontrar que hay aplicaciones oficiales de la ciudad mezcladas con aplicaciones que han salido en nuestros concursos de aplicaciones de gobierno y están publicadas ahí las áreas como en este caso es el subte también o sea nos sentamos con cada área o cada unidad de negocio por decirlo de una manera con cada área de gobierno y rediseníamos su comunicación digital sea porque construy cosas hay que mejorar una pregunta dentro de este de este proceso de dictar políticas cuál es la relación entre el gobierno de la ciudad y el gobierno del país o el gobierno federal en el caso de ustedes cómo que que órdenes tienen y que autonomía tiene la ciudad frente al gobierno central la ciudad de Buenos Aires es autónoma con lo cual tiene autonomía completa sobre lo que sale el gobierno nacional y dicta sus propias políticas en lo que es tecnología si al tener una legislatura y un Senado tiene su propia normativa tiene su propia ley de accesibilidad tiene una ley de acceso a la información y eso son cosas que en nuestros sitios están pasan los complements de accesibilidad tenemos una aplicación que genera una solución para la gente con discapacidad auditiva o visual o motriz que permite navegar el sitio ya sea porque puedes navegarlo soplando con el teclado hay diferentes soluciones que testeamos con diferentes organizaciones entonces la oportunidad de nosotros vimos en construir un sitio nuevo fue también de relanzar la comunicación de gobierno de cual después nos llevó a crear una versión de Drupal integrada con nuestro sitio principal pero para turismo esta es como la portada, el home de turismo la cual hoy en realidad ya convive en tres idiomas, está en inglés, en portugués y en español como verán acá en español en español y en inglés tiene diferente editorialización lo que está en español que es lo que está a la derecha de ustedes es diferente el contenido que está en inglés hay un área de gobierno que maneja todo lo que es el contenido inglés dentro de turismo y otra en español que van generando diferente tipo de comunicación eso todo eso nos lo permita hacer Drupal desde el lado de multilenguaje para que ahí no nos pasamos sobre nada lo haces todo dentro del mismo como? lo haces todo dentro del mismo Drupal y haces distintos dominios o son dos Drupal distintos que tienen distinto contenido turismo y Buenos Aires-Jobar están dentro del mismo Drupal reutilizan los módulos core y los módulos de negocio que tenemos están en diferentes dominios pero tienen diferentes bases de datos pero dentro la instalación es la misma de Drupal lo que nos permita ahí es saber que cualquier cosa desarrollamos para Buenos Aires-Jobar lo podemos reutilizar en turismo a su vez el año pasado decidimos rehacer nuestro portal de búsqueda de trabajo que tiene un área de empleo donde que le permite a empresas privadas subir sus búsquedas laborales al portal de ellos el portal que teníamos era viejo estaba en un framework que no controlábamos que se lo habían comprado un proveedor lo reicimos en Drupal y lo integramos con lo que es nuestro idea ciudadano que vamos a ver después dentro de nuestro portal de empleo o de trabajo lo que se encuentran es básicamente relacionado con la misma cuenta de usuario que tienen dentro de Buenos Aires-Jobar que es el portal principal y lo que van obteniendo son ofertas laborales de acuerdo al perfil uno cargo este es por ejemplo mi perfil y yo depende de lo que yo setie empiezo a recibir ofertas de lo que a mí me interesa puedo cargar desde mis postulaciones esta mi CV mi experiencia laboral, todos mis datos y me puedo postular a búsquedas esto lo que nos permite generar una experiencia personalizada para los usuarios empezar a darle servicios de manera segmentada y que solo encuentren lo que les interesa encontrar y no bombardarlos con información para eso el año pasado avanzamos en un idea ciudadano y en un dashboard ciudadano para el idea usamos OpenID Connect que es el mismo estándar que Estonia y Reino Unido están usando en la versión Drupal 7 OpenID es parte de los módulos en la 8 lo removieron por lo cual la interacción fue extremadamente simple vamos a un concepto donde uno se lo vea con su email o con su cuenta de Google y Facebook eso le crea una cuenta de usuario que le permite acceder a diferentes cosas creamos un dashboard dentro de la distro de Drupal todo el front lo hicimos en Angular entonces lo que hacemos es traemos muchos servicios por ejemplo si ustedes ven acá se van a encontrar con que este es mi dashboard y yo puedo acceder a la inscripción de escuelas la inscripción de escuelas es que todos los padres pueden escribir a sus hijos una vez por año en las escuelas y el usuario está centralizado al Quiler Social es un programa de la ciudad donde te ayudan a conseguir un crédito o una garantía para alquilar un departamento de la ciudad eso es otro sitio construido en Drupal que está integrado con nuestro ID el portal de trabajo que no es Drupal, pero también es Open Source donde lo que buscamos es general básicamente la fidelización del usuario que siempre sea el mismo ID a su vez esto trae automáticamente de nuestro sistema de atención ciudadana mi reclamo, yo tengo un reclamo de veredas rotas veredas son las aceras donde me dice el estado donde está y que estado es obviamente está denegado porque yo puse que era un test pero le dices para la prueba y también nos permite tomar turnos generales para ti, casamiento, lo que sea pero sobre todo en los turnos de salud todo nuestro sistema de salud tiene turnos y los turnos es a través de la web y son digitales y a través de este usuario eso que nos permite el día de mañana empezar a medir las preferencias del usuario y optimizar nuestros procesos si ustedes siempre me piden un turno un jueves y yo siempre te doy como opción un lunes es muy probable que vos me digas que no o posiblemente me lo aceptes y después no te muestres es el famoso no show si nosotros podemos encontrar la manera de mejorar tu experiencia de uso para nosotros es optimizar procesos y también dar un mejor servicio la idea de crear una ID SS hoy este ID está pensado para ciudadanos y turistas de la ciudad mucha gente accede de servicios que necesitan ser ciudadanos y otras no el objetivo si bien hoy ya son 120.000 usuarios es llegar a los 2 millones de usuarios integrándolo con otros servicios y a su vez estoy siendo muy rápido por lo que veo pero no importa estamos trabajando en un proyecto con NYU en NYU es la Universidad de Nueva York que se llama ExpertNet ExpertNet busca resolver el principal problema que tiene la administración pública que es quien sabe más cosas de algo encontrar a la persona que más sabe de inundaciones en la ciudad que por general no es el director general es la persona que sabe exactamente cómo van los caños los pluviales que en los momentos de trabajo internos son necesarios esto es lo que estamos tomando de experiencia para una intranet y la idea es que podamos cargar usuarios dentro empleados de la ciudad con sus perfiles y sus habilidades y poder generar un buscador de gente dentro de una administración para poder encontrarlos más rápido esto lo estamos trabajando en NYU justamente tenía la inquietud de qué manera vinculan las actividades de desarrollo de todas estas funcionalidades del proyecto para incentivar las visitas y el consumo del contenido y la información que generan a través de la plataforma en vista que tienen estas metas que pueden llegar a ser agresivas en ciertos casos que igual hay que ver como incentivar al usuario a que comience a utilizar esto como un servicio en cuanto ahí lo que hacemos en realidad es transparente para el usuario lo que nosotros buscamos crear con ID es un paraguas sobre la cantidad de usuarios únicos que estaba creando la administración el estado ama usar la palabra única para todo y crear el único sistema de lo que sea entonces lo que hicimos con ID fue obligar a todas nuestras aplicaciones de negocio por decirlo de una manera adoptar un único ID para poder generar esa transversabilidad del usuario si el usuario no tiene porque buscar trabajo sacar un turno y pedir una partida de nacimiento pero a su vez si le tiene la necesidad y tiene que crear tres cuentas diferentes es ridículo en si entonces no estamos forzando el usuario estamos forzándonos internamente a nosotros a integrar los sistemas eso lo que nos permite es poder generar transversabilidad en nuestro core que nos permite por lo cual nos da la oportunidad de forzar a diferentes áreas a repensar los sistemas y a generar esa integración Exparnet en si lo que busca es generar un adistro de Drupal para instalar internamente en gobiernos y generar una especie de intranet searchable o buscable que permita conocer a la gente las administraciones y como toda organización grande es muy difícil conocer a las personas que trabajan eso ahorra un montón de tiempo y evita todo el concepto de reinvención de la rueda que es algo muy común lo cual nos lleva a un adistro de Drupal para gobiernos y para ni de gobiernos siempre la pregunta es por qué un adistro porque queremos construir una comunidad de usuarios de Drupal porque queremos y queremos que haya reutilización de código las ciudades tienen el mismo problema todas cambia el presupuesto pero las ciudades todas tienen los mismos problemas y las mismas necesidades nosotros avanzamos un montón aprendiendo un montón de otras ciudades en los que es nuestros sitios y creemos que podemos pensar una versión de Drupal que puede tomar la comunidad y trabajar sobre eso y haya nuestra vez enfocarla en lo que las ciudades necesitan para darle servicios al ciudadano para entender las áreas de gobierno eso no funciona nadie visita un sitio de gobierno porque sí en sí nuestro adistro básicamente de lo básico de roles y permisos que usamos organic groups para todo lo que es la descentralización solar, la creación de áreas y sus desmas contenidos lo que es contenidos, trámites aplicaciones y noticias y lo que es nuestro bus trap no el que vieron ahora, no el que está productivo sino el que va a ser la nueva versión que ahora después lo vamos a ver eso nos va a permitir movernos hoy estamos en esta etapa estamos en la definición gráfica y funcional estamos construyendo un alfa que va a estar lista para marzo vamos a tener un reglice interno en junio y en agosto y si esos reglices internos pasan nuestro CoA, seguridad y todo lo que nosotros entendemos que es necesario para una web de gobierno no sea pública lo libaremos en octubre en github para que lo tomen la comunidad nosotros usamos github que tenemos un perfil de github de la ciudad y tenemos un perfil en Drupal.org para subir al adistro ahí directamente la idea de ese distro es que va a estar alineada con el nuevo sitio de gobierno con lo cual va a tener mantenimiento y va a tener evolución las cosas que desarrolla la ciudad también va a lanzar desployadas en lo que sea la distro pública que más o menos se va a ver así esto es la gráfica del nuevo sitio de la ciudad donde hay miles de cosas como un río en arriba ha pensado porque si hay que poner un río todo la experiencia de gobierno eliminamos el slider se va a quedar finalmente y no va a volver al 2016 mucho más gráfico todo el tema de trámites de nuevo repensado y la idea es que cuando uno por relación de aspecto de pantalla se achique la home se transforma en una aplicación directamente ya sea responsive y que las áreas de golpe empiecen a tener lo mismo todo mucho más gráfico todo mucho más visual y también por la mitad de intercambio nuestro tráfico mobile creció del 2012 que era el 1% al 2013 que era el 7 el año pasado ya fue el 18 y así va a seguir creciendo es inevitable que vayamos a mobile es inevitable que llevamos nuestros trámites a mobile entonces el sitio en si se va a transformar en una gran app cuando se levante desde un teléfono gracias y preguntas lo van a seguir sirviendo con Drupal y via web no lo van a transformar en una app no la idea es este es el sitio y ahí se ve como app pero si yo abrando esto responsive básicamente lo que hace es de acomodar el sitio en un modelo mobile a lo que más visita la gente en ese momento lo que vosotros buscamos es que en el teléfono tengas rápido lo que debes buscar y si quieres seguir navegando el sitio porque te interesa tengas el sitio abajo la idea es ir con eso no solo a home sino hacia los trámites hacia los servicios hacia el ID que sea todo rápido un click vas tenes un servicio lo usas a eso es a lo que vamos a ver si ya no hemos avanzado tenes mucha gente trabajando en lo que es cuidar la experiencia de usuario que porcentaje tenes estas hablando mucho del usuario tienen un gran porcentaje de la gente aplicada a eso si es una gran mezcla tenemos mucho desarrollador enfocado en lo que es experiencia de usuario nosotros pasamos 6 años construyendo un equipo senior de gente sino talento centrado en coders muy buenos de back coders muy buenos de front líderes de 2x tenemos 3 líderes de 2x todos el día probando todo el día midiendo eso está más o menos armado mi equipo tengo dos preguntas una con respecto al batstrap como lo distribuyen si cada instancia tiene su copia local lo tiene se entrevistar con una cdn o algo por el estilo y con respecto a la infraestructura como soportan el uso de usuarios loveados con Drupal si tenemos un cdn interno después como soportamos a usuarios loveados es un gran desafío en si hoy lo estamos usando estamos teniendo angular cuando levantamos el front todo ocurre en el browser del usuario todo nosotros hacemos en telecomishas que no se van a ver el video algo similar a lo que te hace facebook que hacía antes te empuja una cueri gigante de jason y vos renderizas en tu browser esa fue la única manera que encontramos de que no muera y pinche porque si bien por varnish tenemos todo callado lo que es anónimo por más que use stick station todas las cosas toda la renderización hoy lo estamos usando en angular son servicios que vienen muchas cosas la corremos de atrás en servicios internos nuestro de crons y el resto del front si angular y por ahora anda bastante bien o sea levanta y te genera todo el sitio alguna pregunta más no es una pregunta técnica me impresiona y ya que la palabra puede doler un poco pero para que algo como lo que ustedes hicieron allí funcionar en este país se necesitaría de alguna manera un comportamiento casi dictatorial para lograr unificar a todos los estamentos que funcionan alrededor del gobierno yo no entiendo como lo hicieron los felicitos es una maravilla no entiendo como lograron juntarlos a todos y trabajarlos todos no se quisieron quisiera saber que hicieron desgraciadamente es un poco dictatorial si vos ves el ejemplo no solo nosotros lo que hizo WK en el reino unido es exactamente lo mismo pero es por su bien si la idea es todo está demostrado en nuestro lado y pasamos por un proceso grande de explicar por qué está el camino y demostrado lo que eran métricas, analytics navegación más allá de que en un capricho se tenía que entender que había más tasa de clics demostrando poniendo al frente lo que quería el usuario poniendo el contenido que no servía yo siempre digo lo mismo no solo un suicida lee las misiones y funciones de un área de gobierno nadie lo hizo está del lado institucional y está todo bien pero la gente tiene otro interés tiene la necesidad y vos tenés 5 segundos para darle la mejor experiencia de uso que tiene o si haces mal tu trabajo le podés arruinar el lío a 5 segundos de su día que es un montón de poder arruinar 5 segundos de la vida de una persona porque la verdad que el usuario se frustra y llega a un punto donde tenés que ser muy firme en la administración nosotros por suerte tuvimos mucho apoyo de lo que es el secretario general, el secretario de medios y el jefe de gobierno para hacer esto entendían y creían que el camino del internet lo cual nos dio mucha libertad para construir este sitio ¿Alguna más? Gracias