DEV Community: Bel Rey

Mundos virtuales | Ep. 1 El MUD

Bel Rey — Thu, 13 Jan 2022 22:50:06 +0000

Pertenezco a las última generación que vivió una infancia sin internet. A pesar de estoy mi relación con las computadoras empezó a una edad muy temprana. Mi papá era programador, de los que trabajaban con tarjetas perforadas y fueron avanzando al paso de la tecnología. En casa siempre tuvimos computadora, pero era una máquina más que se prendía para hacer un trabajo especifico y después se apagaba. A diferencia de la tele o la radio, que nos traían información del exterior, la compu era algo estático, frizado en el tiempo. Las únicas actualizaciones que recibía llegaban en diskettes de 3/4.

Mamá no la usaba. Yo la prendía de vez en cuando para hacer dibujos en paint, papá la usaba para trabajar y de vez en cuando para darme lecciones de cómo usar Fox Pro. “Tenés que aprender, esto es el futuro” decía orgulloso.

Fast-forward a 1998, el momento en que llegó dial-up a mi vida. Algunos de ustedes quizás ni sepan QUE es dial up. Básicamente era internet a través de la linea telefónica. Una de sus particularidades era que te ocupaba la linea, es decir, mientras estabas conectado no podías recibir ni hacer llamadas y si levantabas el teléfono se escuchaban unos ruiditos al estilo bip bop prippp pp.

Con papá vivíamos casi solos. Mamá transitó una serie de problemas de salud y pasaba meses enteros internada, así que eramos él, un adicto al trabajo que nunca se esperó tener que hacerse cargo solo de mi pre-adolescencia y yo con doce años y muchas opiniones.

Empecé a pasar cada minuto que no estaba en la escuela usando la computadora. Tenía que aprovechar porque a las 19hs llegaba papá y me cortaba la linea. No le gustaba que use internet. Está lleno de extraños, decía. Y tenía razón, de pronto mi mundo era mucho más extenso. Ya no estaba limitada a hablar con los amigos del cole o la gente de inglés. Me conectaba a salas de mIRC y conectaba con extraños. Extraños con los que muchas veces compartía gustos que con la gente del cole no. No saben lo difícil que era ser otaku en los ‘90.

En algún momento, explorando páginas de literatura fantástica me crucé con Petria. Petria era un MUD, multi-user dungeon. Un juego fantástico basado en texto donde te hacías un personaje, lo subías de nivel, explorabas el mapa, mejorabas tu equipo y eventualmente llegabas a nivel 100, peleabas contra un boss final y te hacías inmortal.

¿Cómo se jugaba? Te conectabas a una dirección a través de un cliente telnet (básicamente una consola o terminal) e ibas leyendo las descripciones de cada sala en la que estabas. Si alguien entraba en la misma sala el juego te avisaba. Si el clima cambiaba te avisaba. Cada acción que pudiera afectar al personaje aparecía como texto.

¿Era divertido? Sí, re. Pero al margen de eso su verdadero atractivo era la comunidad. Jugué desde 1998 a 2002 con diferentes niveles de intensidad. A veces eran horas por día, en otros momentos una vez por semana. En Petria hice amigos de muchos países y a algunos los conocí en el mundo real. Entre ellos se destacan Renzo, que fue mi mejor amigo toda la adolescencia y David, quien eventualmente fue mi primer novio.

La principal diferencia entre este tipo de experiencia en mundos virtuales versus una simple sala de chat es que nos daban un contexto. Vos entrabas a Petria y te encontrabas con personas con un interés común y un mundo con reglas definidas donde podías interactuar.

Cuando alguien cumplía años armabamos un festín y nos emborrachabamos en la plaza principal. Cuando alguien estaba triste se organizaba un torneo de PK (player killing, lo que hoy sería PvP). A veces ibamos de excursión a zonas complicadas o ayudábamos a algún alma en pena a pasar niveles.

Nos recomendábamos música y libros. A veces se contaban historias. Gracias a Petria conocí a Tolkien y a Blind Guardian. En mi entorno real de ese momento nadie era fan de estas cosas y si bien creo que eventualmente podría haber llegado al mismo lugar, la realidad es que Petria ayudó a este proceso. El mundo y sus reglas en sí eran solamente el catalizador para nuestra experiencia colectiva pero detrás de cada nombre, de cada personaje, había un humano real que generaba conexiones que se sentían reales.

En algún momento las tardes de Petria fueron reemplazadas por partidas de AoE, Quake y salidas a la Bond Street. Pero las experiencias que viví en ese mundo son tan reales como cualquiera que me haya pasado en el mundo físico.

El mundo mutó, hoy en día no es raro conocer amigos en “la internet”. Mucho menos después de dos años de pandemia. Y aunque todavía seguimos poniendo barreras entre el mundo real y el virtual, yo creo que la linea será cada vez más difusa.

En la novela “Otherland” de Tad Williams, se habla de un mundo donde la gente se conecta por medio de dispositivos de realidad virtual a un universo paralelo. En ese mundo se juntan con amigos, estudian, realizan actividades del día a día y también cometen alguna que otra ilegalidad.

Estamos hoy en día dando los primeros pasos hacia el mundo de “Otherland”, pero la realidad no siempre se va a presentar como lo hace en la ciencia ficción. Hoy en día estamos viendo grandes empresas entrando en el juego y planteando experiencias híbridas entre lo real y virtual, algunas incluso ofreciendo plataformas.

Pero al final del día, esta experiencia en sí misma no es nueva, es algo que ya viene ocurriendo naturalmente. Cualquiera que haya pasado tiempo jugando un MMORPG con amigos sabe que al margen de las reglas y los objetivos del juego la experiencia cambia radicalmente según con quien la compartimos. Y este punto es clave en cualquier mundo virtual, que la plataforma sea solo catalizador de nuestra imaginación colectiva como usuarios.

Mundos virtuales es una serie de blogs donde voy a explorar las vivencias online que fueron y serán. Si te interesa contarme alguna vivencia podés hacermela llegar por acá o acá <3. Si tenemos suerte algún día Netflix hace una película al respecto.

Life tap

Bel Rey — Wed, 28 Jul 2021 07:27:01 +0000

En mis tempranos veinte jugué mucho World of Warcraft. Y no, no me refiero a subir un par de niveles, reírme con amigos y listo a otra cosa. No, en mi caso jugaba mucho de verdad. Horas y horas y horas. Hubo momentos donde me atrevo a decir que toda mi vida social pasaba por este MMO.

Empecé a jugar con amigos y mi novio de ese entonces, gente de uno de mis primeros trabajos formales como QA, en Gameloft, pero al poco tiempo me separé y quedé a la deriva, sola.

Corrían los tiempos de la primer expansión, Burning Crusade, así que cada tanto lograba pegar algún raid de Karazhan, the Eye e incluso Black Temple.

Mi personaje era un warlock, es español brujo. Siento que brujo no representa con la misma sutileza la naturaleza del warlock. Siempre fue un personaje de diseño egoísta, que solo sirve para hacer la mayor cantidad de daño y destrucción. Si en el WoW existen los 10x engineer definitivamente esta clase está a la cabeza de esa definición.

Mi elección de personaje fue completamente intencional. No me gustan los roles de soporte en los juegos porque históricamente se asume que las mujeres los preferimos. Esta idea de qué lo maternal y el cuidado nos sale natural. No. Belén de veinte años no tenía intenciones de maternar a ningún tanque guerrero para que se quede con la gloria. Belén de veinte años se las iba a arreglar sola, con fuego.

Los warlock son por definición usuarios de magia, pero tienen otra particularidad, que los separa de los magos y es el tipo de magia que utilizan. Por su lado los magos utilizan las fuerzas arcanas o elementales en cambio los brujos prefieren otros tipos, las maldiciones, las invocaciones demoníacas y el fuego. Algunos de los hechizos más populares de esa época tenían nombres fantásticos como "curse of doom", "chaosbolt" o "conflagrate"

