Cuando aprendí a programar hace muchos años, sentí que era fácil. Es que programar es fácil. Son datos que vienen y van a través de un lenguaje. Así como nuestras conversaciones cotidianas: quizás los temas van variando pero las palabra ciertamente no. Sin dudas las formas no cambian mucho. Y asi también ocurre en la programación. Una vez que entendés como funciona el lenguaje, es cuestión de hablar. La dificultad se encuentra en otros lugares.

Un día escuché una conversación entre un profesor que tenía en el colegio y un alumno avanzado. El alumno le preguntó ¿Por qué no enseñan C? (Un lenguaje de programación algo complejo para quienes estábamos estudiando en ese momento) El profesor se sonrió como diciendo: ¿Te parece? Hizo una pausa y después remató “Nadie quiere avivar giles”.

Tardé años en entender esa conversación. Tardé años en entender que ese profesor de una escuela secundaria pública, nos veía desde arriba pensando: “Ustedes y yo sabemos que acá nadie tiene futuro”. Tardé aún más años en entender lo de “avivar giles”. Tuve que pasar por varios trabajos, conocer mucha gente y observar mucho, para entender que, a veces malintencionadamente y a veces no, la gente solo mira 

y trata de asegurarse la partida para sí misma y los suyos.

Sin dudas, nunca tuve una actitud sumisa y nunca dejé que nadie me excluya. Siempre supe más que el resto sobre algunas cosas. Es que, programar es fácil. Lo complejo son las personas, sus ambiciones, sus estructuras, las fallas de comunicación, la economía y todo lo que toque por algún costado a la programación y a la tecnología que, hoy en día, es casi todo.

Cuando arranqué a hacer videos en YouTube, solo quería hablar de un par de temas que no se estaban tocando. Quería hablar sobre: si es fácil, si es difícil, si hay laburo como dicen o incluso ¡hablar de plata! Nunca pensé que iba a conocer a tanta gente gracias a estos 

 y que hoy íbamos a ser tantas personas involucradas en esto de alguna u otra forma.

La cosa creció y mutó. Y así como en el software, avanzamos hacia donde las personas nos pedían que avancemos y solo sabiendo el 80% de cómo lo íbamos a hacer.

Hoy cambiamos de nombre. Dejamos de ser Aprende a Programar, porque

 era esa idea de que hacer videos iba a ayudar a mucha gente. De que si te traía buena data, ibas a avanzar. De que la información está ahí, solo había que ordenarla. Hoy en día entendemos que es mucho más complejo que eso.

y, además de un cambio estético, es una declaración. Estamos en esta y vos también. Vamos a ver cómo lo gestionamos, pero te vamos a ayudar. Porque sabemos que las herramientas que están construyendo el mundo de hoy, se manejan con un teclado y una pantalla. Porque entendemos que ese conocimiento no puede ser un privilegio. Porque no queremos que te quedes afuera si no querés. Porque de una vez por todas, es hora de que los giles y las gilas nos avivemos.

Somos apx

El primer video de este canal fue sobre este tema y siento que merece una actualización. El mundo cambió bastante...

Esta información les puede servir si todavía no tienen ni la más pálida idea de qué hace alguien que programa, 

pero conocen a alguien que se dedica a esto y gana bien, o trabaja en una empresa donde le dan café, frutas y le regalan un unicornio para su cumpleaños. 

Todas esas excentricidades que en muchos casos son ciertas, en otros casos son solo café y cereales, y eso me parece que está perfecto, ¿para qué más?

Entonces, si están pensando en elegir una carrera de sistemas, mi consejo es que investiguen. 

, hoy en día es una alternativa más. De hecho, hoy es más importante que sepas inglés a que tengas un título. Definitivamente, te abre más puertas.

El título sirve en casos muy particulares de algunas empresas y si querés tramitar una visa de trabajo, y de este caso ya hablé en 

No lo hagan por el título, hagan una carrera porque el proceso de aprender con otras personas está buenísimo, van a tener un camino diseñado por personas que saben y van a tener una base súper sólida para salir al mercado.

 Quizás tengan que aprender cosas puntuales del mercado laboral al momento de egresar, pero con la base que van a tener no va a ser difícil para nada. Entonces, en ese caso averiguan, se me informan y si les copa el plan se anotan y listo.

Ahora bien, si quieren tomar un camino autodidacta, sepan que si bien pueden diseñar su camino de aprendizaje por su cuenta, es más difícil de lo que piensan. Hay mucha data y eso confunde, es difícil ser disciplinadas o disciplinados y tener constancia, es difícil a veces encontrar a la persona correcta para consultarle cosas, por eso, 

mi consejo es que se lo tomen con calma y se apoyen en recursos como este canal y otros que tratan de orientarles en los primeros pasos.



Para empezar a diseñar tu camino autodidacta, en principio, te recomiendo que entiendas qué tipo de especialidades técnicas existen a la hora de programar. Porque va a haber una que te llame más la atención. 

Podemos nombrar varias especialidades o ramas, como la web frontend con el power trío: 

