Empezamos una nueva entrevista a un desarrollador, creador de la web ohmynewst.com y mucho mas , pero lo mejor es que se presente el mismo.
Entrevista En Diferido ¿Te podrías presentar en unas líneas?
Luis M. Fresneda: Buenos días! Pues a ver, soy un chaval muy normal la verdad. Haré un resumen en modo lista:
- Tengo 38 primaveras.
- Soy de Madrid y vivo en Madrid, en las afueras.
- Desarrollador desde hace ya unos cuantos años. Especializado en web podríamos decir.
- Apasionado del front, aunque he hecho y hago de todo.
- He trabajado de un montón de cosas, en la obra (donde más he trabajado fuera de la informática), camarero, vendiendo un montón de cosas, telemarketing… y algunas más.
- Soy muy inquieto, creo que nunca he vivido sin un side project entre manos. Si veo que tengo 5 minutos libres en mi día a día, los ocupo.
- Actualmente trabajo en coches.com como Frontend Developer.
- Y los side projects más importantes que tengo son ohmynewst.com (que ya has mencionado) y tecnicrush.com, donde ya hemos pasado la fase de MVP y estamos ya creando algo chulo.
Listo! Creo que a grandes rasgos ese soy yo :)
EED: Para empezar , unas cuantas preguntas cortas para conocerte mejor a ti y a tu entorno tecnológico.
¿Qué ordenador y sistema operativo utilizas?
¿Qué móvil y/o tablet usas?
¿Lenguaje de programación que usas?
¿Lenguaje de programación que te gustaría aprender?
¿Qué herramienta es indispensable en todo tus equipos?
Si tuvieras que escoger entre podcast,newsletter o video ¿Cuál prefieres?
LMF: - El personal es un Mac de 16GB del 2017. El del trabajo es el mismo pero chip M1 del año pasado. Hace tiempo que dejé Windows, hace algunos años trabajé en entorno Microsoft con C#, Windows Server y tal, pero después de aquello siempre Mac. Nunca usé Linux a nivel profesional, mas allá de la gestión de servidores.
- Mi móvil es un POCO X3 Pro.
- El lenguaje que mayormente uso es Javascript.
- Me gustaría aprender algo de Go.
- En mis equipos lo primero que instalo es VSCode.
- Me quedo con las newsletters, soy un fanático de ellas. Me encanta el formato. Los podcast no termino de pillarles el punto, aunque alguno escucho sí. Soy gran consumidor de formato vídeo por la facilidad de encontrar cualquier cosa, pero las newsletters tienen un encanto especial.
EED: Otra pregunta fija que cambia en función del contexto del entrevistado, dentro de la creación de los sideproject y el ecosistema que existe.
¿Qué añadirías?
¿Qué eliminarías?
¿Qué modificaría?
¿Qué dejarías como está?
LMF: Buenos días! Vamos con ello.
Añadiría sobre todo más casos de NO éxito. Gente dispuesta a contarlos abiertamente (cada vez hay más). La gente suele contar solo los casos de éxito, pero por regla general para alguien que ha tenido éxito con un side project lo normal es haber tenido muchos fracasos, y a veces se aprende mucho más de los fracasos que de los éxitos. Una vez hice un hilo de una gran cagada que tuve , y de la que aprendí muchísimo.
Eliminaría el humo. Los que te dicen que con un side project vas a conseguir la libertad financiera, blablabla. No generan nada más que ruido y falsas esperanzas. Tiene muchas posibilidades de que algo te quieran vender.
Modificar como tal no creo que modificase nada. El panorama goza de buena salud creo yo.
Y sí que dejaría como está el gran abanico de herramientas que existen para crear un side project, tengas o no conocimientos técnicos. Con el increíble crecimiento del NoCode ahora cualquier puede lanzarse a crear algo chulo.
EED: Yo te conocí por el proyecto ohmynewst.com.
¿Por que creaste ese proyecto?
Y me gustaría saber algo que cuando conocí la web me sorprendió.
¿Por qué podcast y newsletter en el mismo espacio?
LMF: Pues el proyecto lo empecé básicamente porque quería/necesitaba aprender una nueva tecnología. Next.js (nextjs.org)
Soy fiel defensor de que para aprender algo lo mejor es la práctica. Luego ya la teoría y tal. Pero primero la práctica.
Lo llevo haciéndolo así desde hace muchos años y me ha funcionado increíble.
Aparte de eso, como ya he comentado soy un fanático de las newsletters. Estoy en tantas que no puedo leer la mayoría 😅. Así que decidí hacer un repositorio de newsletters (en un principio solo newsletters) con next.js.
Luego pensé que las newsletters y los podcasts son muy muy parecidos. Incluso creo que comparten gran parte de su público. Son tan parecidos que en OhMyNewst comparten el mismo formulario para darlos de alta y la misma ficha de producto.
Así que lo vi claro, tenía que haber de los dos tipos.
En este tuit hago la comunicación del lanzamiento y explico un poco el porqué
Y en este explico un poco cómo lo hice
aunque desde ese tuit han cambiado un par de cosas :)
Si te gusta la entrevista , compartela
EED: Cuando creas un side project hay un conjunto factores a tener en cuenta y conjunto de competencia que debes aprenderlas , tenemos la parte mas técnica como el lenguaje de programación, librerías, framework, servidores...etc. Como una parte no técnica como facturas, legislación, marketing, organizar tu tiempo, gestión de un equipo, gestión de gastos...etc
Como tienes experiencia creando side project.
¿Qué es lo que te ha costado mas aprender creando un side project?
LMF: Sin duda lo que más me ha costado aprender es a realizar el mínimo esfuerzo para validar la idea. La creación del famoso MVP.
Con ello vienen emparejadas otras cosas:
- Mejor hecho que perfecto: Nunca te parece que tu proyecto está bien para lanzarlo, así que mejor dejar el perfeccionismo para más adelante.
- Lanzar rápido y coger feedback: En cuanto tengas un MVP, lánzalo para recoger feedback de inmediato.
- Si el proyecto es muy grande, júntate con gente que te complemente: Importantísimo también ver con quién te juntas. Puede determinar la viabilidad del proyecto (y puede tumbarlo).
Eso es lo que más me ha costado aprender. Se aprende a base de tortas, a base de hacer trabajo en balde, de abandonar proyectos porque no te juntas con la gente adecuada, o de lanzar algo que nadie quiere. Hasta no hace mucho siempre intentaba hacer el máximo de funcionalidad y perfección antes de lanzar. Ahora no, ahora lanzo con 4 líneas de código 😂
Además, hago mucho uso del NoCode.
Pero hay otras cosas, como el marketing, que no se me dan nada bien tampoco, y que aprendo a base de mucho leer y poner en práctica. Por ejemplo, nunca usé las redes sociales para dar a conocer un proyecto, no le veía el potencial. Me equivocaba. Las rrss hacen de catapulta si las sabes usar.
Por la parte más técnica no he tenido dificultades en aprender cualquier cosa. Lo que más me cuesta siempre es el resto de áreas.
EED: Cambio un poco de tema y hablemos de monetización podcast y newsletters. Si quisieras monetizar un contenido..
¿Qué escogerías una newsletter o un podcast?
LMF: Va a depender de la manera en que pretendas monetizarlo. Si es de manera directa (patrocinios, enlaces de afiliados, etc) es más monetizable el podcast a mi parecer. En cambio si lo que quieres es monetizarlo a través de servicios o productos, opino que la newsletter es tu aliado.
Por supuesto no tengo datos que lo respalden, pero creo que la newsletter crea una audiencia más fiel, y por tanto la venta de servicios o productos se puede dar de manera más directa y además repetidas veces. Por ejemplo, llevo años leyendo la Bonilista, pero no recuerdo que siga escuchando un podcast de hace tanto tiempo.
El podcast creo que genera una audiencia más cambiante y más "del momento". Alguien busca algo concreto, se encuentra con un episodio de podcast, lo consume y listo.
Claro, estoy contando solo mi opinión. Muchas personas pueden pensar diferente y pueden de hecho tener datos que respalden lo que dicen. De hecho todos conocemos casos de newsletters que se monetizan increíble con patrocinios y podcasts que su sustento principal es vender servicios. Pero en mi caso lo percibo así en su mayoría.
En resumen, como no tengo un servicio o producto que me interese vender, creo que me decantaría por el podcast. Además, este formato puede ser más explotado. No son pocos los podcast que aprovechan para grabarse en vídeo y subir los episodios también a youtube. O la revés, gente que genera contenido en vídeo y aprovecha para generar podcast.
EED: Una pregunta que suelo hacer a los desarrolladores que pasan por el canal es como han aprendido todo el conocimiento, pero en tu caso ya has dicho anteriormente que has aprendido de una forma muy practica.
¿Cómo manejas la frustración cuando intentas desarrollar un código sin tener una base de conocimiento?
LMF: Ojo! Aprendo de forma más práctica desde que he podido decidir de qué manera prefiero aprender, pero como a todos me ha tocado empollar mucha teoría jejeje.
Bromas aparte, por suerte hace tiempo que manejo bien esa frustración. Cuando me toca hacer algo que no tengo ni idea me lo tomo como un reto más que como un castigo. Y esto lo aplico a cualquier ámbito, no solo al técnico.
Reconozco que soy excesivamente inquieto y cada dos por tres estoy probando cosas nuevas, que obviamente luego tengo que abandonar la mayoría porque no me da la vida. Pero no lo puedo evitar. En lo técnico os podéis imaginar, me apetece probar ese framework que acaba de salir, ese lenguaje que lo está petando, esa herramienta de la que todo el mundo habla, etc...
La frustración en esta profesión (y en otras, supongo) está guay si la sabes controlar y no dejas que te controle ella a ti. Eso es algo que un informático necesita aprender sí o sí.
EED: Siempre me gusta saber el porque de las cosas , cuales son su utilidad y desde el nivel mas bajo , tengo la creencia de que cuando sabemos porque hacemos las cosas nos permitirá evolucionar en un ámbito . Así como eres desarrollador...
¿Para que sirve programar?
LMF: Ostras, vaya pregunta 😅 A ver, responderla a nivel particular sería muy fácil: Sirve para ganarme las habichuelas jejeje.
Pero bueno, en un sentido más amplio, programar sirve básicamente para dotar de funcionalidad a máquinas que por sí solas no hacen nada.
En el caso concreto de la programación web... en verdad creo que no se aleja de esa definición. Programamos en un lenguaje de alto nivel para que finalmente una máquina lo interprete y realice funciones que nos ayudan a resolver un problema.
En mi opinión: programar sirve para resolver problemas del mundo real.
EED: Una pregunta que se hizo un anterior entrevistado a si mismo, próximamente sabrás porque , me resulta interesante y una forma de saber los diferentes objetivos de un programador.
¿Qué define ser un buen programador para ti?
LMF: Pregunta buena también jeje. Teóricamente, un buen programador podríamos decir que es aquel que hace bien su trabajo, es decir, tiene los conocimientos necesarios, da buenos resultados, tiene un código fiable, falla poco, tiene buena productividad, etc.
Pero en mi opinión un buen programador viene definido por otras características. Una persona puede cumplir todo lo anterior que he mencionado, y además puede ser ser un mal compañero y romperte un equipo 🤷♂️
Es evidente que tienes que hacer bien tu trabajo, como en cualquier profesión. Pero para ser un buen programador deberías cumplir además otras cualidades, por ejemplo, ser un buen miembro del equipo, saber compartir tu conocimiento con otros, estar siempre dispuesto a ayudar, tener empatía con el cliente y con otros compañeros o saber resolver los problemas que de verdad tiene el cliente, no los que cree que tiene. Eso por poner solo unos ejemplos.
Eso para mí es ser un buen programador. No va asociado al seniority. Un junior puede ser un gran programador. Va asociado a la persona y a las actitudes+aptitudes que tenga. Las soft skills son muy importantes para ser bueno en todo a lo que te dediques.
EED: La siguiente pregunta no es mía, es de un anterior entrevistado.
¿Qué opinas sobre diferentes "modelos" de desarrollo como Test Driven Development o Peer Programming?
LMF: No tengo una opinión formada sobre eso la verdad. Tampoco tengo claro que haya que tenerla. Hay que seguir diferentes metodologías a la hora de desarrollar si quieres obtener un mínimo de calidad. No creo que sea discutible.
Sobre las dos que mencionas concretamente, y siempre basado en mi propia experiencia, TDD lo he seguido y vaya, opinión impopular, no siempre ha ido bien. Depende mucho del proyecto, el equipo, la cultura de la empresa, si estás en consultoría o producto, código legacy, etc. Cuando lo bajas al mundo real te puedes encontrar con algunas fricciones (o no). En cualquier caso no es culpa de la metodología en si, que por si sola no ofrece desventajas, pero a veces hay otros factores que también influyen. Pasa lo mismo en mi opinión con XP.
Pair Programming lo sigo y lo intento seguir en todos los sitios donde estoy, porque me parece brutal lo que se consigue con algo tan sencillo. Aprendes muchísimo y obtienes unos resultados increíbles.
En definitiva, creo que lo mejor es aplicar la lógica y no meter con calzador las cosas. Hay que evaluar antes de implementar.
EED: El fin de semana ,cambia el formato de la entrevista y las preguntas, con dos preguntas algo diferentes.
La primera pregunta sería.
¿Qué te hubiera gustado que te preguntase? Debes responder a tu propia pregunta.
La segunda pregunta.
¿Qué le hubieras preguntado a un programador/a?
LMF: Pues yo, como soy un poco abuelo cebolleta, me gusta que me pregunten por cómo llegué a ser informático.
Mi carrera profesional ha sido muy atípica. Ya conté por aquí que he hecho casi de todo. He trabajado mucho en la obra, sobre todo de pintor pero también de albañil y fontanero. He sido camarero, he trabajado de mozo de almacén, vendedor de seguros, vendedor de enciclopedias (sí, los que iban por las casas puerta a puerta 😅), recobros, telemarketing, atención al cliente, y alguna profesión más que me reservo para mi entorno privado 😂
Con esto os podéis imaginar que no estudié en su momento. No era mal estudiante pero decidí abandonar los estudios muy pronto. Las amistades no ayudaron.
Siempre estaba haciendo cosas con el ordenador eso sí. De hecho ya hacía webs en aquellos tiempos. De manera particular, o por diversión. Pero nunca pensé que pudiera dedicarse profesionalmente a ello un chaval sin estudiar una carrera.
Hasta que un día se me encendió la bombilla y decidí ser informático. Estudié e hice todo lo que fue necesario para serlo. Y aquí estoy.
Me gusta contar mi historia por si sirve de motivación para otros que no estén en un trabajo/sector que les satisfaga.
Yo lo conseguí hace ya unos cuantos años, y os aseguro que no soy ningún erudito.
A un programador le preguntaría si prefiere producto o consultoría, y porqué.
EED: El Domingo , es el último día de la entrevista, será el momento de la despedida y para decir tus métodos de contacto, también si tienes un blog, podcast cualquier otro proyecto que quieras comentar.
Por último me gustaría que me recomendaras a una persona que creas que este dispuesto a participar en una futura entrevista.
Gracias por participar en la entrevista, ha sido un placer y espero que te haya resultado entretenida.
Hasta la próxima, un saludo.
LMF: Ha sido un verdadero placer estar por aquí. Me ha gustado mucho la entrevista.
El único sitio donde suelo ser activo es en Twitter https://twitter.com/lmfresneda
Aunque ahora no soy activo en ningún sitio. Tecnicrush.com me está robando absolutamente todo el tiempo. Si eres developer o recruiter deberías seguir el proyecto de cerca. En no mucho vamos a sacar algo muy chulo ☺️
Me gustaría recomendar a La Oveja Huida (Erreseuve). Creo que está haciendo un gran trabajo en torno al copywriting y creo que se ha montado un personaje de lo más carismático. Aquí su Twitter https://twitter.com/laovejahuida
Y nada lo dicho, éxitos con este canal, que mola mucho, un placer y nos leemos!
Este entrevistas se realizan en el canal de Telegram de Entrevista en Diferido
Si quieres apoyar este proyecto de entrevistas, puedes hacerlo por diversos métodos: