Café con Tech

Developer Microskills with Sam Julien

July 26, 2021 Matias Hernández / Sam Julien Season 3 Episode 2
Café con Tech
Developer Microskills with Sam Julien
Chapters
Café con Tech
Developer Microskills with Sam Julien
Jul 26, 2021 Season 3 Episode 2
Matias Hernández / Sam Julien

The second episode of this season!. This episode was all about the other skills that developers can or should have, and to talk about that content we had Sam Julien in the show.

Sam is the Manager of the Developer Relations team at auth0, but also the author of a very good newsletter call Developer Microskills and two ebooks: The Guide to Tiny Experiments and Getting Started in Developer Relations. He is also an egghead instructor and writer.

During our chat, we review some ideas about writing, self-improvement, and "soft skills" that any developer can "develop".
And we had to talk about the white elephant in the room: What is a DevRel and what they do.

Found more content from Sam by following his twitter account but also on his website.

Links
- Latest Course on egghead.io: Deploy Ghost to AWS using RDS and EC2
- Course: Up and running with Gastby
- Recommended Software: https://obsidian.md

Music Credits

Opening and Outro Music by DanoSongs https://danosongs.com/

Background Music Music:
Cool Rock by Kevin MacLeod Link: https://incompetech.filmmusic.io/song/3552-cool-rock License: https://filmmusic.io/standard-license



Auth0
Auth0 es una plataforma de autenticación y autorización lista para usar en tu app!

Cloundinary MDE
Energizing a diverse community of developers to share knowledge using media technology in web apps.

Clevertech
Clevertech, code the life you want with remote done right. Check out our website clevertech.biz