. Podemos nombrar el backend y dentro del backend lenguajes populares como 

, etc. Podemos nombrar mobile donde tenés 

 basada en Dart. Domótica. Robótica. Entre otras opciones. Mucha gente va directo a la web porque es lo que se ofrece más en cursos, lo que más se conoce o lo que más tenemos a mano. 

Así que no está mal pensar empezar por ahí.



Obviamente no vas a decidir a conciencia, vas a decidir porque algo te llama más y listo. Y así se empieza. 

Todo lo que aprendas sobre un lenguaje o plataforma te va a servir muchísimo cuando aprendas otra cosa.

 Así que tranqui, podés cambiar de decisión en el camino.

En este caso te voy a dar un ejemplo de cómo podría ser un proceso aprendizaje si te quisieras dedicar a la web basándose en la carrera que tenemos en AP que es 

Mirá nuestro plan de estudios en este link


Muchas y muchos de ustedes se preguntarán

 qué va a pasar con la industria y si es tarde para meterse en esto. Pues les comento que para nada.

 Para empezar Latinoamérica siempre está atrasada 5 años con respecto a países 

, dónde cosa que sale cosa que usan. Entonces, hay muchas mejoras que hacer en nuestro sistema en general, pagos, comercio, logística, medicina inclusive, averiguen sobre

, o dejen un comentario si quieren que hable de eso, en nuestro país Argentina, agro tech. Construcción.


Todas las industrias pueden ser mejoradas con tecnología de la comunicación, con automatización, con robots. Y obvio que no van a empezar y van a hacer un robot en dos semanas, pero quizás arranquen haciendo la web para automatizar una casa inteligente, y si les copa la domótica se pueden ir metiendo y ver cómo pueden arrancar en ese mundo. 

Siempre que puedan demostrar que pueden hacer algo o tienen el potencial de aprender, la industria les va a dar una oportunidad.

Quiero aprender a programar, ¿por dónde empiezo?

2020: un año terrible para muchas personas y curioso para otras, en el mejor de los casos.




Para nosotrxs en particular fue un año curioso. Empecé el año subiendo cosas al canal y terminamos el año siendo un equipo de personas que le pone toda la onda para que esto tenga forma.

Me tomo el tiempo para nombrar a todo el equipo, porque puedo. Puedo, porque somos menos de diez personas :)



: mis socias, que hicieron que esto pase de ser un canal a un proyecto mucho más ambicioso y organizado.



: si nos escribieron por algún medio quizás charlaron con alguna de ellas o inclusive las leyeron. Gracias a ellas podemos generar un montón de contenido de calidad y hacer que pasen todas las cosas que ustedes ven en 

, que si todavía no la chusmean, no sé qué esperan. Es tremendo lo que creció la comunidad y la buena onda que hay para ayudarse y compartir cosas.

Y finalmente 

, que es el alma del nuevo AP que van a poder ver dentro de muy poco.

A todas las personas a las que molesté con pruebas, opiniones, consultas. Amigas, amigos, colegas, ¡gracias!

La verdad es que ponemos mucha onda para crear contenido, cursos y para hacerlos accesibles. No pretendemos ser la empresa más grande del mundo, 

simplemente queremos que deje de ser tan críptico este mundo y que vean que pueden aprender sin tanta vuelta

, que las carreras son opciones buenísimas, siempre y cuando entiendan dónde se están metiendo y que programar o hacer cosas relacionadas a la tecnología es divertido.

Muchas y muchos de ustedes se preguntarán qué va a pasar con la industria y si es conveniente meterse en esto o si es tarde para comenzar. Pues les comento que para nada.

Para empezar, Latinoamérica siempre está atrasada 5 años con respecto a países

, donde cosa que sale cosa que usan. Tonces hay muchas mejoras que hacer en nuestro sistema en general: pagos, comercio, logística, agro tech, construcción, incluso medicina (averiguen sobre 

 o dejen un comentario si quieren que hable de eso).



Todas las industrias pueden ser mejoradas con tecnología de la comunicación, con automatización o con robots.

 Y obvio que no van a empezar y van a hacer un robot en dos semanas, pero quizás arranquen haciendo la web para automatizar una casa inteligente, y si les copa la domótica, se pueden ir metiendo en ese mundo. Siempre que puedan demostrar que pueden hacer algo o tienen el potencial de aprender, la industria les va a dar una oportunidad.



El año que viene tenemos muchas cosas piolas pensadas para ustedes.


El 2021 viene se viene de todo. Más contenido por aquí y por allá. La nueva carrera de desarrollo web y esperamos que salga alguna más. Más oportunidades para personas que tal vez no están en condiciones de afrontar el costo de un curso, pero tienen muchas ganas de aprender.

 Porque el objetivo de todo esto es justamente acercarlo a toda la gente que esté interesada. 

Más propuestas para que interactuemos en Discord y hagamos proyectos y aprendamos.

Así que nada,

. Por ser tan lo más. Personalmente me sorprende cuando me escriben y me mandan buena onda porque algún video les resolvió alguna duda o porque decidieron estudiar una carrera porque vieron el canal. Es re loco, así que gracias, es lo que deseamos.