¿Estan empezando a notar un patrón?

Mi personaje principal era entonces, un warlock. Una elfa warlock para ser precisos. Se llamaba Sairamarth, nombre que salió de mezclar un generador de nombres élficos con la palabra Amarth, que en sindarin (uno de los muchos lenguajes que inventó Tolkien) significa perdición (en inglés: doom). Si alguna vez se preguntaron de donde salió mi nombre en redes pueden culpar a Sairamarth.

Con este contexto volvamos a nuestra historia. Me había quedado sola, pero apenas llegó la segunda expansión, Wrath of the Lich King, encontré una hermandad y empecé a hacer amigos. Amigos online, en esa época no llegué a conocer a ninguno en vivo, la mayoría eran de México o Chile. Hacíamos progresión con horarios fijos, dos o tres veces por semana nos juntábamos de noche, después de cenar, y nos enfrentábamos con todo lo que se pusiera en nuestro camino. Mi situación laboral en ese momento era bastante precaria y mi vida estaba bastante teñida por el drama de lidiar con una enfermedad mental en la familia. No me da vergüenza admitir que durante mucho tiempo tener ese escape de la realidad me ayudó a sobrevivir el afuera.

Sairamarth brillaba en el campo de batalla. Siempre al tope en todas las métricas, con su equipo perfecto, el mejor que podía conseguir. Siempre optimizando la rotación de hechizos para causar el mayor daño posible, le daba pelea a los magos y cazadores del grupo por el primer puesto.

Para lograr esto había un factor muy especifico de los warlocks. Recuerdan que les dije que se basan en su capacidad de destruir, bueno, en vez de tener la capacidad de curarse los brujos tenían un hechizo, life tap, que les hace daño. En este caso, el daño les ayuda a conseguir otro recurso, mana, y con eso continuar utilizando magia de forma continua.

Jugar un warlock era entonces un maratón continuo de lanzar maldiciones, prender fuego cosas y life tap. Una y otra vez. Fuego, maldición, quemarse la propia vida por un segundo de gloria.

Jugué al WoW alrededor de cinco años de forma cada vez menos intensa. Eventualmente logré acomodar un poco mi vida y lo necesité menos. Me di cuenta que tenía que dejarlo del todo cuando entendí que al imaginarme en el futuro con una vida exitosa el WoW nunca era parte de esa fantasía.

Pero Sairamarth siempre se quedó conmigo, como una parte de mí. Me enseño a ser competitiva y a usar los recursos que hagan falta para ganar incluso cuando no son los más cómodos o agradables. Me dejó su life tap. Y a veces cuando logro cortar un poco con la vorágine de productividad constante, cuando logro sentarme a descansar, a permitirme no hacer nada, me pregunto hasta que punto ese hechizo no es real y me estoy, muy literalmente, quemando la vida en función de producir.

Ultimamente pienso mucho en eso, y en ella. Hasta qué punto perseguimos objetivos porque son parte de nuestro criterio de éxito personal y que tanto vale la pena dejarlo todo por ir a buscarlos. Qué cosas estamos perdiendo en el camino. Porque a diferencia del WoW, en la realidad no podemos volver atrás y recuperar la vida perdida. Lo que se fue ya está perdido y vendrán otras cosas pero no son las mismas.

Así que, de todo esto queda la conclusión de que a veces hasta un warlock necesita parar y oler las flores. Pensar qué vale la pena, hacerse un tecito, y mirar un poco netflix. Los malos van a seguir ahí mañana para cuando toque ir a pelear. O no, no van a estar, pero quizás eso tampoco es tan importante.

¿Cómo empecé a programar? Mi (no tan) maravilloso viaje por el mundo de sistemas

Bel Rey — Tue, 25 May 2021 00:09:59 +0000

Mi nombre es Bel Rey, tengo 34 años, soy desarrolladora fullstack, co-founder en CourseIt y creadora de contenido en teloexplicocongatitos.com. Desde que decidí empezar a compartir contenido recibo por varios medios las mismas preguntas una y otra vez. Es lógico, y no me molesta para nada, porque yo también estuve ahí. Cuando se está empezando en un área es normal tener muchas dudas y pocas certezas, y algunas de estas no se resuelven simplemente googleando.

Las preguntas más comunes son: "Como aprendiste a programar", "cómo conseguiste tu primer trabajo en tech" y "como empezaste a emprender"

Por eso para centralizar un poco estas respuestas decidí hacer un recuento corto de como fue mi trayectoria por la programación, centrándome en analizar las partes que yo creo fueron clave para mi desarrollo profesional.

DISCLAIMER: Como toda historia personal, este recorrido va a estar minado de oportunidades y contextos que se me dieron a mi por una mezcla de suerte, privilegio y esfuerzo. No podemos medir ninguna historia de éxito descontextualizada de estos factores. Incluso lo que para mi es el éxito no lo sea para otras personas. Lo que quiero decir con esto, es que solo cuento mi historia para exponer los diferentes caminos por los cuales uno puede hacer carrera, pero no quiero bajo ningún contexto que esto se considere una receta mágica, ni un modelo a seguir y mucho menos que se frustren si sienten que no dan con el perfil que describo en mi historia. El punto de la diversidad es que cada vez tengamos más oportunidades al margen del contexto personal.

Empecemos entonces por aclarar que es para mi el éxito. Yo me considero una persona exitosa si puedo vivir bien y en la mayor libertad posible, dentro de los límites obvios de la realidad. Me gusta viajar si tengo ganas de viajar (cuando no hay pandemia), quedarme en mi casa cuando tengo ganas y trabajar desde donde quiera. Me gusta pasar tiempo con mi familia y círculo cercano. No funciono bien en contextos rígidos con horarios fijos ni presencialidad obligatoria, pero si tengo que hacerlo me adapto porque a veces no queda otra.

Prefiero, siempre dentro de lo posible, los espacios de trabajo estructurados y metódicos, que van bien de la mano con la cultura del trabajo asíncrono.

Me gusta emprender porque me permite ejercer ciertas de estas libertades mientras creo productos interesantes, en los que disfruto trabajar y también porque me gusta generar oportunidades y espacios de trabajo que le sirvan a otras personas que tienen una idea similar del éxito.

Aclaro todo esto porque van a notar durante esta historia que suelo gravitar hacia trabajos freelance o contractor y menos hacia trabajos en relación de dependencia, y ese es el motivo, pero de nuevo, es mi historia y no necesariamente tiene que ser la que ustedes quieran recorrer.

Ahora si, fin del disclaimer. Empecemos.

Mi nombre es Belén Rey, nací, y al día de hoy vivo en Buenos Aires, Argentina. Más particularmente en CABA, que cuando yo era chica solía llamarse Capital Federal, pero ya en ese entonces era el territorio más privilegiado dentro del país. Crecí en una familia de clase media, mi viejo era gerente de sistemas en Disco, una cadena muy importante de supermercados. Mi mamá era ama de casa. Tuve una infancia digna de una sitcom de los 80.

Allá por el 2006 egresé de la educación media, que acá en Argentina conocemos comúnmente como secundaria y me anoté a estudiar en la universidad. Mi primera opcion eran ponerme a hacer alguna carrera de sistemas para seguir el legado paterno, mi segunda opción era estudiar diseño. Por ambas cosas tuve siempre afinidad y facilidad así que me daba igual. En realidad, sinceramente, mi primera opción era no hacer nada. El 2005 fue un año muy difícil en mi familia, marcado por la enfermedad y la muerte y realmente no estaba en condiciones de elegir y enfrentar la responsabilidad de estudiar. Le rogué a mis viejos que me dejaran tomarme un año sabático, pero no hubo caso, tras muchas charlas de "mientras vivas bajo mi techo" cedí ante la presión de mi familia y después de un par de vueltas me terminé anotando en una carrera al azar.

