{"id":231833,"date":"2023-01-10T11:04:00","date_gmt":"2023-01-10T08:04:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=231833"},"modified":"2023-01-10T11:05:05","modified_gmt":"2023-01-10T08:05:05","slug":"como-crear-problemas-de-github-5-veces-mas-rapido","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/es\/como-crear-problemas-de-github-5-veces-mas-rapido\/","title":{"rendered":"C\u00f3mo crear problemas de GitHub 5 veces m\u00e1s r\u00e1pido"},"content":{"rendered":"\n<p>Los problemas de GitHub son fant\u00e1sticos para rastrear nuevas funciones o errores, qui\u00e9n est\u00e1 asignado, categorizarlos, agregarlos a proyectos, etc. Al mismo tiempo, tambi\u00e9n son bastante lentos de crear y crear un mont\u00f3n de ellos consume demasiado tiempo.<\/p>\n<p>Uno de los puntos d\u00e9biles que veo con los problemas de <a href=\"https:\/\/startfunction.com\/tag\/github\/\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">GitHub<\/a> en el trabajo es que son engorrosos de crear, especialmente para aquellos que no son desarrolladores o dise\u00f1adores, como gerentes o evaluadores, que desean informar un error sin pasar por el proceso de creaci\u00f3n. en GitHub.<\/p>\n<p>Hace un tiempo <a href=\"https:\/\/wordpress.mediadoma.com\/es\/acelere-la-creacion-de-problemas-de-github\/\" title=\"escrib\u00ed sobre una aplicaci\u00f3n\">escrib\u00ed sobre una aplicaci\u00f3n<\/a> que estaba escribiendo para acelerar la creaci\u00f3n de problemas de GitHub. De hecho, constru\u00ed la aplicaci\u00f3n, pero luego olvid\u00e9 escribir sobre ella aqu\u00ed, as\u00ed que aqu\u00ed est\u00e1 la publicaci\u00f3n de blog adecuada. En este post veremos:<\/p>\n<ol start=\"2\">\n<li><a href=\"http:\/\/writing-issues\/\" class=\"external external_icon\" rel=\"nofollow\" target=\"_blank\">Escribir un lote de problemas de GitHub con texto sin formato<\/a><\/li>\n<li><a href=\"http:\/\/tech-stack\/\" class=\"external external_icon\" rel=\"nofollow\" target=\"_blank\">La pila tecnol\u00f3gica detr\u00e1s de la aplicaci\u00f3n<\/a><\/li>\n<li><a href=\"http:\/\/more-ideas\/\" class=\"external external_icon\" rel=\"nofollow\" target=\"_blank\">M\u00e1s ideas para mejorar la creaci\u00f3n de problemas<\/a><\/li>\n<\/ol>\n<h2>\u00bfPor qu\u00e9 una aplicaci\u00f3n para crear problemas de GitHub m\u00e1s r\u00e1pido?<\/h2>\n<p>La interfaz de usuario de GitHub generalmente est\u00e1 bien para crear un problema. O dos. Y est\u00e1 bien para personas con conocimientos de tecnolog\u00eda, como desarrolladores o dise\u00f1adores. Sin embargo, en nuestra empresa Reconnect, a veces, despu\u00e9s de desarrollar una nueva funci\u00f3n, le pedimos a nuestro personal no t\u00e9cnico que la pruebe. Y eso funciona muy bien, porque generalmente encuentran algunos problemas. Pero les consume mucho ir y saltar a trav\u00e9s de la interfaz de usuario de problemas de GitHub. Esto es a\u00fan m\u00e1s engorroso cuando tienen que crear m\u00e1s de un problema y probablemente en diferentes repositorios.<\/p>\n<p>Si cuantificamos la cantidad de veces que cambiamos nuestra atenci\u00f3n para crear problemas de <a href=\"https:\/\/startfunction.com\/tag\/github\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">GitHub<\/a> una vez que hemos llegado a la p\u00e1gina para crear un problema en el repositorio donde queremos crearlos, ser\u00eda algo m\u00e1s o menos como esto:<\/p>\n<ul>\n<li>ingrese el t\u00edtulo<\/li>\n<li>mu\u00e9vase al cuadro de texto del problema para ingresar la descripci\u00f3n<\/li>\n<li>vaya a la barra lateral para asignar el problema a alguien<\/li>\n<li>mu\u00e9vase al bloque Etiquetas en la barra lateral para agregar una etiqueta<\/li>\n<li>vaya y haga clic en el bot\u00f3n para crear realmente el problema<\/li>\n<\/ul>\n<p>\u00a1Son 5 veces cuando cambiamos nuestra atenci\u00f3n de un \u00e1rea a otra! Demasiado cambio de atenci\u00f3n para una tarea que es esencialmente escribir y demasiado tiempo dedicado a reenfocar. \u00bfY si tienes que escribir un problema en un repositorio diferente? Tienes que navegar a ese repositorio en una pesta\u00f1a nueva o en la actual y eso es m\u00e1s tiempo perdido.<\/p>\n<p>Entonces, \u00bfc\u00f3mo puede crear problemas de GitHub de manera m\u00e1s f\u00e1cil y r\u00e1pida? \u00bfNo ser\u00eda m\u00e1s f\u00e1cil si pudi\u00e9ramos hacerlo enfocados en un solo lugar sin tener que cambiar nuestra atenci\u00f3n varias veces?<\/p>\n<h2>Escribir un lote de problemas de GitHub con texto sin formato<\/h2>\n<p>La escritura es una de las habilidades m\u00e1s b\u00e1sicas en los dispositivos, es m\u00e1s b\u00e1sica incluso que los gestos t\u00e1ctiles. Porque si bien esos son espec\u00edficos para dispositivos t\u00e1ctiles, debe usar un mouse o un trackpad en otros. Pero la escritura suele ser siempre la misma. Y los problemas de GitHub son texto, entonces, \u00bfpor qu\u00e9 no usar texto para crearlos sin tener que dejar nuestro teclado?<\/p>\n<p>Esta aplicaci\u00f3n hace exactamente eso: <a href=\"https:\/\/fast-issues.herokuapp.com\/\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">https:\/\/fast-issues.herokuapp.com\/<\/a><\/p>\n<p>Autorizas esta aplicaci\u00f3n de GitHub y puedes comenzar a escribir problemas en todos tus repositorios. Solo tienes que seleccionar un repositorio donde quieras crear un n\u00famero y comenzar a escribir varios n\u00fameros, uno en cada l\u00ednea.<\/p>\n<p><a href=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-157961-61e6c625122c6.jpg\" data-rel=\"lightbox\"><img decoding=\"async\" class=\"SDStudio-light-box-enable SDStudio-editor-tools-md-imp\" src=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-157961-61e6c625122c6.jpg\" alt=\"C\u00f3mo crear problemas de GitHub 5 veces m\u00e1s r\u00e1pido\"><\/a><\/p>\n<p>Y admite escribir el t\u00edtulo y la descripci\u00f3n, asignarlo y etiquetarlo. Solo requiere el t\u00edtulo del problema. El resto es todo opcional. Solo necesita seguir una cierta convenci\u00f3n:<\/p>\n<ul>\n<li>el titulo es lo primero<\/li>\n<li>luego, un car\u00e1cter de tuber\u00eda separa a los asignados. Eleg\u00ed que fuera as\u00ed porque, como m\u00ednimo, necesitas un problema y alguien que trabaje en \u00e9l.<\/li>\n<li>un segundo car\u00e1cter vertical separa la descripci\u00f3n del problema. Puede tener cualquier longitud, pero no puede tener saltos de l\u00ednea porque eso iniciar\u00eda un nuevo problema.<\/li>\n<li>un tercer car\u00e1cter de tuber\u00eda separa las etiquetas<\/li>\n<\/ul>\n<p>Admite m\u00faltiples asignados y etiquetas separ\u00e1ndolos con una coma. As\u00ed que b\u00e1sicamente:<\/p>\n<p><code>This is the title | username1, username2 | This is the issue description, as long as you want it but without line breaks. | Label 1, Label 2&lt;br&gt;This is another issue | username3 | And another issue description | Bug<\/code><\/p>\n<p>Una vez hecho esto, es cuesti\u00f3n de hacer clic en <strong>Ir!<\/strong> y crear\u00e1 todos los problemas. Cada uno te tendr\u00e1 como autor. Luego puedes editarlos para agregar im\u00e1genes o videos, memes, cualquier cosa.<\/p>\n<p>Si necesita crear m\u00e1s problemas en un repositorio diferente, simplemente vuelva a seleccionarlo en el men\u00fa desplegable y comience a escribir esos problemas. \u00a1No m\u00e1s saltos a trav\u00e9s de las p\u00e1ginas!<\/p>\n<h2>La pila tecnol\u00f3gica detr\u00e1s de la aplicaci\u00f3n<\/h2>\n<p>El repositorio de esta aplicaci\u00f3n se encuentra en <a href=\"https:\/\/github.com\/eliorivero\/fast-issues\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">https:\/\/github.com\/eliorivero\/fast-issues<\/a><\/p>\n<p>La pila tecnol\u00f3gica es particularmente simple y completamente basada en <a href=\"https:\/\/startfunction.com\/category\/javascript\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">JavaScript<\/a> :<\/p>\n<ul>\n<li>interfaz construida con <a href=\"https:\/\/startfunction.com\/tag\/react\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">React<\/a><\/li>\n<li>backend construido con <a href=\"https:\/\/startfunction.com\/tag\/node-js\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">Node.js<\/a><\/li>\n<li>utiliza <a href=\"https:\/\/expressjs.com\/\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">Express<\/a> como servidor<\/li>\n<li>y <a href=\"https:\/\/github.com\/octokit\/rest.js\/\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">Octokit REST<\/a> una biblioteca para trabajar con la API de GitHub<\/li>\n<\/ul>\n<p>Una cosa a tener en cuenta es que no queremos superar el l\u00edmite de solicitudes permitidas por la <a href=\"https:\/\/developer.github.com\/v3\/issues\/\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">API de problemas de GitHub<\/a>. Recomiendan dejar pasar al menos un segundo entre solicitudes, por lo que paus\u00e9 la ejecuci\u00f3n 1,5 segundos entre la creaci\u00f3n de cada problema.<\/p>\n<p>Desde el prototipo inicial que hice hasta la versi\u00f3n final, la cambi\u00e9 de una aplicaci\u00f3n de GitHub a una aplicaci\u00f3n de OAuth. Es porque este \u00faltimo te permite crear problemas y aparecer como el autor.<\/p>\n<h2>M\u00e1s ideas para mejorar la creaci\u00f3n de problemas<\/h2>\n<p>Le mostr\u00e9 esto a un amigo y me dijo que ten\u00eda la idea de crear una extensi\u00f3n de Chrome para tomar una captura de pantalla de un error, anotarlo y enviarlo como un problema de GitHub. Pens\u00e9 que era una gran idea, as\u00ed que busqu\u00e9 una forma de tomar una captura de pantalla pero dentro de una aplicaci\u00f3n React y r\u00e1pidamente encontr\u00e9 <a href=\"https:\/\/html2canvas.hertzen.com\/\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">html2canvas<\/a> que permite tomar capturas de pantalla y guardarlas como archivos PNG.<\/p>\n<p>Combinar algo como esto con mi herramienta para crear los problemas ser\u00eda una buena soluci\u00f3n que podr\u00eda estar disponible en una aplicaci\u00f3n React durante su ciclo de desarrollo o preparaci\u00f3n. Cualquiera que pruebe la aplicaci\u00f3n podr\u00eda activar el panel de informe de problemas y enviar un problema de GitHub.<\/p>\n<p>El \u00fanico problema con eso por ahora es que la API de GitHub no permite cargar im\u00e1genes, por lo que tendr\u00edan que estar alojadas en otro lugar y tener el enlace a esa ubicaci\u00f3n insertado en esta herramienta, pero definitivamente es una buena mejora.<\/p>\n<p>De nuevo, la aplicaci\u00f3n est\u00e1 en <a href=\"https:\/\/fast-issues.herokuapp.com\/\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">https:\/\/fast-issues.herokuapp.com\/<\/a> y si terminas us\u00e1ndola, h\u00e1zmelo saber en los comentarios.<\/p>\n<p><div id=\"PostUnique_PostSource\" style=\"padding-top: 50px\">Fuente de grabaci\u00f3n:  <a target=\"_blank\" rel=\"noopener nofollow\" href=\"\/\/startfunction.com\" class=\"external external_icon\">startfunction.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Los problemas de GitHub son fant\u00e1sticos para rastrear nuevas funciones o errores, qui\u00e9n est\u00e1 asignado, categorizarlos, agregarlos a proyectos, etc. Al mismo tiempo, tambi\u00e9n son bastante lentos de crear y crear un mont\u00f3n de ellos consume demasiado tiempo. Estaba cansado del proceso lento de crear un problema de GitHub manualmente, as\u00ed que cre\u00e9 una aplicaci\u00f3n gratuita de c\u00f3digo abierto para que el proceso fuera mucho m\u00e1s r\u00e1pido.<\/p>\n","protected":false},"author":1,"featured_media":157962,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[892,716,747,768,831,914,1015,779],"tags":[1172],"class_list":["post-231833","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-codigo","category-desarrollador","category-fuente-abierta","category-fuente-de-control","category-guia-para-principiantes","category-otro","category-sitios-utiles","category-software-de-codigo-abierto","tag-affiai-es"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/posts\/231833","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/comments?post=231833"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/posts\/231833\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/media\/157962"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/media?parent=231833"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/categories?post=231833"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/tags?post=231833"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}