Durante enero estaremos en modo verano y proponiendo cosas divertidas para que puedan practicar. Así que atentas y atentos a Instagram.

Tómense estos días para pensar en qué les gustaría aprender el año que viene. Estoy seguro de que si arrancan el año decididas y decididos 

, más de 1000 estudiantes entre todos nuestros cursos, miles de personas con las que interactuamos por Instagram y Discord, y 

con la satisfacción de haber ayudado a personas que necesitaban una mano para arrancar o continuar sus estudios.



Les deseo lo mejor. Y espero que sigamos juntas y juntos el año que viene.

¡Adiós!


Nos vemos en el infierno 2020

Les prometí ritmo y sustancia, pues ahí tienen: capítulo 4 de esta serie. Y al final vamos a ver algo de código. En este caso les voy a mostrar cómo voy a estructurar el backend.

del lado del servidor y para “hostearlo” voy a usar 

. Y acá quiero explicar por qué elijo Vercel para muchos de mis proyectos. Vercel es una compañía que ofrece servicios de infra 

, o sea que puedas acceder a servidores sin necesidad de configurarlos desde cero. 

Hay un montón de formas de gestionar infraestructura para aplicaciones escritas en 

o lo que quieras. Muchas de estas son más complejas ya que cuando tenés mucho tráfico hay que tunear todo a otro nivel para que funcione bien y para no gastar millones de dólares. Para empezar este tipo de servicios está super bien, inclusive para cosas más avanzadas también van. Lo que ofrecen básicamente es que subas tu código y el servicio se encarga de todo. En otras temporadas vamos a usar otro servicio similar.

En este caso, Vercel ofrece el servicio de 

que es de los más sencillos de implementar ya que lo único que le tenés que dar a Vercel son archivos con funciones escritas en Javascript, en este caso, pero también se banca otros lenguajes como pueden ver en su página donde habla al respecto.

https://Vercel.com/docs/serverless-functions/supported-languages

Lo que me parece genial es que esta estrategia, a diferencia de la tradicional, no tiene límites en cuanto a la escala. 

O sea que no importa cuanta gente, el sistema va a responder. 

¿Por qué? ¿Qué magia esconde? Nada muy loco. En el caso tradicional el esquema se parece más a esto:

O sea que todo el servidor es un solo programa, que maneja las rutas, cada ruta a su “

” o sea a la función o proceso que recibe esa petición y la procesa.

El problema con eso es que cada ruta hace cosas totalmente diferentes y que la falla de una de las rutas puede hacer que reviente todo, además que depende como corras este servidor, 

cuando mucha gente entre puede hacer que ese servidor virtual colapse porque se queda sin memoria o algo. 

Como si abrieras mil programas en tu computadora de repente.

de Vercel es mucho más simple. Vos subís archivos que tengan funciones y ellos se ocupan del resto.

Esta sutil diferencia hace que lo único que tengamos que hacer es escribir el código que se dedica a cada ruta y  Vercel se encarga de que cada archivo se transforme en una ruta de nuestra API. Además que por cada petición a nuestra API, 

Vercel va a ejecutar la función que corresponda en ese momento como si fuera un programa separado. 

Eso quiere decir que si mucha gente entra simplemente va a ejecutar la misma función muchísimas veces y todas las peticiones obtendrán su respuesta sin congestionar el server. 

La contra de esto es que en ciertos volúmenes de tráfico puede resultar muy caro, ya que por lo general te cobran por el uso de CPU y memoria, y esta estrategia por más que es muy efectivo para que nada reviente consume muchísimos recursos. 

Entonces voy a mostrarles cómo crear estas rutas, que ya habíamos definido en el primer capítulo. Una ruta de nuestra API para cada entidad que vayamos a manejar.

Bueno amigas amigos, ¿tienen preguntas? Pregunten. ¿Quieren que profundice sobre un tema? También comenten. ¿Quieren proponer una app para próximas temporadas de esta serie? ¡Ya saben, comenten!

 al canal, compartan el canal y nos vemos en la próxima

 donde vamos a empezar a operar contra nuestra base de datos usando esta API.

Arquitectura Backend - Programando una webapp

Sí. Ya sé. Les prometí una serie llena de emoción, peligro, código escalable… ¿y qué obtuvieron a cambio? Decepción. Les decepcioné. ¡Pero he vuelto!

Bue. Habíamos definido hacer todo web y usar la arquitectura básica de un front y un back.

Entonces, en este capítulo voy a elegir un stack. Un stack es el conjunto de lenguajes y herramientas que voy a usar en el proyecto. Algo así como la lista de ingredientes.

Esto va a definir, sin dudas, mis limitaciones y mis ventajas. Hay lenguajes que tienen ciertas características que los hacen mejores para ciertas situaciones. Pero ahora sería medio difícil de explicar. Por eso, simplemente les voy a decir qué stack elegí y por qué.

Para empezar vamos a ir al fondo de la cuestión. Y cuando me refiero al fondo, me refiero al back del back, o sea a la base de datos. Porque si en un extremo está el front del front, es decir, básicamente 