Si hoy tuviera una máquina del tiempo volvería a ese momento en el tiempo, los sentaría a todos en la mesa del comedor y les diría que se dejen de joder. Cuando uno está en el momento siempre siente esta presión de graduarse antes de los 22, antes de los 25, antes de los 30. Sentís que el tiempo se te escapa, que la vida se te escapa. En el transcurso de la vida te das cuenta que esos parámetros no significan nada. Y en la medida de lo posible, siempre es bueno tomarse el tiempo para pensar las cosas. Que prefieren ustedes ¿Que los opere un cirujano que se graduó rápido pero secretamente quiere ser pianista o uno que se haya tomado el tiempo de descubrir su profesión? Yo voy con el segundo, sin dudarlo.

Pero bueno, me anoté en una carrera al azar, empecé a cursar y decidí que la mejor forma de ganar control sobre mi vida era empezar a trabajar. Conseguí por referencia de una profesora trabajo en una pyme local haciendo algo de diseño (era malísima) y frontend (en ese momento recién empezaba el auge del css). Con ese sueldo decidí pagarme los estudios en un instituto privado simplemente porque los horarios eran electivos y eso me permitía trabajar más tiempo.

Me anoté entonces en la carrera de Desarrollo de Videojuegos, en Imagecampus. Ahí aprendí a programar en C#, C++. Aprendí POO, a hacer diagramas de flujo y organizar bases de datos relacionales. También aprendí ciertos temas de matemáticas bastante avanzados que después se aplicaban en creación de shaders y otras aplicaciones dentro de lo que era la programación orientada a los videojuegos. Realmente una carrera apasionante que me dejó muchísimo. La abandoné en el último año porque no me banqué la presión de ser la única mujer en toda la institución. Si la hiciera hoy en día creo que sería diferente. Pero en ese momento yo tenía 19 o 20 años y no me banqué la hostilidad de algunos de mis compañeros. La institución no me dió apoyo, pero ahora entiendo que en ese momento tampoco supieron cómo. Creo que hoy en día esos ambientes son mucho más amigables y tienen otras herramientas para manejar violencias y acosos.

Mientras cursaba empecé a ejercer como quality assurance en Gameloft, una empresa que desarrolla videojuegos para celular y en ese momento tenía una gran presencia en Argentina. Para ingresar te tomaban una prueba donde medían tu atención al detalle y nivel de inglés. Acá voy a hacer un parate: si pueden, aprendan inglés. Yo tuve la suerte de estudiarlo desde chica y realmente no puedo explicarles la cantidad de oportunidades que me dió. No importan las certificaciones ni los examenes internacionales, todo eso es brillantina. Aprendan inglés, leerlo, escribirlo y hablarlo con naturalidad, la diferencia que hace es enorme.

Pero volviendo, la entrevista en Gameloft era atención al detalle e inglés. Pasé y estuve trabajando ahí un buen tiempo. Nos capacitaban y el sueldo no estaba mal, pero no había mucha oportunidad de crecimiento tampoco, al menos no en esa área. En 2010 me fui a Globant, también como QA. En Globant me capacitaron en selenium y otras tecnologías de automation, lo cual me permitió empezar a aplicar a trabajos mejor pagos.

Particularmente me capacitaron en selenium usando java, y también tuve bastantes capacitaciones todo lo que es el mundo de agile, que sinceramente no me parece demasiado útil pero suena bien en un CV.

Para ese momento ya había dejado la carrera y me anoté en mi otro gran amor, diseño gráfico. No voy a entrar mucho en detalle sobre la carrera de diseño porque no es de lo que vinimos a hablar.

Mientras estudiaba diseño me fui a mi siguiente trabajo, también como QA, pero esta vez full automation, en una software factory local llamada Teracode. En Teracode también me capacitaron, esta vez en behat, un framwork de Behaviour Driven Development para PHP. También me capacitaron en PHP, pero prefiero obviar eso en mi CV.

Nunca me gustó el trabajo de QA. Quizás se estén preguntando por que no buscaba oportunidades de diseño. Les voy a decir la verdad, las buscaba, pero en ese punto me rendía mucho más a nivel económico y horarios trabajar como QA dentro de la burbuja de sistemas. Los sueldos eran mucho mejores lo cual me permitía seguir pagando mis estudios, el alquiler y la comida. La pasión es algo muy lindo, pero en ese momento igual que siempre, decidí priorizar mi libertad.

Las cosas en Teracode no iban bien porque la empresa empezó a tener problemas de liquidez y dejó de pagar los sueldos, pero ahí, en el segundo proyecto donde me asignaron conocí a quienes eventualmente se iban a convertir en mis socios: Diego y Caro.

Éramos tres personas cansadas de trabajar por dos pesos y en malas condiciones cuando podíamos hacerlo precarizado pero en dólares, por eso en 2013 unimos fuerzas, conseguimos nuestro primer cliente internacional, nos fuimos a Boston sin mucha idea de lo que estábamos haciendo y fundamos nuestra propia software factory: Fibury. Yo tenía en ese momento 25 años.

Ninguno de los tres tenía mucha idea de como manejar una empresa, y uff, nos equivocamos varias veces, pero fue una gran experiencia. Tuvimos la suerte de contar con un buen equipo de profesionales que nos ayudó a navegar los mares de la AFIP, el BCRA, los cepos cambiarios y el interminable universo fiscal de la Argentina. Una experiencia muy enriquecedora y también muy estresante.

En Fibury hice de todo, PHP, Java, Selenium, Behat, branding, UI, señalética y todo lo que mi abanico de habilidades ganadas a través de los años me permitió.

Pasó el tiempo, nos aburguesamos, siempre ganándole a la inflación con la entrada constante de USD. La empresa se empezó a poner aburrida. A comienzos de 2018 y en el pico de mi aburrimiento decidí salir a buscar nuevos desafíos. Todavía sentía una deuda con la programación propiamente dicha, por eso me anoté en un bootcamp intensivo de desarrollo frontend. Arrastré conmigo a mi mejor amiga Denise.

Siempre digo que la experiencia bootcamp es 100% suerte y quien te toque en el puesto de profesor porque las instituciones no suelen dar apoyo desde lo técnico. Yo tuve muchisima suerte de encontrarme a Juani Gallo, una de las personas con más capacidad pedagógica que conocí en la vida. Y si no me creen a mi pueden ir a leer los tweets de otras personas:

Solo escribo este tweet para decir que los cursos de @courseitok son impecables y la forma en la que explica Juani Gallo es genial. Excelente inversión💪😼
— Mauro (@devafterall) March 3, 2021

Doy fe! Hice el de HTML y CSS, @JuaniGallo es súper claro! Entendes sí o sí. Mientras ves la clase vas practicando y así, a tu ritmo, retrocediendo el video todo lo que haga falta. Para mí lo re contra vale.
— Tati (@tatibalm) April 15, 2021

En el bootcamp me fue muy bien, aprendí HTML, CSS, jQuery, React y Node.js. Durante el tiempo que cursé practicaba constantemente todos los días, estaba absolutamente decidida a aprovechar la cursada y llevarme el mayor conocimiento posible. Agradezco haber tenido el apoyo de mi familia durante todo este proceso, que duró seis meses. Me bancaron en todas, pero sobre todo con el cuidado de mi casa y mi hijo, que en ese momento tenía menos de dos años. Las personas no deberíamos tener que elegir entre nuestra familia y nuestro éxito profesional, pero lamentablemente las estructuras no siempre acompañan y quienes tenemos personas a cargo no siempre podemos darnos ciertos lujos. Yo tuve y tengo el privilegio de poder armar mi propia red de cuidado, pero estas oportunidades no se le deberían negar a nadie.

Terminó el curso y yo volví a mi empresa, donde se me dió la chance de empezar a ejercer como desarrolladora frontend.

