 Empezamos la siguiente, a él no hace falta presentarle, es un grato, así que él mismo se encarga de contárselo a todos. Ya están, muchas gracias. Sí, sí, no, sí, ahora, ahora, ahora. Bueno, muchas gracias por estar en esta sala. Alguien de aquí ha subido algún clagging al repositorio de Wörpritz, ya que levanta la mano. Esta charla no es para vosotros, os podéis ir. Bien, hoy os quiero contar, a ver si funciona esto. En teoría funcionaría, porque yo he dicho que estaba enchufado. No pasa nada, si no le doy ahí a la tecla. Ahora, ya está. Vale, quiero hacer esta charla porque he visto que se ha dado ya dos veces y entonces, pues como la anda fatal, pues yo la quería dar bien. Entonces, ya os anticipo una cosa. Viera toda leche, ¿vale? No os preocupéis de todas maneras porque todo lo que voy a poner aquí está subido a un Github, que al final os digo cuál es la dirección, ahí tenéis pérdice de la charla, todos los códigos de comparto, etcétera, etcétera. Pero sobre todo lo que quiero es quitaros el miedo a subir un clagging. Bien, primera cuestión que nos tenemos que plantear, como os digo aquí. Hace falta mi clagging, es algo que nunca nos planteamos, ¿no? Es como cuando alguien nos hace emprendedor y no sabe muy bien por dónde va a empezar. Primero, es una funcionalidad que no está incluida ya en el núcleo de WordPress. No le vamos a verlo, ¿vale? También tenemos a ver si o mejora funcionalidades del core, otra utilidad posible. O quizás mejora funcionalidades que ya tienen otros plugins. Por ejemplo, todo el ecosistema que se monta alrededor de WooCommerce, etcétera. Otra opción sería si añade funcionalidades a un tema, gracias a Fernando por recordármelo. O en otro caso, si arregla problemas comunes con WordPress o sirve para algo a los usuarios o incluso puede llegar a ahorrar tiempo a los usuarios y no digamos si le va a hacer más felices a los usuarios. Esto es una lista que yo os haría siempre antes de subir un plugin. Es decir, yo todo lo que voy a hacer va a servir para algo, no va a servir para nada. Pensar en vosotros como usuario y pensar en otros usuarios. Hay otra opción que no he puesto, que es me ahorra mi tiempo. Yo por ejemplo el primer plugin que subí, lo subí porque me ahorraba mi tiempo en vez de mandárselo a los clientes directamente y le decía, estáratelo de ahí. Es otra opción, no la he puesto ahí, ¿vale? Bien, segunda cuestión, ¿existe ya otro plugin que haga lo mismo? Primera cosa que tenéis que saber, no está permitido copiar otros plugins a Capón. Hay muchos, diréis. Si es que eso ya existe, Fernando, ya, pero bueno, antes eran menos pejigueras que ahora nos toca entrar en la época en la que se hacen las cosas bien, ¿de acuerdo? Otra de las cuestiones, mi plugin añade funcionalidades, ¿vale? Aunque ya exista, si añadimos una funcionalidad, tiene sentido subir un plugin. O también es un fordo, un proyecto abandonado. Hay muchos plugins que incluso piden ayuda para retomar esos proyectos. Si tenemos ese plugin que nos encanta, lleva tres años sin actualizárselo, vamos a retomarlo en vez de quejarnos que esto es comunidad, ¿de acuerdo? Bien, ¿o mi plugin lo hace mejor simplemente? ¿Es más óptimo? Más cositas a tener en cuenta. Sé cómo hacerlo, porque esto fue mi principal problema. Yo no soy programador, yo programo cosas, pero no lo soy, ¿vale? Aquí hay muchos programadores, pero yo no lo soy. Soy un usuario apañado. Se Html, se PHP, se CSS, o lo necesita el plugin, se JavaScript, o lo necesita el plugin, pero este tipo de cosas nos tenemos que plantear siempre. Y además conozco las APIs, porque APIs hay tropecientas mil, ¿vale? No hablamos solamente de APIs, APIs tenemos para regalar. Esto es una lista de las APIs que hay entera. ¿Y cuáles necesitan mi plugin? Bueno, planteáralo siempre. Más cosas, en ese cómo hacerlo. Tenemos una serie de manuales acordados, que está todo documentado en WordPress, y esa es la gran ventaja que tenemos, afortunadamente en WordPress, a que os dejo la referencia, ¿de acuerdo? Llevo una racha, un ritmo que tengo quinienta diapositivas, no lo puedo explicar, o sea, es así, ¿vale? Es que como tenía que ser mejor. Y además, una de las ventajas que tenemos a día de hoy, es que la documentación de WordPress no es ese Mondongo en modo wiki que teníamos. Ahora tenemos un buscador interactivo, que nos permite buscar funciones rápidamente, etc. Con lo cual, es muy sencillo a día de hoy programar en WordPress, a poco que tengas voluntad, tiempo y el conocimiento para hacerlo. ¿De acuerdo? Bueno, otra cuestión importante, va a tener actualizaciones. Es una cuestión de decir, mira, yo voy a subir el mega plugin, ¿verdad Ana? Voy a subir el mega plugin y ya no se actualiza nunca en la vida. No hagáis esa locura, o sea, subir cosas pequeñas, ¿vale? ¿Por qué? Porque un plugin sin actualizar es inseguro por naturaleza. Además, un plugin sin actualizar dice muy poco de vosotros, ¿vale? Ahora veremos la ventaja de subir plugins. No solo eso, sino que más da miedo. Y ahora veremos algunos ejemplos de por qué da miedo. Esto es una lista, os tengo enlazado ahí, de plugins abandonados de más de tres años en WordPress, que siguen dados de alta en el directorio. Cuando tenemos un plugin de este tipo en el directorio de WordPress, lo que vemos son cosas como estas, ¿vale? Como el Scrub Plays. Es un plugin que hemos utilizado muchísimo, lo que llamamos unos años en WordPress. El Scrub de pages, ¿vale? He dicho en lenguas a que espeare. Pero claro, dice, lleva últimas tres versiones mayores el haces saltado. Hace seis años que no se actualiza. O sea, esto debería estar borrado del repositorio, en teoría. Pero ahí sigue, ¿vale? Esto está capturado hace dos días, ¿vale? Y esto más aún, probado hasta la 342. O sea, hay gente que se incorporó aquí después de la 342. Esa que era azul, ¿no? O sea, es que es muy fuerte. Siguiente, voy a dar soporte. Esto está importante. ¿Por qué? Porque un plugin sin soporte dice poco de ti, ¿vale? Y un plugin también, sin soporte, genera inseguridades para los usuarios. Y además, muy importante, no tengan en cuenta, perjudica a la comunidad. El soporte en WordPress.rg es fundamental. Si queremos que WordPress de verdad se implante a nivel global, a nivel corporativo, la gente tiene que ir. Porque tenga una necesidad de un plugin que está lado en su empresa y tiene que ver que hay alguien detrás. Porque si no le genera esa inseguridad que provoca siempre el open source. Y esto, ¿quién lo lleva? Y esto, ¿a quién me quejo? ¿Vale? Esa brecha del mundo de la empresa es el soporte. Y por eso es tan importante el soporte. Bien, en soporte tenemos esto. Lo peor es que no es de hace cuántos son las consultas. Lo peor es que tengan cero respuestas. Y en este caso la única dosis de sensatez que había es que el tipo pedía ayuda para que alguien hiciera un fork. Con lo cual, hasta ahí bien. Nadie lo hizo, pero es una pena. Y me aporta a mí algo, subir un plugin, en realidad. Eso también hay que planteárselo, ¿vale? Porque yo puedo subir un plugin por muchas razones. Simplemente, motivaciones personales de todo tipo. Uno, importante, te conviertes en parte de la comunidad. Esto es mágico. Tienes una empresa, acaba de salir. Es una empresa de desarrollos. Y dices, ¿cómo me meto en la comunidad WordPress? ¿Cómo hago yo para formar parte de la comunidad? Pues curiosamente, como para subir un plugin, tienes que abrir tu perfil de WordPress.rg. Ya existes. Y encima, como has regalado algo a la comunidad, esta comunidad es tan agradecida que enseguida formas parte de ella. Y enseguida puedes ir a WordPress y contarle, mira, voy a contar un plugin que he hecho muy majo que os ayuda en esto. O sea, mágicamente es súper fácil hacer marca personal y profesional. Y empresarial en la comunidad WordPress simplemente subiendo un plugin. No puedo decir eso, Fernando, estás animando a las empresas a que nos invadan. No, estoy animando a las empresas a que use WordPress. ¿Vale? Otra motivación. Os tienes feedback sobre tu código. ¿Cuántas veces no estáis programando cosas? Y dirás, ¿esto servirá? ¿No servirá? El repositorio WordPress es maravilloso para subir versiones mínimas, versiones en demo, versiones en beta de software que estáis desarrollando y recibir el feedback de los usuarios. ¿Me funciona aquí? ¿No me funciona ya? ¿Podéis subir en beta? ¿Podéis subir versiones 0.001? ¿Y que los usuarios os den el feedback y la comunidad WordPress en eso es campeona general de todos los ejércitos para ayudarte y decirte, mire, ¿esto funciona o no funciona? ¿Lo he probado con Lightspeed y Cascade? ¿Lo he probado sin Rebride y no Cascade? Para eso es fundamental. Más cosas que tenemos. La percepción de calidad. Hay una percepción, y lo decimos todos en la work-an, ¿dónde te tienes que instalar los plugins? Del directorio oficial. ¿Por qué? Porque hay un cierto control. No te descargues plugins de por ahí. Con lo cual, al final, vamos transmitiendo una sensación de que lo que está subido al repositorio de WordPress.org es oficial y es de calidad. No está por ahí, sino que está en el directorio oficial. Con lo cual, eso os aporta subir un plugin a WordPress.org. También os aporta el enorme público objetivo que tenéis. ¿Cuántos millones de usuarios hay de WordPress? La leche, ya no me sé, ni el número. Es una barbaridad. ¿Tú lo sabes, Nilo? Muchos. Unidad standard de medida. Un montón. Pues eso es lo que hay. Un público objetivo enorme. El modelo fremio nos puede servir a nivel de beta testing para un modelo fremio y eso lo hace muchas empresas. Suben hasta ciertas funcionalidades y luego la versión premio, aparte, es perfectamente viable. Es algo permitido en el directorio WordPress. Con lo cual, se puede hacer negocio y gran negocio en el directorio de WordPress.org. Y también podríamos tener la autoridad como desarrollador. Porque al crear un perfil, podemos, desde ese perfil, el único diploma, por decirlo alguna manera, que podemos tener en WordPress. No existen diplomas oficiales, no existen certificación oficial de WordPress. La única certificación oficial de WordPress que podéis ofrecer es vuestro perfil en WordPress.org mostrando cómo participáis en la comunidad, cómo ayudáis a la comunidad, cómo contestáis en los foros de soporte o cuál es el software que vosotros generáis y que la gente puede examinar y analizar y cómo es código abierto de estripar hasta placer. Bueno. Y la siguiente pregunta que tenéis que hacer. ¿Se inglés? Lo siento. ¿Vale? Porque hace falta saber inglés porque la sintaxis del plugin originalmente hay que subirla en plugin. Los textos del plugin también tienen que estar en inglés. Además, la documentación de WordPress, de las APIs de todo está en inglés. Eso hay que hacerlo así. Muy bien. Y las comunicaciones con el equipo de plugins son en inglés y el soporte inicialmente en el soporte del plugin lo tenemos que dar en inglés y con poco de suerte igual hasta lo damos en español a alguno que nos pregunte. Pero inicialmente esto es un cierto requisito. Aunque sea tirando de Google pero tenéis que forzar a usar inglés. Y bueno, al turrón. El plugin. ¿Qué tiene que tener el plugin? ¿Vale? Pues tiene. Se me ha ido la mano. Ahí estamos. ¿Vale? ¿Vale? Y ya. ¿Vale? El plugin. Vasas cosas que vamos a ver. ¿Qué tiene que tener? Aceptura base, seguridad y validación, internalización y realización y buenas prácticas de código. Muy rápido. ¿Vale? No hace falta que tomeis notas de los códigos que vais a ver. Bien, la cabecera, el plugin tiene que tener una serie de estándares. Esto incluso lo podéis copiar o lo he dejado en guijas para que lo cojáis. Para que os identifique el plugin y es bastante más amplio de lo que os pone aquí. Siguiente. Mídima menía de seguridad. Matar la ejecución de scripts. Esto además te lo recomiendan. Si subís el primer plugin sin esto, te lo tiran para atrás. Directamente. Lo cargáis antes de cargar ninguna otra función de vuestro plugin y ya vais sobre seguro. Ya habéis ganado muchos enteros. Siguiente. Hay una cosa que se llama el plugin intencionalmente vulnerable. Todo ese alrededor de plugin yo le animaría a conocer este guijá. Es un test de prueba de lo que es un plugin vulnerable para saber lo que no tenéis que hacer en nuestro plugin. Os recomiendo conocerlo porque es hasta divertido jugar con él. Entonces, también queráis validar todos los nones, sanear absolutamente todo y escapar absolutamente todo. Son las reglas básicas de seguridad. En cuanto a validaciones, ya sabéis que tenéis que validar todas las variables de carácteles, duplicados de cadenas, etcétera, etcétera, los dejo de referencia. Vale. Validar los usuarios, etcétera. Y en terminación, dos reglas principales. Uno. ¿Cómo se crea el Init para lanzarlo? Hay que utilizar lo que le llaman el text domain que va a ser el slug de vuestro plugin que los digo como lo asignan. Y luego, veis que va a ir, ahí lo digo de recordatorio, y otra cosa, la carpeta de languages ya no hace falta subir la directoria WordPress. Ya no hace falta generar el fichero .p. Hasta hace un año y medio por ahí se hace falta y a día de hoy no hace falta. Simplemente con escapar bien las cadenas lo tenéis hecho. ¿De acuerdo? Entonces, hay tres maneras de hacerlo. Yo utilizo la primera de dos guiones bajos que es la más corta, la más rápida, pero va por gustos. Y luego, por ejemplo, para variables y placeholders, que esto lo veréis cada vez más en las traducciones de los plugins, esta sería la manera correcta de hacerlo. Y una medida de seguridad muy interesante, subir un .p. ¿Eso que tenemos en WordPress siempre? ¿Un .p. vacío? Hacerlo también en vuestro plugin. Es una medida tonta, pero muy básica de seguridad. La estructura de carpetas que te recomienda WordPress.rg es una buena práctica, también es una buena práctica el hecho de comprobar si estás en admin o no estás en frontend. Es un error que ya más yo cometo bastante a menudo y por eso me cascan la mitad de los plugins. Y luego, siempre utilizar prefijos que fijen vuestro plugin frente a cualquier otra función estándar. Es un error muy común porque los que os tirarán para atrás en plugin habitualmente. Verificar siempre la asistencia de todas las variables mediante init y las versiones de las cabeceras. Esto es algo muy interesante que hagáis de la de cara a mantener actualizaciones. Por ejemplo, si no se encapsuliza mi plugin, le subo, le pruebo en la 496 y le digo que ya es compatible en la 496. Hay mucha gente que actualiza de esta manera. Pero es bueno comprobarlo y es un buen mensaje Validar el código, los típicos métodos sitios de validación y siempre procurar instalar un instal. Es una muy buena práctica para que aquí indiquéis la opción de la tabla que habéis cargado en la tabla option si es que habéis cargado alguna tabla en la base de datos y siempre al desistalarlo que el mismo proceso del plugin desistale y borre esa tabla. Que es algo que todos nos da mucha rabia de probar plugins y como nos dejan de mierda la base de datos y tenemos a costumar nosotros mismos a limpiarlas. Básicamente mi consejo extra aprender otros plugins. Un plugin que os guste de un tamaño adecuado parecido al vuestro o sea no vayáis a comparar un plugin de tres líneas con Google Comerce ¿Vale? Estamos ¿No? O sea mi plugin tiene 200 líneas no lo voy a comparar con uno de 200.000 líneas lo comparo con un plugin de 200 líneas a ver como lo he hecho este tipo porque lo bonito que tenemos es que todo el código está ahí para nosotros y luego especificaciones. Hay un montón de ellas aquí las tengo listadas para que lo tengáis a modo de lista antes de subir vuestro propio plugin y lo tendréis también ahí subido ¿Vale? No voy a explicar cada una de ellas. Si acaso lo que os comentaba que haya tú lo que os comentaba antes de no enviar el plugin sin tenerlo terminado ¿Vale? No se pueden hacer reservas de nombres no decir voy a hacer un ciber squatting al burro y voy a reservar todos los slug de nombres sé o no sé qué se dedica a hacer estas cosas también en golpe.rege está prohibida ¿Vale? Perfecto elegir bien el nombre esto es una tontería pero es muy importante ¿Sabéis que se va a crear el slug de la URL de vuestro plugin a partir del nombre inicial que mandéis? Con lo cual eh tener que tener en cuenta que luego además este slug nos van a dejar cambiando nunca ¿Vale? Con lo cual tampoco puede coincidir con el de otro plugin ¿No le llaméis pluginseo? Pues seguramente ya habla alguno que se habrá colado El nombre no puede empezar con marcas registradas tampoco y no podemos utilizar como plugin para porque todo es un plugin o WordPress te lo van a tirar para atrás seguro y luego además yo mi consejo es que creáis un slug muy corto tipo machete y luego ya ponéis un nombre ya largo cuando se aprueben la versión ya que tenéis el slug ya le ponéis el nombre que os dé la gana mi súper plugin seo para WordPress no sé qué no sé cuántos ¿Vale? ahí la cila niapa por ejemplo este te lo rechazaría un fijo porque incluye plugin el primero Speedy ya no ponéis machete digo no vas pues a caso faltaban hilo si no lo hubiera puesto no tenía apuntada tu presencia pues ponéis te van a agarrar el slug de Speedy y luego cuando te la aprueben ya pones Speedy el mejor súper mega plugin no sé qué de los sé cuántos porque esto va a ser el h1 de vuestro plugin ¿Vale? esto sería un mal slug este es mío yo la primera vez metí la gamba o sea me metí en un cachón ludo el carajo la vela ¿Vale? el segundo ya aprendí no sé qué mejora su VDevelop para WordPress era muy obvio pero posiciona mucho mejor ¿De acuerdo? sepáis que lo podéis cambiar y luego el Realtme es importantísimo porque el Realtme es lo que aparece en vuestra página del plugin es lo que os va a posicionar de cara a los buscadores con lo cual algunos consejos un buen título SEO una descripción corta tiene unos caracteres que también lo utiliza al buscador sale en el buscador y en la página de resume de los plugins la descripción larga ahí acapón muchos detalles ese es el más información ahí esplallar esto lo que queráis yo recomiendo por ejemplo fijaros en el Realtme de WordPress es perfecto tiene todos los elementos que puede tener un Realtme ¿Vale? y las FAC anticiparos a dudas que puedan tener los usuarios de antemano ¿Vale? a problemas que os hayan surgido a pre-responder a los usuarios y toda pregunta que surjan en los foros recurrentemente la metéis en la FAC la actualizáis de vez en cuando más cosas de Realtme este es perfecto una cosilla ¿Vale? usar markdown que se puede utilizar y estos son algunos ejemplos de markdown que se pueden utilizar hay muchos más ¿De acuerdo? los códigos van en comillas inversas ¿Vale? y luego al final muy importante el tema que os decía antes de las recomendaciones de las versiones actuales de WordPress y PHP en el caso además esto sería requírallas lo que tiramos en Realtme hasta cuál está comprobada o incluso qué versión de PHP requiere con esto animamos a la gente para este proyecto ¿Vale? el server happy este tipo de cosas que van a venir enseguida animar a la gente actualizar PHP, etcétera en WooCommerce es además especialmente interesante porque cuando vas a actualizar un plugin te dice este plugin no está demostrado que sea compatible con tu versión de WooCommerce con lo cual estás animando a la gente y actualizar su plugin madre bueno, esto sería un tipo de Realtme que le tenéis puesto vamos podemos además tener el validador de Realtme con lo cual nos van a sacar por posibles errores de texto y de mardown nada más y luego ya nos quedaría nada más que subir el plugin vamos a la página de subir los plugins que la tenéis haya apuntada subimos algunos consejos ¿Vale? si te rechazen el plugin primero no entra en pánico muy importante ¿Vale? segundo no le envíes otra vez lo que tenemos que hacer es aplicar las recomendaciones que nos hagan la pregunta las consultas que nos hagan por el mismo email bien a Otto Amica que son los que nos van a preguntar y revisar el plugin y lo reenviamos en el mismo email no lo subáis otra vez ¿De acuerdo? a continuación muy importante aprender de lo que os han dicho para el siguiente plugin y una vez que os apreven el plugin seguimos las indicaciones planificamos bien ese primer comid porque este plugin no le van a publicar le tenemos que hacer nosotros el primer comid ¿De acuerdo? ese primer comid primero como os diréis un año pero no hay que mandarlo ya hoy os van a ir preparando el SUN entonces nosotros lo que hacemos es relar nos tomamos algo y comprobamos que ya están creados las estructuras base de carpetas y startup y acilusión veraito slug mola y luego ves además que vas a tener tu track como todo plugin el repositorio y además pues fíjate ya puedes lanzarte a publicar el plugin a partir de este momento ya con esto terminamos ¿Vale? creamos el directorio con slug que nos han aprobado a los que hemos mandado una versión mínima viable de nuestro plugin porque no sabemos en el look todavía se que crea sus carpetas se crean ¿Vale? movemos archivas la carpeta se archivos al directorio del plugin creamos las capturas iconos y banner que ahora os voy a dejar como referencia un poco lo que tenemos que hacer hacemos el checkout que es conectar nuestro repositorio local con el repositorio remoto y hacemos el comid ¿Vale? a la república del plugin nos lanzamos primero subimos lo que os digo la primera la versión mínima viable muy importante hacer esto ¿Vale? para luego ir mejorando la aplicar todas las modificaciones subir la versión ya arreglada un buen title como os decía una buena descripción y el comid ya de la versión mejorada ya con todo lo que tenía que tener nuestro plugin que inicialmente no mandamos para que no lo revisen todo los assets que son las fotos ahí os dejo las referencias que tenemos que tener ¿Vale? para los iconos también y luego el comid como lo hacemos si lo hacemos por consola bien, son comandos sencillos que no son fáciles de aprender además quiero pasarlo a esto rápido porque ya me están además ensuchando por ahí ¿Verdad? un minuto me queda ¿no? ya, ya es... vale, vale bueno os dije que tenía quinientas tareas positivas haríamos la primera versión y el lsvn tiene su propia ayuda con lo cual es muy fácil si una vez utilizan nunca se ve una por el fa de comandos acojonan un poco como todo lo la primera vez en el fa de comandos pero es muy fácil utilizar ¿Vale? si no tenemos siguiente de su versión que hay varios yo utilizo el primero el más lsvn que es súper fácil de utilizar además esto lo primero que haces es hacer lo mismo que en lsvn ¿Vale? primero esta la interfaz un poco primero haces el checkout con lo cual le dices cuál es tu carpeta local le dices cuál es tu carpeta remota remota en la local y lo siguiente que haces es le das al review y le das a comid te pregunta tu contraseña de wordpress.rg y ya está porque todo lo hacemos con nuestro usuario y contraseña de wordpress.rg extra podemos publicarlo en github sabemos que ya muchos años wordpress.org trabajando svn tarde o temprano vamos a migrar y además tenemos oportunidades de mejora porque está abierto a colaboradores es mucho más fácil que la gente colabore con nosotros en github ¿Vale? y además hay maneras de exportar de git a svn con lo cual podemos hacerlo de manera correcta y en algún momento se abandonará svn esperamos y pase a un git esperamos que sea ¿vale? no hay prisa no hay prisa ¿no? bueno y luego cuando el plugin esté publicado nos suscribimos al blog de plugins nos suscribimos al Slack de plugins muy importante atendemos las consultas en los foros que os decía fomentar las buenas valoraciones para que os ponga cinco estrellitas y no sea nada más que una la vuestra o la del cuñado es muy típico ¿vale? y actualízalo y mejoralo bastante a menudo ¿vale? y sobre todo disfrutar del plugin porque mola mucho tener tu plugin publicado por todo esto que decía de valoración personal y puedes ver tus estadísticas que la gente se la descarga ocho mil veces y eso pues que queréis mola mola bastante y ya está muchas gracias siento el ritmo siento el ritmo que os ha llevado lo tenéis todo en un github lo tenéis ahí va a referendote a dobar la publica tu plugin tenéis el pdf el formato que hay de que no te también lo tenéis tener la presentación entera pues si la queréis iratear y reciclar y presentar sola a vosotros en vuestra próxima meetup y contarle a la gente y los ficheros los he enseñado los tenéis en modo código también en el github para reutilizarlos modelos del readme y modelos de la cabecera del plugin y de todo ¿da tiempo alguna pregunta? es más ¿hay alguna pregunta? Fernando tengo que usar este tira lo subimos a mitad de velocidad y arreglar por resto y luego le pasamos el machete póngase usted de pie joven se plantea mañana el contributor day se hacen las mesas que queréis que se hagan normalmente las que se suelecen en el contributor day la de revisión de plugins que es ayudar a mica y a otro a ver tener en cuenta que son voluntarios la gente que revisa plugins mañana podéis apuntaros si hacemos mesa de revisión de plugins no sé cómo se organizan porque no he estado yo nunca en ella pero es interesante es interesante ayudarle porque normalmente nos damos cuenta de que hay dos personas es el tema entonces tendremos que ayudar más gente la gente que ya ha subido plugin que ya sabe los criterios tendría que mañana venir al contributor y apuntarse y ver cómo hacemos para ayudar a estos pobres autoimicas que tanto trabajo tienen muy importante WordPress no se hace solo vea, una pregunta más o ya tenéis ganas de desayunar animaros, o sea es verdad que yo he ido un poco rápido y todo lo que tú quieras pero es más fácil lo que pasa es si hasta yo he podido subir plugins no se han dicho eso cuando se ha cabido el carné dice mira es que la vecina de abajo que es tonta de culo se ha sacado el carné Fernando que no es programador que es de letras ha subido plugins alguno tendrás que subir aunque sea de tres líneas yo primero que subiera una línea y de repente si tal me cuenta había mil descargas y esto que ha pasado aquí y resulta que era útil y el último de una línea y el último de una línea el no Gutenberg gran éxito que va a tener dentro de un mes claro directamente ahí lo tiene dígame el corazón hay que subir test no, no nada ni te inicia te piden un fichero único del plugin o carpeta y arregle sin estructura básica el time de momento no lo que lo que está comentando Nilo habrá un sistema de validación previa para que hay una validación no humana de código mediante un sistema el project type que le llaman para que no dependa tanto de el tiempo que disponga automica o lo que sea que sea importante entonces será una especie vamos a tener dos valoraciones en los plugins la valoración humana de las estreñitas la del cuñado la prima y tal y luego la del type que sea una valoración de código puro y duro que ahora no pasamos ninguno es la mejor unidad por ahí ¿eh? Ponte aquí, pasa