que define lo que estoy viendo en el navegador, atrás de eso está el código 

que corre en el navegador para que eso funcione, y detrás de ese Javascript, habría un framework seguramente, para que esto de manejar lo que sucede en la pantalla no sea un dolor de espalda.

Detrás de todo eso está el navegador, luego un servidor que le devuelve el código al navegador, y, finalmente, detrás hay un servicio que corre en un servidor web y que está escrito en cierto lenguaje. Y ese servicio guarda todo lo que pasa, tu mail, tu contraseña, tus datos, los datos de los centros educativos, en fin… una base de datos.

Y ustedes dirán: sí sí, entiendo, una base de datos, pero ¿qué es? Bueno, para hacerlo corto el código manipula datos, pero esos datos en algún momento tienen que ser guardados. Los programas corren en el ámbito de la memoria RAM, y esta se vacía cuando la máquina se apaga, se reinicia, etc.

Por eso, para que el programa recupere la data que necesita, la tiene que guardar y leer de una base de datos. Si quieren que ahonde más en el tema, me dejan un comentario. En este caso voy a usar 

porque va a ser lo más fácil para mostrarles. Otras bases de datos necesitan más explicaciones.

Para manipular esos datos, o sea, para escribir mi backend, voy a usar 

. ¿Por qué? Porque es mi lenguaje principal, es donde voy a poder ser rápido y escribir buen código. En otra ocasión quizás elija otro lenguaje como 

, que es una tecnología que todavía no usé desde cero para armar una app.

Ese código de mi backend lo voy a alojar y a correr, o sea, le voy a dar la responsabilidad de ejecutar ese backend y mantenerlo vivo, en 

. Simplemente voy a decir que Vercel es lo mejor que existe. Y en otro capítulo ahondar en el porqué.

Ese backend va a ser una pequeña 

. Que quiere decir que voy a usar HTTP para llevar y traer data del front al back. Y para cada cosa que manipule voy a tener una URL.

Por ejemplo: todo lo que tenga que ver con los usuarios de mi web app va a vivir en una dirección, tipo 

, y voy a usar verbos HTTP para decirle a esta URL si lo que quiero es crear un usuario, modificar o borrar uno, o lo que sea. Lo vamos a ver en detalle más adelante.

Para mi front, voy a usar 

. Esto también es porque Next es lo mejor, por comodidad y porque quiero avanzar rápido en esta webapp, les debo muchos capítulos. Pero seguramente en próximas temporadas utilizaré 

.

Voy a usar React y, para consumir la data de mi API, usaré este hermoso hook llamado 

(otra joya creada por Vercel).

Además, voy a usar 

, así puedo avanzar rápidamente para luego poder escalar esto en algo más propio, ya que Material es muy copado para ser customizado. O sea, modificado para que luzca como tu onda.

Para alojar mi front hecho en React sobre Next voy a usar Vercel también y ya van a ver por qué es tan buena opción.

Sobre la arquitectura de mi back y mi front ahondaré mientras avance.

Y ya en el próximo cap vamos a empezar a ver código de nuestro back.

Así que amigas amigos eso es todo por el momento. Y ya saben, si les gustó, si les sirvió o si simplemente son lo más, 

denle like al video, suscríbanse al canal y compartan

.

Prometo ritmo y sustancia en esta serie.

¡Nos vemos!

¿Qué stack voy a elegir? - Programando una webapp

Ya hablamos muchísimas veces de por qué es importante aprender a usar la terminal desde el día cero.


Simple: la terminal es sencilla y universal.

Si quiero crear una carpeta en Linux, MacOS o Windows (usando una terminal decente) el comando es: 

La interfaz gráfica es lo más, pero a la hora de manipular la compu a otro nivel, necesitamos usar la “caja manual”. O sea, necesitamos ejecutar comandos.


¿Y qué tiene que ver esto con Bash? Cuando escribís algo en la terminal estás escribiendo Bash. Cuando escribís 

Bash sabe que lo que querés hacer es invocar a la aplicación 

 (que muestra todos los procesos corriendo en tu máquina, inclusive los que son de otros usuarios)

 para que filtre los procesos que tienen esa palabra en algún lado.

son de Bash, Bash es quien le dice al sistema operativo que tiene que ejecutar esos comandos y “engancharlos”.

Bash es el lenguaje por defecto de la terminal. Cuando escribís algo en la terminal estás escribiendo un pequeño programa escrito en Bash. Entonces ¿puedo escribir cosas como 

o for? Pues claro que sí. De hecho, podés crear un archivo y meterle código Bash.

Mirá este repositorio lleno de scripts de este lenguaje:

https://github.com/aviaryan/utility-Bash-scripts

https://github.com/aviaryan/utility-Bash-scripts/blob/master/pomodoro

Si estás en Linux, Mac o usando Git-Bash en Windows, simplemente bajás el archivo o clonás este repo y lo invocás.