Mi primera asignación en el mundo del front fue un proyecto nuevo con React Native. Yo no sabía React Native pero había aprendido React a fondo. Tuve que hacer un challenge que era levantar el repo de una app en local, e implementar un sistema de login. Lo que más me costó del challenge fue la navegación porque venía del mundo del React Router y de pronto me encontré peleando con navigators. Mi challenge no fue perfecto, pero estaba bien, me tomaron y además me asignaron en otro proyecto donde me capacitaron en Angular.

Por aquel momento dejé de ejercer como diseñadora. También estaba cada vez más aburrida. Empecé a buscar trabajos por fuera de la empresa y los encontré, siempre por referido o recomendación. Durante este periódo empecé a ejercer como ayudante en el bootcamp y también tuve la suerte de sumarme temporalmente al equipo de Acámica, para generar contenido y renovar la carrera de Desarrollo Web Fullstack (en el área de frontend). De hecho, si conocen a alguien que haya hecho la última versión de la carrera y haya entregado el proyecto gifOs, eso es parcialmente mi culpa, y en algún rincón de mi github privado todavía tengo el código de la versión prototipo. Si lo amaron (u odiaron) ya saben a quien culpar.

Durante este tiempo me capacité sola en next.js y aprendí a usar bases de datos no relacionales, particularmente mongo. Casi toda mi capacitación en estas tecnologías pasó por leer documentación y algún que otro curso en oferta de Udemy.

Las cosas siguieron así por un tiempo, hasta que en 2019 me reencontré con Juani, que estaba buscando gente para sumarse a CourseIt, el emprendimiento que había empezado un tiempo antes. Me sumé, primero como ayudante en clase, después como desarrolladora. Eventualmente me di cuenta que CourseIt era el lugar donde yo quería estar y me fui de Fibury. Esto no fue tan lineal y hubo otros factores en el medio, pero lo importante es que fue de comun acuerdo, la empresa había cumplido su ciclo, y a mi me quedó toda la experiencia y una relación con Caro a quien siempre voy a considerar una de mis más grandes amigas. Te quiero ami, tirame unos freelos.

Y esto nos trae a la historia contemporánea. A fines de 2019 para complementar mi trabajo en CourseIt tomé un trabajo freelance para el Banco Patagonia. Tuve la oportunidad de trabajar en dos de sus proyectos donde apliqué mis conocimientos en React pero además aprendí mucho sobre integración con las apis de renaper y otros servicios de reconocimiento de datos. A mediados de 2020 tomé una posición part time como desarrolladora fullstack en Digiventures, una fintech local, donde al día de hoy soy parte del equipo de desarrollo. Tuve la suerte de que me confíen el desarrollo de un producto nuevo desde cero y además me deleguen el liderazgo del equipo, siendo mi primera oportunidad como líder técnica.

Hace un mes, y como parte de CourseIt, tomé un proyecto corto para renovar y refactorizar la página web de una empresa que trabaja con Smart Contracts, asi que si me pongo pesada con el tema cripto ya saben por qué es.

En CourseIt hago varias tareas, pero mayormente me dedico a desarrollar algunas features, diseñar las interfaces de usuario y curar contenido. Me divierte tener diferentes roles en diferentes equipos, pero a veces también me quema, porque el cambio de foco es constante. Mi meta a corto plazo es ver CourseIt crecer más y más. ¿Mi meta a largo plazo? Todavía no estoy segura, pero probablemente incluya aprender más tecnologías, seguir desarrollando productos que aporten valor y no aburrirme en el proceso.

Ahora si, hecho este recuento por mi vida profesional, que me interesa que se lleven:

Estudiar carreras terciarias / de grado en sistemas me dió una gran base lógica y algorítmica, buena estructura y forma para pensar los problemas y cero herramientas para salir a buscar un trabajo en el corto plazo. ¿Recomiendo estudiar una carrera universitaria? Depende. Si buscan una salida laboral instantánea, no. Si quieren profundizar en temas que aportan a una mejor búsqueda de soluciones y no se animan a hacerlo de forma autodidacta, haganlo, definitivamente todo suma.
Para llegar a tener la libertad laboral que tengo hoy en día me tuve que fumar experiencias que no necesariamente hubiese elegido, sobre todo en mis primeros trabajos. No dejen pasar oportunidades esperando que se les dé el trabajo perfecto con el stack perfecto, a veces una oportunidad que puede no resultar super atractiva a simple vista ofrece posibilidades de crecimiento y capacitación impensados
No hay una sola forma de aprender a programar. Ni de aprender nada, sinceramente. Mis habilidades vienen de una suma de educación formal, capacitaciones laborales, aprendizaje autodidacta y cursos. Todas las formas me aportaron diferentes conocimientos y perspectivas y no me arrepiento de ninguna.
Mi opinión sobre los bootcamps es que si se van a meter a uno investiguen quien está a cargo de las clases. Y si no saben a donde ir vengan a CourseIt, donde ya vivimos todos los problemas que este formato educativo suele tener e intentamos constantemente mejorar y solucionarlos. Pueden probar nuestros cursos gratuitos de HTML y CSS o Algoritmos antes de comprometerse con una suscripción mensual
Estudiar cualquier cosa es más fácil si lo hacen con un grupo de apoyo. Yo tuve la suerte de coincidir con grandes personas que se convirtieron en grandes profesionales, pueden leer algunas de sus historias acá:

https://dev.to/ddgn/cambiar-de-carrera-post-30-a08
https://dev.to/cocotlandia/tu-primer-plan-de-carrera-personal-en-desarrollo-web-4ol5

No dejen de lado los soft skills, las oportunidades de crecimiento no se dan solo por las habilidades técnicas, muchas veces vienen de la mano de recomendaciones y contactos. Traten bien a la gente y se les van a abrir miles de puertas
Dentro de sus posibilidades aprendan inglés. Como sea, videos online, cursos, institutos, grupos de charla, etc
No dejen pasar una oportunidad por más miedo que tengan. Es mejor probar y fallar, porque eso implica que también se puede probar y tener éxito. No probar es fallar automáticamente.
Y finalmente, no hay fórmulas mágicas ni trabajos perfectos. Lo que a ustedes les sirva para progresar es válido, siempre que sea legal y no joda a nadie en el camino.

Espero que este post les de una perspectiva de cómo se puede ver la carrera de alguien que hace más de una década trabaja en este mundo, y como no siempre el camino es lineal. Si tienen dudas, comentarios o ganas de charlar me encuentran en twitter o en los comentarios :)

A agarrar la pala del contenido

Bel Rey — Tue, 07 Jul 2020 23:05:25 +0000

En los últimos meses se viene dando un boom de contenido online. Parece que de pronto todo el mundo tiene algo que decir, una opinión que dar. Ayuda el contexto: la pandemia y la distancia social nos obliga tanto a personas como organizaciones a plantear nuestros encuentros en nuevos formatos.

De pronto nuestra socialización y networking pasan por lo virtual y las plataformas acompañan haciendo esto cada vez más fácil y accesible.

Parece que todos estamos blogueando, haciendo streams, dando charlas cuando nunca antes habíamos dado una. Y vivos de instagram, los vivos de instagram nunca terminan.

Yo en lo personal empecé a hacer infografías donde explico cosas con gatitos. Es un momento muy prolífico a nivel contenido.

Y en el medio del caos mucha gente se pregunta… en este mar de voces esperando ser escuchadas ¿Qué puedo aportar yo?

La respuesta, querida persona que lee este blog es… TODO, tenés TODO para aportar.

Pero Bel… no la tengo tan clara en nada y hay muchas personas que saben mucho más que yo generando contenido de calidad.

Si, correcto. También hay personas que saben mucho más que yo, sin embargo mis gatitos parecen estar resonando con un público específico. Las razones pueden ser varias: quizás porque el contenido en español no abunda, quizás porque es sumamente visual e impacta a las personas que al igual que yo aprenden mejor con ‘dibujitos’. Sea lo que sea, lo importante es que alguien se beneficia del resultado final.

Nuestra experiencia personal no es válida como parámetro para medir la del entorno, pero la manera en la que interpretamos información y aprendemos nos lleva a tener una visión particular de las cosas. Y es posible que otras personas se beneficien de esa interpretación. Además explicar un concepto nos ayuda a comprenderlo mejor, porque no basta con recitar, tenemos que desarmar un tema en partes y esto termina ayudando a nuestra propia comprensión.

No hace falta que seamos referentes mega-ninja-rockstar para crear contenido, solo necesitamos ganas de compartir nuestra interpretación de las cosas. Y buenas intenciones. No se trata de ser Harvard, no tiene que ser perfecto ni completo ni académico.

Si aprendiste a usar una nueva herramienta, estás haciendo un proyecto personal o simplemente querés compartir tu opinión sincera y bien intencionada sobre algo ¡Hacelo! Eso que te parece simple y hacés todos los días automáticamente puede ser completamente desconocido para otra persona. Y nunca sabés a quién le puede estar llegando justo lo que necesitaba en el momento más oportuno.

(Les dejo link a los famosos gatos, por si se los perdieron)
https://www.instagram.com/doomlingdraws/

Mi aniversario manejando una comunidad

Bel Rey — Sat, 20 Jun 2020 19:19:35 +0000

Recuerdo como si fuera ayer la tarde en la que decidí aplicar para traer Women Who Code a Buenos Aires. El día anterior había pasado toda la jornada rodeada de programadoras en una conferencia local, la CSSConf y tenía unos niveles de manija impresionantes.

La idea surgió algunos meses antes hablando sobre comunidades con un querido amigo (shoutout para Leo) quien me sugirió me acerque a mi red local de WWCode. Cuando fui a la página me di cuenta que no existía y me pareció raro, siendo Buenos Aires tan prolifera a nivel comunidades.

Por una cosa u otra dejé pasar el tema de la aplicación, pero las conferencias, como los recitales, tienen esa energía comunitaria que te llena de ganas de aprender y hacer de todo.

Así que post evento llené el formulario desde el auto, en el estacionamiento de un Easy (para quienes no sepan, es una cadena de megalocales que vende insumos de construcción y decoración). Ese finde salí con amigas (y Miriam Suzanne) a tomar algo. Hicimos chistes sobre que si no nos daban el permiso íbamos a formar nuestra propia organización con bebidas alcohólicas y mujeres empoderadas. Un día completamente normal.

Pasaron casi seis meses hasta que me contactaron. En Enero hice el ‘onboarding’ que es básicamente una call donde se suman todas las aspirantes a trabajar con la organización para recibir información y darse de alta como voluntarias. Firmé un compromiso y me dijeron que me iban a contactar para organizar el launch. Por algunos meses todo quedó parado.

En Abril me pusieron en contacto con Auth0, que al ser sponsor a nivel mundial de WWCode se ofreció a ser el primer host en Buenos Aires. La call para coordinar los detalles la tuve desde el Shoreline Amphitheatre en el medio de la Google I/O. Les juro que estas cosas fueron casualidad, mi vida ni de cerca es así de interesante todos los días.

Menciono el viaje porque fue en ese momento que recluté a dos de las otras tres directoras: Denise y Ariadna. Sabía que no iba a poder sola con semejante proyecto, por eso me pasé todo el trayecto de Santa Clara a Los Ángeles intentando convencerlas de hacer esto conmigo. Funcionó. Es difícil decir que no después de soportarme ocho horas seguidas en la ruta.

Cuando volví me contacté con Flor, no nos conocíamos muy bien, pero siempre había mostrado mucho interés en el proyecto y me pareció que iba a traer la energía que se necesitaba. También por un tiempo nos dió una mano Fefi desde el lado comunicacional.

No fue todo color de rosas, como comunidad tuvimos que sortear muchas situaciones nuevas y no siempre estuvimos preparadas. Tuvimos conflictos internos y externos, pero siempre intentamos manejarlos con transparencia y honestidad. Y con el tiempo fuimos creciendo y mejorando nuestros procesos cada vez más. Hoy en día ni el equipo ni la forma de trabajar se parecen en nada a lo que eran cuando empezamos, pero esa es justamente la idea de esta organización: que sea un espacio donde todas se sientan bienvenidas y exista más allá de las voluntarias individuales.

Cuando nos acercamos a trabajar con empresas nuevas muchas veces nos preguntan ‘¿Por qué Women Who Code? ¿Por qué no [inserte aquí nombre de comunidad X] o [inserte aquí nombre de comunidad Y]?’

Mi respuesta es siempre la misma: ¿Por qué no todas? Esto no es una competencia. Está buenísimo tener diversidad de opciones y espacios de pertenencia. Y ninguna comunidad les va a exigir que no participen en otra. Simplemente tenemos diferentes enfoques y le damos prioridad a distintos temas y eso nos enriquece a todos.

Women Who Code se interesa por visibilizar las situaciones que viven las mujeres que ya están trabajando en tecnología. Particularmente la misión es lograr que se rompa el techo de cristal, acercarlas a recursos y empresas donde puedan desarrollar todo su potencial y ocupar puestos jerárquicos o como referentes en su área.

Estamos muy felices con los resultados hasta ahora y vamos a seguir trabajando para afianzar la organización en Buenos Aires (¡y con suerte extenderla a otros lugares en Argentina!). Y eventualmente, espero, vamos a dejarla en manos de otras directoras y verla crecer y florecer en el tiempo.

Si querés conocer más sobre Women Who Code buenos Aires te invito a seguirnos en redes
IG: https://www.instagram.com/wwcodebuenosaires/
Twitter: https://twitter.com/wwcodeba
Meetup: https://www.meetup.com/Women-Who-Code-Buenos-Aires/

Y les dejo este bella presentación de nuestra comunidad: https://www.youtube.com/watch?v=8WoiOLutbew

Esta no es una historia de amor

Bel Rey — Sun, 14 Jun 2020 02:20:08 +0000

Me gusta decir que el Dark Souls y programar me salvaron la vida. Suelo decirlo a modo de chiste, pero es bastante más cierto de lo que esperarían.

Por esta fecha se cumple mi segundo aniversario trabajando en desarrollo web, pero considerando todas las cosas que cambiaron desde que le vendí mi alma a javascript bien podría haber pasado una década. Por eso, en honor al cambio y porque quizás a alguien le sirva la referencia quiero compartir con ustedes mi historia.

Primero un poco de contexto histórico. Empecé a trabajar sistemas a los 18 años. Sabía algo de HTML y CSS con lo que conseguí un puesto como webmaster (si, soy grupo de riesgo) para una pyme. Un año más tarde empecé a estudiar desarrollo de videojuegos, y por dos años me adentré en el mundo de C# y C++, engines y SQL. Me gustaba mucho, pero no les voy a mentir, no me fue bien. Tuve experiencias negativas que no supe manejar y me alejaron de ese mundo. Creo que en parte tuvo que ver con ser la única mujer en toda la institución en un contexto donde el feminismo todavía no había llegado a mi vida. En retrospectiva me faltaron herramientas para afrontar lo que me pasaba.

Una de las cosas positivas que me dejó mi paso por la institución fue conseguir trabajo ‘en blanco’. Empecé a ejercer como QA, primero manual y después 'automation', profesión que me dió estabilidad laboral y me permitió seguir buscando mi rumbo. En 2010 me anoté a la carrera que desde entonces fue mi pasión: Diseño gráfico.

En 2013, junto a dos personas que al día de hoy admiro mucho, me lancé a la aventura de emprender. Conseguimos un cliente en EEUU y abrimos nuestra propia consultora de software. No teníamos idea de nada, pero nos la arreglamos y fuimos aprendiendo a los golpes. Mi futuro profesional parecía resuelto para siempre.

2016 fue uno de los mejores años de mi vida. En Marzo me enteré de que estaba embarazada. Mi vida profesional se pausó por un tiempo en pos de planear la llegada del nuevo integrante de la familia. En Noviembre llegó y por un tiempo en mi casa la única prioridad fue estar disponible para esa personita. El 30 de diciembre de 2016 cumplí 30 años y según el librito de la vida tenía todo lo que necesitaba para ser feliz: Mi propia empresa, mi casa y mi familia armada.

