Entrevista En Diferido: Empezamos una nueva entrevista a Jorge Barroso desarrollador, podcaster y mucho mas, pero lo mejor es que se presente el mismo.
¿Te podrías presentar en una líneas?
Jorge Barroso: Hola, un placer. Mi nombre es Jorge J Barroso aka flipper83 en redes. Soy desarrollador de software desde hace bastante tiempo. He desarrollado mi carrera profesional en bastantes ámbitos sobre todo el des desarrollo mobile y backend. Empecé en el mundo del desarrollo de videojuegos para móviles de ahi me pase al del PC.
En ese momento Tuenti se cruzó en mi vida laboral y pasé a trabajar en aplicaciones para móviles cuando empezaba a florecer android y Blackberry era el rey. Estuve allí varios años hasta que monté mi propia empresa de consultoría Karumi con unos compis de Tuenti.
He estado los últimos 7 años con Karumi, donde nos hemos esforzado para hacer software de calidad basado en buenas practicas de desarrollo, y guiar a nuestros clientes en crear productos y equipos más resilientes.
Desde hace unos meses la aventura de Karumi terminó y ahora estoy trabajando en una startup fintech alemana (Topi) en el equipo de desarrollo. Un reto muy interesante donde intentamos tener una filosofía de desarrollo devops y fullstack desde el inicio.
Ademas como bien han comentado, llevo junto con unos colegas, desde hace mas de 7 años un podcast llamado code on the rocks donde tenemos charlas distendidas sobre tecnología.
Ademas en mi tiempo libre me dedico a jugar y diseñar juegos de mesa.
EED: Para empezar , unas cuantas preguntas cortas para conocerte mejor a ti y a tu entorno tecnológico.
¿Qué ordenador utilizas? ¿Qué sistema operativo utilizas? ¿Qué lenguaje de programación estas mas cómodo y mas incomodo? ¿Backend o frontend? ¿Qué herramienta es indispensable en todo tus equipos?
JoB:
¿Qué ordenador utilizas? Aunque tengo un ordenador windows gamer bastante potente que utilizo más para jugar, mi ordenador principal es un mac, la verdad es que no se que modelo, se que tiene 1 año, que lo cogí con bastante RAM y que es de 15'
¿Qué sistema operativo utilizas? Utilizo Mac, me acostumbré cuando empecé a trabajar con iphone y con Android, porque era un jaleo el tema de drivers en windows por aquellos años y ya me acostumbré. Pero me da un poquito igual la verdad.
¿Qué lenguaje de programación estas mas cómodo y mas incomodo? Aunque en mi día a día en el trabajo estoy utilizando Go y Typescript. Mis lenguajes favoritos pueden ser Kotlin y Python. El primero porque es un lenguaje maravilloso, tiene de todo y todo lo hace bien, me siento muy cómodo trabajando con él y me parece un lenguaje super productivo que además utiliza toda la base ya creada sobre la JVM. Y luego Python me parece el segundo mejor lenguaje para todo, es el lenguaje que utilizo cuando necesito hacer alguna cosa rápida, algún script para mi.
Aunque de broma siempre me meto con JS, es un lenguaje que le tengo hasta cariño, creo que mi problema viene más con los programadores de JS X__D. Si tuviera que elegir un lenguaje que no me gustaría volver a trabajar, pues creo que seria BashScript, tuve que escribir código para un proyecto y era un horror, vivia con miedo de que cualquier mini cambio me rompiera todo, creo que tenia mas tests para 10 lineas de bash que para el resto del proyecto XD
¿Backend o frontend? Me da bastante igual, he hecho ambas cosas, y ambas tienen cosas super chulas y cosas que son duras de sobrellevar.
Por ejemplo del frontend me gusta estar cerca de producto, que lo que haces tiene un valor directo con el cliente, y que puedes hacer cosas que son bonitas y que la gente disfruta. Lo malo, que es muy fácil y que todo el mundo opina sobre tu trabajo y que a veces toca rehacer lo mismo varias veces, además que escribir tests suele ser un dolor.
Del backend me gusta la escalabilidad, la idempotencia, el despligue, hacer cosas resilientes, es un reto pero a la vez son cosas importantísimas en el día a día. El problema que a veces es dificil mostrar que estás aportando valor.
En Topi todos los desarrolladores somos responsables de escribir la feature end to end, con lo que debes hacer el frontend, el backend y la infra, asi que no tengo que elegir si backend o frontend.
¿Qué herramienta es indispensable en todo tus equipos?
No tengo solo una, suelo tener un conjunto de herramientas que es lo primero que setteo en el Mac, os las pongo para que compareis a ver si os son útiles.
iTerm: viene a remplazar la terminal de mac y vitaminarla dejándonos hacer shortcuts , pestañas, ventanas... Imprescindible
ohMyZsh: Con la mano de la anterior, pues tienes una terminal decente, te da acceso a skins y a plugins para tu terminal, hay infinidad de plugins muy chulos para buscar ficheros, autocompletar en la shell, el historico, pintar los arboles de ficheros...
Rectangle: Esta app te ayuda a tener shortcuts para mover las ventanas, muy util cuando tienes dos monitores o un monitor 21:9 como tengo yo, facilita el decir esta pantalla 3/4 esta la mitad. No podría vivir sin ella.
Caffeine: una pequeña app para el ordenador no entre en suspensión, util si vas a dar una charla, un taller o tienes que dejar el ordenador haciendo una tarea en background.
1Password: Tener un gestor de contraseñas deberia ser imprescindible aunque sea a nivel empresarial.
GifBrewer 3: Tanto para compartir cosas por slack como para documentar mi trabajo en notion/github suelo adjuntar gifs, esta herramienta me permite pasar mis capturas de pantalla a gifs de forma sencilla.
Clocker: esto me permite tener en la barra de herramientas la hora de varios paises, muy útil cuando trabajas, como yo, en equipos distribuidos.
To Do: Cualquier gestor de notas que soporte tenerlas compartidas entre varios dispositivos es imprescindible, ahi apunto todo, desde cosas que tengo que hacer, la lista de la compra o sitios que tengo que visitar en mis vacaciones. Uso esta porque Wunderlist se fusionó con el To Do de Microsoft. Pero cualquier es buena.
Creo que más o menos esas son todas las herramientas que me instalo. Y después dependiendo de la tecnología que vaya usando pues me instalo VSCode o algún IDE de Jetbrains.
EED: Has participado en mucho desarrollo en diversos lenguajes para diversos ámbitos . Por eso mismo me gustaría conocer....
¿Qué lenguaje de programación recomendarías para ...?
Aprender a programar.
Desarrollo web.
Videojuegos.
Desarrollo en móviles.
Administrador de sistemas/redes.
Análisis de datos.
JoB: Partiendo de que el lenguaje de programación no es lo importante para programar, y que lo importante es tener claro los principios de desarrollo de software y aplicarlos en cada lenguaje dentro de su ámbito. Pondré los que creo que son más útiles si quieres entrar en ese entorno.
Lo que si que recomiendo a la gente es que aprenda más que un lenguaje, cuando conoces 2 o 3 lenguajes distintos empiezas a ver patrones comunes incluso extrapolas técnicas interesantes comunes en un lenguaje a otro.
Aprender a programar. Depende un poco del ámbito del que vengas, yo aprendí con QBasic y afiancé con Pascal, la verdad es que no si eso es lo mejor XD.
creo que es bueno que el lenguaje tenga facilidad para montar el setup y empezar a ver resultados pronto. Quizás Python puede ser uno de los mejores para ello ya que es fácil de entender y empezar.
Despues aprenderia algo que fuera tipado al estilo C# o Kotlin. O incluso empezar a usar tipos en python.
Si quieres aprender para buscar un trabajo pues javascript o python pueden ser los que mejores salidas ofrezcan.
Desarrollo web. Para mi typescript para la mayoría JS. Yo soy un obseso de los lenguajes tipados ya que ayudan muchísimo cuando los equipos y los proyectos crecen y hay que usar técnicas de refactor o varias personas trabajando en un equipo. Además TS es un lenguaje potentísimo que tiene ciertas características que lo hacen muy único e idiomático como la composición de tipos.
Videojuegos. Pues aqui se pueden elegir dos caminos ir por aprender C# que es el lenguaje que usa Unity uno de los motores mas famosos del desarrollo de videojuegos.
El otro lenguaje común es c++, este lenguaje lo utilizan muchos videojuegos y motores de videojuegos de manera interna, o para utilizarlos.
Desarrollo en móviles. Aqui hay muchas opciones si quieres ir por nativo, yo usaría Kotlin para Android, Swift para ios.
Si quieres ir por híbrido, pues depende más de lo que gustes, para mi React Native con TS o Xamarin con C# son buenas opciones. No soy muy amigos de Flutter y Dart pero también es muy popular.
Administrador de sistemas/redes. Aqui el rey era antiguamente Bash y Python, pero con el tiempo ha ido cogiendo carrerilla Go. Su soporte para ejecutar codigo de C, que es un lenguaje 'sencillo', rápido y facil de ejecutar codigo concurrente lo hace muy útil para tareas de sistemas.
Análisis de datos. Pues aqui también existen 2 reyes, Python y R. Python mucho más extendido en el mundo de mercado y R más en investigación. La cantidad de posibilidades que tiene Python lo hace para mi un lenguaje muy interesante en este ámbito. Aunque R es un lenguaje muy bonito.
Tambien recomendaría a la gente a echara un ojo a lenguajes funcionales puros, como Haskell, Lisp o F#, hay muchos patrones y funcionalidades de estos lenguajes que se están popularizando en nuestros dias en otros lenguajes y que vamos a ver cada vez más para trabajar con flujos de datos idempotentes
Te interesa la entrevista, pues compartela
EED: Esta preguntas será doble, una primera pregunta que posiblemente te hayan hecho mas de una vez y una segunda pregunta que posiblemente nunca te la hayan hecho, ya me dirás si he acertado o no.
¿Porque eres programador?
La segunda pregunta , imagínate un época pasada donde no existe la programación. ¿Qué te profesión te gustaría y en que época te gustaría vivir?
JoB: ¿Porque eres programador?
Soy programador proque desde bien chiquito queria serlo. Cuando otros niños hablaban de ser médicos, profresores o futbolistas, yo hablaba con mis amigos de hacer nuestros propios videojuegos, entré en la facultad con ese fin y empecé a programar videojuegos antes en DIV. Luego trabajé en la industria unos años y aunque sigo mantiendo amigos y muy buen recuerdo de esa época, mi vida fue por otro lado. Siempre me ha gustado programar, me ayuda a crear cosas y me gusta escribir buen código y resolver problemas. Creo que deber ser el mismo sentimiento que tiene un escritor cuando trabajar en una novela o en un artículo de periódico.
¿Qué te profesión te gustaría y en que época te gustaría vivir?
Ohh pues si que me la han hecho no en una entrevista, pero si muchas veces con los amigos, supongo que muchas veces a raiz de la canción del Pirata cojo de Sabina. Siendo realistas, soy una persona que le encanta crear cosas y hacer cosas manuales, me encanta cocinar, diseño juegos de mesa, me gusta la electricidad, y todo lo que sea crear, ya sea de forma manual o de forma creativa, de ahí que tenga varios podcasts XD. Supongo que seria algo de eso desde cocinero a ebanista. Pero si me das a elegir de entre todas las vidas, pues me quedaría con la de Cardenal en Roma entre la alta edad media y el renacimiento. Ir a pasos acompasados con mis botines por las catedrales y palacios romanos, resonando en las paredes y sentir el poder de aquella época de descubrimientos y traiciones, me resulta muy interesante y más desde el seno del clero.
EED: Una pregunta fija que cambia en función del perfil del entrevistado, dentro del ámbito de empresas de software en España.
¿Qué añadirías? ¿Qué modificarías? ¿Qué eliminarías?
JoB: ¿Qué añadirías? Mayor visión internacional. Es verdad que cada vez vemos mas empresas que tienen esa visión desde Carto que llevan tiempo, a Tinybird. Pero si que es verdad que muchas de las que arrancan empiezan con un ámbito muy local, trabajando en castellano o teniendo directamente su web en castellano. Estamos cada vez en un mundo tecnológico más global donde incluso el mercado laboral se ha internacionlizado. Va ser muy difícil contratar a personas en un mercado remoto y deslocalizado teniendo ganancias desde un ámbito local.
¿Qué modificarías? La percepción del trabajo, el trabajador y la empresa. Las empresas de desarrollo se basan fundamentalmente en capital humano, un capital humano que es costoso de adquirir; invertimos mucho dinero, tiempo y esfuerzo en buscar y contratar candidatos. Debemos remplantearnos nuestras relaciones, como trabajamos juntos, como utilizamos el tiempo, que valor estamos aportando. Llevamos desarrollando software más de medio siglo, y debemos revaluar constantemente nuestras bases y relaciones con el trabajo. ¿Somos efectivos en jornadas de ocho horas? ¿Jornadas de 4 días? ¿Debemos tener equipos por tecnología o por dominio? ¿como producimos nuestro software? ¿Están claras las decisiones estratégicas? Debemos dejar atrás el trabajar de una estructura vertical clásica a estructuras organizativas mas orgánicas.
¿Qué eliminarías? Los sesgos. En un ambiente donde hacen cada vez falta más gente, nos empeñamos en echarla. Debemos crear espacios laborales seguros, donde no discriminemos y escuchemos y valoraremos todas las opiniones. Debemos empezar a sumar y no restar y esto debe ser un compromiso entre todos. No se si aquí estamos peor que en otros países, pero hacernos estas preguntas no está nunca de más.
EED: Como desarrollador con muchos años de experiencia y has participado en multiples proyectos has tenido que aprender diversos lenguajes, framework, librerías y otras herramientas
¿Cuál crees que es la mejor forma de aprender a programar?
JoB: No se si existe una mejor forma ya que creo que es algo muy personal y que está muy ligado a la manera de aprender de cada uno. Claramente a programar se aprende programando, es difícil aprender sin tirar una linea de código, pero también se aprende mucho leyendo código.
En mi caso cuando aprendo para mi mismo, suelo aprender por imitación, llevo muchos años programando por lo que conozco los principios de lo que quiero hacer, leo código de otros programadores versados en ese lenguaje e imito y extrapolo desde su código, no suelo coger un manual o un tutorial y aprender los fundamentos y luego aplicarlos, si no que lo aprendo a la vez que lo aplico, no es lo más común pero me funciona.
Cuando tengo que mentorizar a alguien en desarrollo de software, intento primero que aprenda a usar las cosas, los 'comos' antes que los 'porques', que sepa utilizar un if, un while, variables... Y ahi introduzco buenas prácticas de desarrollo como aprender directamente con TDD, o como y cuando se usan los ifs. Cuando no sabes nada, si te ponen acotaciones, interiorizas esos conceptos de manera dogmática y no te los replanteas. Cuando esa persona tiene soltura es entonces cuando vamos a los porques y los paraques.
Pero vamos, como dije al principio cada persona es un mundo y con cada cual funciona una cosa mejor que otra.
EED: El ámbito del desarrollo de software ya lleva bastante años , lo suficiente para transcurrir varias generaciones y ver una evolución. Un debate que he tenido alguna vez es sobre si el desarrollador de hace 20 años es mejor o peor que el desarrollador actual, quien tiene mas conocimientos , trabaja mejor en equipo, mas disciplinado... Son aspectos que surgen en el debate y me gustaría saber tu opinión.
¿Cómo has evolucionado con desarrollador a lo largo de tus años, donde has visto mas evolución?
Y evidentemente te tengo que hacer la pregunta clave ¿Quién es mejor desarrollador , el de hace 20 años o el actual?
JoB: Creo que hemos creado el programador social, cuando yo empecé a programar, era común que existieran programadores solitarios que escribian código, hacian lo que querian y nadie les decía nada. Gurús intratables que escribian mucho código ilegible. Eso creo que ha desaparecido y ya no se busca, y me alegra mucho.
En mi caso he intentado reevaluar siempre mis bases de desarrollo, tanto en mi relación con mis compañeros, mi aporte al producto y mi calidad técnica, e incontrar ese equilibrio entre aportar valor y excelencia técnica. Creo que he mejorado mucho en eso.
MI gran bofetón de realidad fue cuando entré en Tuenti, yo me creia un buen programador y al entrar en ese equipo lleno de genios, me explicaron que no sabía nada y que muchos de mis principios eran errones. Además se dio un cultivo de personas que querian aprender, mejorar y evolucionar constantemente con lo que la capacidad de aprendizaje se disparó en aquellos años exponencialmente.
No se si existirá alguien que opine que el desarrollo hace 20 años era mejor, pero si existe alguien seguro que es el Gurú intratable que hacía el solo software para MSX.
¿Quién es mejor desarrollador , el de hace 20 años o el actual?
El actual mucho mejor con mucha diferencia. Es más creo y quiero creer que mejoro cada día, porque tengo toda la experiencia anterior y mayor conocimiento del dominio y de la plataforma en la que estoy trabajando. Es común ver una porción de código y pensar, esto quien narices lo ha hecho tan mal, hacer un blame y darse cuenta que fue mi yo de hace un mes.
Replantearse como trabajamos y no solo en lo técnico si no en otros ámbitos como en la relacion con nuestros compañeros. Para ello es importante tener ayuda, tener 'ones to ones' con tus managers y compañeros, evaluaciones contínuas y un compromiso de mejora con acciones concretas. Y esto claramente no se le ocurriría al Jorge de hace 20 años.
EED: Cuando veo un puente se que una persona lo ha diseñado un personas que ha estudiado una carrera de Ingeniería, cuando me tienen que operar vere a personas que han estudiado la carrera Medicina o Enfermería, si tengo una juicio veré a una persona que ha estudiado la carrera de Derecho, si mi perro se pone malo vere a una persona que ha estudiado la carrera de Veterinaria. Pero si utilizo un sistema operativo o accedo a Amazon o Netflix o juego a Elder Ring, no estoy seguro que detrás solo haya gente que ha estudiado la carrera de Informática.
¿Porque esa diferencia? ¿Debería ser necesario tener una ingeniería en informática para trabajar en determinado ámbitos?
JoB: La premisa es algo falaz, el cocinero del restaurante de la esquina no ha estudiado cocina, el policia o el bombero no han estudiado una carrera acorde, el director del banco no tiene porque ser economista.
Los sistemas gremiales nacen en la edad media, carniceros, ebanistas, médicos, se agrupas en colectivos no con el fin de evitar engaños o mejorar el servicio, si no el fin de reducir la oferta y obtener mayor beneficio.
Claramente hay profesiones que tiene y deben tener una mayor responsabilidad civil, como construir o casa u operar de cataratas, pero no es la universidad la que ofrece esa red de seguridad si no la regulación. Un médicos desde que sale de la facultad hasta que realiza una operación y es un cirujano de pleno derecho pasa un tiempo. ¿Están las empresas de tecnología en la capacidad de contratar a un junior y tenerle 2 o 3 años si producir software de producción?
Otra falacia es la comparativa, llevamos mas de 8 milenios construyendo edicios y puentes. Y la medicina nace en mesopotamia hace unos 6000 años. El software no llega a 100, el primer ordenador es de los años 30. No sabemos desarrollar software, las carreras de informatica distan mucho de enseñar principios de computación, pero no por culpa del docente, si no que seguimos aprendiendo las bases de como se construye y se realiza software que muchas de ellas están desfasadas o distan con la realidad. Vivimos en la edad media de la tecnología, construimos aplicaciones como se construian iglesias a base de prueba error y mano de obra. Hago la cúpula, se cae, bueno pues pongo aqui otro pilar y la vuelvo a levantar, construimos de esa manera el software.
Claramente hay según que tareas que necesitan de una responsabilidad civil, si estoy construyendo un software de un coche automático, o una web que ofrece datos de hacienda de contratistas claramente debe existir dicha responsabilidad. Pero deben recaer sobre las empresas la responsabilidad, son ellas la que se deben asegurar que lo que se construye está bien, y no debemos esperar que un título te otorge el conocimiento para hacerlo. Es la empresa la que debe evaluar el conocimiento y enfrentarse a sanciones graves si su software no es el adecuado, pero no crear 'escuelas de...' que su único fin es el especulativo y el recaudatorio.
Tenemos la suerte de trabajar en un entorno que nos permite automatizar tareas complejas y hacerlas más sencillas, debemos por responsabilidad hacer que construir software sea cada día más sencillo y accesible y hacer que construir nuevas aplicaciones y tecnificar esté al alcance de cada vez más gente. Tenemos por primera vez en la historia la capacidad de cambiar la percepción del mundo, hemos creados principios filosóficos tan rompedores como el open source. No miremos a la edad media construyamos nuestra nueva era.
EED: Esta será la última pregunta que te hago yo en el formato mas clásico de la entrevista , por eso me gustaría hacerte una pregunta que seguro que sabes perfectamente porque lo habrás vivido .
¿Cómo se valora el papel del programador en una empresa en España?
JoB: Creo que depende mucho del ámbito profesional y creo que aqui mi opinión está bastante sesgada por mi situación y mi experiencia. Me gustaría creer que hemos mejorado y que se ha dejado de ver nuestra profesión como el tipo raro que teclea y hace que se vea algo por la pantalla. Hombres blancos raros asociales que visten de negro y hablan poco.
A muchas empresas aun les cuesta ver que el programador no es solo la herramienta que genera código o que hace que la web no se caiga, o que me gestiona los datos. Si no que es un parte más del ciclo de producto y que tenerle dentro del mismo aporta otra visión y valor al entregable.
Quiero creer que poco a poco se va valorando más la calidad del software que generamos, y no solo el hecho de que no esté roto, si no que esté bien construido, vivir con la tranquilidad de que no lo vamos a romper con futuros cambios o que introducir nuevas funcionalidades no es excesivamente costoso. Esta parte va lenta pero poco a poco vamos mejorando.
Hemos mejorado en el tema tiempos, con el tiempo hemos ido enseñando que las cosas llevan un tiempo y que no son fácilmente reducibles. Una bizcocho tarda 45 minutos en hornearse, por mucho cocineros que introduzcas ese bizcocho no se hará antes. Podrás hacer más bizcochos pero deberás de hacerlos de manera distinta, no es lo mismo hacer un bizcocho una persona en la cocina de su casa y llevarselo a tu abuela (vease que es el nieto el que lleva el bizcocho a la abuela), que hacer 1000 bizcochos y distribuirlos por la ciudad. Ese cambio de contexto y paradigma es muy doloroso a la empresas, porque muchas intentan distribuir bizcochos para toda españa desde el horno de su casa. Y otras se montan una fábrica entera para hacerle un bizcocho a su abuela. Aqui es donde entramos en juego nosotros, debemos dar respuesta de las necesidades y los tiempos en funcion de los requisitos, y enseñar que dichos requisitos esperan dichas necesidades de tiempo y personas. Si es al revés, esta es la gente, este es el tiempo y esto es lo que hay que hacer la catástrofe es incipiente. Esto hace 20 años era impensable, a día de hoy es algo medianamente normalizado y al menos un debate continuo en areas como el desarrollo de videojuegos.
Los progamadores se están convirtiendo en un 'recurso' necesario y escaso y con ello cada vez más caro. Creo que cuando inviertes tanto valor en algo sueles valorarlo de distinta manera.
Y por último para ligarlo con la primera pregunta, nos falta mucho avance en un papel inclusivo, tenemos que valorar más tener equipos divesos, diferente etnias, paises, géneros... Distintas personas dan distintos puntos de vista y eso debemos aprender a valorarlos.
EED: La siguiente pregunta no es mía , es de una anterior entrevistada que le pedi una pregunta para un desarrollador.
¿Te has sentido alguna vez sobrepasado/a por la cantidad de frameworks/librerías/features que aparecen en el sector? ¿Estás al día con todo lo que sale? De ser así, ¿como lo haces?
JoB: Creo que es imposible estar al día de todo lo que sale, todas las corrientes, y todo lo q pasa en tecnología. Intento ver que corrientes hay, que se esta usando y ver que sucede a mi alrededor sin volverme loco y saber que uno llega hasta donde llega.
Lo que si suelo hacer es si tengo que resolver un problema intentar ver que hace la gente, como resuelve los problemas y que alternativas hay. Mas investigar de forma reactiva que mirar de forma activa.
Sobre sobrepasado. Creo que nunca he llegado tanto. Si que cuando empece quería estar en todos los lados y tenía un poco de FOMO, pero con el tiempo aprendí que uno llega hasta donde llega.
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?
JoB:
¿Qué define ser un buen programador para ti?
Para mi un buen programador es aquí q se preocupa por la calidad del producto y no solo desde la excelencia técnica. Q se preocupa de aportar valor, de que su software no falle, que su código si lo hubiera sea legible.
Un bien programador es una persona social que se apoya en sus compañeros y que intenta comprender al resto de activos de la empresa.
Es aquella persona que tiende puentes entre equipos y que si trabajo no acaba solo con hacer su parte, si no que todo está integrado y funcionando.
Nuestro fin debe ser aportar valor tanto hacia fuera, hacia los clientes como hacia dentro hacia sus compañeros.
Le preguntaría al próximo programador, o puede ser a la próxima persona. ¿A que dedica su tiempo libre? Nos definimos mucho por nuestro trabajo, hola soy Jorge y soy programador. Pero hay cosas más allá que nos definen.
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.
Gracias por participar en la entrevista, ha sido un placer y espero que te haya resultado entretenida. Hasta la próxima, un saludo.
JoB: Pues nada un placer. Si me queréis seguir en redes podéis seguirme en Twitter en @flipper83.
Me podéis escuchar en “code on the rocks” un podcast sobre tecnología desde un punto de vista distendido. Si queréis escucharme hablar con diseñadores y editores de juegos de mesa me podéis seguir en “pues te toca”.
Y te recomiendo a Nuria Ruiz. PantojaCoder en Twitter. Una de las personas q más me ha enseñado sobre tecnología y de la personas q más sabe de esto que yo conozca.
Esta newsletter se publica con la siguiente licencia.
https://creativecommons.org/licenses/by-nc-sa/3.0/deed.es
APOYAME
Si quieres ayudarme de forma económica para invertirlo en mis proyectos, hay disponible varios métodos:
Buy me Coffe https://buymeacoffee.com/jajt
Librepay https://liberapay.com/jajt/
Digital Ocean https://m.do.co/c/34c3769f0465
Gracias de antemano.