Ahora te preguntarás por qué te tiene que importar todo esto. La respuesta es que durante mucho tiempo, Bash fue el lenguaje que estaba omnipresente. Entonces hay muuuuuuchos scripts de Bash que manejan servidores, muchos scripts de Bash que se comparten entre personas de equipos de desarrollo, muchos scripts de Bash que ejecutan procesos vitales para muchas empresas. 

Quizás el código que modifica la base de datos o hace “la cosa” no está escrito en Bash, pero seguro el código que llama al programa que hace “la cosa” está escrito en Bash y nadie se anima a tocarlo. Y nadie se animará a tocarlo.

Esto obviamente está cambiando, muchísimos 

 para la terminal se escriben en otros lenguajes e inclusive el lenguaje que ejecuta el comando que tipeas, muchas veces no es Bash, hoy se usan muchas alternativas como 

Nunca usé muchísimo Bash. Solo lo uso para crear pequeños scripts que me ayudan a trabajar en el día a día. Es como que le voy agregando poderes o “plugins” a mi terminal y sé que cualquier script de Bash que encuentre por ahí lo voy a poder usar en mi compu. 

Hoy en día muchas herramientas, te ayudan a tunear la terminal e inclusive a instalarle plugins de formas mas copadas (

). De todas formas, mucho está hecho en Bash y esos scripts que muchas personas crearon para que todo esto de 

 funcione, vivirán, quizás por siempre, en los servidores del mundo.

https://codeburst.io/learn-how-to-create-custom-bash-commands-in-less-than-4-minutes-6d4ceadd9590

https://medium.com/better-programming/15-essential-linux-command-line-tips-and-tricks-95e2bfa2890f

¿Qué es Bash?

En las empresas de tecnología, se maneja una escala que establece que tan crack sos y por lo tanto, cuánto vas a ganar. Esa escala varía mucho entre empresas y es infinita, pero definitivamente podemos hablar de 3 niveles que se respetan casi universalmente.

Estos son:

. Después de senior hay más, y antes de junior hay niveles como trainee, pero para mí no merece análisis ya que es un nivel donde estás aprendiendo y casi no hay ofertas laborales para unx aprendiz.



Junior representa el nivel mínimo de dominio y manejo de ciertas tecnologías como para poder sumar a un equipo

. Alguien junior aporta al proyecto porque entiende cuáles son sus tareas y cómo hacerlas, pero necesita a alguien que lx guíe para llevar ese trabajo a buen puerto.



Si estás aprendiendo a programar, probablemente tu primer objetivo sea prepararte lo suficiente para aspirar a un trabajo como junior. Si ya llevás cierto recorrido, tal vez te estás preguntando si sabés lo mínimo para empezar a buscar tu primer trabajo.

Cualquiera sea tu situación, tenés que tener en cuenta ciertos parámetros que te van a ayudar a comprender si estás preparadx para entrar al mundo profesional.

En principio, es importante aclarar que 

. Hay personas que necesitan sentirse muy seguras a la hora de enfrentar una entrevista laboral. Por otro lado, hay gente que es más lanzada e incluso disfruta la tensión de encarar este tipo de situaciones.

Más allá de las percepciones personales, que son importantes y te ayudan a entender tus capacidades y limitaciones,

 existen ciertos estándares que son fijados por el mercado y por la comunidad

. Y, como bien sabemos, las empresas funcionan buscando la máxima productividad al menor costo.


Esta vara, que no es fija y depende de un abanico de factores, delimita al seniority junior como un perfil que puede aportar valor en un puesto profesional dentro de un ambiente laboral. Es decir, 

una persona que puede desarrollar una tarea específica de manera autónoma y, a la vez, entiende de forma general cómo funciona el proyecto en el que está participando.



Cuando nos referimos a la autonomía del perfil, estamos hablando de una persona que sabe lo que tiene que hacer, 

más allá de que sea guiado por unx profesional con más experiencia

, que es quien toma las decisiones sensibles.


Entonces, ¿cómo puedo saber si estoy listx? En resumen, 

tenés que ser capaz de construir un producto que funcione y sea útil, por más de que no puedas hacer cada una de sus partes de forma óptima.

 Esto te va a dar la pauta de que podés sumar valor en un equipo de trabajo de la vida real.

Además, tenés que tener en cuenta que en tecnología 

podés tener experiencia en algún área, pero seguir siendo junior en otra

. Por eso, a la hora de aplicar a un trabajo, es recomendable que identifiques los requisitos mínimos que ese puesto en particular requiere.

En definitiva, para armar tu perfil apuntando a un puesto junior en el mercado laboral, tenés que tener en claro cuáles son tus aspiraciones personales y profesionales, 

para así ir sumando las habilidades necesarias que te den la seguridad que necesites para encarar entrevistas de trabajo

Recuerdo que en mis épocas de junior sentía que no podía aplicar a ninguna posición. 

. Sentía que había un montón de gente que iba a ir a esa entrevista e iba a ser mejor que yo.

Cuando empecé a entrevistar personas para las empresas en donde trabajé, me di cuenta de que funcionaba muy diferente.

 Jamás me fijé en si la persona cumplía con todos los ítems de una lista. Siempre traté de establecer qué sabía el/la postulante y cuál era su potencial. 

Si se comunicaba bien. Si me iba a traer problemas en el equipo. Si me iba a ayudar a apalancar las nuevas propuestas. Si se iba a entusiasmar cuando aparecieran nuevos desafíos o si iba a aferrarse a lo conocido. Y así también lo ven muchas personas que conocí y tenían la complejísima responsabilidad de evaluar perfiles técnicos.

Lxs que entrevistamos mucho y aprendimos sabemos ver más allá y podemos percibir quién nos va a sumar y quien quizás necesita cobrar más seguridad practicando. 

Mirá el video donde hablamos de esto y de otras cosas 

¿Cuándo soy junior?

Ubuntu es más liviano. Con Ubuntu tu vida va a ser mejor. Ubuntu cura el Covid. Ubuntu esto, Ubuntu aquello. Pues no.

Windows es un auto de caja automática. En la mayoría de los casos que conozco, un auto lleno de mugre por dentro y por fuera. Un auto repleto de programas que instalás, andá a saber por qué, y con 400 archivos en el escritorio.


Cuando programás necesitás tunear, ajustar, instalar y hacer muchas cositas para que tu código corra y compile. ¿Por qué? Porque codear es manipular la compu de una forma muy “manual” y, además, porque tu código muy probablemente termine ejecutándose en un servidor web o en un teléfono con Android (ambos Linux). Ubuntu es una de las tantas 

en que viene Linux. Es gratuito y es de las más amigables para instalar y usar.

Ubuntu es un sistema operativo, o sea, es el programa que hace que tu computadora funcione y puedas crear archivos, conectarte a internet e instalar programas. Android es un sistema operativo, iOS (el de los iPhones) y MacOS (el de las mac) también lo son. Casi todos se dedican a lo mismo, pero la historia cambia un poco a la hora de programar.

Cuando programás instalás programas raros, como intérpretes y compiladores (que leen tu código y lo ejecutan), empezás a usar puertos y procesos (como cuando corrés un servidor web en tu compu), ejecutás comandos para comunicarte con la máquina de otra forma, entre muchas cosas que no son exclusivamente codear.

También, necesitás que todos los recursos disponibles en tu compu (memoria RAM y procesador) estén ocupados en tu código. Lo más común cuando codeas es que tu editor esté revisando todo el tiempo el código que escribís, buscando errores e informándotelos. A su vez, lo compila para que vayas viendo cómo queda tu programa. Todos estos procesos consumen muchos recursos y, si tenés demasiadas cosas raras corriendo en tu máquina, vas a sentir todo lento y trabado.

Entonces, ¿por qué Ubuntu? Yo creo que el problema en realidad es Windows, que históricamente estuvo pensado para que sea muy fácil de usar para todo el mundo y muy difícil de tunear o de entender qué hace. En Linux eso por lo general no pasa porque es un sistema operativo simple y concreto, que hace lo que le digas. Por ese motivo, también es complejo para lxs civiles, porque en Windows para configurar algo llegás haciendo click por aquí y por allá y en Linux tenés, seguramente, un comando y modificás un valor en un archivo.


Enviar a imprimir todos los archivos de una carpeta en Linux.

En definitiva, Linux es un sistema operativo que se deja tunear y toquetear, que tiene menos pavadas dando vueltas y es, seguramente, el lugar donde tu programa termine corriendo.

Por su parte, Ubuntu es una de las versiones más amigables de Linux, pero no es la única, hoy en día hay muchísimas distribuciones de este sistema operativo (

).

Dependiendo de qué tipo de camino estés emprendiendo, te voy a dar la explicación corta de por qué para mí es mejor que uses Ubuntu u otra distribución de Linux, en vez de Windows.

Salvo que abras un archivo.js con Chrome, que es lo que hacés cuando estás aprendiendo, siempre vas a terminar usando NPM e instalando dependencias (como React).

El problema de Windows es que todo eso de instalar dependencias y usar comandos funciona raro, ya que la forma de manejar los archivos en ese sistema operativo es súper distinta a lo que sucede en Linux.

A Windows simplemente le faltan cosas. Sin mencionar la Terminal, que en Windows apesta y te lleva a usar cosas como git-bash, que zafa pero no se compara con una terminal de verdad.

Cuando hablamos de desarrollo del lado del servidor, es más fácil decidirse a usar Ubuntu. Tu app hecha en Python, Node.js, Ruby o Go va a ir a parar a un server con Linux. Tu base de datos va a correr en un server en Amazon que corra alguna versión de Linux. Y si todavía no trataste de correr varios procesos en paralelo y usar distintos puertos, te invito a hacerlo en Windows y sufrir por no entender qué está pasando.

Y además, vuelvo a insistir, la terminal de Windows apesta. Cualquiera de ellas.

Por otra parte:

En el desarrollo de aplicaciones móviles para Android quizás no existan tantas diferencias, ya que el ambiente donde corrés tu app es una máquina virtual, por lo tanto, da lo mismo el sistema operativo que uses.

Sin embargo, tenés que saber que para programar para los sistemas operativos de Apple (MacOS y iOS) es necesario una Mac. No hay forma de instalar y correr el ambiente de desarrollo fuera de estas computadoras. En este caso, quizás la conveniencia pase por tener tu ambiente lleno de virus y tu ambiente de trabajo, separados.

En cuanto al desarrollo de videojuegos, no sé tanto sobre los beneficios o desventajas de usar Ubuntu, pero por lo que vi de personas que hacen esto, los sistemas operativos que reinan son Windows y Mac. Linux ni existe.

Uso de sistemas operativos sin contar servidores - 

https://gs.statcounter.com/os-market-share

Cuando empecé a jugar con código, mi compu tenía Windows Millenium. Linux me parecía complicado y eso de los comandos, un lío. Pasaron los años y me fui dando cuenta de que todos los ejemplos y soluciones a problemas que tenía estaban pensados para Linux. Me pasé a Linux y mi vida cambió, algunas cosas se complicaron y otras se resolvieron.

Después de unos años vi a alguien usando una Mac y me fascinó. Me di cuenta de que en las conferencias de tecnología cuando la cámara apuntaba al público muchas compus eran Macs. Me compré una y entendí por qué son tan caras. Simplemente funcionan, ya sea para correr un container de Docker o para editar videos. Además, si me paro a trabajar al lado de alguien con Linux nuestras máquinas funcionan muy parecido.

De todas formas, creo que eventualmente las computadoras de escritorio van a ser herramientas para las personas que codeamos, el resto de lxs usuarixs van a utilizar tablets con Android o iOS (con o sin teclado) y todxs, al fin, emplearemos Linux de alguna u otra forma.

Si no tenés problemas trabajando con Windows, quedate con Windows. Si se te empieza a complicar bajate Ubuntu, metelo en un pendrive e instalalo en una partición separada. Hay miles de tutoriales que te enseñan a hacerlo. Es fácil. Vas a tener Windows y Linux en tu máquina y vas a poder tener tu Ubuntu libre de basura y solo con lo necesario para trabajar.

De esta manera, en algún punto de tu vida tu “Windows”, donde descargás pavadas y tenés miles de archivos en el escritorio, se va a ir ordenando, ya que vas a ser más consciente de lo que pasa en tu compu cuando instalás algo o creás un archivo.

Ya sabés cuáles son algunas de las razones por las que te recomiendo usar Ubuntu para crear tu espacio de trabajo. Ahora vos tenés que tomar la decisión que te parezca mejor para el camino que querés transitar. De todas formas, nada es definitivo, seguramente cambies muchas veces la forma de trabajar durante tu carrera.


¿Qué onda Ubuntu?

El otro día estaba chequeando mi LinkedIn y me encuentro con este posteo… una especie de chiste de alguien que buscaba personas que hagan QA para una empresa, era una placa que decía 

Al comienzo me enojé porque creo que el mensaje es nocivo, no aporta en absoluto.

Varias personas le dijeron a quien lo publicó que no era gracioso y ésta se negó a escuchar y a entender sus motivos, sumado a que esta persona no trabaja como dev o QA. Es decir, cualquiera puede opinar de cualquier cosa y hacer chistes, pero si usás como base para tu chiste un estereotipo sobre una realidad que conocés superficialmente, quizás corras el riesgo de pifiarle. Un chiste solamente es gracioso si alguien se ríe.

Además creo que hay cosas de las que nos podemos burlar solo entre nosotros y nosotras porque entendemos las sutilezas. Por ejemplo: digamos que nosotres los ñoños y ñoñas podemos usar la palabra con ñ, el resto no.

Del enojo pasé a reflexionar y comprender. Entendí por qué esta persona piensa esto y es que hay algo de cierto.

El QA como disciplina que se ve hoy en muchísimas empresas que se dedican al software no es QA. Es revisar cosas.

La cultura en muchos lugares con respecto a este rol es nefasta o inexistente e incita a que devs y QAs se establezcan como dos tipos de personas donde una parece que hace el menor esfuerzo para cumplir, llegar a la fecha o mostrar que avanza y la otra parte revisa y señala los errores cometidos, dejando a estos dos roles enfrentados.

Entonces las personas que se dedican al QA como muestra este chiste, hacen llorar a las y los devs.

Esa es la mecánica que existe en muchos lugares y no es nada divertido.Revisar es solo una parte de hacer QA. Esa es la mecánica que existe en muchos lugares y no es nada divertido, además de que genera un mensaje equivocado sobre este rol que lejos está de tener a los devs como enemigos.

Imaginen una empresa donde se diseñan y construyen autos. Allí hay personas que se dedican a que la calidad de esos autos sea la mejor. Creen que van a decir

 “vos Armalo como quieras y yo vengo al final y te lo pruebo”? No!

 Están ahí estableciendo procesos, prácticas, para que el proceso de diseño y armado fluya y se logre cumplir con el objetivo de calidad. Obviamente al final van a probar que el auto no explote pero esa es la prueba final.