Durante 2017 transité una terrible depresión post-parto, que por sí no lo saben, es algo muy común. Cuidar a un recién nacido es una tarea muy desgastante que consume todas las horas del día. Duermen muy poco, y cuando están despiertos necesitan atención constante. Entre el cansancio y la preocupación por querer mantener sana a esa persona indefensa entré en un estado de pensamiento muy oscuro, todo el tiempo tenía miedo de que nos pase algo. Por las noches soñaba con qué nos secuestraban, robaban o mataban. Dejé de dormir. Tenía tanto miedo que dejé de salir a la calle. Sumado a esto me empezó a preocupar el futuro, estaba asignada a un proyecto aburridísimo manteniendo un repositorio de test automatizados con selenium en PHP. Me preocupaba quedarme sin trabajo y no saber qué hacer ¿Qué pasaba si a la empresa le iba mal? ¿Qué perspectivas tenía para el futuro?

Toqué fondo el día que les confesé a mis mejores amigas que estaba teniendo pensamientos suicidas.

Lo primero que hice fue contactarme con mi obstetra, que entendió lo que me pasaba y me derivó con los profesionales pertinentes. Lo segundo fue empezar a buscar una manera de actualizarme y darle una vuelta de tuerca a mi futuro laboral.

Empezaba 2018 y con mi amiga de toda la vida, Denise, decidimos empezar un bootcamp de programación frontend. Iba con ganas de aprender, pero también con poca expectativa.

Empezaron a pasar los días y cada vez me engaché más. Por primera vez en mucho tiempo estaba dedicándole tiempo a algo que me gustaba, rodeada de gente que me hacía sentir bien. Sumado a eso, y por la necesidad de ir a cursar empecé a salir todos los días de mi casa y volví a perderle el miedo a la calle.

Me iba muy bien, y no podía ser de otra manera porque todo el tiempo que no estaba en clase estaba o pensando en cursar o intentando resolver los ejercicios. Me metí de lleno en lo que estaba haciendo y lo exploté a fondo.

El profesor intentó reclutarme de una manera muy poco sutil como QA para la empresa donde trabajaba en ese momento, pero yo estaba más decidida que nunca, iba a llevarme todo el conocimiento que estaba ganando y hacer crecer mi empresa.

Ese año terminé el bootcamp, contraté una profesional en branding y comunicación y me puse como foco darle nueva vida a mi proyecto. Vinieron algunos proyectos interesantes, me pude dedicar por completo al frontend. Por unos meses todo fue perfecto.

Pero lamentablemente por más esfuerzo que uno ponga, cuando un proyecto es en equipo todos tienen que tirar para el mismo lado sino no funciona. Durante ese proceso de renovación uno de mis socios perdió interés en el proyecto y las dos restantes se nos empezó a hacer cuesta para arriba. Al estar desmotivada decidí empezar a hacer freelance nuevamente, lo que sumó a mí ya bastante pesada carga laboral.

Empecé el año nuevo desmotivada, con poca energía y arrastrando un montón de burnout. En Mayo tuve la suerte de poder viajar gracias a una beca. Estuve en la Google I/O, tres días de charlas técnicas (y otras no tanto) que me abrieron la cabeza y me dejaron pensando en todo lo que quería hacer y no estaba pudiendo concretar.

Durante ese viaje me contactó nuevamente el profesor para ofrecerme trabajo, esta vez no en una empresa, sino en su propio emprendimiento, CourseIt, una escuela de programación. A los dos días de volver a Buenos Aires ya habíamos pactado honorarios y a la semana empecé a trabajar.

Desde el primer día me sentí como en casa. Me encantaba el manejo del emprendimiento hecho con método, visión y orientado a resultados. Era la manera en la que yo quería trabajar. Me empecé a meter más y más en el negocio y a fuerza de voluntad y romper las bolas logré ganarme un lugar ya no como empleada, sino como socia.

Pasaron los meses, el equipo cambió, personas que fueron y otras que vinieron, pero la intención detrás del proyecto seguía intacta, y para mí se hacía cada vez más evidente que ahí era donde quería estar.

Por eso hace un mes, en el medio de una pandemia, decidí dejar el emprendimiento al que le dediqué los últimos casi ocho años de mi vida y dedicarme enteramente a CourseIt.

Durante mucho tiempo creí que no había valor en contar mi historia. Me considero una persona muy privilegiada que tuvo la suerte de poder hacer cosas que mucha gente no hace. Y no me molesta admitir que fue pura suerte y estar en el momento oportuno y el lugar indicado.

Para mi emprender no es solo una pasión, es un modo de vida, y cómo hace casi diez años que no hago una entrevista me es difícil trasladar mi experiencia en una frase simple y vendible como ‘De saraza a programadora en seis meses’.

También por mucho tiempo evité hablar de maternidad, porque justamente por la suerte que tuve no comparto muchas experiencias de dificultad que sí tiene por ejemplo la gente que trabaja en relación de dependencia. Pero hoy en día me doy cuenta que si comparto otras cargas, y que es importante poner en evidencia cómo la maternidad puede ser un motivador para realizar cambios de vida a los que en otro momento quizás no nos hubiésemos animado.

Si en 2017 alguien me hubiese dicho que en tres años iba a estar firmando el estatuto de una segunda empresa no le hubiese creído. A veces son acciones verdaderamente pequeñas que pueden cambiar el rumbo de nuestras vidas. Y nunca sabemos cuándo va a pasar. Por eso si están en una situación que parece no tener fin, intenten buscar ayuda y recuerden que todo pasa. Y no tengan miedo de compartir contenido, ir a juntadas de comunidades, estudiar algo nuevo o sumarse a proyectos. Nunca saben en qué momento la vida los va a emboscar con una nueva oportunidad.

P.S: Si tienen ganas de leer un poco sobre la experiencia de mis amigas les dejo links a sus blogs ->

https://dev.to/ddgn/cambiar-de-carrera-post-30-a08

https://dev.to/cocotlandia/how-to-be-a-junior-developer-and-survive-5199

Behind the scenes: Our brand redesign

Bel Rey — Mon, 18 May 2020 15:33:46 +0000

Designing a new identity from scratch is fun. It's a lot of work, but it’s fun. It’s like getting to know someone new when you start dating but better, because in the end you get to choose which quirky features to keep and which ones need to sashay away.

Designing identities is also a lot of work. But redesigning them is even worse. Because you have to take something that already exists and represents an idea or concept and turn in into something new while still keeping that essence alive. You need to do it in a way that’s delicate enough not to confuse your audience, while being bold enough for the change to make sense.

Redesigning identities is HARD work.

A while ago I had the opportunity to redesign the brand I’m currently working with. The company, CourseIt, offers several coding bootcamps in Spanish for aspirant (or seasoned) web developers. Classes can be taken on-site or 100% online. Right now the whole offer is online (thanks, COVID-19)

I’ve been working with this brand for over a year, and the first week I got the following instructions: ‘We don’t want a designer that plans to take over, we want someone that can take what we have and work with it’.

Maybe it feels a bit aggressive, but I get it. Designers, we love to mark our territory. And we have opinions, oh yes we do. So even if I wanted to tear my eyes from my face each time I had to use their logo, I humored this request because in the end it made sense. You can’t go around destroying all previous work just because you don’t like it on a personal level. Also I was sure that if I stood around sooner or later a redesign was coming our way. I just needed to assess which parts of the identity were not working as intended in order to propose a better solution.

I started off by changing the parts that didn’t work and were low priority — my first victim were the brands Instagram and Twitter accounts. Because social media posts are usually short lived they provide a perfect place to try and mix it up, specially if you are a smaller brand who doesn’t have a big design department.

