# Yes We Tech - The Easy Drive 👋🏻👋🏽👋🏿

La comunidad feminista Yes We Tech ofrece un lugar de encuentro para mujeres y personas no binarias donde compartir conocimiento relacionado con el mundo de la tecnología.

Te damos la bienvenida a The Easy ~~Hard~~ Drive, el centro de conocimiento publicado por las socias y voluntarias de la comunidad de tecnología feminista [Yes We Tech](https://yeswetech.org).

Aquí encontrarás recursos con los que poder desarrollar tu afición y profesión relacionada con el sector tecnológico.&#x20;

{% hint style="info" %}
¿Tienes alguna petición? Escríbenos a <organiza@yeswetech.org>
{% endhint %}

Si quieres colaborar con nosotras, échale un ojo a nuestra sección de [Guías](/guias/codigo-de-conducta). Desde ahí podrás conocer todos los detalles del funcionamiento de nuestras iniciativas.


# DevOps

DevOps es una cultura, una metodología que se ha popularizado desde que se acuñó el término. Es la combinación de desarrollo de software (Dev) y operaciones IT (Ops).

Su objetivo es agilizar la cooperación entre estas dos áreas para entregar software (soluciones, aplicaciones…) de forma continuada, repetible y con el menor margen de error posible

### Libritos 📚

* The DevOps Handbook (by Gene Kim Jez Humble, Patrick Debois, John Allspaw, and John Willis)
* Practical DevOps (by Joakim Verona)
* The Phoenix Project (by Gene Kim, Kevin Behr, and George Spafford)
* Effective DevOps (by Jennifer Davis and Ryn Daniels)
* The DevOps Adoption Playbook (by Sanjeev Sharma)
* Continuous Delivery: Reliable Software Releases Through Build, Test, and Deployment Automation by (Jez Humble and David Farley)&#x20;

### Blogs 🔎

* [DevOps Blogs for Beginners & Experienced (devopsuniversity.org)](https://www.devopsuniversity.org/blogs/)&#x20;
* [DevOps Training and Learning Paths | A Cloud Guru](https://acloudguru.com/learning-paths/devops?utm_campaign=421055675\&utm_source=bing\&utm_medium=cpc\&utm_content=\&utm_term=b_https%3A%2F%2Facloudguru.com%2F\&adgroupid=1269936676379849\&msclkid=45818f19a65e12bbd30eed3ad0bfcfa6)&#x20;
* [Devops - DEV Community 👩‍💻👨‍💻](https://dev.to/t/devops)&#x20;
* [DevOps | TechBeacon](https://techbeacon.com/categories/devops)&#x20;

### Cursos interesantes 📹

* [Git and GitHub for Beginners - Crash Course ](https://youtu.be/RGOj5yH7evk)
* [DevOps Engineering Course for Beginners (freecodecamp.org)](https://www.freecodecamp.org/news/devops-engineering-course-for-beginners/), gratuito, en inglés&#x20;
* [DevOps Prerequisites Course - Getting started with DevOps](https://youtu.be/Wvf0mBNGjXY), gratuito, en inglés&#x20;
* [Training | Kubernetes](https://kubernetes.io/training/)&#x20;
* [Kubernetes, de principiante a experto | Udemy](https://www.udemy.com/course/kubernetes-de-principiante-a-experto/)&#x20;
* [Kubernetes Course - Full Beginners Tutorial (Containerize Your Apps!)](https://youtu.be/d6WC5n9G_sM)
* [Learning DevOps with Terraform Infrastructure Automation Course | Udemy](https://www.udemy.com/course/learn-devops-infrastructure-automation-with-terraform/)
* [DevOps Culture and Mindset | Coursera](https://www.coursera.org/learn/devops-culture-and-mindset)

### Para iniciarte en las diferentes áreas 💭

Las diferentes áreas que se listan aquí son los diferentes pilares sobre los que se fundamenta la cultura DevOps. No se necesita aplicar todas y cada una de ellas para ser DevOps, pero merece la pena conocerlas.

#### Introducción

* [DevOps In 5 Minutes - Simplilearn](https://youtu.be/Xrgk023l4lI)

#### Automatización (CI y CD)

* [¿QUE ES CI/CD? ](https://youtu.be/6eRkCnFhHRg)
* [CI/CD Full Course | Simplilearn](https://youtu.be/h9K1NnqwUvE)&#x20;
* [ReactJS Automatic Deployments w/ Github Actions](https://youtu.be/encpjND99xU)&#x20;
* [5 Ways to DevOps-ify your App - Github Actions Tutorial](https://youtu.be/eB0nUzAI7M8)
* [Azure DevOps & Create React App : Build/Release Pipeline](https://youtu.be/QbmLxfRCt38)

#### Cloud + Infra as Code

* [AWS VS AZURE VS GOOGLE CLOUD | LET'S CHOOSE THE MOST RELIABLE CLOUD SERVICE PROVIDER](https://youtu.be/vcutpHs1_DQ)
* [What is Infrastructure as Code? Difference of Infrastructure as Code Tools](https://youtu.be/POPP2WTJ8es)
* [Terraform explained in 15 mins | Terraform Tutorial for Beginners ](https://youtu.be/l5k1ai_GBDE)
* [Deploying your Azure Infrastructure with Terraform | DevOps Lab](https://youtu.be/JaesylupZa8)
* [Infrastructure as Code for React Application on AWS Written in TypeScript - Denis Artyuhovich](https://youtu.be/sbZn5RCITMo)

#### Seguridad

* [What is DevSecOps? DevSecOps explained in 8 Mins ](https://youtu.be/nrhxNNH5lt0)
* [What is DevSecOps? by Plutora](https://youtu.be/d-WRcamtyVo)

#### Microservicios

* [What are Microservices?](https://youtu.be/j3XufmvEMiM)
* [What is a microservice architecture and it's advantages?](https://youtu.be/qYhRvH9tJKw)

#### Docker

* [¿Qué es Docker? | Curso de Docker | Platzi Cursos](https://youtu.be/hQgvt-s-AHQ)
* [Docker, Curso Práctico para principiantes (desde Linux)](https://youtu.be/NVvZNmfqg6M)
* [Docker and Kubernetes - Full Course for Beginners](https://youtu.be/Wf2eSG3owoA)

#### Kubernetes

* [¿Qué es Kubernetes?](https://kubernetes.io/es/docs/concepts/overview/what-is-kubernetes/)
* [Introduction to Kubernetes - Learn | Microsoft Docs](https://docs.microsoft.com/en-us/learn/modules/intro-to-kubernetes/)
* [Kubernetes Tutorial for Beginners \[FULL COURSE in 4 Hours\]](https://youtu.be/X48VuDVv0do)

### Gente a la que seguir 👥

* [Laura Morillo (Laura\_Morillo)](https://twitter.com/Laura_Morillo)
* [🖤 Soy la Froken 🖤 🏳️‍🌈 (@Martixx) ](https://twitter.com/Martixx)
* [Gisela Torres 🇺🇦 (@0GiS0)](https://twitter.com/0GiS0)
* [Tasia🐧 127.0.0.1👩🏻‍💻 (@AnastasiaKnt) ](https://twitter.com/AnastasiaKnt)
* [Cloud (@Clau\_sure) ](https://twitter.com/Clau_sure)
* [Oli (@Olitecnic)](https://twitter.com/Olitecnic)&#x20;
* [Marta Arcone (@martaarcones)](https://twitter.com/martaarcones)
* [April Edwards (@theAprilEdwards)](https://twitter.com/TheAprilEdwards)&#x20;
* [mandy whale (@mandywhaley)](https://twitter.com/mandywhaley)

### About me ❓

Soy Elena G Blanco (presente en la red como Elena.NET, she/they), Microsoft MVP, programadora .NET, propagando la cultura DevOps y la empatía en el mundo del desarrollo.

Escribo sobre futurismos, baseball, storytelling, programación y cloud. [Juntando letras en Twitter](https://twitter.com/Beelzenef_).


# Pentester

## ¿Qué es el pentesting y en qué consiste ser pentester?

El **pentesting**, también conocido en español como “pruebas de penetración”, son un conjunto de verificaciones que se llevan a cabo sobre diversas tecnologías con el **objetivo de detectar vulnerabilidades**. Por ejemplo, en el caso de aplicaciones web, la identificación de dichas vulnerabilidades puede incluir cosas como inyecciones SQL, ataques Cross-Site Scripting (XSS) y un largo etcétera, las cuales vienen dadas por malas prácticas a nivel de código y/o por errores de configuración de las tecnologías implementadas.

Sabiendo ya qué es el **pentesting**, queda decir que pentester es la persona que realiza lo mencionado en el párrafo anterior. Sin embargo, dentro de la palabra pentester podemos englobar tres categorías diferentes, que quizás sean más conocidas si, en lugar de utilizar la palabra pentester, utilizamos el término hacker; pero, antes de esto, una pequeña nota: el término hacker a lo largo de los años se ha visto muy denostado a consecuencia del trato que ha tenido en medios de comunicación y la industria cinematográfica, las cuales han dado lugar a pensar que hacker es una persona que busca causar algún tipo de perjuicio a otra por diferentes motivos, cuando la realidad es que hacker es aquella persona a la que, simplemente, le gusta entender cómo funcionan las cosas en gran profundidad, siendo esas “cosas”, usualmente, dispositivos y tecnologías.

Se suele hacer distinción entre tres tipos de hackers:

* ⚪ **Sombrero blanco:** persona que se dedica a detectar vulnerabilidades en dispositivos y tecnologías de manera legítima, acogiéndose a un acuerdo contractual entre ella o su empresa, y el cliente que recibirá el servicio.
* ◻️ **Sombrero gris:** persona que se dedica a detectar vulnerabilidades sin el consentimiento explícito del objetivo que está analizando. Tras detectar dichas vulnerabilidades, de manera anónima informa a la persona y/o entidad afectada pidiéndole a cambio una suma de dinero.
* ⚫ **Sombrero negro:** persona que se dedica a detectar vulnerabilidades con el único fin de obtener información, beneficio económico y/o para causar algún perjuicio al objetivo en cuestión.

En el caso de **las personas que se dedican a la rama de pentesting**, éstas están dentro de la categoría de **⚪ hackers de sombrero blanco ⚪**

## ¿Cuáles son las especializaciones más frecuentes?

Las personas que nos dedicamos al pentesting podemos tener especializaciones muy diversas, casi tanto como nuestros orígenes. Hay muchas personas que inicialmente comenzaron su carrera laboral en otro sector y, con el paso del tiempo, acabaron dedicándose a esto, pero de temas laborales hablaremos en uno de los siguientes apartados.

Lo más habitual es que quienes se dedican al pentesting traten principalmente con **aplicaciones web y con sistemas.** Más recientemente está surgiendo la especialización de pentesters en recursos en la nube (cloud) a consecuencia del auge de estas tecnologías a la que (casi) todas las empresas están empezando a migrar total o parcialmente sus servicios.

Las técnicas aplicadas para estos tres casos son similares hasta cierto punto, y esto se debe a que las tecnologías que se suelen someter a procesos de pentesting, una web, por ejemplo, están alojadas en un equipo (host) que puede tratarse de un servidor físico (on-premise) o en la nube (cloud). Cuando se hace pentesting sobre una aplicación alojada en la nube, la aproximación será la misma que si estuviese on-premise con la diferencia de que es posible que la base de datos sea distinta a los motores habituales (MySQL, MongoDB, etc.) y otros puntos ya más específicos de ese tipo de tecnología como puede ser la existencia de una URL de metadatos en el caso de instancias en la nube.

Otra especialización un poco menos frecuente ya que no se encuentra entre los trabajos más solicitados es el **pentesting en dispositivos móviles.** Las técnicas en este caso son bastante diferentes al enfoque que se suele utilizar en los casos ya mencionados, siendo necesario conocer herramientas bastante más específicas como puede ser ADB en el caso de Android, o estar al tanto de las diferencias entre emuladores y simuladores.

No obstante, estos no son los únicos caminos a seguir y es muy frecuente encontrar a personas que, además de tener conocimientos en estos temas, también controles aspectos de otras áreas como criptografía, sistemas IoT, hardware, redes, etc.

## ¿Por dónde empezar?

Es frecuente en quienes quieren comenzar en pentesting apuntar directamente a aprender lo que se suele conocer como “romper cosas”, y esto tiene como consecuencia que se acabe ignorando lo obvio: para saber cómo romper algo, primero hay que saber cómo funciona.

Tener una **base sólida** sobre temas como redes (networking) y bases de datos es fundamental, ya que sin esto se complicará bastante la comprensión de incluso los ataques más básicos y el uso de herramientas tan fundamentales como SQLmap en el caso de inyecciones SQL.

Son muchos los cursos y certificaciones que hay disponibles para quienes quieren aprender, pero también son casi ilimitados los recursos gratuitos de personas que están dispuestas a compartir sus conocimientos para que otras puedan aprender y dar sus primeros pasos sin necesidad de hacer una gran inversión económica (ya que sobre todo en el caso de las certificaciones, éstas suelen ser muy caras). En lo que se refiere a los cursos, hay algunos que como guía para dar los primeros pasos pueden estar bien, pero como opinión personal, no son necesarios.

Youtube es el gran aliado de quienes quieran aprender de forma gratuita (si bien es cierto que a veces es necesario aplicar algo de “filtro” ya que de la misma manera que hay personas con muy buenos contenidos publicados, hay otras que hay que tomar con un poco más de cuidado).

De cara a detección de vulnerabilidades, es esencial conocer la [metodología OWASP](https://owasp.org/) y saber qué es el [OWASP Top 10](https://owasp.org/www-project-top-ten/). Otras metodologías seguidas por la industria de la ciberseguridad de cara a procesos de pentesting son [MITRE ATT\&CK](https://attack.mitre.org/) y [OSSTM](https://www.isecom.org/research.html). Por último, también es interesante conocer la metodología de pruebas sobre redes inalámbricas, otro trabajo también bastante solicitado en la industria; esta metodología es OWISAM (la página oficial de OWISAM era oficialmente <https://www.owisam.org> hasta que fue comprada y ya no es posible acceder a su contenido, aunque haciendo uso del recurso [Internet Archive](https://archive.org/) podemos [evadir este pequeño problema](https://web.archive.org/web/20170703193525/https://www.owisam.org/es/OWISAM_Top_10) aunque sea parcialmente (ya que no es posible acceder a toda la información que inicialmente estaba disponible en la web oficial)).

Para las más aficionadas a los libros, los más frecuentemente recomendados a nivel de iniciación (y que probablemente encontraréis en todos los congresos de ciberseguridad en España) son los de [0xWORD](https://0xword.com/).

De cara a aprender sobre tecnología en la nube, los libros suelen ser un poco caros y realmente están basados casi en su totalidad en la documentación de los proveedores. De estos últimos tenemos tres principales actualmente: AWS, GCP y Azure. Como recomendación, es preferible echarle un ojo a la documentación del que más nos llame la atención (por ejemplo, en mi caso me especializo en AWS), y aprender cómo funcionan sus diferentes servicios (esto puede resultar abrumador al principio ya que son muchísimos, pero la clave es ir poco a poco, no es necesario pasar de 0 a 100 en cuestión de días).&#x20;

Algo a tener en cuenta sobre los entornos en la nube es el coste económico que conlleva desplegar los servicios, y cuando no se tiene conocimiento porque estamos dando los primeros pasos con estas tecnologías es frecuente incurrir en gastos no intencionados que, a veces, pueden darnos un buen susto a final de mes. Una de las plataformas que más he usado para evitar estos problemas es [A Cloud Guru](https://www.pluralsight.com/cloud-guru), ya que, además de dar acceso a una gran cantidad de cursos, proporciona una sandbox (dependiendo de la suscripción) en la que se puede practicar desplegando casi la totalidad de los servicios de los proveedores cloud sin que haya que pagar nada adicional al precio de la suscripción.

Antes de hablar de lo último que veo necesario incluir en este apartado (las competiciones Capture the Flag o CTF), a continuación podréis encontrar un par de listas con wikis sobre pentesting genérico y pentesting en la nube:<br>

#### Pentesting

* [PTES](http://www.pentest-standard.org/index.php/Main_Page)
* [Hacktricks](https://book.hacktricks.xyz/)
* [Exploit notes](https://exploit-notes.hdks.org/)
* [Wiki Securitas](https://wiki.securiters.com/securiters-wiki/)

#### Pentesting cloud

* [Hacking The Cloud](https://hackingthe.cloud/aws/general-knowledge/aws_organizations_defaults/)
* [CloudSecDocs](https://cloudsecdocs.com/aws/services/iam/iam/)
* [Secwiki.cloud](https://www.secwiki.cloud/aws/)
* [Cloud Security Wiki](https://cloudsecwiki.com/)
* [CloudPentestCheatsheets](https://github.com/dafthack/CloudPentestCheatsheets)
* [MITRE ATT\&CK (cloud)](https://attack.mitre.org/matrices/enterprise/cloud/)
* [HackTricks Cloud](https://cloud.hacktricks.xyz/welcome/readme)

<br>

## Capture the Flag (CTF)

Las competiciones Capture the Flag (CTF) o “Captura la bandera” consisten en un conjunto de retos de numerosas categorías como, por ejemplo:

* Web
* Criptografía
* Cloud
* Redes
* Blockchain
* Reversing
* OSINT

El objetivo final de un CTF es conseguir la flag o bandera, que normalmente es una cadena de texto alfanumérica totalmente aleatoria que, en ocasiones, puede ser, por ejemplo, el MD5 de una palabra, y que suele seguir un formato similar a HTB{as9023mbxjmñ102’}.

Existen diferentes modalidades:

* **Jeopardy**: es quizás la modalidad más típica, consistente en una serie de retos de diferentes categorías en las que se puede participar para resolverlos de manera individual y/o en grupo (según la competición en cuestión), y se ganan más o menos puntos según la dificultad del reto.
* **Ataque-defensa:** en esta modalidad cada equipo tiene su propia red (o un único sistema) con servicios vulnerables. Nuestro equipo tiene cierto tiempo para solventar (parchear) esas vulnerabilidades y desarrollar exploits, ya que de lo que se trata es de arreglar los fallos en nuestra infraestructura mientras intentamos atacar la de otros equipos que también estarán intentando atacar la nuestra.
* **Mixto**: son competiciones que pueden ser una mezcla de las dos anteriores o, por ejemplo, consistir en una serie de tareas para las que se da un tiempo determinado para poder terminarlas. Son competiciones que no tienen un formato concreto.

¿Por qué es importante al menos conocer y haber entrado alguna vez en el mundo de los CTF? Porque se trata de entornos controlados donde hay vulnerabilidades que podemos explotar libremente sin correr riesgos legales, lo cual a nivel de aprendizaje es justo lo que necesitamos. Existen CTFs que se alejan bastante de lo que un pentester se va a encontrar en su día a día y otros más realistas, pero incluso los primeros servirán para aprender muchísimo y obtener la capacidad de pensar más allá de los pasos estipulados, por ejemplo, en metodologías ampliamente conocidas como las ya mencionadas. Se podría decir que ayudan a aumentar nuestra capacidad de pensar “out of the box”.<br>

Además, cada vez son más las empresas que durante las entrevistas de trabajo incluyen este tipo de retos para valorar el nivel técnico de la persona, dándole más o menos peso según la organización. Es frecuente que la empresa solicite un informe a la persona que aplica para el puesto de trabajo una vez finalizado los retos no solo para ver los pasos que ha seguido y si ha logrado alguno de los objetivos, sino también para analizar el nivel de redacción que se tiene, ya que a los pentesters, además de romper cosas, también nos toca la tarea un poco más tediosa de redactar de manera detallada lo que hemos detectado para facilitar al cliente la tarea de resolver los problemas detectados.

#### Algunas plataformas y otros recursos para practicar en entornos controlados son:

* [Hack The Box](https://www.hackthebox.com/)
* [TryHackMe](https://tryhackme.com/)
* [Attack Defense](https://attackdefense.com/)
* [PortSwigger](https://portswigger.net/web-security/all-labs)
* [UnaAlMes](https://unaalmes.hispasec.com/register)
* [Flaws Cloud](http://flaws.cloud/)
* [CTFTime](https://ctftime.org)
* [Root-me](https://www.root-me.org/)
* [Vulnhub](https://www.vulnhub.com/)
* [PentesterLab](https://pentesterlab.com/)
* [Defend the Web](https://defendtheweb.net/)
* [W3Challs](https://w3challs.com/)
* [Newbie Contest](https://www.newbiecontest.org/)
* [The cryptopals crypto challenges](https://cryptopals.com/)
* [Hacksplaining](https://www.hacksplaining.com/lessons)
* [Hacker101](https://ctf.hacker101.com/)
* [Hackersec](https://hackersec.com/ctf/)
* [picoCTF](https://picoctf.com/)
* [Exploit.education](https://exploit.education/)
* [CMD challenge](https://cmdchallenge.com/)
* [Play game - Early hacker catches the bug](https://pwnable.kr/play.php)
* [Aplicaciones de Android vulnerables para practicar](https://pentester.land/blog/list-of-intentionally-vulnerable-android-apps/)
* [awesome-mobile-CTF](https://github.com/xtiankisutsa/awesome-mobile-CTF)

## Congresos de ciberseguridad en España

* [Securiters: congresos de ciberseguridad](https://wiki.securiters.com/securiters-wiki/congresos-de-ciberseguridad)
* [RoadMap-CON](https://www.google.com/maps/d/u/0/viewer?mid=1eDUrpB8zlGJPifXa7hddG493sNk623I\&ll=36.086043812244505%2C-6.803259749999992\&z=6)

## Mantenerse al día

Hoy en día es imprescindible estar al tanto de las últimas novedades del sector en el que trabajamos casi en cualquier campo, no únicamente en ciberseguridad, pero quizás en dicho sector es algo más relevante que en otros casos ya que, como se suele decir, los malos siempre van diez pasos por delante de quienes tratamos de ayudar.&#x20;

Esto quiere decir que constantemente salen nuevas vulnerabilidades y técnicas de ataque que debemos conocer no solo para aplicarlas en los procesos de pentesting, sino también para poder defendernos.

En lo que se refiere al uso de estas nuevas técnicas durante los pentests que llevemos a cabo, hacer un repaso diario de las noticias que van saliendo nos puede facilitar enormemente la vida ya que, por ejemplo, supongamos el caso de que estamos auditando una web que hace uso de X tecnología en concreto y justo un par de días antes ha salido un nuevo CVE para dicha tecnología que tiene asociado un exploit conocido y que, sin implicar la pérdida de servicio que proporciona la web (ya que hay exploits que pueden dañar gravemente los sistemas) nos puede llegar a permitir ganar acceso a la máquina donde está alojada la web; esto nos puede llegar a ahorrar días de trabajo y muchos dolores de cabeza.

Se debe tener en cuenta que cuando estamos trabajando, lo ideal es proporcionar un servicio óptimo al cliente, por lo que si disponemos de técnicas/herramientas que van a ayudarnos a hacer nuestro trabajo de manera más eficiente y logrando el mismo resultado que si lo hiciéramos de la forma más compleja pero más “bonita” a nivel técnico, lo más recomendable sería optar por la eficiencia y lo otro dejarlo para nuestro aprendizaje personal, al menos si vemos que coger el camino “bonito” y menos eficiente nos va a acarrear problemas de tiempo.

Dicho lo cual, a continuación encontraréis una lista de los canales de Telegram y noticias que podéis seguir:

* [Comunidad Securitas](https://t.me/ComunidadSecuriters)
* [Cyber Threat Intelligence](https://t.me/ctinow)
* [cKure](https://t.me/cKure)
* [The Hacker News (Telegram)](https://t.me/thehackernews)
* [The Hacker News (web)](https://thehackernews.com)
* [Seguridad Informática](https://t.me/seguridadinformatic4)
* [GINSEG Comunidad](https://t.me/ginseg)
* [GINSEG Noticias](https://t.me/ThreatIntelligence)
* [Sombrero Blanco - Ciberseguridad](https://t.me/sombreroblanco)
* [Ciberpatrulla - Técnicas OSINT](https://t.me/ciberpatrullacom)
* [Derecho de la Red](https://t.me/DerechodelaRed)
* [Una al día (Telegram)](https://t.me/unaaldia)
* [Una al día (web)](https://unaaldia.hispasec.com/)<br>

## Sobre mí

¡Hola! Soy **Raquel Gálvez,** actualmente pentester aunque me inicié en el mundo de la ciberseguridad de manera profesional hace seis años. Soy de esas personas que se han “reciclado” y después de trabajar durante algún tiempo en aquello para lo que estudié, decidí tomar el camino de ciber, así que os dejo por aquí toda la información que creo que os puede ser de interés para quienes queráis empezar también en esto.

No soy muy activa en redes sociales pero si queréis poneros en contacto conmigo, podéis hacerlo a través de [LinkedIn](https://es.linkedin.com/in/raquel-galvez-farfan).

\ <br>


# Developer Relations

## :interrobang: ¿Qué es eso de Developer Relations (DevRel)?

Developer Relations es una displina relativamente nueva que combina tecnología, divulgación, comunicación y relaciones interpersonales. Es una carrera muy interesante y que a mí me apasiona. Además está teniendo bastante boom últimamente y encontrar a gente capaz de combinar todas esas cualidades es difícil, por lo que los sueldos suelen estar bastante bien.

Las empresas que suelen tener un equipo de DevRel son empresas de software que, o bien las usuarias de su software son desarrolladoras, expertas en seguridad, sysadmins, etc. o bien tienen una API externa y desarrolladoras externas a su organización integran su producto mediante esa API.

El motivo por el cual esta displina comenzó a crearse fue porque para este tipo de empresas el marketing tradicional no funciona tan bien como en otros verticales. Si yo soy una desarrolladora que quiero saber si el producto Foo es lo que necesito para integrar en mi aplicación, una página web estática explicándome los beneficios me ayudará menos que un repositorio en GitHub con una aplicación de ejemplo, o un blog post escrito por otra desarrolladora donde me explique como puedo integrarlo.

Este vídeo en YouTube de Jono Bacon explica muy bien qué es DevRel y por qué es tan importante para algunas empresas de software.

{% embed url="<https://www.youtube.com/watch?v=CN4Zzdg49VI>" %}

## :scream: DevRel, Technical Evangelism, Developer Advocacy, Developer Evangelism

La primero es aclarar un poco los términos. Al ser una disciplina tan nueva, aún no existe consenso a cómo se deben llamar estas organizaciones dentro de las empresas, o qué título tienen que tener las personas que lo ejercen.

En general, a la disciplina que engloba todas estas actividades se llama **Developer Relations**, o DevRel como diminutivo.

Los posibles títulos que puedes encontrar cuando busques trabajo en DevRel pueden ser:

* Developer Relations Engineer
* DevRel Engineer
* Technical Evangelist
* Developer Evangelist
* Developer Advocate
* ...

¿Hay alguna diferencia entre estos títulos? Yo diría que no, que la gran diferencia es la estrategia que siga la empresa respecto a DevRel, y no tanto el título. Algunos dirían que "Evangelist" realiza más contenido, mientras que "Advocate" realiza más código de ejemplo.&#x20;

En realidad esto no es una relación tan clara, y depende mucho de la empresa. Mi recomendación es que en las primeras entrevistas hagas muchas preguntas de qué tipo de trabajo se hace en DevRel en esa empresa, para que tengas claro que se alinea con lo que quieres hacer.

## :seedling: ¿Por dónde empiezo?

En general, y esto es una opinión personal, DevRel no es una carrera que recomendaría para personas que estén empezando en el mundo del software. Evidentemente, el tema de "años de experiencia" es muy relativo, pero recomendaría que al menos llevaras unos 5 años (o más) como desarrolladora, devops, experta en seguridad, o lo que sea que sea tu disciplina, antes de aventurarte al mundo DevRel.

¿Por qué? Pues porque gran parte de tu trabajo va a ser hacer la vida más fácil a otras expertas, y para ello se require cierta experiencia y haber estado en el otro lado durante un tiempo para saber qué tipo de material es útil. ¿Recuerdas ese bug que te tuvo atascada varios días y qué finalmente resolviste gracias a ese blog post que encontraste googleando? Pues eso.

### :woman\_technologist: Hazte un blog (o un canal de YouTube, o un Twitch, ...)

Las empresas que contratan equipos de DevRel entienden que al ser una disciplina nueva y que requiere de experiencia previa como desarrolladora (o devops, seguridad, ...) muchas de las mejores candidatas pueden que sean aquellas que nunca hayan tenido experiencia previa en DevRel, pero que son expertas en lo suyo y saben comunicar.

El problema es que sin nada que demuestre que sabes comunicar, va a ser difícil que confíen en que sepas hacerlo, por lo que es interesante ir construyendo nuestro **portfolio**.

Si te gusta escribir, ábrete un blog y empieza a publicar. No hace falta que sean posts súper elaborados, pero sí que sean útiles. ¿Acabas de resolver un bug y crees que puedes ayudar a otras personas que se encuentren con lo mismo? Blog post. ¿Has encontrado un proyecto open source interesante en tu ámbito? Pruébalo y explícalo en un post. ¿Has creado una integración interesante? Crea un repositorio en GitHub con un ejemplo y un post para explicarlo.

Cuando digo "blog post" en realidad me refiero a cualquier tipo de comunicación. Si prefieres el vídeo, hazte un canal de YouTube. Si te mola el streaming, abre canal en Twitch. El formato de lo que elabores es menos importante, ya que depende mucho de preferencias personales.

Además, incluso si finalmente no quieres dar el salto a DevRel, construirte el portfolio te va a servir igualmente para construir tu marca personal de experta.

### :speaking\_head: Intenta dar una charla en una conferencia

Dar charlas en conferencias es una de esas cosas que una vez que haces una vez, te abre las puertas para dar charlas en otras conferencias.

Dar charlas no solo te hace mejorar como oradora, pero además te ayuda a conocer a mucha gente de tu ecosistema, ya que las asistentes a la conferencia te harán preguntas, te charlarán en los pasillos, etc.&#x20;

[Nina Zakharenko](https://nnja.medium.com/?source=post_page-----7481aba78aa5-----------------------------------) tiene un buen artículo de cómo escribir una buena Call For Proposal (CFP).

{% embed url="<https://nnja.medium.com/the-ultimate-guide-to-memorable-tech-talks-part-3-writing-a-conference-proposal-or-cfp-7481aba78aa5>" %}

## :books: :woman\_superhero: Libros y gente a la que seguir

¡Depende de lo tuyo!

Aquí es importante que entiendas que no es tan importante leer libros o artículos sobre DevRel en sí como disciplina (que también dejaré algunos enlaces más abajo), sino que entiendas que dependiendo de en qué ámbito te encuentres, siempre estés al día de lo que se cuece.

Gran parte del trabajo en DevRel es estar al día de las novedades, y eso depende mucho de a lo que te dediques. ¿Qué proyectos open source están siendo interesantes? ¿Qué tipo de APIs se están utilizando en tu ecosistema? ¿Cuál han sido los últimos zero-days que hay que conocer?

¿Eres desarrolladora frontend? Pues lee artículos sobre frontend. Elabora mini demos que puedas colgar en GitHub y puedan ayudar a otras desarrolladoras frontend. Sigue a gente de la comunidad frontend, etc.

¿Eres backend? Pues lo mismo ¿Eres SRE? Pues sigue a la comunidad "cloud native" ¿Eres experta en seguridad? Pues sigue blogs de seguridad.

## 🇬🇧 Inglés

Tener un inglés que te permita comunicarte, tanto hablado como escrito, es importantantísimo en software, aunque no te vayas a dedicar a DevRel. Soy de las que opina que el inglés es el conocimiento que más va a beneficiar tu carrera, subiendo los rangos de salario de las ofertas.

Si quieres estar en DevRel, es casi imprescindible. La mayoría de las empresas cuyo producto está orientado a desarrolladoras tienen un mercado global, por lo que el contenido que creas estará en inglés en muchas ocasiones.

La mayoría de las conferencias de desarrollo son en inglés, y poder dar charlas en estas conferencias es un punto bastante importante.

![](/files/r3Yor66HbahqWzLJyuKc)

## :avocado: Recursos DevRel

Además de estar al día de las novedades de tu área de conocimiento y de mejorar el inglés, puedes echar un vistazo a algunos recursos específicos de DevRel.

Ten en cuenta de que estos recursos son generales, y que algunas de las cosas que recomiendan van a variar mucho dependiendo del ecosistema en el que te encuentres. Nadie mejor que tú para saber qué cosas aplican, y que cosas no :)

### :books: Libros

* [The Business Value of Developer Relations](https://www.persea-consulting.com/book)
* [Developer Marketing + Relations](https://www.devrelx.com/book)
* [Developer Relations](https://www.devrelbook.com/)
* [The Developer Advocacy Handbook](https://developer-advocacy.com/) (ebook gratis)

### :tv: Vídeos

* [DevRel YouTube Channel](https://www.youtube.com/channel/UCabc3QtCLKsNeTOx9cqDSlQ)
* [Jono Bacon's YouTube Channel (con bastante contenido sobre comunidades dev)](https://www.youtube.com/user/jonobacon)

### :office: Empresas que comparten su estrategia DevRel

* [Gitlab](https://about.gitlab.com/handbook/marketing/community-relations/)
* [PostHog](https://posthog.com/handbook/growth/developer-relations)

### :newspaper: Newsletters

* [Developer Avocados Weekly](https://tinyletter.com/developeravocados)
* [DevRel Weekly](https://devrelweekly.com/)
* [CFP Land](https://www.cfpland.com/)

### :woman: Alguna gente a la que seguir

(¡Pero recuerda que lo más importante es seguir a la gente de tu ecosistema!)

* [Kelsey Hightower](https://twitter.com/kelseyhightower)
* [Tessa Mero](https://twitter.com/TessaMero)
* [Kaitlyn Barnard](https://twitter.com/kaitlyn_barnard)
* [Bridget Kromhout](https://twitter.com/bridgetkromhout)
* [Jason Yee](https://twitter.com/gitbisect)
* [Alba Roza](https://twitter.com/Alba_Roza)

## :woman\_cook: About Me

¡Hola! Soy Ara Pulido (she/her), Senior Technical Evangelist en [@datadoghq](https://twitter.com/datadoghq) . Si tienes cualquier duda sobre Developer Relations, no dudes en contactarme en Twitter, en [@arapulido](https://twitter.com/arapulido), y yo encantada de charlar un rato sobre el tema.

En Datadog estamos buscando a mucha gente para contratar en mi equipo, si te interesa, hazme ping.&#x20;


# Diseñadora de Contenido

## 🤔 Qué es el Diseño de Contenido

Es la disciplina que se encarga de planificar, definir y producir todo el contenido que necesita un producto o servicio. Por contenido entendemos, además de las palabras o textos, su relación con las imágenes, ilustraciones, contenido audiovisual... Todo lo que enmarcado por el diseño de interacción y visual.

## ♠️Algunas disciplinas relacionadas

### UX Writing

Se refiere al contenido textual de una interfaz, sobre todo al que interviene en procesos de interacción donde hay que tener muy presente la experiencia de uso. Por ejemplo: registros, procesos de compra, búsqueda de información, formularios, gestión de errores...

Es contenido orientado a la funcionalidad de completar acciones y está enmarcado en las actividades del departamento de diseño y/o de producto.

### Diseño de conversaciones

Se encarga de definir la estrategia, los guiones y los flujos de conversación de interfaces conversacionales como chatbots o asistentes de voz.

### Copywriting

Es la disciplina que se encarga de hacer atractivo un producto o servicio a través de sus textos. Está ligada a la actividad del departamento de marketing y tiene un profundo carácter comercial. Su intención es llamar la atención, cautivar, seducir...

### Estrategia de contenido

Se encarga de definir los objetivos globales de contenido, un calendario de publicaciones y todas las tácticas que hay que llevar a cabo para conseguirlos.

Planea y gestiona todos los contenidos, no solo el texto, de todos los ámbitos de una empresa, web, aplicación, servicio o producto digital. En la mayor parte de las veces, no se encarga de producir el contenido como tal.

### SEO

Es aquel contenido que se incluye en las interfaces para mejorar su posicionamiento en buscadores de forma orgánica, centrando su trabajo en el uso de palabras clave. A veces, aunque no siempre, fuerza contenidos que no respetan el lenguaje claro o comprometen la legibilidad.

### Contenido editorial

Es el contenido que se crea para su publicación en blogs, newsletters o redes sociales y atiende al calendario estipulado desde la Estrategia de Contenido.

### Traducción y localización

Se encargan de adaptar el contenido no solo a otro idioma, sino también al contexto social y cultural del entorno geográfico en el que ese contenido va a ser recibido.

## 🎤 Charlas

* [Why There’s Another Title In Our Industry](https://vimeo.com/351178255) Sarah Winters
* [How Words Can Make Your Product Stand Out](https://www.youtube.com/watch?v=DIGfwUt53nI) (Google I/O '17)
* [Charla sobre narrativa y diseño](https://www.youtube.com/watch?v=FYIyYCWi-xo) Iván Leal
* [Comunicación inclusiva](https://www.youtube.com/watch?v=U0yxp3KbRzU) Gilmara Lanzetta

Por si te apetece verme a mí en acción, verás que una de mis partes favoritas es el Diseño Inclusivo:

* Charla con Friends of Figma Valencia: [Aprendiendo Content Design y UXW](https://friends.figma.com/events/details/figma-valencia-presents-aprendiendo-de-content-design-y-ux-writing-con-eva-janeiro/fof.valencia@gmail.com)
* Charla con Women in Voice: [UXW y Diseño inclusivo](https://www.youtube.com/watch?v=plTTR8b3J8I)
* Podcast Tech\&Ladies: [Sexismo en asistentes de voz](https://anchor.fm/techladies/episodes/TechAndLadies---Podcast-01x09---OK-Google--habla-con-Eva-Janeiro-eusi6b)

## 📚 Libros

* ***Content Design**, de Sarah Winters (antes Richards)*
* ***Microcopy: The complete guide***, de Kinneret Yifrah
* ***Strategic writing for UX***, de Torrey Podmajersky
* ***Writing is designing***, de Michael J. Metts and Andy Welfle
* ***Designing for emotion***, Aarron Walter
* ***The web content strategist’s bible*** - Richard Sheffield
* ***Storytelling for user experience*** -Whitney Quesenbery, Kevin Brooks
* **Conversational Design** - Erika Hall

## 💈 Blogs

* [Blog de Blanca Rego, la UXcritora](https://www.lauxcritora.com/)
* [Content Design London](https://contentdesign.london/blog/)
* [A list apart](https://alistapart.com/)
* [Blog de John Saito](https://medium.com/@jsaito)
* [Blog de Yuval Keshtcher](https://medium.com/@yuvalkeshtcher)
* [Riri Nagao](https://www.ririnagao.com/blog/)

## 🛠 Herramientas

* **Google Drive** - generar documentos, inventarios de contenidos...
* **Sketch, Figma, Invision...** - Probar nuestro contenido en prototipos
* **Miro, Notion...** - Trabajar con el resto del equipo
* **Lorca, Grammarly, Fundeu…** - Edición y revisión de contenidos

## 💅 Guías de estilo

* [Mailchimp](https://styleguide.mailchimp.com/voice-and-tone/)
* [Slack](https://api.slack.com/best-practices/voice-and-tone)
* [Shopify](https://polaris.shopify.com/content/voice-and-tone#navigation)
* [Duolingo](https://design.duolingo.com/writing/brand-narrative#principles)

## 🍱 Contenido en Sistemas de diseño

* [Carbon](https://carbondesignsystem.com/guidelines/content/overview/)
* [Lightning](https://www.lightningdesignsystem.com/assets/downloads/salesforce-voice-and-tone.pdf)
* [Material Design](https://material.io/design/communication/writing.html#principles)
* [Spectrum](https://spectrum.adobe.com/page/voice-and-tone/#Tone)
* [Zendesk](https://garden.zendesk.com/content)
* [Sprout social](https://seeds.sproutsocial.com/writing/)
* [Gympass](https://gympass.github.io/yoga/guidelines/product-content/introduction)
* [Luna](https://luna-website.ext.prd.jspaas.uk/copy/)
* [CA.gov](https://handbook.alpha.ca.gov/en/latest/content/)

## 🌎 Comunidades

* [UX Writers España](https://twitter.com/uxwritersesp)
* [The UX Collective](https://uxdesign.cc/)
* [The UX Writing Hub](https://uxwritinghub.com/)
* [Grupo de Facebook Microcopy & UXW](https://www.facebook.com/search/top/?q=microcopy%20%26%20ux%20writing)

## 🎁 Repositorios

En esta sección hay otras recopilaciones de recursos sobre Contenido que han hecho otras personas del sector:

* [Repositorio de Gilmara Lanzetta](https://www.notion.so/Referencias-bibliogr-ficas-8520917e8b114e8d8f697d38f46fdaa5)
* [The UX Writing library](https://www.uxwritinglibrary.com/)

## 💁‍♀️ Sobre mí

Me llamo Eva Janeiro y soy Diseñadora de Contenido y profe de UX Writing en [La Nave Nodriza](https://lanavenodriza.com/taller-de-ux-writing/) y [SHIFTA](https://weareshifta.com/master/postgrado-en-ux-writing?gclid=CjwKCAjwlcaRBhBYEiwAK341ja6q1C_gEd7pfWzCtwXbkaBUMIVYGDXsWKx6EGW7niOyhBYAYk2SixoC8U8QAvD_BwE).

Estudié Publicidad y llevo más de 10 años trabajando como diseñadora.

Empecé en Arquitectura de Información, Investigación e Interacción pero siempre supe que quería dedicarme al Contenido.

He trabajado tanto en grandes consultoras de España como Multiplica, The Cocktail o Hanzo Studio como en producto final, como Tuenti o Savia.

Puedes encontrarme en:

* [Twitter](https://twitter.com/EvaJaneiroUXW)
* [LinkedIn](https://www.linkedin.com/in/evajaneiro/)
* Mi [portfolio](https://evajaneiro.com/)
* Para cualquier cosa que quieras contarme: [hola@evajaneiro.com](mailto:hola@eva.janeiro.com)


# UX Researcher

Si quieres profundizar más, aquí puedes encontrar un[ listado de las referencias y recursos.](https://www.notion.so/juiglesias/Recursos-de-investigaci-n-86541d0b791e4afea95d9220fd81d9bb) Este listado estará actualizado mensualmente con lo que se comparta en la [comunidad de Research en Español](https://uxres.org/).

## 📚 Libritos con los que empezar

* Don’t make me think de Steve Krug
* *Just Enough Research* de Erika Hall (recomiendo comprar ya la segunda edición)
* *Think Like a UX Researcher: How to Observe Users, Influence Design, and Shape Business Strategy* de David Travis, Philip Hodgson
* *User Research: A practical guide to designing better products and services de* Stephanie Marsh
* *An Introduction to Service Design: Designing the Invisible* de Lara Penin
* [\*A Beginner's Guide to Finding User Needs](https://jdittrich.github.io/userNeedResearchBook/) de\* Jan Dittrich (disponible versión online)

Steve Portigal ha estado recopilando un montón de recomendaciones que le hacen por twitter 🙂 [(Recommended Reading for UX Researchers)](https://docs.google.com/spreadsheets/d/1GfOfU5czGw5ZTo-cA-NUjzA4FSPXISiJSamAdc537N8/edit?usp=sharing)

## 🐾 Pasos para hacer investigación

Las [compis de Sngular tienen un Playbook muy completo](https://research.sngular.com/) que cubre todos los pasos de la investigación.

#### Definición y plan

* [A step by step guide to conducting research](https://www.careerfoundry.com/en/blog/ux-design/how-to-conduct-user-experience-research-like-a-professional/)
* [UX Research Cheat Sheet](https://www.nngroup.com/articles/ux-research-cheat-sheet/)

#### Reclutamiento y logística

* [7 ways to find participants](https://measuringu.com/finding-users/)
* [Recruiting the Right Participants for User Research](https://www.uxmatters.com/mt/archives/2015/09/recruiting-the-right-participants-for-user-research.php)
* [UX Research Incentive Calculator](https://ethn.io/incentives/calculator)

#### Metodologías

* [A Comprehensive Guide to UX Research Methods](https://theblog.adobe.com/a-comprehensive-guide-to-ux-research-methods/)
* [When to use what UX Research methods](https://www.nngroup.com/articles/which-ux-research-methods/)
* [23 Qualitative & Quantitative Research Methods](https://www.userzoom.com/blog/quantitative-and-qualitative-user-research-methods-complete-guide/)

#### Análisis

* [How to analyse user interviews?](https://blog.getepiphany.com/how-to-analyze-user-interviews/)
* [Reporting Usability Test Results](https://www.usability.gov/how-to-and-tools/methods/reporting-usability-test-results.html)

#### Reporte

* [Sharing user research findings](https://www.gov.uk/service-manual/user-research/sharing-user-research-findings)
* [How to Write Actionable User Research Summaries (With Checklist + Examples)](https://dscout.com/people-nerds/user-research-summaries)
* [How to Write Compelling User Research Insights in 6 Steps](https://dscout.com/people-nerds/writing-user-insights)

## 🧰 Templates y Herramientas

En este Airtable puedes encontrar una serie de herramientas que puedes utilizar, se pueden utilizar los filtros de: para qué quieres la herramienta, metodología o tipo de investigación: [UX Research and UX Analytics Tools](https://airtable.com/shrQN9PVnQMiZqqfd/tbldYpTA44tYIDw5b/viwnnZOYyXRiBZ8pX?blocks=hide)

Algunos sitios con templates que están listos para usar:

* Google y su [Design Sprint Toolkit](https://designsprintkit.withgoogle.com/)
* Muy completo y con muchas ideas para workshops de IBM  [Enterprise Design Toolkit](https://www.ibm.com/design/thinking/page/toolkit)
* Siempre un favorito de IDEO [Design Kit](http://www.designkit.org/methods)
* Guía abierta de herramientas de usabilidad del gobierno de Estados Unidos [Usability Starter Kit](https://digital.gov/resources/digitalgov-user-experience-resources/digitalgov-user-experience-program-usability-starter-kit/) y de 18F  [Methods](https://methods.18f.gov/)

## 🤓 Cursos interesantes

Si no tienes **ni idea de que va eso de Diseño centrado en el usuario**, el curso en inglés de  [IDEO; Introduction to Human Centred Design](https://www.plusacumen.org/courses/introduction-human-centered-design) es un buen sitio dónde empezar.

En **remoto y en castellano**, puedes aprender sobre Investigación en el [Curso Curso de Research de la nave nodriza.](https://lanavenodriza.com/curso-curso-de-research/)

En inglés, también en remoto, I**DEOu tiene muchos cursos interesantes** dónde puedes aprender sobre [Human Centred Service Design](https://www.ideou.com/collections/courses/products/human-centered-service-design), o centrado en innovación [Insights for Innovation](https://www.ideou.com/collections/courses/products/insights-for-innovation) y más enfocado al design thinking [Advanced Design Thinking Certificate](https://www.ideou.com/pages/advanced-design-thinking)

Otra opción [es ese listado de 13 cursos online para aprender y/o profundizar](https://freed.tools/blogs/ux-cx/ux-research-cursos) tus conocimientos de UX Research.

## 💾 Podcasts, Newsletters, Youtubes y Blogs

**Podcasts interesantes**

* Hace mucho que no actualizan, pero [UXResearch desde cero](https://open.spotify.com/playlist/7G3oJoVuzu81xyfj1Y23Qc?si=a389fd12a9a64010\&nd=1) tiene perlitas!
* [UX Research MX](https://open.spotify.com/show/7k6mqjB5eEvVnAndSRr4Oh)
* [Awkward silences](https://open.spotify.com/show/26btXibgh2cxTo10ey12vj)
* [Mixed Methods](https://www.mixed-methods.org/episodes)
* [What I wish I knew](https://iwishiknew.splashthat.com/)
* ¿Eres más de cuantitativo? Tenemos a [Quantitude](https://open.spotify.com/show/0Nq3gBTKrKfCOLNvpFhhS1)

**Newsletters que tienes que subscribirte**

* [The UX life chose me](https://peneloperance.co.uk/newsletter/index.html)
* [UserFocus](https://www.userfocus.co.uk/newsletter/nov2019.html)
* [UXInsight](https://uxinsight.org/subscribe-uxinsight-newsletter/)
* [Nielsen Norman Group](https://www.nngroup.com/articles/subscribe/)
* [Nicky Anderson](https://userresearchacademy.ck.page/)

**Algún que otro YouTuber**

* Los momentos del té de David Travis son un must see <https://www.youtube.com/c/DavidTravis>
* [Zero to UX](https://www.youtube.com/kevinliang)
* [UX Quests](https://www.youtube.com/channel/UCE55_Uxn1rxmw2hbmb_MXHQ)
* No es YouTube, pero [Learners](https://joinlearners.com/) tiene un montón de videos interesantes de charlas o contenido propio

**Volvemos a los buenos y viejos blogs**

* [People Nerds](https://dscout.com/people-nerds)
* [Samantha Davies](https://sambambo.medium.com/)
* [User Interviews](https://www.userinterviews.com/blog)
* [Method in Madness](https://dovetailapp.com/blog/)

## 🦸‍♀️ Personas que debería seguir

Alba Villamil [Twitter](https://twitter.com/albanvillamil)

Beatriz Belmonte [Twitter](https://twitter.com/mybeatrix)

Carmen Alvarez [Twitter](https://twitter.com/uxcarmenalvarez)

Emanuela Mazzoni [Twitter](https://twitter.com/memazzone)

Fahima M [Twitter](https://twitter.com/hitchtheory)

Farah Ramadan [Twitter](https://twitter.com/farahramadan)

Grace Ascuasiati [Twitter](https://twitter.com/GraceAscuasiati)

Kate Towsey [Twitter](https://twitter.com/katetowsey)

Laura Mata [Twitter](https://twitter.com/lauramatag)

Maggie [Twitter](https://twitter.com/MaggieBoop)

Maura Youngman [Twitter](https://twitter.com/mauramaura)

Maria José Aguilar [Twitter](https://twitter.com/mari_garlic)

Marta Salinas [Twitter](https://twitter.com/Marta_SaGa)

Marina Fornes [Twitter](https://twitter.com/emefornes)

Maritza Guaderrama [Twitter](https://twitter.com/Garua)

Sarah Rink [Twitter](https://twitter.com/saritarink)

Sarah Klassen-Rempel [Twitter](https://twitter.com/sarahklassen)

Sekai Farai [Twitter](https://twitter.com/SekaiFarai)

Sheila Acuña [Twitter](https://twitter.com/SheilaAcunaO)

Tomomi Sasaki [Twitter](https://twitter.com/tomomiq)

Veronica Reyero [Twitter](https://twitter.com/Antropologia20)

Vivianne Castillo [Twitter](https://twitter.com/vcastillo630)

#### *About me*

Hola! Soy Juliana Iglesias, Product Researcher en Cervest. He creado esta lista de algunos de mis recursos favoritos, pero tengo muchos más! Si quieres sugerir cambios, añadir algún recurso, o simplemente tomar un café y hablar de research me puedes encontrar en [Twitter](https://twitter.com/Ladyju) 🙂


# Lingüista computacional

## Qué hace una lingüista computacional

En una frase: son profesionales con formación o sensibilidad lingüística (Filología, Traducción e Interpretación, Lingüística...) que son capaces de trabajar en un entorno técnico. Esto en la práctica y dependiendo del puesto quiere decir que utilizan archivos de texto plano, scripts, bases de datos, corpus, etc. parar aportar al proyecto sus conocimientos de lingüística.

Competencias que se suelen buscar en una lingüista computacional:

* Buen nivel de inglés
* Programación, siendo las más importantes:
  * Expresiones regulares
  * Operadores booleanos
  * Scraping
  * Manejo de bases de datos
  * Manejo de ontologías

Tareas que una lingüista computacional suele realizar:

* Anotación de todo tipo de fenómenos lingüísticos
* Formalización de fenómenos lingüísticos en reglas
* Evaluación de modelos lingüísticos

## Recursos motivacionales 💡

Para saber en detalle qué es el procesamiento del lenguaje natural (PLN), el campo en que trabajan las lingüistas computacionales, y si esto es lo que te gusta.

* [Todo lo que un filólogo no sabe que sabe hacer](https://www.youtube.com/watch?v=v994qTtZvrk). Charla de Elena Álvarez Mellado en la Universidad de La Rioja, 2013.
* [How To Think Like A Programmer](https://www.youtube.com/watch?v=azcrPFhaY9k). Charla de Andy Harris en IndyPy, 2016. En inglés.
* [Cómo hacerse una carrera en #NLProc](http://vitojph.github.io/misc/lingwars/index.html). Diapositivas de la charla de Víctor Peinado en Lingwars, 2017.
* [Learning to Code with a Humanities Background: Is it Possible?](https://www.coursereport.com/blog/oh-the-humanities-reflections-on-learning-to-code-with-a-humanities-background) Entrevistas a 5 programadoras con perfil humanístico, 2018. En inglés.
* [Linguists are scientists too](https://www.youtube.com/watch?v=LqyGtuKyjps). Charla de Ona de Gibert Bonet en el BSC Annual Meeting, 2020. En inglés.
* [¿Por qué programas, si tú eras de letras?](https://www.youtube.com/watch?v=BtgXR5y3uM0) Charla de Carmen Torrijos en TEDxMálaga, 2021.

## Recursos técnicos 📚

### Libros

* [NLTK book](https://www.nltk.org/book/). NLTK es una librería de Python para facilitar ciertas tareas del PLN y tiene un libro muy didáctico orientado a quien no sabe programar. En inglés.

### Tutoriales

* [RegexOne](https://regexone.com/). Tutorial interactivo para aprender expresiones regulares. En inglés.
* [Canal de Carlota de Benito Moreno](https://www.youtube.com/channel/UCB1GcWpIhIV6JZmGNlX72Mw/videos). Tutoriales para usar R para tratar datos lingüísticos.

### Cursos gratuitos

*
* [Curso de iniciación a Python para lingüistas](https://www.youtube.com/watch?v=lbkUdVb47-A\&list=PL660tlxaW8vML3baj0UJ-a3aKnFvD0Nq3) de Mario Casado. En vídeo.
* [Curso de introducción a la programación para humanistas](https://github.com/nimbusaeta/lingufriendly) de Leticia Martín-Fuertes. Repositorio de cuadernos Jupyter.

### Másteres

* [Máster universitario en las Tecnologías de la Información y la Comunicación en la Enseñanza y el Tratamiento de Lenguas (UNED)](http://portal.uned.es/portal/page?_pageid=93,69881636&_dad=portal&_schema=PORTAL\&idTitulacion=240901)
* [Máster universitario en Tecnologías del Lenguaje (UNED)](http://portal.uned.es/portal/page?_pageid=93,69878398&_dad=portal&_schema=PORTAL\&idMaster=310701)
* [Máster en Análisis y Procesamiento del Lenguaje (UPV)](https://www.ehu.eus/es/web/master/master-analisis-procesamiento-lenguaje)
* [Máster Universitario en Letras Digitales: Estudios Avanzados en Textualidades Electrónicas (UCM)](https://www.ucm.es/master-letrasdigitales/presentacion)
* [Máster en Data Science (UAH)](https://www.uah.es/es/estudios/estudios-propios/posgrados-propios/Master-en-Data-Science/)
* [Posgrado en Tecnologías de la Información para la Sociedad Digital: Humanidades y Ciencia (UNED)](https://formacionpermanente.uned.es/tp_actividad/idactividad/10576)
* [Máster de Ciencia Cognitiva y Lenguaje (UB)](http://www.ub.edu/estudis/es/mastersuniversitaris/ccil/presentacion)

## A quién seguir ⏩

* [Elena Álvarez Mellado](https://twitter.com/lirondos/)
* [Víctor Peinado](http://vitojph.github.io/)
* [Irati Hurtado](https://www.linkedin.com/in/iratihurtado/recent-activity/)
* [Riva Quiroga](https://twitter.com/rivaquiroga)
* [Carmen Torrijos](https://www.linkedin.com/in/carmen-torrijos-b447a632/recent-activity/)
* [Elena González-Blanco](https://twitter.com/elenagbg)
* [Cristina Aranda](https://twitter.com/cris_aranda_)

## Comunidades

Gente que organiza charlas, cursos, grupos de trabajo... en torno al PLN en español.

* [NLP Spain](https://www.meetup.com/es-ES/nlp-spain/)
* [Somos NLP](https://somosnlp.org/)

## Otras recopilaciones 📝

* [Awesome NLP](https://github.com/keon/awesome-nlp). Repositorio de recursos sobre NLP. En inglés.
* [Lenguaraces](https://docs.google.com/spreadsheets/d/1M8Bdggspa6cnswfbxSExtCEPUFwuhwrGcuT14D9qXvk/edit#gid=0). Hoja de cálculo con recursos sobre lingüística.
* [Catálogo de Tecnologías del Lenguaje](https://plantl.mineco.gob.es/tecnologias-lenguaje/catalogo-TL/Paginas/catalogo-TL.aspx). Listado de empresas, centros de investigación, productos y servicios que hacen PLN en España, mantenido por la Secretaría de Estado de Digitalización e Inteligencia Artificial (SEDIA).

## Sobre mí 👩

¡Hola! Soy Leticia Martín-Fuertes (aka @nimbusaeta) y trabajo como lingüista computacional desde 2014. Como es un perfil relativamente nuevo me he ido fijando y he ido recopilando todo lo que creo que puede ser útil para quien se dedique o se quiera dedicar a esto. [Twitter](https://twitter.com/nimbusaeta) es donde más activa soy.


# Código de conducta

Este código de conducta establece las normas de comportamiento para todas las personas que asisten a eventos, patrocinan, organizan o colaboran en esta comunidad en cualquiera de sus actividades.

## Sobre la Comunidad Yes We Tech

La Comunidad Yes We Tech es una asociación feminista sin ánimo de lucro que establece, según sus estatutos vigentes, un espacio seguro para que las mujeres que se interesen por la tecnología puedan desarrollar sus capacidades con éxito.&#x20;

### Fines de la asociación

1. Promover la igualdad de oportunidades entre hombres y mujeres en el sector tecnológico.
2. Promover la participación y presencia de la mujer en la vida política, económica, cultural y social.
3. Promover una cultura educativa y profesional en igualdad en el ámbito tecnológico donde las minorías puedan sentirse representadas e incluidas.
4. Divulgar y visibilizar el papel de la mujer en áreas STEM (Science, Technology, Engineering, Mathematics) a lo largo de la historia y en la actualidad.
5. Despertar el interés de las niñas y mujeres jóvenes en las áreas STEM.
6. Promover y defender el desarrollo de productos y servicios tecnológicos inclusivos que no discrimen a las personas por cuestiones de género, sexo, raza, origen, religión, edad y/o diversidad funcional.
7. Promover y fomentar el uso de tecnologías abiertas y software libre.
8. Apoyar a las mujeres en el desarrollo de su carrera profesional en el sector de la tecnología.

## **Sobre este código de conducta** <a href="#block-4f58b065fe0d476c8978b95af357c0d1" id="block-4f58b065fe0d476c8978b95af357c0d1"></a>

La Asociación Yes We Tech (YWT) se compromete a **mantener un entorno seguro y libre de acoso**. Quienes se unen como miembros, aceptan que se les pueda pedir que abandonen cualquier comportamiento considerado de acoso y lo harán de inmediato, si el caso ocurriera.

Este código de conducta se aplica a todas las personas que participen en el Slack de YWT y se extiende a cualquier actividad que resulte derivada de este espacio o en nombre de esta comunidad, tanto de forma remota como en persona.

### **Principios del código de conducta** <a href="#block-164a9a79aed6456b94d310d2e975ed63" id="block-164a9a79aed6456b94d310d2e975ed63"></a>

Este Código de conducta, pretende garantizar que la comunidad YWT sea un espacio seguro que promueva el intercambio de opiniones, experiencias e inquietudes de manera segura, respetuosa, inclusiva y productiva.

No queremos plantear unas directivas que inhiban la comunicación o hacer que la gente no se sienta bienvenida. Es responsabilidad de cada persona miembro de YWT , fomentar una cultura abierta, honesta y respetuosa. Por esto, preferimos ofrecer los siguientes 6 principios sobre los que puedes basar tu conducta al participar:

* Practica el respeto, la empatía y la humildad
* Escucha atenta y activamente cuando interactúas con otras personas
* Haz preguntas e intenta comprender el contexto
* Asume la competencia como una forma de aprender de los demás
* Anima a los demás a escucharse, tanto como a participar
* Prioriza el acceso y las aportaciones de quienes tradicionalmente han sido excluidos de las conversaciones sobre diseño, investigación y tecnología.

### **Comportamientos NO aceptados** <a href="#block-20f166486d2c441095b23bf6a4cf3068" id="block-20f166486d2c441095b23bf6a4cf3068"></a>

Las siguientes acciones van en contra de la cultura de la Comunidad YWT y no se aceptarán por parte de ninguno de sus miembros por ser consideradas acoso o conducta ilegal:

* Comentarios verbales o escritos, o conductas físicas que sean objetivamente ofensivas y creen un entorno hostil al tratarse de: raza, religión, color, sexo (con o sin conducta sexual e incluyendo el embarazo y la orientación sexual que implique la condición de transgénero/identidad de género, y los estereotipos sexuales), nacionalidad, edad, discapacidad, información genética, estado parental, estado civil o afiliación política.
* Comentarios negativos u ofensivos basados en:
  * la expresión de género,
  * diferencias de acento y uso de términos
  * las enfermedades mentales,
  * la situación u origen socioeconómico,
  * la neuro(a)tipicidad,
  * la apariencia física,
  * tamaño del cuerpo,
  * o la ropa.
* Interrupción constante o sostenida durante reuniones, charlas o discusiones.
* Referirse intencionada o repetidamente a las personas de forma que se rechace la validez de su identidad racial o de género; por ejemplo, utilizando pronombres o formas de dirigirse incorrectamente.
* Sostener contacto físico simulado (por ejemplo, descripciones textuales como "abrazo" o "masaje en la espalda") después de una petición de que se detenga.
* Difusión de comunicaciones privadas sin el consentimiento de las personas involucradas.
* Micro-agresiones: comentarios o preguntas, intencionados o no, que marginan a las personas comunicando creencias hostiles, despectivas o negativas. Por ejemplo:
  * Hablar o tratar a otras personas de forma paternalista o condescendiente.
  * Correcciones pedantes que no contribuyen a la conversación. Por ejemplo, corregir a alguien que dice "pruebas de usuario" cuando esa persona quiso decir claramente "pruebas de usabilidad".
  * Asumir sin preguntar que determinadas personas o grupos necesitan que se les definan o expliquen conceptos. Está muy bien ser sensible al hecho de que la gente puede no estar familiarizada con ciertos términos técnicos, pero no presumas que la gente no está informada porque puede resultar paternalista.
  * Expresar de forma despectiva que determinados grupos de personas son técnicamente inexpertos ("Tan fácil que su abuela podría hacerlo").
  * Interrumpir repetidamente o hablar por encima de otras personas.
  * Fingir sorpresa cuando alguien no tiene conocimiento sobre un tema.
  * El uso de un lenguaje con carga racial para describir a un individuo o cosa, como "matón" o "gueto".
  * Burlarse del acento real o percibido de alguien o de su primera lengua.
* Tomar represalias contra quien se queje de que alguien ha infringido estas directrices.
* Compartir una obra que se encuentra bajo derechos de autor, dado que es ilegal copiar y distribuir una obra con estas condiciones.

### **Confidencialidad** <a href="#block-1e67b385edad44b6a65078351ce8ac6c" id="block-1e67b385edad44b6a65078351ce8ac6c"></a>

La confidencialidad de nuestra comunidad, estimula la participación de sus miembros y por lo tanto es uno de sus pilares fundamentales y no se debe vulnerar.

Como guía general, observamos la regla de Chatham House: "Los participantes tienen el derecho de utilizar la información que reciben, pero no se puede revelar ni la identidad ni la afiliación del orador, ni de ningún otro participante" (Fuente:[ Wikipedia](https://es.wikipedia.org/wiki/Regla_Chatham_House)).

En la práctica: Si quieres atribuir algo en un foro público que se dijo inicialmente en nuestro Slack -si quieres publicar la transcripción de un chat, por ejemplo- debes solicitar el consentimiento afirmativo de todos los que contribuyeron al material que se atribuye.

## **Cómo funciona este código de conducta** <a href="#block-8d61f9ca43e6458ab43a6af0a930f0f3" id="block-8d61f9ca43e6458ab43a6af0a930f0f3"></a>

Si observas un evento que hace sentir insegura, no bienvenida o excluida a otra persona, o eres víctima de una situación así, ponte en contacto con cualquiera de las personas pertenecientes a la junta directiva de la Asociación de YWT y denúncialo. Estas personas te ayudarán a decidir cuál es la forma de actuar más apropiada para resolver el problema.

## **Créditos** <a href="#block-cbbae7303c0b499e89eb16503d7c929e" id="block-cbbae7303c0b499e89eb16503d7c929e"></a>

Agradecemos enormemente el [Código de Conducta](https://docs.google.com/document/d/1z1nUCGQNYF_zzYE2TWBOEWDpu1kFfwoKVQ6xtLWdQvg/edit#) de la [Comunidad ResearchOps](https://researchops.community/) y de la [Comunidad UXRES](https://uxres.org/cdigo-de-conducta) en el que nos hemos basado para elaborar estas directrices.


# EN - Code of Conduct

This code of conduct establishes the rules of behavior for all people who attend events, sponsor, organize or collaborate in this community in any of its activities.

## About Yes We Tech

The Yes We Tech Community is a non-profit feminist association that establishes, according to its current statutes, a safe space for women interested in technology to successfully develop their skills.&#x20;

### Our goals

1. To promote equal opportunities for men and women in the technology sector.
2. To promote the participation and presence of women in political, economic, cultural and social life.
3. To promote an equal educational and professional culture in the technological field where minorities can feel represented and included.
4. To disseminate and make visible the role of women in STEM areas (Science, Technology, Engineering, Mathematics) throughout history and today.
5. Awaken the interest of girls and young women in STEM areas.
6. Promote and advocate for the development of inclusive technology products and services that do not discriminate against people on the basis of gender, sex, race, origin, religion, age and/or functional diversity.
7. Promote and encourage the use of open technologies and free software.
8. Support women in the development of their professional careers in the technology sector.

## **About the Code of Conduct** <a href="#block-4f58b065fe0d476c8978b95af357c0d1" id="block-4f58b065fe0d476c8978b95af357c0d1"></a>

The Yes We Tech (YWT) Organisation is committed to maintaining a **safe and harassment-free environment**. Those who join as members accept that they may be asked to cease any behaviour considered harassing and will do so immediately, should it occur.&#x20;

This code of conduct applies to all persons participating in the YWT Slack and extends to any activity that results from this space or on behalf of this community, both remotely and in person.

### **Principles** <a href="#block-164a9a79aed6456b94d310d2e975ed63" id="block-164a9a79aed6456b94d310d2e975ed63"></a>

This Code of Conduct aims to ensure that the YWT community is a safe space that promotes the exchange of opinions, experiences and concerns in a safe, respectful, inclusive and productive manner.

We do not want to set guidelines that inhibit communication or make people feel unwelcome. It is the responsibility of every YWT member to foster an open, honest and respectful culture. Therefore, we prefer to offer the following 6 principles on which you can base your behaviour when participating:

* Practice respect, empathy and humility.&#x20;
* Listen carefully and actively when interacting with others.&#x20;
* Ask questions and try to understand the context.
* Assume competence as a way of learning from others.&#x20;
* Encourages others to listen to each other as well as participate&#x20;
* Prioritise access and input from those who have traditionally been excluded from design, research and technology conversations.

### Behaviour NOT accepted <a href="#block-20f166486d2c441095b23bf6a4cf3068" id="block-20f166486d2c441095b23bf6a4cf3068"></a>

The following actions are against the culture of the YWT Community and will not be accepted by any of its members as harassment or illegal conduct:

* Verbal or written comments or physical conduct that are objectively offensive and create a hostile environment because of: race, religion, colour, sex (with or without sexual conduct, including pregnancy and sexual orientation involving transgender/gender identity, and sex stereotyping), national origin, age, disability, genetic information, parental status, marital status or political affiliation.

* Negative or offensive remarks based on:&#x20;

  * gender expression,&#x20;
  * accent,
  * mental illness,&#x20;
  * socioeconomic status or background,&#x20;
  * neuro(a)typicality,&#x20;
  * physical appearance, body size, or clothing.&#x20;

* Touching people without their affirmative consent.&#x20;

* Consistent or sustained disruption of meetings, talks, or discussions.&#x20;

* Intentionally or repeatedly referring to people in a way that rejects the validity of their racial or gender identity; for instance, by using incorrect pronouns or forms of address (misgendering).

* One-on-one communication or simulated physical contact (e.g. textual descriptions like “hug” or “backrub”) after a request to stop.&#x20;

* Publication of non-harassing private communication.&#x20;

* Micro-aggressions: small comments or questions, either intentional or unintentional, that marginalize people by communicating hostile, derogatory, or negative beliefs. Examples include:&#x20;
  * Patronizing language or behavior.&#x20;
  * Pedantic corrections that don’t contribute to the conversation. For example, correcting someone who says “user testing” when that person clearly meant “usability testing.”
  * Assuming without asking that particular people or groups need concepts defined or explained to them. (It’s great to be sensitive to the fact that people may not be familiar with technical terms you use every day, but assuming that people are uninformed can come across as patronizing.)&#x20;
  * Assuming that particular groups of people are technically unskilled ("So easy your grandmother could do it.")
  * Repeatedly interrupting or talking over someone else.
  * Feigning surprise at someone’s lack of knowledge or awareness about a topic The use of racially charged language to describe an individual or thing such as "thug" or “ghetto.”
  * Mocking someone’s real or perceived accent or first language.&#x20;
  * Retaliating against anyone who complains that someone has violated these guidelines.

* Sharing a work that is under copyright, as it is illegal to copy and distribute a work under these conditions.

### **Confidentiality** <a href="#block-1e67b385edad44b6a65078351ce8ac6c" id="block-1e67b385edad44b6a65078351ce8ac6c"></a>

The confidentiality of our community encourages the participation of its members and is therefore one of its fundamental pillars and must not be violated.

As a general guide, we observe the Chatham House Rule: "Participants have the right to use the information they receive, but neither the identity nor the affiliation of the speaker, nor of any other participant, may be revealed" (Source: [Wikipedia](https://en.wikipedia.org/wiki/Chatham_House_Rule)).

In practice: If you want to attribute something in a public forum that was initially said in our Slack - if you want to publish a transcript of a chat, for example - you must seek affirmative consent from everyone who contributed to the material being attributed.

## How this works in practice <a href="#block-8d61f9ca43e6458ab43a6af0a930f0f3" id="block-8d61f9ca43e6458ab43a6af0a930f0f3"></a>

If you observe an event that makes another person feel unsafe, unwelcome or excluded, or you are a victim of such a situation, contact any of the YWT Association's board members and report it. They will help you decide on the most appropriate course of action to resolve the problem.

## **Credits** <a href="#block-cbbae7303c0b499e89eb16503d7c929e" id="block-cbbae7303c0b499e89eb16503d7c929e"></a>

We greatly appreciate the [ResearchOps Community Code of Conduct](https://docs.google.com/document/d/1z1nUCGQNYF_zzYE2TWBOEWDpu1kFfwoKVQ6xtLWdQvg/edit) and the UXRES Community Code of Conduct on which we have based these guidelines.


# Becas de formación

Las becas Yes We Tech ofrecen una oportunidad única de formación gratuita a quienes más lo necesitan.

## Programa de becas

En un sector de pleno empleo y con un número tan escaso de mujeres, nuestro programa de becas intentar apoyar a las mujeres que más lo necesitan en su desarrollo profesional.

Con la colaboración de las escuelas de formación más punteras y de las empresas más comprometidas, facilitamos la publicidad, gestión y asignación de becas para grupos de baja representación.

{% hint style="info" %}
Este documento es una guía de referencia que podrá adaptarse a cada nueva convocatoria.&#x20;
{% endhint %}

### Empresas

El papel de las empresas es fundamental. **Las empresas patrocinarán las becas cubriendo el coste de la formación.**

Para garantizar una coherencia con nuestros valores y asegurar el compromiso, las empresas colaboradoras tendrán que cumplir una serie de requisitos:&#x20;

* Planes de igualdad públicos
* Política antiacoso establecida

Opcionalmente podrán:&#x20;

* Ofrecer una bolsa de empleo para posibles contrataciones futuras
* Ofrecer prácticas de empresa tras la finalización de la formación
* Ofrecer un/a mentor/a para el seguimiento de la formación

Algunas empresas podrán incluir criterios adicionales de evaluación según necesidades específicas siempre y cuando vayan en línea con los valores de la asociación.

### Formación

Las academias y escuelas formativas son clave para que las becas tengan resultados sólidos. De ellas depende la capacitación de las personas becadas y su desarrollo durante el tiempo que dure la formación.

Buscamos empresas de formación que cuenten con:

* Programas didácticos inclusivos
* Contenidos actualizados y alineados al mercado laboral
* Flexibilidad para el seguimiento del curso
* Mentoras/es para apoyar el aprendizaje

Las empresas de formación pueden también patrocinar la beca y cubrir parte o la totalidad del coste.

### Nuestro compromiso

La organización de la asociación pondrá todos los recursos a su alcance para garantizar la mayor visibilidad de la oferta así como la asignación más justa posible entre quienes la soliciten.

Esta asociación se compromete a:

* Dar difusión por redes sociales y opcionalmente a medios de comunicación
* Seguimiento con mentoras o con voluntarias de la asociación
* Participación activa en la evaluación de candidaturas
* Facilitación y coordinación entre academias formativas y empresas

### Criterios de evaluación

En cada convocatoria, intentamos establecer unos criterios de selección justos de acuerdo con nuestros valores y fines de la asociación.

Entendemos que el feminismo es transversal y que debemos atender con prioridad a las personas de colectivos minoritarios.

Entre los criterios para la evaluación de las solicitudes se incluye valorar con mayor prioridad a personas que formen parte de uno o varios de los siguientes colectivos:

* Personas con discapacidad o diversidad funcional&#x20;
* Colectivo LBTI&#x20;
* Mujeres a cargo de personas dependientes&#x20;
* Nivel de ingresos inferior al salario medio&#x20;
* Mujeres racializadas&#x20;
* Víctimas de violencia de género

Otros criterios para garantizar el seguimiento de la formación:&#x20;

* Nivel de inglés
* Estudios/conocimientos previos relacionados con la formación (según convocatoria)
* Experiencia laboral relacionada con el sector profesional
* Número de horas de dedicación para la formación

#### Solicitantes de la beca

Las participantes en las becas se comprometen tanto a declarar de forma voluntaria la/s circunstancia/s que las hacen merecedoras de la beca, como de disfrutar de la beca otorgada de la forma más provechosa posible.

Por ellas mismas y por todas las que la solicitan y no pueden disfrutarla, pedimos encarecidamente que de no poder aprovechar la beca nos lo comuniquen lo antes posible.

Así mismo, la asociación podrá solicitar una entrevista con la solicitante de la beca tras finalizar la formación a fin de evaluar la experiencia y mejorar futuras convocatorias.

### Proceso de convocatoria

#### Datos de la convocatoria

* Nombre: Beca Yes We Tech \<nombre de la empresa>
* Cuantía económica: a partir de 1000€&#x20;
* Tiempo de formación: A convenir con la empresa formativa&#x20;

#### Plazos

* Publicación de la convocatoria: 1 día
* Presentación candidaturas: 1-3 semanas
* Revisión: 1-2 semanas&#x20;

#### Comité evaluador

* Al menos una persona de la junta directiva, vocales o socias de la asociación Yes We Tech
* Al menos una persona de la escuela de formación.
* Opcionalmente, alguna persona de la empresa promotora.&#x20;

#### Resolución de la beca

* Recogida de solicitudes
  * Conforme a la GDRP
  * CV (por temas de orientación laboral)&#x20;
  * Carta motivación&#x20;
    * Por qué esta formación y no otra&#x20;
    * Qué dificultades por pertenecer a alguno de estos colectivos te supone&#x20;
* Comunicación por correo electrónico a la(s) interesada(s)
* Entrevista post-formación entre la becada y la asociación

{% hint style="info" %}
Si quieres patrocinar una beca de formación con la ayuda de esta asociación, escribe un correo a <organiza@yeswetech.org> indicándonos todos los datos posibles del tipo de formación que deseas ofrecer.
{% endhint %}


# Feminist Tech Activism for companies

Guías para empresas para atraer, mantener y visibilizar el talento diverso.

### Atraer

* Publica el rango salarial en las ofertas de trabajo.
* Escribe ofertas de trabajo con requisitos realistas e imprescindibles. Asegúrate que el lenguaje utilizado es inclusivo.
* No empieces un proceso de selección si no tienes suficiente diversidad en él. Búscala proactivamente en redes con más diversidad.
* Incluye a las a minorías o personas diversas de tu equipo en el proceso de selección.
* Ten políticas, claras y públicas, de carrera profesional dentro de la empresa .
* Implicate en la formación. Si no hay suficiente diversidad en tu sector invierte, dentro y fuera de tu compañía, para que haya más diversidad.
* Colabora con las asociaciones/comunidades de tu alrededor, te darán la oportunidad de conocer y que te conozcan de primera mano.
* Tus trabajadoras hablan por la empresa, ellas pueden ser altavoz para atraer, y para que eso ocurra tienen que estar cómodas en la empresa.

<figure><img src="/files/Er27bkYZZWyh7Ep9NqQn" alt=""><figcaption><p>Atraer, manual para empresas</p></figcaption></figure>

Descargar en [JPG](https://drive.google.com/file/d/1QZeH_BACK-MtWWxntqlPaQC9sXc6VBLK/view?usp=drive_link) o [PDF](https://drive.google.com/file/d/1O7v1PtxIjmi7bhHgI8Um8LAYmpBI1O-a/view?usp=drive_link)

###

### Mantener

* Ten planes de carrera profesional, públicos y transparentes, y cúmplelos.
* Permite una conciliación real, con proyectos por hitos y horario flexible.
* Ten procesos de promoción transparentes, donde la conciliación no sea un impedimento.
* Invierte en la formación interna, para que las empleadas puedan seguir creciendo dentro de la empresa, y que esa formación pueda ser en horario laboral.
* Ten códigos de conducta públicos, y en los procesos de onboarding compártelos con los nuevos empleados. Deben ser fáciles de localizar y compartir.
* Define compromisos concretos sobre inclusión / pertenencia y haz un seguimiento de que se cumplen. Da formación sobre como fomentarla y mejorarla.
* Apoya y empodera a grupos de afinidad en tu empresa, crea pequeños equipos y fomenta que crezcan y se desarrollen.&#x20;
* Ten programas de mentorías y tutorías para las minorías o personas más vulnerables para integrarse en la empresa, empodéralas y ayúdales a crecer.
* Da formación continua, en todos los niveles, sobre los sesgos inconscientes, microagresiones o discriminación. Saber detectarlo y cómo actuar.
* Trabaja en crear políticas de bajas de maternidad y paternidad igualitarias. Crea programas que apoyen la reincorporación al trabajo.&#x20;
* Crea espacios seguros donde las personas puedan compartir sus preocupaciones y sean escuchadas. Forma a las personas para que puedan ser de apoyo y sepan cómo actuar en cada caso.

<figure><img src="/files/SzSaXSvHElW83O93xVx0" alt=""><figcaption><p>Mantener, manual para empresas</p></figcaption></figure>

Descargar en [JPG](https://drive.google.com/file/d/1j9HkLNZtujwUfTLCsfijOnJ27rp6Um0X/view?usp=drive_link) o [PDF](https://drive.google.com/file/d/17TLXNPZ_UiECrQsAZpOfTLlg_wd_7Uk9/view?usp=drive_link)<br>

###

### Visibilizar

* Dales tiempo, dentro de la jornada laboral, a las mujeres de tu equipo para que se preparen charlas y compartan conocimiento. Si lo necesitan, ofrece mentorías o acompañamientos para este tipo de ocasiones.
* Atribuye las ideas a las personas adecuadas. Si detectas que alguien de tu equipo ha tenido una idea o ha hecho un proyecto: apóyala y haz que sea visible su trabajo.
* Apoya y considera a las mujeres para que apliquen a puestos de liderazgo. Si no sale de ellas, proponlas para el puesto y crea procesos para que otras personas puedan hacerlo.
* Controla los tiempos de exposición e intervención en las reuniones para que todo el mundo pueda tener voz y visibilidad.
* Para encuentros/reuniones en modo híbrido, presta especial atención a las personas que se encuentran en remoto. Los tiempos de intervención son más cortos y las interrupciones más frecuentes.
* Propón a mujeres de tu compañía para eventos y charlas. Revisa que los eventos a los que va tu empresa tengan paneles con diversidad, y si no hay suficiente diversidad, háblalo con la organización.
* Apoya y propón a las mujeres de tu equipo para que sean portavoces y firmantes en proyectos, presentaciones y artículos.
* Reparte correctamente el trabajo poco valorado, no retribuido o poco relevante.

<figure><img src="/files/Bkt8hGtnA1UEaH5QNcpb" alt=""><figcaption><p>Visibilizar, manual para empresas</p></figcaption></figure>

Descarga en [JPG](https://drive.google.com/file/d/10xAJzPRFH-0jjcpffkLUptP7yh82UWi2/view?usp=drive_link) o [PDF](https://drive.google.com/file/d/10xAJzPRFH-0jjcpffkLUptP7yh82UWi2/view?usp=drive_link)

Comparte en tu empresa o imprímelo para tenerlo visible. Si tienes puestos de liderazgo síguelo. Estés en el puesto que estés, mándalo a las personas de tu empresa que puedan ponerlo en práctica y ayúdanos a mejorarlo.&#x20;