QA o Auality Assurance es la disciplina que se encarga, como su nombre lo indica, de asegurar la calidad de los productos, en nuestro caso: software.

Como el concepto de calidad es bastante complejo de definir. Podemos reducirlo a que “el software cumpla con lo que es esperado” y esto tan sencillo como parece es bastante difícil de gestionar. Hay que entender bien qué es lo esperado. Esto implica hablar con la gente que decide qué es eso que se espera para tener esa visión.

Una persona que se dedica al QA no decide arbitrariamente qué es lo esperado. 

Hay muchas preguntas que nos tenemos que hacer de forma conjunta.

 ¿Qué es lo esperado? ¿Que que funcione bien? (¿y qué sería que funcione bien para la persona que nos contrata?) ¿Que sea lindo? ¿Que funcione rápido? ¿Que funcione a veces? ¿Que funcione siempre? Y además: ¿podemos lograr esa calidad que esperamos con los recursos que tenemos? Personas, tiempos, servidores.

El software de hoy en día es relativamente complejo, implica interfaces con mucha información. Equipos grandes trabajando sobre una misma base de código, distintas fuentes de información para un mismo propósito, bases de datos, cachés, réplicas. También hay diferentes usuarios, roles, permisos.

Un pequeño universo de datos y lógica que se combinan para lograr un producto, y en ese pequeño universo cambiante de datos en movimiento, las cosas pueden mutar de formas inesperadas.

Por ejemplo: cambios en el código de la pantalla de login que generan un error en la pantalla de recupero de contraseña. Un dato nuevo en la base que afecta a una versión vieja de nuestra UI, y muchos escenarios que contemplar donde nuestro software debe cumplir con la calidad mínima esperada.

Entonces ¿qué hace alguien que se dedica al QA?

Es parte del equipo junto con desarrollo.

 Muchas veces QA es un equipo separado o los equipos de desarrollo están distribuidos y así también el de QA. Pero definitivamente trabaja codo a codo y desde el principio con quienes implementan.

Esto quiere decir que si bien no se ocupa de implementar la lógica de negocio, o sea de codear la app o las apps. definitivamente entiende la arquitectura de todo. Define estrategias y buenas prácticas para disminuir el riesgo a la hora de hacer cambios y de crecer. Puede medir ese riesgo.

Define procesos, metodologías, enfoques y técnicas para asegurar la calidad. Que pueden ir desde formas de trabajar el código hasta procesos automáticos y manuales de testeo. O sea que, revisar manualmente lo que hacen las personas que implementan es solo una parte de su trabajo.

En las empresas serias sí, pero en las empresas donde todavía están reinventándose la rueda o codeando artesanalmente, o en esos lugares oscuros del reino donde la metodología es un mito: todavía hay prácticas nefastas para la industria.

Obviamente la culpa no es de quien recién comienza. Porque vos caés en un mundo donde en los libros leés las maravillas de cómo se podría trabajar y en la realidad te encontrás el famoso “atado con alambre” o “Esto aquí nunca va funcionar”. ¿Y qué vas a hacer?

Pero lo importante es que sepan que estas formas de trabajar “ideales” o “utópicas” son más comunes de lo que piensan. Que las personas con experiencia sabemos que trabajar metodológicamente no es más caro ni lleva más esfuerzo y de hecho te da muchísimos y mejores beneficios.

Así que cuando te digan que las cosas las hacen a medio pelo porque no se puede de otra forma porque es muy costoso o difícil, es mentira. Trabajé en muchos proyectos muy mal gestionados y en muchos muy bien organizados, con gente responsable y dedicada que se tomaba lo suyo muy en serio y realmente es un placer. La complejidad deja de pasar por arreglar bugs, o porque el día del deploy algo malo va a pasar. La complejidad va por otro lado.


¿Sabían ustedes que era QA? ¿Sabían qué hace una persona que se dedica al QA? ¿Han trabajado con personas que se desempeñen en este rol? ¿Qué piensan de todo esto? Les leemos.


QA no debería hacerte llorar

Al menos en Argentina la mayoría de las personas trabajan en el marco de lo conocido como 

. Esta relación establece que nuestro empleador además de tener varias responsabilidades sociales con respecto a nosotros, sus empleados, también actúa como agente de retención. Esto siginifica  la empresa que nos paga además nos retiene de nuestro salario los impuestos que tenemos que pagar por ejercer la actividad comercial que estemos ejerciendo. De ahí los terminos: 

Blog

Somos apx

Quiero aprender a programar, ¿por dónde empiezo?

Nos vemos en el infierno 2020

Arquitectura Backend - Programando una webapp

¿Qué stack voy a elegir? - Programando una webapp

¿Qué es Bash?

¿Cuándo soy junior?

¿Qué onda Ubuntu?

QA no debería hacerte llorar

Freelance e Impuestos

Mi rutina autodidacta

¿Cómo preparar tu CV a pesar de no tener experiencia laboral?

Distintas ramas de la programación

¿Cuánto gana un programador?

¿Cómo conseguir mi primer trabajo en programación?