Eventually we got to a point of brand maturity where I was asked for a redesign. I believe this was a really important step. Brands are not inert objects, they live, breathe, grow and change. And sometimes they need to shed their old skin before growing even further.

Because the previous design felt heavily influenced by local competitors we felt the need to get away from that and create something from scratch (as ‘from scratch as possible, I know everything is a remix)’.

We also wanted to stray away from some concepts that are very common like ‘rockstar developers’, ‘ninjas’ and the whole ‘developer astronaut thing’.

(I mean, I’m all about powering spaceships with javascript if that’s your thing, but as a frontend developer I’m not planning to visit space any time soon.)

As a smaller company we usually work closely to the public we cater and they are amazing people trying to live their best life, make the most of their careers and trying to have fun in the process. So for my concept I wanted something relatable and down to earth, something that represents people doing their best.

The concept we ended up with was ‘Road’ as in career -> path -> road. Thinking about career milestones as stops in a road that keeps going. Switching careers as finding a crossroad sign in the forest, and in every step there we are, as a brand, guiding you. You don’t have to walk that path on your own. We can be the gas in your car, your trekking shoes. You don’t have to worry about anything, only about moving.

Concepts are a very powerful thing because they may not be obvious, but if you let them permeate every inch of your identity, from visuals to the way you communicate, you end up with a product that feels solid and consistent. And in the land of brand identities consistency is DA QUEEN.

I was asked to keep some elements from the previous branding like the color palette. This was easy since their main color was a beautiful shade of bluish-violet that conveys a lot of emotion related to academic endeavors. It also made keeping the connection to the previous identity easier. I was able to transition social media posts in a way that didn’t feel disconnected or aggressive.

We also changed up the typography — the previous version was using Rubik for everything, which made some sections of the site, like the class chatroom, a bit uncomfortable to use. We decided to go with a pairing, 'Exo2' for titles and accents and good old 'Open Sans' for every bit of the site that has chunks of text.

The logo was probably the hardest change. I was asked to keep some sort of code related characters on it. We ended up enclosing the It bit of the name between brackets, which is common notation for arrays. This was kind of perfect since arrays are by definition ‘an ordered series or arrangement.’ Just like a road! I know, right? Concepts are just amazing.

We ended up with a logo that is simple enough and works in a variety of contrasts and colors which is always desirable.

Old logo:

New logo:

There’s probably still a lot to adjust, but overall we feel very represented by the result, which means that we, as a brand, are comfortable in our own skin. It still feels down-to-earth without being boring and hopefully will accompany our own path for a long time.

If you wish to see the final product feel free to visit courseit.com.ar (remember, it’s in spanish).

I'd love to hear some stories about brand redesign for startups, do you have one? Hit me up!

Five things that are killing my productivity as a developer (and how to potentially fix them)

Bel Rey — Fri, 17 Apr 2020 01:06:40 +0000

Lately I've had the rare opportunity to sit at home contemplating my daily routine and analyzing it to a fault (thanks COVID-19).

In doing so I've noticed that some days are incredibly productive and others resemble something very similar to what you get if you steam a bunch of pears for too long.

I know productivity fluctuates like mood does -- and I always assumed it was which side of the bed I woke up that morning, but on a closer look I started noticing a pattern that seemed to be linked to the team I was working with.

As a frontend developer I’m usually assigned to multiple projects at the same time, but even if they have differences like which framework is used, the tasks end up being pretty much the same. I integrate API calls, use a lot of filter() and reduce() and fix the occasional padding. And I like all those tasks pretty much the same so motivation wasn’t really related to complexity or fun in this case.

But I found some variables that do change between projects and teams, and realized most of my productivity issues were related to those. So let me share my findings as they may shine a light on what's affecting you.

Well meant (but ill-timed) reviews

Reviews are a great place to suggest improvements or alternative, more performant resolutions to a problem. But what happens when that well-meant suggestion comes in the wake of a code freeze? It’s important to measure the impact of the change versus implementation time.

So before suggesting, ask yourself: - Will that particular dev be able to finish the rework before the deadline? Are you adding another task on top of a pile of unfinished work? * **Is it worth it?*

If it means refactoring most of the feature and the benefit won’t have too much of an impact then maybe it’s better to open a backlog ticket to improve later. Of course this only applies to code that was already solving the issue in an acceptable manner. Sometimes good enough is…good enough.

(Poorly planned) Meetings

Yes, I was tempted to remove poorly planned from the title, but let’s face it: meetings are important for teams to get organized. The problem arises when meetings don’t have a clear agenda or end up being a 1-1 conversation with all other members as spectators.

People start to lose interest and become drained, and drained teams need to recover before being productive again. So, to reduce the burnout risk make an active effort to keep meetings short and sweet, anything over the one hour mark should be a big no-no. Stick to a previously planned bullet-list and learn to identify which conversations should be taken offline or rescheduled to 1-1 meetings.

And remember, some meetings can actually be emails.

Broken things

There’s an Allie Brosh blog entry called ‘Sneaky hate spiral’ which sums up pretty perfectly what I’m about to describe (If you don’t know Allie Brosh, I’ll link to her blog at the end of this entry — she is no longer active but her writing should be considered an internet treasure)

Picture this: you are about to start working on a new task, you try to build the project and something fails, you get an error, trace it back, try reinstalling, find out your database is too old, refresh, reinstall, get some weird error and at some point after a coffee and two hours scrolling stack overflow the project finally builds, you have no idea which of the 200 thing you did worked and you don’t remember what you were actually trying to accomplish in the first place.

So, you go back to the specs, check them out, try to start working and BOOM: 500 from and endpoint, congratulations! you have been trapped in the sneaky debug spiral, look a the clock, it’s 5pm, goodnight.

If you can’t relate to this scenario then I gotta say LUCKY YOU! (And is your company hiring? Just asking for a "friend") but for many of us this is a very normal situation which can rob us of a whole day of work.

The key fix here is communication, let the team know if a core feature has new dependencies or needs any particular data setup to work and generate a safe work environment where people don’t fear asking questions. Sometimes the solution is one slack away and you can save a team member from some nasty troubleshooting.

Constant priority switch

We usually work in projects that required a certain amount of flexibility, but when a team constantly needs to switch priorities around it’s usually a symptom of bad planning.

Switching tasks puts an extra weight on our brains, makes us lose focus and we take longer solving issues. From a productivity point of view it’s a very costly decision, and it should be reserved exclusively to emergencies or top priority issues.

Having a general roadmap that’s detailed enough to provide good guidance but leaving some extra room for the unexpected is a great investment in any team’s productivity and mental health.
It can take longer to generate (and will probably require some meetings) but in the end the return will be worth it.

And remember, if everything is top priority then nothing is.

Micromanagement

Ah, micromanagement. So much has been said about this topic that I feel like the lady with the 'I can't believe we are still protesting this sh*t'.

For managers wanting to know status is healthy, and absolutely necessary part of their job descriptions. One needs to know what’s going on, what’s done, what’s blocked and why in order to make efficient decisions.

But micromanagement is not about knowing, micromanagment is about control and mistrust. And trust goes both ways, so when an employee doesn’t feel trusted, it immediately impacts in their ability to trust the company and the team which ends up impacting productivity output. Plus micromanagement is really costly in terms of time. Instead of using that precious slot to push someone for results, use it to work on the general roadmap I mentioned earlier providing worth for the whole team.

Try communicating effectively and honestly. If you feel someone’s job is subpar or that they priorities are mixed then ASK what’s going on, and try to understand what they are saying.

Sometimes is not that employees are keeping things from you. Maybe they are not aware that something is affecting their output. Keep an open door for constant feedback, and do keep it open both ways. You may find a rotten fruit in the basket but most people will react positively to this approach.

So that concludes my observations so far. I've tried changing some of this variables by bringing them up with my teams and so far, so good. Old habits are hard to break, but with good communication and attitude it can be done.

P.S: Now go have some fun: Allie Brosh - Hyperbole and a Half | Sneaky hate spiral