Support the show (https://www.buymeacoffee.com/matiasfha)

Show Notes Transcript

The second episode of this season!. This episode was all about the other skills that developers can or should have, and to talk about that content we had Sam Julien in the show.

Sam is the Manager of the Developer Relations team at auth0, but also the author of a very good newsletter call Developer Microskills and two ebooks: The Guide to Tiny Experiments and Getting Started in Developer Relations. He is also an egghead instructor and writer.

During our chat, we review some ideas about writing, self-improvement, and "soft skills" that any developer can "develop".
And we had to talk about the white elephant in the room: What is a DevRel and what they do.

Found more content from Sam by following his twitter account but also on his website.

Links
- Latest Course on egghead.io: Deploy Ghost to AWS using RDS and EC2
- Course: Up and running with Gastby
- Recommended Software: https://obsidian.md

Music Credits

Opening and Outro Music by DanoSongs https://danosongs.com/

Background Music Music:
Cool Rock by Kevin MacLeod Link: https://incompetech.filmmusic.io/song/3552-cool-rock License: https://filmmusic.io/standard-license



Auth0
Auth0 es una plataforma de autenticación y autorización lista para usar en tu app!

Cloundinary MDE
Energizing a diverse community of developers to share knowledge using media technology in web apps.

Clevertech
Clevertech, code the life you want with remote done right. Check out our website clevertech.biz

Support the show (https://www.buymeacoffee.com/matiasfha)

Español

Matías Hernández (01:09):

Bienvenidos al segundo episodio de esta temporada especial de Café con Tech. Hoy tengo a Sam Julien que se une como invitado. Sam es en realidad el Gerente de Relaciones con Desarrolladores en Auth0, pero también un autor, un autor auto-publicado, y autor de un muy buen boletín de noticias que espero que todos ustedes lo sigan. Bienvenido a este programa, Sam. Me alegro de tenerte aquí. 

Sam Julien (01:49):

Sí. Gracias Matías. Gracias por recibirme. He tenido otras entrevistas de podcast que se enojan conmigo por no decir esto antes, pero mi nombre se pronuncia Juleen. Así que esta vez, voy a decirlo antes, porque he tenido algunos podcasts en los que casualmente lo mencioné después y los anfitriones están como, "¿Por qué no me lo dijiste antes?" 

Matías Hernández (02:10):

Sí. Es un buen punto. Por lo que puedo decir, escucho algunos podcasts y charlas de conferencias, y la mayoría de la gente dijo Julien. ¿Y es Juleen? 

Sam Julien (02:24):

Sí, es muy común. Lo tuve toda mi vida creciendo y todo. Y a veces ni siquiera lo noto. Estoy tan acostumbrada que no lo noto, y estoy tratando de mejorar para notarlo y hacérselo saber a la gente. 

Matías Hernández (02:38):

Esa es una buena. En realidad es Juleen. Esa eres tú. La otra es otra persona. 

Sam Julien (02:44):

Exactamente. 

Matías Hernández (02:46):

Bien, Sam. Gracias por venir. Como ya he mencionado, estoy muy contento de tenerte aquí en este spinoff del programa Café Con Tech. Durante esta conversación hablaremos de las microhabilidades. Eso es lo que supongo que la gente podría estar más interesada, pero también sobre el papel del dev y lo que sea en la conversación, lo que sea que salga. 

Matías Hernández (03:09):

Así que para empezar, hice un trabajo muy pobre en las presentaciones. así que ¿puedes presentarte un poco? ¿Una pequeña biografía? 

Sam Julien (03:19):

Sí, claro. Sí. No, lo hiciste muy bien. Lo hiciste muy bien. Básicamente, mi trabajo diario es ser el gerente del equipo de relaciones con los desarrolladores en Auth0. Tengo siete personas en el equipo a mi cargo. Y es muy divertido. Es un grupo de gente realmente fantástico. 

Sam Julien (03:38):

Y luego, además, hago libros y cursos y cosas así. Los principales son un libro llamado Getting Started in Developer Relations y otro llamado Guide To Tiny Experiments. También hago lecciones y cursos en egghead. 

Sam Julien (03:55):

Y luego tengo un boletín de noticias llamado Developer Microskills donde cada semana envío una forma práctica y procesable de mejorar como desarrollador y defensor del desarrollador. Así que eso es todo. Y vivo en el noroeste del Pacífico de Estados Unidos. Sí, creo que eso es todo. 

Matías Hernández (04:13):

Podría decir que también eres un destacado creador de hilos en Twitter, algo así. La gente sigue tu ejemplo y responde a tus preguntas en Twitter. Eso es increíble. 

Matías Hernández (04:25):

Ok. Entonces, ¿puedes contarnos un poco, qué es un desarrollador de microhabilidades? Quiero decir, estoy suscrito al boletín de noticias desde el principio, y es realmente un buen contenido en términos de pequeñas cosas que realmente puede mejorar su vida. Y tal vez es una especie de... Sam, te estás convirtiendo en el ángel del área de desarrollo de la auto-mejora, lo que sea. Porque el contenido no es realmente técnico, pero te ayuda con la parte técnica. ¿Puedes describir un poco lo que estás escribiendo allí? 

Sam Julien (05:03):

¿Verdad? Sí. Sí. Realmente lo has clavado. Básicamente de donde vino fue sobre... De 2013 a 2017, pasé por un gran período de transformación en mi vida. Acababa de pasar por este divorcio realmente doloroso, y así estaba como reiniciando mi vida desde cero. Así que hice un montón de cosas con mi salud física y mi salud mental y mi carrera y todo eso. 

Sam Julien (05:33):

Y al principio, justo alrededor de 2016, 2017, estaba como pensando, "Oh, hice todos estos enormes cambios y mira lo genial que soy". Era un poco insufrible. Y luego, cuando me hice un poco más viejo y más sabio y miré hacia atrás y leí las entradas de mi diario y cosas por el estilo, me di cuenta de que en realidad fueron estas pequeñas decisiones que tomé o estas pequeñas habilidades que recogí sobre cómo interactué con el mundo, y cómo traté mi autocuidado, y cómo miré el trabajo, y todas esas cosas que realmente se agravaron en el transcurso de unos años para construir estos grandes cambios en mi vida. Y de ahí surgió el boletín. 

Sam Julien (06:13):

Y gran parte de lo que escribo trata de compartir que a menudo, cuando pensamos en lograr grandes objetivos en torno a nuestra salud o nuestras carreras o cosas por el estilo, se siente como este enorme esfuerzo abrumador, y en realidad hay estas pequeñas cosas que puedes hacer, estas pequeñas habilidades que puedes aprender, que he acuñado como micro habilidades, que se sumarán con el tiempo. Así que esa es la filosofía general. 

Matías Hernández (06:37):

Me gusta mucho la idea de que primero estés compartiendo tu tipo de proceso, tus aprendizajes, aprendiendo en público, este tema que cada vez es más amplio. Y también me gusta mucho que hayas ido por el camino de hablar con los desarrolladores, pero no en la parte técnica. Y eso es algo que ahora creo que es más común que incluso hace un año que la gente tiende a empezar a pensar en los desarrolladores como seres humanos que necesita para mejorar otros aspectos de su vida para realmente nivelar sus carreras. 

Matías Hernández (07:16):

Hablando de subir el nivel de sus carreras y del contenido que comparte en su boletín, ¿podría hablarnos un poco de cuál es el tema del boletín que quizás más disfruta escribiendo? 

Sam Julien (07:29):

Así que, probablemente, el más importante fue el que escribí llamado "Cómo terminar lo que empiezas". Y eso se convirtió en un montón de cosas. La respuesta fue muy, muy buena, así que lo convertí en una entrada de blog y luego eso es lo que terminó convirtiéndose en el libro Guide To Tiny Experiments. 

Sam Julien (07:49):

Y ese era sólo un proceso. A todos nos cuesta terminar todos esos proyectos secundarios que queremos hacer, así que escribí este artículo sobre el proceso que utilizo para terminar las cosas. Y traté de hacerlo de una manera realmente práctica y paso a paso, y eso tuvo una muy buena respuesta. Así que ese fue un buen artículo. 

Sam Julien (08:12):

Otro de hace un par de semanas, escribí uno llamado "Abraza tus días del 1%" que trataba sobre: para progresar en algo, no tiene que ser todo o nada. Es mejor hacer un esfuerzo del 1% en una meta que tienes, como tal vez hacer ejercicio o algo así, que no hacer nada, y que deberías estar feliz por eso y hacer eso. 

Sam Julien (08:38):

Así que si tú, por ejemplo, si tu objetivo es hacer más ejercicio y lo haces un par de días seguidos y luego no te apetece, es mejor incluso que te pongas la ropa del gimnasio y camines hasta donde vayas a hacer tu entrenamiento, o que conduzcas hasta donde vayas a ir, y dar la vuelta y volver a casa que saltárselo por completo, porque todavía estás creando este patrón en tu cerebro y construyendo estas vías neuroquímicas que básicamente le dicen a tu cerebro, "Oye, cuando termine de trabajar, hago este ejercicio." Así que eso también tuvo una muy buena respuesta. Así que probablemente lo convertiré en una entrada del blog también. 

Matías Hernández (09:15):

Creo que su contenido en el boletín de noticias se vincula muy bien con el concepto de creación de contenidos aspecto de la vida de los desarrolladores. Si usted era parte de la cabina de la nota de caja vienen tres, hablando en particular sobre la creación de contenidos y cómo escribir, y usted tiene unos pocos números del boletín sobre la escritura técnica. Creo que eso fue lo que me enganchó al boletín porque me interesaba mucho. 

Matías Hernández (09:48):

¿Puedes describir un poco...? La gente va y comprueba la charla en el nodo de hash, pero ¿puedes describir un poco cuál fue el contenido de eso y lo que la gente está interesada en su conocimiento allí? 

Sam Julien (10:06):

Sí, por supuesto. Así que la charla para el nodo de hash se llamaba El secreto contraintuitivo para enviar mejores artículos más rápido, y era realmente todo sobre la consistencia. Y yo había escrito algo de eso en el boletín. Había escrito un artículo o un número llamado La regla de los 90 días, que trata de algunos consejos y trucos para conseguir resultados consistentes en las cosas. 

Sam Julien (10:34):

Y así escribí esta charla para el hash node bootcamp que voy a utilizar en otros lugares también, pero básicamente es una especie de todo acerca de cómo un montón de gente, cuando empiezan a bloguear ... Yo también lo hice. Si vuelves y miras mi blog, verás cómo empiezas y escribes este gran artículo y luego te quedas en silencio durante meses o incluso años. Y a veces eso funciona y a veces no, pero a la mayoría de la gente generalmente no le gusta esto de cuando intentan escribir. 

Sam Julien (11:10):

Así que he descubierto algunos trucos para descubrir que es mejor escribir artículos más pequeños de manera más consistente y construir el hábito de hacer la escritura técnica, porque siempre se puede construir sobre eso con el tiempo. Siempre puedes hacer artículos más grandes, artículos más largos. 

Sam Julien (11:30):

Pero hay este tipo de proceso que cada artículo va a requerir de la edición y la promoción y la optimización para el tráfico de búsqueda y ese tipo de cosas, y por lo que la construcción del hábito de hacer que con pequeños artículos va a ayudar a ejecutar a través de ese proceso una y otra vez, y usted va a ver mucho mejores resultados que sólo tipo de esporádicamente escribir de vez en cuando. 

Matías Hernández (11:57):

¿Qué es lo más complejo de la escritura técnica en particular para usted o para su experiencia? 

Sam Julien (12:04):

Creo que el mayor reto de la creación de contenidos de cualquier tipo es reducir la cantidad de contenido adecuada para el medio en el que se trabaja. Así que la cantidad de cosas que puedes enseñar en un screencast es diferente a la cantidad de cosas que puedes enseñar en un artículo, porque la capacidad de atención de la gente es diferente y van a volver a un artículo varias veces probablemente, probablemente van a hacer un montón de copiar y pegar y ese tipo de cosas. 

Sam Julien (12:40):

Así que creo que la parte más difícil es averiguar: qué es lo que voy a cubrir en este artículo o vídeo o cualquier otra cosa que sea suficiente para que se sienta como una pieza útil y valiosa de contenido, pero no tanto que... Lo que quieres evitar es que la gente haga clic en un artículo y vea que se trata de una obra maestra de 6.000 palabras o algo así y diga: "Está bien. Lo leeré más tarde, porque esto es demasiado largo. Nunca voy a..." Y lo guardan donde sea que lo guarden y luego siguen con su vida. 

Sam Julien (13:15):

Así que siempre tienes que tener este equilibrio de ser lo suficientemente sustancial como para ser como, "Oh sí, este es un artículo legítimo", pero útil y lo suficientemente práctico, desde el principio para que la gente realmente lo lea y obtenga valor de él y lo utilice, y no sólo lo guarde en el bolsillo y nunca vuelva a él. 

Matías Hernández (13:33):

¿Utilizas algún tipo de técnica o truco para escribir tus contenidos? Como, no sé, ¿te sientas todos los días a la misma hora y escribes algunas palabras y luego vuelves? ¿O utilizas los títulos "click baity" o "click worthy" y algunas herramientas que te ayudan a ello? ¿O simplemente tienes ese talento natural para escribir? 

Sam Julien (13:58):

Bueno, en mi caso, llevo muchos años trabajando en la escritura. Me interesé por la escritura cuando estaba en el instituto y en la escuela primaria y todo eso. Participé en muchos concursos de escritura. Así que la escritura es una gran parte de mi vida, por lo que probablemente tenga una ventaja injusta de experiencia en ese aspecto. Pero desde el punto de vista de la escritura técnica, ha sido una serie de cosas que he practicado con el tiempo. 

Sam Julien (14:25):

Creo que una de las cosas más importantes para mí es, con cualquier tipo de contenido que estoy creando, trato de pensar en él muy conversacionalmente. Pienso en ello en términos de... Al igual que con un video egghead, son unos pocos minutos que tengo que hablar con alguien, mientras que un artículo tiendo a pensar en términos de 10 o 15 minutos. Ese parece ser el límite superior en el que la gente puede prestar atención. A menos que esté haciendo una guía de referencia realmente grande. 

Sam Julien (14:50):

Y entonces pienso en términos de: ¿Qué podría enseñar a alguien en 10 o 15 minutos? ¿Qué podría explorar? ¿Qué está fuera del alcance y qué está dentro del alcance de este tipo de conversación? Si alguien me dijera: "Oye, ¿cómo se implementa la autenticación en un backend QL gráfico?" Entonces quiero que el alcance de lo que podría cubrir con ellos en como 15, 20 minutos o algo así. Y empiezo a partir de ahí y tipo de esquema y luego flush a cabo. 

Sam Julien (15:22):

Y algo de eso es sólo la práctica con el tiempo. Empiezas a tener una intuición al respecto. Pero eso no es realmente algo natural, simplemente viene de hacerlo una y otra vez. 

Matías Hernández (15:35):

¿Y cómo este proceso de escritura de artículos se convirtió en una fuente de su proceso de escritura de libros? Escribiste dos libros, dos eBooks, que no son demasiado largos pero tampoco son cortos en ningún sentido. Así que son alrededor de 70 páginas todavía. Eso es mucho. ¿Cómo empezaste con el primero? ¿La introducción a la relación con los desarrolladores? Sí. 

Sam Julien (15:59):

Así que ese, parte de él ya lo había escrito en artículos, que había publicado o no había publicado. Ese era un libro que era una especie de proyecto que tenía pendiente. Sabía que había algo que quería hacer en torno a una introducción a Dev Rel y no había llegado a hacerlo. Y entonces algunas personas se reunieron y estaban haciendo un desafío de dos semanas para enviar un producto, y así me uní a eso. Y eso fue mi tipo de motivación para conseguir que termine el libro y todo. 

Sam Julien (16:37):

Pero ese libro surgió en gran medida de las experiencias que tuve con el Programa de Embajadores de Auth0, porque me encontraba teniendo muchas conversaciones con los embajadores sobre lo que es Dev Rel, y cómo convertirse en un defensor de los desarrolladores, y todas esas cosas. Y así tuve... Estaba viendo esta tendencia tanto en el programa como en Twitter y ese tipo de cosas, donde hay mucho interés en torno a Dev Rel y lo que es y cómo hacerlo y ese tipo de cosas, y así es realmente mi motivación para escribir eso. 

Matías Hernández (17:11):

Bueno, en realidad Dev Rel se está convirtiendo en una palabra de moda ahora mismo. Se utiliza en todas partes. Realmente tengo que decir... Soy lo suficientemente mayor para decir que me encanta, la antigua palabra para eso, evangelista. Realmente me encanta. Evangelista. 

Matías Hernández (17:29):

Pero ahora que está usando el defensor del desarrollador, las relaciones con el desarrollador y el desarrollador cualquier cosa, lo que es... Tenía que hacerlo. ¿Cuál es el papel de las relaciones con los desarrolladores? ¿Qué es lo que hace? 

Sam Julien (17:41):

Sí, creo que es una pregunta de seguimiento necesaria. Las relaciones con los desarrolladores son, básicamente, un desarrollador que trabaja para una empresa de software que tiene un producto SAS, software como servicio, y las relaciones con los desarrolladores... Que a veces se llaman defensores del desarrollador, a veces se llaman evangelistas del desarrollador, depende de la empresa. Parece que los evangelistas han pasado de moda últimamente. 

Sam Julien (18:10):

Pero la idea es que eres una especie de mediador entre los usuarios o usuarios potenciales, que son los desarrolladores, del producto SAS y el resto de la empresa, que incluiría los equipos de ingeniería o los equipos de marketing o los equipos de documentación o cualquier otra cosa. Básicamente, su trabajo es ayudar a los desarrolladores que utilizan el producto a través de la educación, a través de hacerles saber acerca de las nuevas características que están sucediendo, a través de la retroalimentación del producto. Si dicen: "Oye, esto no funciona aquí", o "Este SDK tiene problemas", llevas esa información al resto de la empresa y ellos ajustan el curso en consecuencia. Esa es la esencia de las relaciones con los desarrolladores. 

Matías Hernández (18:56):

¿Significa que las relaciones con los promotores forman parte de qué departamento? ¿Marketing? ¿Desarrollo? ¿Ingeniería? ¿Cuál es su papel allí? Me imagino que cada empresa tiene diferentes visiones al respecto, pero su experiencia. 

Sam Julien (19:12):

Sí. Este es un debate en curso en las relaciones con los desarrolladores. En mi empresa, Auth0, las Relaciones con los Desarrolladores están bajo Marketing. Otras empresas como Okta, que acaba de adquirir Auth0, sus Relaciones con los Desarrolladores están en realidad bajo Producto y van directamente a Producto. Y también hay empresas como Netlify, donde las relaciones con los desarrolladores son su propia organización. La llaman Experiencia del Desarrollador, que significa algo diferente en mi empresa, pero tienen una organización separada que informa directamente a los equipos de nivel C. 

Sam Julien (19:57):

Así que hay muchos pros y contras en todos estos enfoques diferentes. Es difícil. Depende en gran medida de las personas implicadas y de la misión de la empresa, entre otras cosas. Porque a primera vista se podría decir: "Bueno, si está bajo Marketing, eso le resta valor". Pero en realidad no lo hace, en el sentido de que el marketing sigue siendo una función central de cualquier tipo de SAS, así que no hay conflicto de intereses ni nada por el hecho de que las relaciones con los desarrolladores estén bajo el mando del marketing. 

Sam Julien (20:36):

Así que hay muchas filosofías diferentes sobre esto. Y algunas de las soluciones más ideales no resultan así, simplemente por la forma en que funciona la empresa. Y las relaciones con los desarrolladores son muy interfuncionales, por lo que el lugar donde se originan se ve afectado por el tipo de métricas que se utilizan para evaluarlas. Es una explicación un poco larga, pero así es como funciona. 

Matías Hernández (21:04):

Sí. Creo que es una pregunta habitual ahora sobre, básicamente, en qué departamento vas a trabajar. Y la siguiente pregunta, también relacionada, es: ¿significa esto que no estás codificando? Soy un desarrollador, pero no voy a codificar todos los días. ¿Qué significa? 

Sam Julien (21:26):

Así que eso es definitivamente un miedo común. Y definitivamente cambias la forma en que estás codificando. Si estás trabajando en un trabajo regular de ingeniería, probablemente estás trabajando en algún tipo de producto que... Ya sea una aplicación interna o externa, estás trabajando en la misma aplicación o conjunto de aplicaciones todos los días, arreglando errores o añadiendo características, ese tipo de cosas. Mientras que en Dev Rel, estás haciendo un trabajo mucho más educativo. 

Sam Julien (21:57):

Así que nuestra codificación en el equipo generalmente cae en algunas categorías diferentes. Tenemos, básicamente, código para tutoriales y charlas, ese tipo de cosas. Así que estamos haciendo X tecnología más Auth0 o lo que sea. Pero también tenemos algunas bibliotecas de código abierto de las que somos responsables. Y esto también es una de esas cosas que realmente depende de la empresa, pero tenemos algunos diferentes lo que se llama micro sitios como jwt.io y un par de otros, así como algunas bibliotecas de código abierto, y esos son mantenidos por nuestro equipo. En particular, Sam Bellin en Europa es responsable de todas esas cosas y hace un montón de trabajo en ellos. Así que un saludo a Sam Bellin por eso. 

Sam Julien (22:38):

Pero también hay si alguna vez queremos construir algo en el equipo, como una herramienta o un sitio externo o algo así, también podemos hacer ese tipo de codificación. Así que es definitivamente un diferente ... Es más bien una especie de aprendizaje, codificación y enseñanza al mismo tiempo, así que tiene mucha variedad. Pero hay esa contrapartida de que no vas a tener una o dos aplicaciones de producción en las que estás trabajando día tras día y que posees y ves crecer y ese tipo de cosas. 

Matías Hernández (23:14):

Creo que, para mí, la pregunta siguiente es: ¿significa eso que estás cambiando de contexto todo el día? ¿Estoy en lo cierto? 

Sam Julien (23:24):

Significa que estás... 

Matías Hernández (23:25):

¿Escribir, grabar y volver a escribir? 

Sam Julien (23:27):

Sí. Cada vez que entrevisto a alguien para un trabajo de Relator Dev, siempre le pregunto eso: cómo se siente con la multitarea constante y el cambio de habilidad a habilidad, porque esa es una de las partes más desconcertantes de pasar de un trabajo de desarrollador a la promoción de desarrolladores o a las relaciones con desarrolladores es que en un día cualquiera, puedes estar escribiendo un artículo, construyendo una aplicación de muestra, haciendo una entrevista, escribiendo, haciendo algo de trabajo en un programa, y cambiando de un lado a otro entre esos dos. 

Sam Julien (24:04):

Quiero decir, con el tiempo puedes mejorar la forma de programar las cosas para no estar corriendo todo el tiempo como una persona salvaje, pero aún así, se necesita un poco de trabajo. Y el otro lado de eso también es que, en teoría, también puedes codificar lo que quieras o aprender lo que quieras, no necesariamente tienes que apegarte al mismo lenguaje o a la misma tecnología. No tienes que hacer cosas React todo el día o incluso JavaScripts todo el día, que también es muy divertido. Es una especie de sueño, ¿verdad? 

Sam Julien (24:39):

Pero también te das cuenta rápidamente cuando te pones a ello de que sólo tienes un tiempo y una atención determinados. Y si vas saltando de un lenguaje a otro y de un marco a otro y cosas así, tiende a ser aún más difícil. Así que la mayoría de nosotros nos metemos en esto y empezamos por ir por todos lados y tratar de hacer cosas en un montón de diferentes lenguajes o marcos o cosas, y luego nos damos cuenta de que realmente no tenemos el poder del cerebro para eso y terminamos tipo de especialización y nichos. Pero siempre tienes la opción de aprender algo nuevo en un lenguaje diferente o algo así, y esa parte es realmente divertida. 

Matías Hernández (25:14):

Esto me llevó de nuevo a la micro-habilidad del desarrollador en términos de gestión del tiempo. Cuáles son sus pensamientos y su contenido, que ya compartió que, sobre la gestión del tiempo y cómo lidiar con el cambio de contexto? 

Sam Julien (25:31):

Sí. Es muy gracioso, justo a finales del año pasado, sentí que por fin empezaba a cogerle el tranquillo a la gestión del tiempo como defensor de los desarrolladores. Y entonces, en enero, mi jefe me dijo que era hora de pasarme a la gestión y eso desbarató totalmente todo lo que estaba haciendo. Pero me las arreglé para escribir un artículo sobre la gestión del tiempo como defensor de los desarrolladores, y descubrí que las cosas siguen siendo válidas. 

Sam Julien (25:59):

Básicamente, lo que digo ahí es que, primero, aprendes a priorizar cosas, como, por ejemplo, cosas que dependen de otras personas, como si trabajaras con otros equipos. Hacemos un montón de ... Una gran parte de Dev Rel, que no creo que la gente se da cuenta de esto, es que hacemos un montón de trabajo con los lanzamientos de productos. Así que cada vez que hay una nueva característica o una cosa nueva y genial, Dev Rel generalmente hace un artículo o un video o algo y lo lanza el mismo día que la característica que sale. Así que ese tipo de cosas son realmente prioritarias, porque un montón de gente depende de ti y tiene una fecha límite. Así que eso ayuda a dar forma a tu tiempo, en cierto modo. 

Sam Julien (26:41):

También he descubierto que, para mí, es muy útil bloquear bloques de tiempo. Me di cuenta de que trabajo mejor en una especie de diferentes trozos de tiempo. Están las tareas de mantenimiento de 30 minutos, como, "Oh, necesito como..." Es como regar el jardín. Sólo tienes que hacer un par de cosas en esta aplicación o estos documentos o este programa o lo que sea, sólo media hora aquí o allá que tengo que hacer regularmente. 

Sam Julien (27:20):

Así que ser proactivo para reservar el tiempo que necesitas. Es difícil porque tienes que hacerlo. Tienes que estar al tanto porque es fácil que la gente programe reuniones en tu calendario, y tienes que gestionarlo. Es una especie de batalla continua en la que cada semana tienes que establecer tus bloques de tiempo para la semana siguiente y hacer todo lo posible para anticiparte a lo que pueda surgir. 

Sam Julien (27:48):

Así que es definitivamente un tipo de gestión del tiempo mucho más proactiva, pero vale la pena cuando se empieza a construir ese tiempo en el que se puede centrar en lo que realmente puede enviar, y la construcción en el tiempo cada semana para hacer eso. 

Matías Hernández (28:05):

Me gusta mucho el cambio de contexto, soy una persona desorganizada y organizada, así que básicamente uso mi desorganización para organizarme. Y lo que funciona para mí fue el bloqueo de tiempo, como usted ha mencionado, pero también Pomodoro en el bloqueo de tiempo, así que puedo hacer un montón de cosas en el mismo tiempo sólo para ser capaz de cambiar. 

Sam Julien (28:29):

Sí. Sí. Mucha gente encuentra el Pomodoro muy útil. Para mí, por la razón que sea, no se me ha pegado, pero siempre lo menciono porque sí, para mucha gente es realmente útil. 

Sam Julien (28:41):

Una cosa que me ayudó, aunque Pomodoro en sí mismo no me ayudó realmente fue que descubrí que sólo... Ya sabes, cuando te distraes con Slack y Discord y Twitter y todas esas cosas, descubrí que realmente sólo me toma unos 10 minutos de disciplina para entrar en la zona. Y lo que empecé a hacer fue dejar todas esas cosas. 

Sam Julien (29:06):

Hay una aplicación en el Mac llamada Focused, o Focus o algo así, que puede bloquear algunas de esas cosas. Y yo ponía un temporizador durante 10 minutos y bloqueaba todas esas cosas o las dejaba o cualquier otra cosa, y eso era todo lo que necesitaba mi cerebro para cambiar y entrar en el contexto adecuado para trabajar en cualquier proyecto en el que necesitara trabajar sin comprobar constantemente Slack o Twitter o cualquier otra cosa. Así que esa es otra de las grandes. 

Matías Hernández (29:32):

Es como acabas de decir, es una forma proactiva de mantenerte enfocado que necesitas estar encima de todo y no esperar a que la inspiración y la motivación lleguen para estar en el flujo. Es como si tuvieras que ponerte a ello, engañar a tu cerebro para hacer cosas difíciles. 

Sam Julien (29:52):

Sí. Sí. Sí. Quiero decir, eso es una cosa que encuentro mucho más desafiante sobre Dev Rel que haciendo un trabajo normal de desarrollador porque es mucho más fácil para... Por la razón que sea, cuando tienes un montón de tareas de desarrollo, como entradas para cerrar o lo que sea, es mucho más fácil entrar en la zona. Puedes ponerte los auriculares y poner música y dejar Slack o lo que sea y simplemente escribir código durante horas y horas. Y a veces recuerdo con cariño esos días. Pero sí, en el lado de Dev Rel, definitivamente tienes que ser mucho más proactivo con eso: de hacerte bloquear el tiempo y ese tipo de cosas. 

Matías Hernández (30:34):

Y todos estos trucos o técnicas es parte de lo que viene en La Guía de Experimentos Diminutos, ¿verdad? Mejorar un poco a ti mismo para poder cumplir tus objetivos. ¿Puedes describirnos un poco el marco para que la gente vaya a leer tu libro? 

Sam Julien (30:56):

Sí, por supuesto. Así que la idea es... Esto vino de... Mirando hacia atrás, esto realmente surgió del hecho de que Dev Rel tiene tantas cosas sucediendo a la vez, y me di cuenta de que era muy difícil para mí mover la aguja en un proyecto a la vez. Tuve que hacerlo en pequeñas iteraciones para conseguirlo. 

Sam Julien (31:21):

Así que he mezclado todo esto sobre los hábitos y ese tipo de cosas en este concepto del marco del pequeño experimento donde, primero, lo que tienes que hacer es... Digamos que tienes esta lista de 10 ideas diferentes que has tenido sobre artículos o proyectos o lo que sea. Y por lo general lo que parece para la gente es que tienen algo como, "Quiero escribir ..." O, "Quiero hacer el curso de vídeo de la guía definitiva de React". Pero nunca han hecho nada más antes de eso. Y entonces se convierte en esta cosa realmente grande y abrumadora en la que tienen que trabajar. 

Sam Julien (31:57):

Así que tengo este marco en el que, básicamente, primero, escribes todas tus ideas en un lugar. Realmente no importa. Puedes poner un temporizador durante unos minutos o algo así y escribirlas todas. Y luego sólo tienes que ir a través y hacer algún tipo de clasificación. Puedes dejar algunas de ellas, o aplazar algunas de ellas, o decidir que, "Vale, esto es algo que quiero hacer". 

Sam Julien (32:22):

Y normalmente, no todas sus ideas son buenas. Algunas lo son. Y otras son buenas ideas, pero no son realistas para tu calendario. Pueden ser geniales dentro de seis meses, pero no son adecuadas para ti en este momento. Yo quiero aprender Go de verdad, así que sería una tontería decir que voy a hacer un gran curso de Go cuando todavía no he aprendido Go en primer lugar. Así que ese tipo de cosas las dejaría para más adelante. 

Sam Julien (32:47):

Pero luego hay otras cosas que son una buena mezcla de tu tiempo actual y tus intereses actuales y ese tipo de cosas, o tal vez sólo suenan muy divertidas. Así que lo reduces a esa lista de cosas, y tal vez sean de tres a cinco ideas, y luego eliges una de esas cosas para trabajar. Y esta es siempre la parte más difícil para la gente, elegir una sola cosa, porque la mayoría de la gente quiere hacer todo a la vez. 

Sam Julien (33:15):

Pero no somos capaces de hacerlo todo a la vez, y tiene más valor conseguir algo... Conseguir que algo se envíe o salga por la puerta es una sensación realmente gratificante, y cuanto más puedas darle a tu cerebro esas sustancias químicas felices de "he conseguido algo", más fácil será. Así que el siguiente paso es elegir algo. Y siempre le digo a la gente, "Si no puedes decidirte por algo, literalmente elige cualquier cosa. Escoge una de esas cosas". 

Sam Julien (33:45):

Porque hay básicamente tres resultados posibles cuando eliges algo. O bien te va a encantar, y se va a convertir en un proyecto de pasión, y vas a... Se va a convertir en un gran éxito o algo así. O vas a odiarlo absolutamente, va a resultar no ser para nada lo que pensabas que iba a ser, y es que no quieres hacerlo. O la más común, la más probable, es que no lo ames ni lo odies, es sólo una cosa que haces, y eres un poco neutral al respecto, pero aprendes un montón de habilidades en el proceso. Aprendes más sobre la edición de vídeo o la escritura o cualquier otra cosa. 

Sam Julien (34:25):

Así que esa es la primera parte. Me ha llevado más tiempo del que pensaba. Pero la idea es que, una vez que tienes el truco, es reducir el alcance a algo que puedas enviar de inmediato y obtener retroalimentación. Y eso es lo que explico en el libro acerca de cómo exactamente el alcance de un proyecto como el que se puede enviar rápidamente y luego obtener información sobre él y mejorarlo con el tiempo. Y eso, en última instancia, dará más dividendos a largo plazo para usted que tratar de esperar y enviar algo perfecto que es grande. 

Matías Hernández (34:58):

Me gusta mucho cómo todo tu contenido se une en un bonito círculo, porque empezamos a hablar de... Empezamos con las microhabilidades de los desarrolladores, pasamos a la creación de contenidos, y ahora las microhabilidades que te ayudarán con la creación de contenidos que te pueden ayudar con la creación de contenidos si estás en eso. 

Matías Hernández (35:19):

Tengo algunas preguntas más. Una de ellas es: ¿qué estás aprendiendo ahora? Una cosa es crear contenido, pero otra cosa es estar al tanto de lo que sucede a nuestro alrededor en la tecnología. Son muchas cosas. ¿Y qué tienes tú? 

Sam Julien (35:36):

Sí. Así que ahora mismo, una gran parte de mi espacio cerebral va hacia el aprendizaje de un montón de habilidades de gestión, ya que esta es mi primera incursión en la gestión, a partir de enero. Así que estoy pensando mucho en ese tipo de cosas. Pero luego, tengo este proyecto en curso de aprendizaje de habilidades de AWS. Todavía estoy trabajando en mi certificación Cloud Practitioner. Lo he vuelto a programar. Han surgido muchas cosas en mi vida que me han impedido estudiar para ello, pero creo que estoy bastante cerca de conseguirlo. 

Sam Julien (36:17):

Mi objetivo es hacer el de Arquitecto de Soluciones, en parte porque usamos mucho AWS en Auth0, para proyectos internos y para proyectos Dev Rel y cosas así, así que es mutuamente beneficioso para mí aprender esas cosas, como una forma de subir de nivel en mi carrera pero también de ser más valioso en el trabajo. Así que - 

Matías Hernández (36:40):

Se puede argumentar que todos nosotros utilizamos AWS de alguna manera. Todos los servicios que existen están bajo AWS. Y es difícil. 

Sam Julien (36:49):

Sí, es cierto. 

Matías Hernández (36:50):

Es difícil entender todo eso. 

Sam Julien (36:51):

Sí. Es realmente difícil. Quiero decir, estoy rascando la superficie hasta ahora. Lo único bueno es que la mayoría de los conceptos de la nube se trasladan a los otros proveedores como Azure y Google Cloud y otras cosas. Sólo tienen diferentes nombres y diferentes tipos de cosas de organización, pero elegir AWS y correr con ella parece estar funcionando bien para mí hasta ahora. 

Sam Julien (37:17):

Así que esos son los más importantes. Tengo este objetivo continuo de aprender Go que mencioné, y todavía no lo he hecho. He empezado un poco, pero es... Siempre siento que hay muchas otras cosas que hacer en el día y siempre termina siendo tachado. 

Matías Hernández (37:36):

Sí. Tomé la idea de aprender Go de un Tweet tuyo, creo. Y eché un vistazo y, de hecho, hay un servicio particular de AWS que tiene una API de Go. y tenía tantas ganas de hacerlo, pero hace tres o cuatro meses y todavía estoy aquí [inaudible 00:37:56]. Así que como que pasan muchas cosas en la vida. 

Matías Hernández (38:01):

La siguiente pregunta es: has publicado recientemente, en el día de esta grabación, un curso en egghead, no tan recientemente, pero quizá hace un par de semanas, sobre Ghost. ¿Estás usando Ghost para tu contenido? 

Sam Julien (38:18):

Ahora mismo no estoy usando Ghost. Ese curso es realmente más sobre el despliegue en AWS. Es una especie de habilidades más comunes que usted necesita para desplegar una aplicación de pila completa. Es que Ghost era una aplicación de pila completa realmente conveniente. Necesita un servidor, necesita una base de datos, ese tipo de cosas, así que Ghost era algo natural. 

Sam Julien (38:44):

Y además, es una plataforma de software genial. Es una especie de código abierto... Bueno, no sé si ya es de código abierto, pero era de código abierto. Pero era una especie de versión indie de WordPress. Y yo usé Ghost hace mucho tiempo. Mi sitio era Ghost antes de cambiarlo a Gatsby. Y ahora Ghost tiene un montón de características interesantes. Y si estás buscando comenzar un nuevo blog más un boletín de noticias, es una muy buena opción para ti. 

Sam Julien (39:11):

Pero sí, ese curso es sobre... Se llama Implementación de Ghost en AWS con ECTU y RDS, y es básicamente... Se trata de cómo configurar el servidor, y cómo configurar la base de datos, y luego cómo hacer que se comuniquen entre sí. Hay un poco de red allí. Y resultó ser un proyecto muy bueno, completo y realista para hacer como un curso de egghead. 

Sam Julien (39:36):

Lo había tuiteado... Lo estaba haciendo como una forma de aprender AWS, y tuiteé sobre ello, y entonces Joel Hooks vio el tuit y dijo: "Amigo, deberías convertir esto en un curso de egghead. Esto sería un gran curso de egghead". Y eso es lo que pasó. 

Matías Hernández (39:51):

Solía ocurrir que veía algo e inmediatamente pensaba en el éxito del contenido. Es realmente bueno seguir su consejo, de todos modos. 

Sam Julien (40:01):

Sí. 

Matías Hernández (40:02):

Quiero preguntarte por las recomendaciones. Recomienda algo que te guste, sea lo que sea, a la audiencia. Algo de Sam a la audiencia. 

Sam Julien (40:15):

Bueno, probablemente lo que más está impactando positivamente en mi vida informática es la aplicación Obsidian, que es una aplicación para tomar notas. Forma parte del movimiento del sistema de gestión del conocimiento personal que parece estar ocurriendo ahora mismo con aplicaciones como Notion y Rome y Kraft y cosas así. 

Sam Julien (40:41):

Obsidian es una de esas aplicaciones para tomar notas, y la magia está en que puedes enlazar notas entre sí con sólo usar dobles corchetes y enlazar cosas mágicamente. Lo que hace a Obsidian tan agradable... Hay un par de cosas, pero una de las cosas que es tan agradable es que es sólo una carpeta llena de archivos Markdown que tiene la magia por encima de ella en la aplicación. 

Sam Julien (41:08):

Y el mayor problema que he tenido con muchas de estas aplicaciones para tomar notas es que suelen ser un SAS o una aplicación privada. Cuando pones las cosas en Notion, viven en Notion, y por lo tanto si Notion alguna vez se cae o desaparece, al igual que si Roma se cae o desaparece, entonces todas mis cosas han desaparecido. Y eso no quiere decir que no haya opciones de exportación o de copia de seguridad ni nada por el estilo. Pero Markdown ha existido por siempre y seguirá existiendo por siempre, y así, incluso si Obsidian desaparece, entonces todos mis archivos de Markdown en bruto están viviendo en mi computadora y allí mismo. Y así Obsidian ha sido increíble para eso. 

Sam Julien (41:54):

También está escrito por desarrolladores. Quiero decir, es mantenido por los desarrolladores, y realmente se siente como un IDE para el pensamiento, y ha sido increíble. Y he estado haciendo básicamente de manera no oficial Dev Rel para Obsidian promocionándolo a todos los que conozco. Y así me he convertido en una especie de vendedor de Obsidian. 

Matías Hernández (42:15):

Suele pasar, así que sí. De hecho, es la misma herramienta que estoy usando ahora. Estaba usando Emacs o Chrome. Es básicamente la misma idea. Y es increíble. Es increíble cómo se puede liberar por la palabra de la herramienta para llegar a las ideas, porque usted tiene contender. Así que Obsidian, esa es la recomendación. Revisen Obsidian, gente. Obsidian.md creo que es la URL. Estará en las notas del programa. 

Sam Julien (42:43):

Sí, eso creo. 

Matías Hernández (42:43):

Pero ten cuidado, no sigas la madriguera de BKM. Es muy grande. 

Sam Julien (42:51):

Sí, puedes profundizar mucho en el material de BKM. Podemos añadir a las notas del programa, escribí un artículo que es una introducción a Obsidian para los desarrolladores, así que vamos a añadir que, porque eso le dará un buen punto de partida. Repasa algunos de los conceptos básicos y los principales plugins y ese tipo de cosas. 

Matías Hernández (43:08):

Sí. Sí. Muy bien. Y por último, ¿hay algo que quieras tapar? ¿Como el contenido que creas o algo más o lo que sea? 

Sam Julien (43:17):

Sí. Diría que lo más importante para mí estos días es Developer Microskills, el boletín de noticias. Quiero decir, que es una especie de entrada a la mayor parte de lo que estoy haciendo. Y uso el boletín como... Me hace feliz porque es realmente como una forma de auto-expresión para mí. 

Sam Julien (43:34):

Muchas veces, al escribir para un blog o para otras cosas, tienes que pensar mucho en la optimización SEO y en conseguir tráfico y ese tipo de cosas. Y el boletín de noticias, simplemente escribo sobre lo que quiero escribir, lo que está en mi mente, y luego me preocupo de ... Más tarde, si quiero trasladar ese contenido a otro lugar, entonces me preocupo por el tema del SEO y todas esas cosas. 

Sam Julien (43:58):

Así que me lo he pasado muy bien, y la respuesta ha sido muy buena. Así que la mejor manera de conocerme es apuntarse al boletín. Y hazme saber... Si encuentras cosas útiles o si hay algo sobre lo que quieres escuchar mis pensamientos o recibir mi consejo, házmelo saber, porque mucha de la inspiración para los números viene de la gente que me escribe y me hace preguntas sobre cosas. 

Matías Hernández (44:24):

¿Dónde se puede preguntar? 

Sam Julien (44:25):

Sí, así que si usted va a developermicroskills.com, así es como usted puede inscribirse para el boletín de noticias. También está en la parte inferior del sitio web, samjulien.com, y luego mi Twitter, estoy muy activo en Twitter, que es sólo @samjulien. Eso también ha sido un experimento muy divertido. 

Matías Hernández (44:43):

Eso es genial. Eso es genial. Así que Twitter, siempre encontrarás a Sam allí. Y Developer Microskill es un contenido realmente bueno, así que adelante y suscríbete. 

Matías Hernández (44:54):

¿Crees que en alguien que debería estar en el programa? 

Sam Julien (44:58):

¿Alguien que debería estar en este programa? 

Matías Hernández (45:00):

Sí. Alguien a quien quieres escuchar. 

Sam Julien (45:02):

Sí. Creo que sería genial escuchar a Angie Jones en este programa. Ella sería una persona muy buena para hablar de Dev Rel y las pruebas y cosas por el estilo. 

Matías Hernández (45:17):

Vamos... 

Sam Julien (45:18):

Mira si está disponible. 

Matías Hernández (45:20):

Sí. 

Sam Julien (45:20):

Oye, si puedes conseguir a Kent Dodds... 

Matías Hernández (45:22):

Bueno, eso fue algo increíble. En realidad es muy amable y abierto y dijo que sí inmediatamente, como ahora. Así que sí. Y tú también, y James Quick viene al programa también. Coley Fyatt también viene al programa. Y espera más porque la lista crece y crece. Así que sí. 

Sam Julien (45:44):

Sí. Sí. También haría... Por supuesto, soy parcial, pero yo haría un enchufe para cualquiera de las personas en mi equipo. Todas son buenas personas con las que hablar. 

Matías Hernández (45:53):

Sí. ¿Los equipos de relaciones con los desarrolladores de Auth0 tienen un nuevo Dev Rel de Brasil? 

Sam Julien (45:59):

Sí. Sí. Jess Temporal. Es una desarrolladora de Python y tiene una formación en ciencias de los datos, así que es realmente interesante... Tiene muchos intereses interesantes. Acaba de lanzar un video sobre cómo hacer mapas interactivos con Python. Así que ha sido una adición muy divertida al equipo, por supuesto. 

Matías Hernández (46:20):

Ya está. Así que voy a enviar algún mensaje. Llámala o mándale un mensaje. Gracias, Sam. Gracias por venir. Fue muy agradable hablar. Realmente divertido. Y te deseo lo mejor para el resto de tus días. 

Sam Julien (46:33):

Sí. Muchas gracias, Matías. ¡Adiós! 

Matías Hernández (46:37):

Dirígete a Café Com Tech para ver el archivo completo del programa y leer las transcripciones en inglés y español. Gracias a Clevertech por el apoyo en las transcripciones y traducciones. Clevertech: codifica la vida que quieres con el control remoto bien hecho. Visite nuestro sitio web, clevertech.biz, para obtener más información. No olvides suscribirte al programa en tu aplicación de podcast favorita y dejar una reseña si te ha gustado el programa. Nos vemos la semana que viene. Y, como siempre, sigue codificando. 


English


Matias Hernandez (00:07):

I'm Matias Hernandez, and this is Café Con Tech.

Matias Hernandez (00:21):

My name is Matias Hernandez. I'm a Chilean software engineer currently working with Clevertech. I'm also an egghead.io instructor and a technical writer. Now, without further ado, let's start with the show.

Matias Hernandez (00:38):

And thanks to the sponsors of this show, Auth0 and Cloudinary Media Developer Expert Program. Auth0 provides an out-of-the-box authentication and authorization platform for any application with just a few lines of code. Check the incredible documentation and examples on auth0.com.

Matias Hernandez (00:57):

And Cloudinary MDE Program is a community of developers to share insight, expertise, and best practices of using media technology in web and mobile applications. Check it out on cloudinary.com.

Matias Hernandez (01:09):

Welcome to the second episode of this special season of Café con Tech. Today I have Sam Julien that's joining as  guest. Sam is actually the Developer Relations Manager at Auth0, but also an author, a self-published author, and author of a very good newsletter that I hope all of you follow it. Welcome to this show, Sam. Happy to have you here.

Sam Julien (01:49):

Yeah. Thanks Matias. Thanks for having me. I've had other podcast interviews get mad at me for not saying this earlier, but my name is actually pronounced Juleen. So this time around, I'm going to say it ahead of time, because I've had a few podcasts where I casually mentioned it later and the hosts are like, "Why didn't you tell me that ahead of time?"

Matias Hernandez (02:10):

Yeah. It's a good point. As far as I can tell, I hear a few podcasts and conference talk, and most of the people said Julien. And it's Juleen?

Sam Julien (02:24):

Yeah, it's very common. I got it my whole life growing up and everything. And sometimes I just don't even notice it. I am so used to it that I don't notice it, and I'm trying to get better about noticing it and letting people know.

Matias Hernandez (02:38):

That's a good one. It's actually Juleen. That's you. The other one is someone else.

Sam Julien (02:44):

Exactly.


Matias Hernandez (02:46):

Okay, Sam. Thank you for coming by. As I already mentioned this, I'm really happy to have you here in this spinoff of Café Con Tech show. We will talk during this conversation about microskills. That is the thing that I guess people could be more interested, but also about dev role and whatnot in the conversation, whatever it comes out.

Matias Hernandez (03:09):

So to start, I did a really poor work on presentations. so can you introduce yourself a little bit? A little bio?

Sam Julien (03:19):

Yeah, sure. Yeah. No, you did great. You did great. Basically, my day job is I'm the manager of the Developer Relations Team at Auth0. I have seven people on the team under me. And that's a lot of fun. It's a really fantastic group of people.

Sam Julien (03:38):

And then, on the side, I do books and courses and things like that. My main ones are a book called Getting Started in Developer Relations and another one called Guide To Tiny Experiments. I also make lessons and courses on egghead.

Sam Julien (03:55):

And then I have a newsletter called Developer Microskills where each week I send out a practical and actionable way to improve as a developer and developer advocate. So that's the nutshell. And I live in the Pacific Northwest of America. Yeah, I think that's everything.

Matias Hernandez (04:13):

I could say that you're also a prominent Twitter thread creator, something like that. People kind of follow your lead and answer your questions on Twitter. That is amazing.

Matias Hernandez (04:25):

Okay. So can you tell us a little bit, what is a developer microskills? I mean, I'm subscribed to the newsletter from start, and it's actually really good content in terms of little things that can actually really improve your life. And maybe it's some kind of a... Sam, you're becoming the self improvement developer area angel, whatever. Because the content is actually not really technical, but helps you with the technical side. Can you describe a little bit what are you writing there?

Sam Julien (05:03):

Right? Yeah. Yeah. You really nailed it. Basically where it came from was over... From about 2013 to 2017, I went through this big period of transformation in my life. I had just gone through this really painful divorce, and so I was kind of restarting my life from scratch. And so I did a bunch of stuff with my physical health and my mental health and my career and all of that.

Sam Julien (05:33):
And at first, right around like 2016, 2017, I was sort of thinking, "Oh, I made all these huge changes and look how great I am." It was kind of insufferable. And then as I got a little bit older and wiser and looked back and kind of read through my journal entries and things like that, I realized it was actually these tiny decisions that I made or these little skills that I picked up about how I interacted with the world, and how I treated my self-care, and how I looked at work, and all of those things that actually compounded over the course of a few years to build these big changes in my life. And so that's where the newsletter came from.

Sam Julien (06:13):

And a lot of my writing is trying to share that often when we think about achieving big goals around our health or our careers or things like that, it feels like this huge overwhelming effort, and there's actually these little things that you can do, these little skills you can learn, that I've coined microskills, that will add up over time. So that's sort of the general philosophy of it.

Matias Hernandez (06:37):

I really like the idea that first you're sharing your kind of process, your learnings, learning in public, this topic that is becoming wider and wider. And also I really like that you went to the path about talking to the developers, but not in the technical side. And that is something that now I think that it's more common than even a year ago that people tend to start thinking in developers like human beings that needs to improve different other aspects of their life to actually level up their careers.

Matias Hernandez (07:16):

Talking about level up their careers and the content you share in your newsletter, can you tell us a bit about what is the newsletter issue that maybe you enjoys the most writing it?

Sam Julien (07:29):

So probably the biggest one was I wrote this one called How To Finish What You Start. And that one turned into a whole bunch of things. The response to it was really, really good, so I turned it into a blog post and then that's what ended up actually becoming the book Guide To Tiny Experiments.

Sam Julien (07:49):

And that one was just a process. We all kind of struggle with finishing all of those side projects we want to do, and so I wrote this article about this process that I use to actually finish things. And I tried to do it in a really practical and step-by-step way, and that got a really good response. And so that one was a good one.

Sam Julien (08:12):

Another one from just a couple of weeks ago, I wrote this one called Embrace Your 1% Days that was all about: to make progress on something, it doesn't have to be all or nothing. You're better off making a 1% effort on a goal you have, like maybe working out or something like that, then doing nothing, and that you should be happy about that and do that.

Sam Julien (08:38):
So if you, for example, if your goal is to work out more and you work out a couple of days in a row and then you don't feel like it, you're better off even just putting on your gym clothes and walking to wherever you're going to do your workout, or driving to wherever you're going to go, and turning around and going home than you are just skipping it altogether, because you're still creating this pattern in your brain and building these neurochemical pathways that are basically telling your brain, "Hey, when I am done with work, I do this exercise." So that one also got a really good response. So I'll probably turn that into a blog post too.

Matias Hernandez (09:15):

I think that your content in the newsletter ties really nicely with the concept of content creation aspect of developer lives. If you was part of the cash note booth come three, talking in particular about content creation and how to write, and you have a few numbers of the newsletter about technical writing. I think that was the ones that hooked me up onto the newsletter because I was really interested in that.

Matias Hernandez (09:48):

So can you describe a little bit... People go and check the talk on the hash node, but can you describe a little bit what was the content about that and what people are interested on your knowledge there?

Sam Julien (10:06):

Yeah, for sure. So the talk for hash node was called The Counterintuitive Secret To Shipping Better Articles Faster, and it was really all about consistency. And I'd written some of that in the newsletter. I had written an article or an issue called The 90 Day Rule, which is all about some tips and tricks for getting consistent results on things.

Sam Julien (10:34):

And so I wrote this talk for the hash node bootcamp that I'm going to use other places too, but basically it's sort of all about how a lot of people, when they start blogging... I did this too. If you go back and look at my blog, you'll see how you get started and you write this big article and then you go silent for months or even years at a time. And sometimes that works and sometimes it doesn't, but most people generally don't like this about when they're trying to write.

Sam Julien (11:10):

And so I've kind of discovered some tricks to figure out that you're better off writing smaller articles more consistently and building the habit of doing the technical writing, because you can always build on that over time. You can always make bigger articles, longer articles.

Sam Julien (11:30):

But there's this kind of process that every article is going to require of editing it and promoting it and optimizing it for search traffic and that kind of thing, and so building the habit of doing that with little articles is going to help you run through that process over and over again, and you're going to see a lot better results than just sort of sporadically writing every so often.

Matias Hernandez (11:57):
What is the most complex thing about technical writing in particular for you or for your experience?

Sam Julien (12:04):

I think the biggest challenge of creating content of any kind, I think, is scoping it down to the right amount of content for the medium that you're working on. So the amount of stuff you can teach in a screencast is different than the amount of stuff you can teach in an article, because people's attention spans are different and they're going to come back to an article multiple times probably, they're probably going to do a lot of copying and pasting and that kind of thing.

Sam Julien (12:40):

So I think that's always the hardest part is figuring out: what is it that I'm going to cover in this article or video or whatever else that's enough for it to feel like a useful and valuable piece of content, but not so much that... What you want to avoid is people clicking on an article and seeing that it's this 6,000 word masterpiece or something and being like, "That's cool. I'll read that later, because this is way too long. I'm never going to..." And they save it to wherever they save it and then they move on with their life.

Sam Julien (13:15):

So you always have to have this balance of being substantial enough to be like, "Oh yeah, this is a legit article," but useful and practical enough, right from the start to where people will actually read it and get value out of it and use it, and not just save it to pocket and never come back to it.

Matias Hernandez (13:33):

Do you use some kind of technique or trick to write your content? Like, I don't know, your sit every day at same hour and you write a few words and then you come back? Or do you use this click baity or click worthy titles and some tools to help you with that? Or do you just have this natural talent of writing?

Sam Julien (13:58):

Well, I mean, for me, I've been working on writing for many years now. I was interested in writing when I was in high school and elementary school and all that. I did a lot of writing contests. And so writing is a big part of my life, so I probably have an unfair edge of experience there. But from the technical writing standpoint, it has been a series of things that I've practiced over time.

Sam Julien (14:25):

I think one of the biggest things for me is, with any type of content that I'm creating, I try to think of it very conversationally. I think of it in terms of... Like with an egghead video, it's a few minutes that I have to talk to somebody, whereas an article I tend to think of it in terms of like 10 or 15 minutes. That seems to be the upper limit of where people can pay attention. Unless I'm making a really big reference guide.

Sam Julien (14:50):

And so I think about in terms of: What could I teach someone in 10 or 15 minutes? What could I explore? What's outside of the scope, and what's inside the scope of just this kind of conversation? If somebody were to say to me, "Hey, how do you implement authentication in a graph QL backend?" Then I want to scope that down to what I could cover with them in like 15, 20 minutes or something. And I start from there and kind of outline it and then flush it out.

Sam Julien (15:22):

And some of it is just practice over time. You start to get an intuition about that. But that's not really a natural thing, it just comes from doing it over and over and over again.

Matias Hernandez (15:35):

And how this process of writing articles became a source of your book writing process? You wrote two books, two eBooks, that are not too long but also are not short in any way. So it's around 70 page still. That is a lot. So how you start with your first one? The Developer Relation Introduction? Yeah.

Sam Julien (15:59):

So that one, some of it I had already written in articles, either that I had published or hadn't published. That was a book that was sort of one of my back burner projects. I knew that there was something I wanted to do around an introduction to Dev Rel and just hadn't ever gotten around to do it. And then some people got together and were doing a two-week challenge to ship a product, and so I joined in on that. And that was my kind of motivator to get me to finish the book and everything.

Sam Julien (16:37):

But that book largely came out of the experiences I had with the Auth0 Ambassadors Program, because I was finding myself having a lot of conversations with ambassadors about what Dev Rel is, and how to become a developer advocate, and all of those things. And so I kind of had... I was seeing this trend both in the program and on Twitter and that kind of thing, where there's a lot of interest around Dev Rel and what it is and how to do it and that kind of thing, and so that's really my motivation for writing that one.

Matias Hernandez (17:11):

Well, actually Dev Rel is becoming a buzzword right now. It's used everywhere. I really have to say... I'm old enough to say that I love it, the old word for that, evangelist. I really love it. Evangelist.

Matias Hernandez (17:29):

But now that you're using developer advocate, developer relations and developer anything, what is... I had to do it. What is developer relations role? What are you doing?

Sam Julien (17:41):

Yeah, I feel like that's a required followup question. So developer relations is, basically, you're a developer who works for a software company that has a SAS product, software as a service, and the developer relations... Which sometimes they're called developer advocates, sometimes they're called developer evangelists, it sort of depends on the company. It seems like evangelists has sort of fallen out of vogue lately.

Sam Julien (18:10):
But the idea is that you're sort of the mediator between the users or potential users, which are developers, of the SAS product and the rest of the company, which would include the engineering teams or the marketing teams or the docs teams or anything like that. Basically, your job is to help developers using the product through education, through letting them know about new features that are happening, through product feedback. If they say, "Hey, this doesn't work over here," or, "This SDK has problems," you take that feedback back to the rest of the company and they adjust course accordingly. That's sort of the nutshell of what developer relations is.

Matias Hernandez (18:56):

Does it mean that developer relations is part of what department? Marketing? Development? Engineering? What is your role there? I mean, I imagine that every company has different visions there, but your experience.

Sam Julien (19:12):

Yeah. This is an ongoing debate in Developer Relations. So my company, Auth0, Developer Relations is under Marketing. Other companies like Okta, which just acquired Auth0, their Developer Relations is actually under Product and goes straight to Product. And then you have companies like Netlify where Developer Relations is actually its own organization. They call it Developer Experience, which means something different in my company, but they have a separate organization that just reports straight to the C-level teams.

Sam Julien (19:57):

So there's a lot of kind of pros and cons to all of these different approaches. It's hard. So much of that depends on the people involved and what the company mission is and stuff like that. Because at first glance you might say, "Well, if it's under Marketing, that detracts from the value of it." But actually it doesn't really, in the sense that Marketing is still a core function of any sort of SAS, so there's no conflict of interest or anything just by having Developer Relations under Marketing.

Sam Julien (20:36):

So there's a lot of different philosophies on this. And some of the more ideal solutions don't actually pan out that way, just because of the way that the company works. And Developer Relations is very cross-functional, so kind of where it originates is mostly affected by, or mostly affects, what kind of metrics and stuff are used to evaluate it. That's kind of a long-winded explanation, but that's sort of how it goes.

Matias Hernandez (21:04):

Yeah. I think that's a common question now about, basically, under what department will you work in. And the next question, also related, is: does this means that you are not coding? I'm a developer, but I will not be coding every day. What is?

Sam Julien (21:26):

So that's definitely a common fear. And you definitely change the way that you are coding. If you're working on a regular engineering job, you're probably working on some sort of product that you're... Whether it's an internal application or an external one, you're working on the same application or set of applications every day, fixing bugs or adding features, that kind of thing. Whereas in Dev Rel, you're doing much more educational work.

Sam Julien (21:57):

So our coding on the team generally falls into a few different categories. We have, basically, code for tutorials and talks, that kind of thing. So we're doing X technology plus Auth0 or whatever. But then we also have some open source libraries that we're responsible for. And this also is one of those things that it really depends on the company, but we have a few different what are called micro sites like jwt.io and a couple of others, as well as some open source libraries, and those are maintained by our team. In particular, Sam Bellin in Europe is sort of responsible for all of those things and does a bunch of work on those. So shout out to Sam Bellin for that.

Sam Julien (22:38):

But then there's also if we ever want to build something on the team, like a tool or an external site or something like that, we can also do that kind of coding. So it's definitely a different... It's more of a kind of you're sort of learning and coding and teaching all at the same time, so it has a lot of variety. But that there is that trade off of you're not going to have one or two production applications that you're working on day after day that you own and watch grow and that kind of thing.

Matias Hernandez (23:14):

I think, to me, the followup question is: does that mean that you are context-switching all day? Am I right?

Sam Julien (23:24):

It does mean you're...

Matias Hernandez (23:25):

Writing, then recording, then writing again?

Sam Julien (23:27):

Yeah. Every time I interview someone for a Dev Rel job, I always ask that: how they feel about constantly multitasking and switching from skill to skill, because that is one of the most bewildering parts of moving from a developer job to developer advocacy or developer relations is on any given day, you might be writing an article, building a sample application, doing an interview, writing, doing some work on a program, and switching back and forth between those two.

Sam Julien (24:04):

I mean, over time you can kind of get better at how you schedule things so you're not running around all the time like a wild person, but still, it does take a little bit of work. And the other side of that too is that, in theory, you can also code whatever you want or learn whatever you want, you don't necessarily have to stick to the same language or the same technology. You don't have to make React stuff all day long or even JavaScripts all day long, which also is real fun. It's kind of the dream, right?

Sam Julien (24:39):
But then you also kind of quickly find out when you get into it that you only have so much time and attention. And so if you're bouncing around from language to language and framework to framework and stuff like that, it actually tends to be even harder. So most of us get into it and we start by going all over the place and trying to do things in a bunch of different languages or frameworks or things, and then we realize that we don't don't really have the brain power for that and we end up kind of specializing and niching down. But you do always have the option to learn something new in a different language or something, and that part is really fun.

Matias Hernandez (25:14):

This brought me back to developer microskill in terms of time management. What are your thoughts and your content, that you already shared that, about time management and how to deal with context switching?

Sam Julien (25:31):

Yeah. It's so funny, right around the end of last year, I felt like I was finally starting to get the hang of managing time as a developer advocate. And then in January, my boss told me that it was time to move me to management and it totally uprooted everything that I was doing. But I did manage to write an article about time management as a developer advocate, and I found that stuff still holds true.

Sam Julien (25:59):

Basically, what I say in there is, first, you kind of learn how to prioritize things, like, for example, things that are dependent on other people, like if you're working with other teams. We do a lot of... One big part of Dev Rel, that I don't think people realize this much, is we do a lot of work with product launches. So anytime there's a new feature or a new cool thing, Dev Rel usually makes an article or a video or something and launches it on the same day as the feature that comes out. So that kind of thing is really high priority, because a bunch of people are dependent on you and it has a deadline. So that kind of helps shape your time, in a way.

Sam Julien (26:41):

I've also found that, for me, it really helps to block off time blocks. I kind of figured out that I work best in sort of a few different time chunks. There's the 30 minute kind of maintenance tasks of like, "Oh, I need to just kind of like..." It's like watering your garden. You just need to do a couple things on this application or these docs or this program or whatever, just half an hour here or there that I need to do regularly.And then sometimes I need to just sit down and figure something out, and it takes maybe an hour or so, maybe 90 minutes.

Sam Julien (27:20):

And so just being proactive about kind of setting aside the time that you need. It's hard because you have to do that. You have to be on top of it because it's easy for people to schedule meetings on your calendar, and you've got to kind of manage it. It's kind of an ongoing battle where every week you've got to kind of set up your time blocks for the next week and do your best to anticipate what things might come up.


Sam Julien (27:48):

So it's definitely a lot more kind of proactive time management, but it does pay off when you start building that time in to where you can focus on what you can actually ship, and building in time every week to do that.

Matias Hernandez (28:05):

I'm really into the context switching, I'm a disorganized organized person, so I basically use my disorganization to organize myself. And what works for me was time-blocking, as you mentioned, but also Pomodoro into the time blocking, so I can do a lot of things in the same time just to be able to switch.

Sam Julien (28:29):

Yeah. Yeah. I find a lot of people find Pomodoro really helpful. For me, for whatever reason, it hasn't really stuck for me, but I always bring that up because yeah, for a lot of people it really helps.

Sam Julien (28:41):

One thing that did help me, even though Pomodoro itself didn't really help me was I found that it only... You know when you get distracted by Slack and Discord and Twitter and all of those things, I found out that it really only takes me about 10 minutes of discipline to get in the zone. And so what I started doing was I would quit all that stuff.

Sam Julien (29:06):

There's an app on the Mac called Focused, or Focus or something like that, that can block some of those things. And I would set a timer for 10 minutes and block all those things or quit them or whatever else, and that was about all it took for my brain to switch over and get into the right context to work on whatever project I needed to work on without constantly checking Slack or Twitter or whatever else. So that's another big one.

Matias Hernandez (29:32):

It's like you just said, it's a proactive way of keeping focused that you need to be on top of everything and don't wait for the inspiration and motivation to come to be on the flow. It's like you need to put yourself into it, trick your brain to do hard things.

Sam Julien (29:52):

Yeah. Yeah. Yeah. I mean, that is one thing I find much more challenging about Dev Rel than doing a normal developer job because it's so much easier for... For whatever reason, when you have a bunch of development tasks, like tickets to close out or whatever, it's so much easier to get in the zone. You can put your headphones on and put some music on and quit Slack or whatever and just write code for hours and hours. And sometimes I look back fondly on those days. But yeah, on the Dev Rel side, you definitely have to be much more proactive with that: of making yourself block out time and that kind of thing.

Matias Hernandez (30:34):

And all of these tricks or techniques is part of what it comes into The Guide To Tiny Experiments, right? Improving yourself a little bit to be able to accomplish your goals. Can you describe us a bit of the framework so people go and read your book?

Sam Julien (30:56):

Yeah, for sure. So the idea is... This sort of came from... Looking back, this really did kind of come out of the fact that Dev Rel has just so many things going on all at once, and I found that it was very hard for me to move the needle on a project all at once. I had to do it in small iterations to get it done.

Sam Julien (31:21):

And so I kind of remixed all this stuff about habits and that kind of thing into this concept of the tiny experiment framework where, first, what you have to do is... Let's say you have this list of 10 different ideas you've had about articles or projects or whatever. And usually what that looks like for people is they've got something like, "I want to write..." Or, "I want to make the ultimate guide to React video course." But they haven't ever done anything else before that. And so it becomes this really big, overwhelming thing that they have to work on.

Sam Julien (31:57):

And so I have this framework where, basically, first, you just write down all of your ideas in one place. It doesn't really matter. You can set a timer for a few minutes or something and write them all down. And then you just need to go through and kind of do some triaging. You can drop some of them, or defer some of them, or decide that, "Okay, this is something that I want to do."

Sam Julien (32:22):

And usually, not all of your ideas are good ideas. Some of them are. And then some of them are good ideas but they're not realistic for your timeframe. They may be great six months from now, but they're just not right for you right now. I want to really learn Go, so it would really be silly for me to say that I'm going to make some big course on Go when I still haven't learned Go in the first place. So that kind of thing I would defer for later.

Sam Julien (32:47):

But then there's other things that are a good mix of your current amount of time and your current interests and that kind of thing, or maybe they just sound really fun. So then you narrow it down to that list of things, and maybe that's like three to five ideas, and then you pick one of those things to work on. And this is always the hardest part for people is actually just picking one thing, because most people want to do everything all at once.

Sam Julien (33:15):

But we're just not capable of doing everything all at once, and there's more value in getting something... Getting something shipped or out the door is a really gratifying feeling, and so the more you can give your brain those happy chemicals of, "I accomplished something," the easier it'll be. So the next step is just to pick something. And I always tell people, "If you can't decide on something, literally just pick anything. Pick one of those items."


Sam Julien (33:45):

Because there's basically three possible outcomes whenever you pick something. Either you're going to absolutely love it, and it's going to become this passion project, and you're going to... It's going to become a huge success or something. Or you're going to absolutely hate it, it's going to turn out to be not at all what you thought it was going to be, and it's just you don't want to do it. Or the most common one, the most likely one, is that you don't really love it or hate it, it's just sort of a thing that you do, and you're kind of neutral about it, but you learn a bunch of skills in the process. You learn more about video editing or writing or whatever else.

Sam Julien (34:25):

So that's sort of the first part. That's taken longer than I thought it would. But the idea is then that once you have the trick then is to scope that down into something that you can ship right away and get feedback on. And that's what I go into in the book about exactly how to scope a project like that to where you can ship it quickly and then get feedback on it and improve it over time. And that'll ultimately pay more dividends in the long run for you than trying to wait and ship something perfect that's large.

Matias Hernandez (34:58):

I really like how all of your content ties up together in a nice circle, because we were start talking about... Start with developer microskill, we went to the Dev Rel, content creation, and now microskill that will help you with content creation that can help you with Dev Rel if you are into that.

Matias Hernandez (35:19):

I have a few questions more. So one is: what are you learning now? One thing is create content but another thing is keep on top of what's happening around us in tech. That is a lot of things. And what have you?

Sam Julien (35:36):

Yeah. So right now, a large chunk of my brain space is going towards learning a lot of management skills, as this is my first foray into management, starting in January. So I'm thinking a lot about that kind of thing. But then, I have this ongoing project of learning AWS skills. I'm still working on my Cloud Practitioner certification. I've rescheduled it again. I just had so many things come up in my life that have prevented me from studying for it, but I think I'm pretty close to actually getting it done.

Sam Julien (36:17):

My goal is to do the Solutions Architect one, partially just because we use AWS a lot at Auth0, for internal projects and for Dev Rel projects and stuff like that, so it's mutually beneficial for me to learn that stuff, as a way to level up my career but also become more valuable at work. So-

Matias Hernandez (36:40):

You can argue that all of us are using AWS somehow. Every service out there is under AWS. And it's hard.

Sam Julien (36:49):

Yeah, it's true.

Matias Hernandez (36:50):

It's hard to understand all of that.

Sam Julien (36:51):

Yeah. It's really hard. I mean, I'm very much just scratching the surface so far. The one thing that's nice is that most of those Cloud concepts will carry over to the other providers like Azure and Google Cloud and stuff. They just have different names and different kind of organizational things, but picking AWS and running with it seems to be working okay for me so far.

Sam Julien (37:17):

So those are sort of the big ones. I have this ongoing goal of learning Go that I mentioned, and I just still haven't done it. I've started a little bit, but it's... I just always feel like there's so many other things for me to do in the day and it always ends up getting crossed off.

Matias Hernandez (37:36):

Yeah. I took the idea of learning Go from a Tweet of you, I think. And I took a look and, actually, there is a particular AWS service that have a Go API. and I wanted to do it so badly, but it's three or four months ago and I'm still here [inaudible 00:37:56]. So kind of so much happens in life.

Matias Hernandez (38:01):

Next question is: you recently released, at the day of this recording, recently released a course on egghead, not that recently, but maybe a couple of weeks ago, about Ghost. Are you using Ghost for your content?

Sam Julien (38:18):

I'm not using Ghost right now. That course is really more about deploying on AWS. It's sort of the most common skills that you need to deploy a full stack application. It's just that Ghost was a really convenient existing full stack application. It needs a server, it needs a database, that kind of thing, so Ghost was sort of a natural thing.

Sam Julien (38:44):

And also, it is a cool software platform. It's sort of like a open... Well, I don't know if it's open source anymore, but it was open source. But it was sort of the indie version of WordPress. And I did use Ghost a long time ago. My site was Ghost before I switched it over to Gatsby. And now Ghost has a lot of cool features. And if you're looking to start a new blog plus newsletter, it's a really good option for you.

Sam Julien (39:11):

But yeah, that course is about... It's called Deploying Ghost to AWS With ECTU and RDS, and it's basically... It walks through how to set up the server, and how to set up the database, and then how to get them to talk to each other. There's a little bit of networking in there. And it just turned out to be like a really good, complete, realistic project to do as an egghead course.

Sam Julien (39:36):

I had kind of tweeted about that... I was just doing it as a way to learn AWS, and I tweeted about it, and then Joel Hooks saw the tweet and was like, "Dude, you should turn this into an egghead course. This would be a great egghead course." And so that's what happened.

Matias Hernandez (39:51):

It used to happen that he see something and immediately think about the success of the content. Is really good to follow his advice, anyways.

Sam Julien (40:01):

Yeah.

Matias Hernandez (40:02):

I want to ask you about recommendations. Recommend something that you like, whatever it is, to the audience. Something from Sam to the audience.

Sam Julien (40:15):

Well, probably the biggest thing right now that is positively impacting my computing life is the application Obsidian, which is a note taking application. It's kind of part of the personal knowledge management system movement that seems to be happening right now with applications like Notion and Rome and Kraft and things like that.

Sam Julien (40:41):

Obsidian is one of those applications for taking notes, and the magic is that you can link notes together by just using double square brackets and magically linking things together. The thing that makes Obsidian so nice... There's a couple things, but one of the things that's so nice about it is that it's just a folder full of Markdown files that has magic over top of it in the application.

Sam Julien (41:08):

And so the biggest hangup I've had with a lot of these note-taking applications is they're usually a SAS or a private application. When you put things in Notion, it lives in Notion, and so if Notion ever goes down or it goes away, just like if Rome goes down or goes away, then all of my stuff is gone. And that's not to say there's not export options or backup options or anything like that. But Markdown has been around for forever and will continue to be around for forever, and so even if Obsidian goes away, then all of my raw Markdown files are just living on my computer and right there. And so Obsidian has been amazing for that.

Sam Julien (41:54):
It's also written by developers. I mean, it's maintained by developers, and it really feels like an IDE for thinking, and it's just been awesome. And I've been basically unofficially doing Dev Rel for Obsidian by promoting it to everyone I know. And so I've sort of become an Obsidian seller.

Matias Hernandez (42:15):

Tend to happen, so yeah. Actually, it's the same tool that I'm using right now. I was using Emacs or Chrome. That is basically the same idea. And it's amazing. It's amazing how you can just liberate by word of the tool to come up with ideas, because you have contender. So Obsidian, that's the recommendation. Check Obsidian, people. Obsidian.md I think is the URL. It will be in the show notes.

Sam Julien (42:43):

Yeah, I think so.

Matias Hernandez (42:43):

But just be aware, don't follow the rabbit hole of BKM. It's a big one.

Sam Julien (42:51):

Yeah, you can go really deep in the BKM stuff. We can add to the show notes, I wrote an article that's an intro to Obsidian for developers, so we'll add that there to, because that'll give you a good starting point. It goes over some of the core concepts and the top plugins and that kind of thing.

Matias Hernandez (43:08):

Yeah. Yeah. Great. And lastly, anything you want to plug? Like the content you create or something else or whatever?

Sam Julien (43:17):

Yeah. I would say the biggest thing for me these days is Developer Microskills, the newsletter. I mean, that's sort of the entryway to most of what I'm doing. And I use the newsletter as... It makes me happy because it's really just like a form of self-expression for me.

Sam Julien (43:34):

A lot of times, writing for a blog or other things, you have to think really hard about SEO optimization and getting traffic to it and that kind of thing. And the newsletter, I just write about whatever I want to write about, whatever's on my mind, and then I worry about... Later, if I want to port that content somewhere else, then I worry about the SEO stuff and all of that stuff.

Sam Julien (43:58):

So I've been having a really good time, and the response has been really good to it. And so that's the best way to get to know me is just sign up for the newsletter. And let me know... If you find things helpful or if there's anything you want to hear my thoughts on or get my advice on, let me know, because a lot of the inspiration for the issues actually comes from people writing in and asking me questions about things.


Matias Hernandez (44:24):

Where people can ask you?

Sam Julien (44:25):

Yeah, so if you go to developermicroskills.com, that's how you can sign up for the newsletter. It's also at the bottom of website, samjulien.com, and then my Twitter, I'm very active on Twitter, that's just @samjulien. That's been a real fun experiment too.

Matias Hernandez (44:43):

That's great. That's great. So Twitter, you'll always find Sam there. And Developer Microskill is really good content, so go ahead and subscribe.

Matias Hernandez (44:54):

Do you think in somebody that should be in the show?

Sam Julien (44:58):

Somebody that should be in this show?

Matias Hernandez (45:00):

Yeah. Someone that you want to hear.

Sam Julien (45:02):

Yeah. I think it'd be cool to hear Angie Jones come on this show. She'd be a really good person to talk to about Dev Rel and testing and things like that.

Matias Hernandez (45:17):

Let's-

Sam Julien (45:18):

See if she's available.

Matias Hernandez (45:20):

Yeah.

Sam Julien (45:20):

Hey, if you can get Kent Dodds...

Matias Hernandez (45:22):

Well, that was kind of awesome. He's actually really kind and open and he said yes immediately, like now. So yeah. And you too, and James Quick is coming to the show too. Coley Fyatt is also coming to the show. And wait for more because the list grows and grows. So yeah.


Sam Julien (45:44):

Yeah. Yeah. I would also make... Of course, I'm biased, but I would make a plug for any of the people on my team. Those are all good people to talk to.

Matias Hernandez (45:53):

Yeah. Auth0 Developer Relation Teams have a new Dev Rel from Brazil?

Sam Julien (45:59):

Yeah. Yeah. Jess Temporal. She's a Python developer and has a data science background, so she's a really interesting... She's got a lot of cool interests. She just launched a video on making interactive maps with Python. So she's been a really fun addition to the team, for sure.

Matias Hernandez (46:20):

There we have. So I will send some message. Call or message her. Thank you, Sam. Thank you for coming by. Was so nice talking. Really fun. And I hope you the best of the rest of your days.

Sam Julien (46:33):

Yeah. Thank you so much, Matias. Bye!

Matias Hernandez (46:37):

Head over to Café Com Tech to check the show's complete archive and read the transcripts in English and Spanish. Thanks to Clevertech for the support with transcriptions and translations. Clevertech: code the life you want with remote done right. Check out our website, clevertech.biz, for more information. Don't forget to subscribe to the show in your favorite podcast application and leave a review if you liked the show. I catch you the next week. And, as always, keep coding.