Por qué emprendemos — divagues de una emprendedora argentina

Bel Rey — Tue, 20 Aug 2019 02:25:54 +0000

Es fácil asumir que todo aquel que quiere empezar un nuevo negocio busca la utopía. Liberarse del horario de oficina y “no responder ante nadie” suenan como alternativas seductoras a un trabajo en relación de dependencia y todas sus responsabilidades. Esta percepción sin embargo suele ser engañosa, ya que la libertad extrema lleva al caos, y la falta de planes concretos y organización suelen ser principales razones por las cuales gran porcentaje de los emprendimientos falla en sus primeros dos años de vida.

Sin embargo la cosa no para. Argentina, al igual que sus hermanos latinos, no se queda afuera del boom emprendedor que impacta al mundo. La causa principal es simple: precios competitivos a nivel mundial, profesionales de calidad, y una cercanía cultural con USA y Europa que países como China e India no pueden ofrecer.

Pero eso no puede ser todo. En un país donde la estabilidad económica no está asegurada y comenzar de cero una estructura es costoso, se necesita otro componente para encender la chispa emprendedora. ¿Qué es, entonces, lo que empuja a un empleado a dejar su trabajo estable para salir en búsqueda de lo desconocido?

En mi caso fue la necesidad.

Quizás la palabra suene exagerada, sobre todo porque al leerla nos evoca a la resolución de necesidades básicas como el hambre o el frío, pero mirémoslo desde otro lugar ¿Quién no sintió alguna vez la necesidad de construir? Generar un espacio donde innovar sea la norma, y las reglas se puedan quebrar en pos del progreso de las ideas propias.

Vivimos una época de transición en el mercado laboral y las reglas que hace 20 años eran ley hoy en día no aplican. Demonizamos a una generación entera por su desinterés en mantener el mismo trabajo por más de unos años. Los tildamos de poco fieles, mercenarios del sueldo, pero rara vez se criticamos abiertamente la incapacidad de las empresas de brindar un entorno en el que el joven profesional pueda echar raíces. Si no puedo aprender, no puedo crecer y no puedo avanzar ¿Para qué me voy a quedar?

En este contexto, no sorprende que la idea del entrepreneurship se vea como una propuesta atractiva como alternativa generadora de espacios para que mentes afines se encuentren y avancen en pos de un objetivo común. Cuando un profesional puede darse el lujo de dejarse llevar por la pasión hacia su trabajo y se encuentra con pares que sienten lo mismo, todo comienza a fluir. Así se generan semilleros, colectivos de ideas que de a poco van moldeando una nueva forma de ver el trabajo, en la que el esfuerzo individual tiene valor y agrega al producto final.

Pero no todo puede ser guiado solo por la pasión. Nada de esto sirve sin la capacitación adecuada y una buena guía, por lo cual es importante que el emprendedor sepa formarse como estratega, conozca sus fortalezas y debilidades, y sepa rodearse de una red de contactos variada para suplir todas aquellas áreas que no sean de su expertise.

Emprender es un trabajo full-time, con horarios que pueden virtualmente no terminar nunca, y a falta de jefes se adquieren responsabilidades con clientes, socios y empleados. El camino está lejos de ser fácil, pero si es recorrido con gusto también está lleno de satisfacciones y experiencias que nos moldean como profesionales y pueden cambiar el curso de nuestras carreras para siempre. Y eso quizás - ni los horarios, ni la falta de jefes, ni hacerse rico - debería ser la mayor motivación para soltar y animarse a esta increíble aventura hacia lo desconocido que es el mundo emprendedor.

Del diseño de UI al desarrollo frontend: un viaje inesperado

Bel Rey — Tue, 20 Aug 2019 01:15:25 +0000

Siendo este el primer post creo que es necesaria una breve introducción que brinde contexto a mi historia: Hola, mi nombre es Belén Rey y soy diseñadora de interfaces.

Hace aproximadamente seis años fundé junto a dos socios, una pequeña software factory. Por aquel entonces yo me desempeñaba en puestos de quality assurance y estaba empezando a tomar mis primeros trabajos freelance en diseño.

Mi rol en la empresa siempre estuvo claro, ellos programaban, yo hacía diseños o QA según las necesidades particulares de cada cliente. A veces ambas. A veces ninguna. A ellos el trabajo nunca les faltaba.

El código no era para mi algo ajeno. Allá por el 2007 cursé dos años de un terciario en programación de videojuegos. Aprendí C++ y C#, tuve pequeñas experiencias con engines 2d y 3d. Todo ese mundo me resultaba, y aún en día me resulta, sumamente interesante, pero mis propias dudas y el entorno hostil (era la única mujer anotada en la totalidad de la carrera) me hicieron alejarme.

Convencida de que programar no ‘era lo mío’ decidí seguir otra de mis pasiones en la vida: comunicar desde lo gráfico. Siempre tuve facilidad para lo visual, y formarme rodeada de otras personas apasionadas por ese mundo me hizo olvidar temporalmente de los unos y ceros.

Durante la cursada, un poco incentivada por mis demás intereses y otro poco por la dura realidad laboral en la que veía a mis colegas decidí que iba a intentar centrar mi carrera en el diseño de interfaces, preferentemente en el rubro de sistemas. Encontrarme como co-fundadora de una empresa de software me permitió ejercer mi profesión en mis propios términos.

Cuando uno construye una pieza o sistema gráfico siempre está en control de la producción. Obviamente los grandes trabajos se desarrollan en equipo y partes del proceso, por ejemplo la impresión, se tercerizan — Pero el diseñador es siempre responsable y debe controlar constantemente el medio en el que la pieza va a ser reproducida.

Entender de resoluciones y tamaños no es todo, el equipo de diseño suele conocer también aunque no sea en total profundidad los procesos de imprenta, los tipos de tinta que se usan, y los papeles en los que se reproduce el contenido. Todas estas variables son tenidas en cuenta al momento de la construcción gráfica y son una parte inherente al proceso de comunicar.

Cómo podía yo entonces, diseñadora gráfica especializada en UI, sentirme cómoda construyendo para un medio que me resultaba completamente ajeno. Algunas de mis decisiones eran complicadas de implementar, otras eran cambiadas para satisfacer funcionalidades propias de un sitio. Mi diseño pasaba por un estado intermedio de transformación y salía convertido en otra cosa, funcional sí, pero que no transmitía exactamente su intencionalidad original.

Al principio pensé en solucionarlo hablando con mi equipo. Siempre tuvieron mucha paciencia y se tomaban todo el trabajo de explicarme — pero a mi no me alcanzaba. Necesitaba recuperar el control sobre mi proceso de diseño para construir piezas funcionales y a la vez memorables. Piezas que transmitan algo más allá que un simple template.

En un momento de iluminación me entendí que necesitaba aprender a programar. Cuando pude quitarme de la cabeza esa idea mística de que lo visual y lo lógico son opuestos la programación se convirtió en otra herramienta más a mi disposición en el proceso de comunicar.

Conocer las limitaciones y los alcances de los lenguajes, con sus librerías y frameworks me ayudó a encarar mi trabajo de otra manera. Mis procesos se volvieron más ágiles. Pensar en componentes me obligó a imaginar estructuras reutilizables y esto afectó de una manera muy profunda mi proceso proyectual.

No estoy diciendo con esto que todos los diseñadores de UI deban aprender a programar, pero si los insto a conocer su medio. Sean curiosos, investiguen. Pregunten por qué esto sí y aquello no pero no desde el desafío, sino desde la ingenuidad de quien quiere romper los límites.

Extendamos la noción de donde termina nuestro trabajo y empieza el de ellos y aprendamos a entender los proyectos como una unión que depende tanto lo que se ve como lo que no. El todo siendo más que la suma de sus partes. Siéntense con sus compañeros programadores, traten de entender su punto de vista y visión del proyecto y no dejen de compartir la suya. No les prometo que vaya a ser fácil, pero vale la pena intentarlo.