Fersca Blog

Ciencia, Tecnología y programación

[fersca]

Quality Assurance en Mercadolibre

Hola a todos, como hice en el pasado con el equipo de APIs de Mercadolibre, la idea hoy es contarles qué hacemos en el equipo de QA para ver si tienen ganas de trabajar con nosotros, ya que estamos en la búsqueda constante de talentos :)

Antes que nada, al equipo de QA en Mercadolibre lo llamamos Business Assurance (BA), ya que tiene una responsabilidad un poco más amplia que lo normal, es el equipo encargado de que el negocio funcione en su totalidad.

Como todos saben, hacer un sistema de forma poco profesional, es como decirle a un arquitecto que arme la “Cucha” para el perro o la “Casita del árbol”, no requiere demasiado control de calidad, metodología, métricas, certificaciones, etc. Ahora bien si le pedimos al mismo arquitecto hacer un puente o un “Empire State”, se complica la cosa y va a requerir de cálculos, planos, mediciones, certificaciones y equipos electrónicos para detectar todo tipo de posibles fallas.

En sistemas es lo mismo, hacer la página del kiosco es fácil, hacer el site de internet más grande de América Latina tiene un poco más de profesionalismo. No estamos al nivel del software de un Boeing 737 pero cerca :)

Dicho eso, en Mercadolibre creemos que un proyecto consta de un 50% de esfuerzo en programación y un 50% de “otras cosas” que lo vuelven profesional, que obviamente cuestan el doble de esfuerzo, pero a la larga, valen la pena.

¿Y que son esas cosas? Todo lo perteneciente a calidad:

Lo que hacemos en QA en ML es asegurarnos que todo ese bloque de cosas que dicen “Calidad” se cumplan en los proyectos. Somos un grupo de ingenieros en sistemas que en vez de tener un foco en desarrollar funcionalidades nuevas al producto, nos encargamos de hacer que ese producto se realice de la mejor forma (más profesional) posible, acompañando al equipo de desarrollo desde la definición del sistema, hasta su monitoreo en producción.

Para eso, en el equipo nos dividimos en varios centros: Buenos Aires, Córdoba, San Luis, Santiago de Chile y Montevideo, Uruguay y en diferentes células que atacan diferentes problemáticas del desarrollo de software (Testing, SRE, Web Analytics, GIN, Seguridad). En total somos hoy 60 personas.

¿Qué hace cada célula?

Testing: El equipo de Testing, se encarga de asegurar que la aplicación esté probaba de inicio a fin. Para eso ayudan a los desarrolladores de los proyectos a definir la estrategia de testing, crear test unitarios, test de integración, test funcionales, test end to end, etc. Mantener la arquitectura de integración continua, miden la cobertura de código (en desarrollo y producción) y realizan análisis estático de código (Para encontrar malas prácticas de programación). El equipo de testing es clave para que el producto (la página de Mercadolibre o Mercadopago o sus aplicaciones de celulares) llegue a producción sin bugs, probado de punta a punta y muy fácil de modificar.

(Ingeniero testeando el telescopio Gaia antes del lanzamiento)

Resiliencia o SRE: El equipo de SRE es otra célula de BA y es la encargada de asegurar que la aplicación es “a prueba de fallos” a nivel tráfico, hardware, problemas con el cloud, etc. ¿Qué significa esto? Nuestra aplicación es tan pero tan grande, que consta de cientos de sistemas interconectados, estos sistemas corren sobre más de 30 mil servidores, procesan más de 40 millones de pedidos por segundo y a velocidades diferentes (desde 1 milisegundo hasta varios segundos, con mucha variación). Es muy normal que alguno de esos servidores o parte de la red, o parte de los discos falle. Cuando alguna parte falla, el resto de los sistemas tiene que soportar ese error, sino el sistema entero se vendría abajo, a esto es lo que llamamos “resiliencia” de una aplicación. Las aplicaciones tienen que poder soportar todos estos errores en tiempo real. Para eso los ingenieros de SRE se encargar de medir la aplicación por todos lados: CPU, tiempo de respuesta, memoria consumida, etc, Analizan la interconección de las mismas, detectan errores de tuning, promueven mejoras en las arquitectura, mejoran las alertas que el sistema genera, aseguran que cada parte que se puede romper esté monitoreada, analizan los problemas de escala en producción, etc. El equipo de resiliencia también es clave en Mercadolibre, gracias al  esfuerzo de este equipo, el sitio tiene cada vez más uptime.

(Nuestro meme por default en SRE)

Analytics: El equipo de Web Analytics se encarga de medir y entender el comportamiento de los usuarios que navegan el sitio. ¿Qué significa esto? Implementan distintas herramientas (Por lo general Google Analytics) para ver qué parte del sitio es el más usado, qué parte es el menos usado, qué parte no se entiende y hay que mejorar, qué parte del sitio tiene el mayor drop-out (cuando el usuario deja el sitio), etc. Se encarga de generar todo tipo de métricas para que el sponsor del proyecto (por ejemplo el gerente de marketing) entienda a la perfección en donde hay que poner más foco para hacer que la gente compre o venda más. Además de esto realizan A/B testings y capacitan al resto de las áreas de Mercadolibre para que todos puedan hacer uso de esta información super valiosa. Las áreas de negocio aman a este equipo, tener información detallada de cómo el cliente usa tu producto es clave para mejorarlo :)

GIN (Gestor de incidentes): El equipo de GIN tiene un rol clave en la empresa, es el puente de comunicación entre los usuarios del sitio y el equipo de ingeniería. ¿Cómo es esto?. Cuando un usuario tiene un problema, una duda, una queja, etc. Se comunica con nuestro call center. En el call center ayudan al usuario, pero muchas veces el call center detecta que lo que el usuario reporta es un error en la aplicación (un Bug). El equipo de GIN es el que se encarga de gestionar esos bugs reportados, para que los mismos se solucionen. ¿Cómo hace esto? El bug llega el equipo de GIN, los analistas del equipo lo reproducen, entienden del problema, lo asignan a un equipo de desarrollo y realizan el seguimiento del mismo hasta que el equipo de desarrollo lo corrija. Estiman cuánto dinero se pierde por día con este Bug, calculan cientos de métricas para saber cuál es el bug más importante a resolver, brinda visibilidad del problema a los gerentes del call center y de desarrollo y además capacitan al equipo de call center para que entienda a la perfección qué cosa es un error, que cosa no es un error y pueda bajar le carga operativa del área, todo esto contra reloj.

Web Security: El equipo de seguridad aplicativa, si bien no es parte de BA, lo consideramos como un equipo que da soporte para detección de vulnerabilidad en el sitio. Cualquier hacker podría dejarnos fuera de la copa si encuentra una vulnerabilidad que por ejemplo borre nuestra base de datos, el equipo de seguridad se encarga de analizar constantemente con ayuda de distintas consultoras de seguridad cuáles son nuestros puntos vulnerables y seguir junto al equipo de desarrollo la corrección de las mismas, ayuda en el diseño de la aplicación analizándola con el Threat Model junto al equipo de desarrollo y se encargan de capacitar al equipo entero en temas de seguridad aplicativa. En un futuro vamos a hacer un bug bounty, si sos medio hacker (de los buenos) te puede gustar mucho trabajar con ellos.

Todos los equipos además tienen un rol de programación, ¿Por qué?

En Mercadolibre pasan cosas que, por la cantidad de tráfico, no pasan en otras empresas, con lo cual nos vimos obligados a desarrollar nuestros propios sistemas de “Healing”, o dicho en criollo: Tuvimos que programar sistemas para detectar inconsistencias, medir nuestro propio Cloud, obtener métricas de deploys, verificar el historial de cambios, etc.. Esto también lo hizo el equipo de BA ayudando al equipo de desarrollo.

Todas las áreas realizan meetups para la comunidad regularmente, es parte de su rol estar a la vanguardia de las tecnologías y fomentarlas en la comunidad. 

Les dejo el link de la charla que di en el meetup de TestingAr sobre herramientas custom de testing que hicimos en la empresa.

En resumen,  entre todas las células, damos soporte a todo el ciclo de vida de desarrollo, para que el mismo sea lo más robusto y perfecto posible.

En todas estas células buscamos profesionales que quieran ayudarnos a mejorar la calidad del sitio, en todo sentido.

Los puestos que tenemos disponibles son (Entre paréntesis la experiencia estimada):

Ingeniero Junior            (Ninguno o 1 año de experiencia)

Ingeniero                       (Entre 1 y 3 años de experiencia)

Ingeniero Semi-Senior  (Entre 3 y 6 años de experiencia)

Ingeniero Senior            (Más de 6 años de experiencia)

Líder de Proyecto / Líder Técnico (Coordinadores de equipo o referentes técnicos)

Gerente / Experto Técnico (Coordinadores de varios equipos o referentes técnicos)

Dentro de los cuales, como puede verse,  hay puestos técnico especialistas, generalistas y de coordinación de equipos. Por lo general buscamos profesionales de sistemas, pero no es excluyente (depende la célula), sí,  tienen que tener conocimiento de programación, bases de datos, redes, etc. (También depende la célula, hay algunas más técnicas que otras).

Si tenés ganas de formar parte de alguno de los equipos de BA, te invito a que me envíes un mail a [email protected] así lo evaluamos y te invitamos a una entrevista de trabajo a alguna de nuestras oficinas.

Saludos,

Fer

[fersca]

Analogía de Proyectos de desarrollo (Para no-programadores)

Me gustan muchos las analogías, las uso mucho para explicar cosas complejas de forma simple.

Hace tiempo que estoy tratando de encontrar una analogía para explicarle a los sponsors de nuestros proyectos por qué es tan complejo hacer un sistema informático grande, sin bugs (errores) y en tiempo y forma.

Creo que encontré una analogía en el querido Excel, el cual de paso todos saben usar.

Supongamos que cuando nos piden un proyecto, nos están pidiendo no mas y no menos que una planilla de excel que realize ciertos cálculos, supongamos para el ejemplo que se trata de un excel que calcule el costo de mantenimiento de un auto.

Bien, ¿simple no? para hacer este proyecto informático lo único que tenemos que hacer es poner varias filas con distintos costos y luego sumarlos

Nafta = 1000

Aceite = 1000

Lavadero = 1000

Patente = 1000

Total = 4000

Que simple fue! :) el tema es que esto equivale a un programa que imprima “hola” en la pantalla. El típico programa requiere mucho más que un mensaje y 4 cuentas.

¿Qué pasa si ahora nos dicen que ese excel tiene que ser el excel más detallado del país porque va a usarse para el cálculo del PBI e inversión en combustible y explotación de hidrocarburos? Bueno lo vamos a tomar con más responsabilidad y claramente hay que hacerlo lo más detallado posible.

Nos damos cuenta rápido que para eso no vamos a tardar 5 minutos sino que un poco más ya que tenemos que tener en cuenta 2 mil variables complejas, las cuales incluyen por ejemplo el clima, la economía del país, la proyección de ganancias de la sociedad, la importación de autopartes, el precio del petróleo, el precio del peaje sujeto a la paritaria del gremio, etc (así por 2 mil).

Bien, tenemos la brillante idea de decir, ok… pongo a 200 personas, cada una se encarga de calcular 10 variables, deja el valor del costo cada una en una celda y después sumo todo? facilísimo no? bien acá empiezan los problemas.

Project management

Nos tenemos que poner de acuerdo cuáles 10 variables me tocan a mi y cuáles 1990 le tocan al resto. Nos tenemos que poner de acuerdo en qué celda cada uno de nosotros va a dejar el valor del costo, además de si tenemos que dejar un valor o un rango, además de cuál es el precio de base (dólares, pesos, reales?), etc.

De las 10 variables que les toca a cada uno, no sería bueno que si yo justo soy licenciado en ciencias de la atmósfera me toque el costo relacionado con el clima? y si yo soy ingeniero en petróleo quizás sería bueno que me toque el cálculo del combustible? si obvio, entonces nos tenemos que dividir bien las variables y esto obviamente lleva tiempo y análisis. Cuánto? 1 día? una semana? no es mejor empezar a calcular cualquier variable y ahorrarnos este tiempo de análisis o es mejor analizar bien (tardar una semana) y luego ejecutar cada uno el costo más idóneo a su área de experiencia?

Ahora bien, supongamos que nos pusimos de acuerdo, ya sabemos los costos que calculan cada una de las personas, ¿Cuánto se va a tardar en hacer el excel?

Bueno podemos estimar mas o menos cuanto se tarda en cada uno de los costos y después sumarlos, a los que son más complejos los podemos multiplicar por 2 en el tiempo promedio y a los fáciles por 0.5 o sino podemos preguntarles a las personas que son las que los van a calcular para que estimen el tiempo o analizar en detalle cada uno y entender bien el costo de cada una de sus sub-partes y hacer una estimación mejor….. otro bardo.

Todo esto es lo que tiene que hacer un project manager, y uno bueno sirve mucho y uno malo puede hacer cualquier desastre y a veces hasta no hay, están las 200 personas mirándose y esperando que se definan las variables solas.

Desarrolladores

Cada una de las personas que se encargan de algún costo (combustible supongamos) tiene diferente niveles de conocimiento de excel, de matemáticas, de responsabilidad y foco.

Puede que haya una persona que se sepa todas las formulas de excel de memoria pero sea apurada y olvide algún detalle en el costo del combustible como podría ser la variabilidad del precio del petróleo.

Puede ser que haya otra que sí tenga estos detalles en cuenta, pero no sepa muchas fórmulas de excel y resuelva todo con sumas y restas.

Puede ser que alguien realice todo el cálculo en una celda con una super fórmula inentendible o puede ser que sea muy prolijo y divida todo en sub costos bien definidos y claros.

Puede ser que sea muy distraída y no solo se olvide algún detalle en la fórmula sino que confunda una suma de un término con una multiplicación, o que si tiene que multiplicar algo por PI (3.14) le pifie y ponga (4.14) o peor aun que le pifie en algún decimal imperceptible (3.1475).

Puede ser que sea muy bueno en todo, pero extremadamente obsesivo y por consiguiente muy lento porque esté chequeando todo todo el tiempo y caiga en la “parálisis por análisis”.

Todas estas variables combinadas bien ejecutadas hacen a un buen programador. Que no es otra cosa más que la combinación de ser responsable, sistemático, tener conocimiento del tema y de las herramientas en cuestión y un buen trade-off entre solución buena vs solución perfecta.

Documentación

¿Prefieren que el excel sea una chorrera de números sin ningún detalle de qué significa cada uno o una tablita hermosa con todos las descripciones y gráficos de qué se está calculando en cada paso? yo prefiero lo segundo, pero para eso necesitamos más tiempo, a veces por tener el proyecto antes no se documenta y realmente se tiene antes…. hay que ver si en un año entendemos esos 300 mil números en un excel de 8000 filas por 22 columnas.

Por eso es importante documentar, al menos algo, no exageradamente, para tener un pantallazo de qué es cada cosa, luego podemos ver la fórmula en la celda y sabemos de qué se trata, un mapa básico.

Control de Calidad

OK terminamos el excel, cargamos los datos de mi auto y me da 1522 pesos por mes

Y?

Qué se yo si está bien. ¿Cuánto margen de error tiene?

¿Cómo se que alguien no le pifió en alguna de las 8000 cuentas? ¿Cómo se si no hay un error grotesco como ser que se olvidaron de agregar el costo del seguro por mes?

Bueno por eso hay que testear. En caso del excel, podríamos ver si cada uno de los sub-costos del auto, están en un rango correcto, un costo negativo no tiene sentido. Podríamos agarrar un auto y usarlo un mes y ver el costo real de cada cosa y contrastarlo con lo que dice el excel, para ver si mas o menos es correcto o podríamos hacer algo más extremo y decirle a otro programador que calcule otras 10 variables a ver si le dan igual a las 10 que calculó el otro programador, y que pasa si le da distinto? se la podemos dar a un tercero… bueno, todo es to es un bardo, pero hay que hacerlo y sí, se tarda mucho más pero cuando entregamos la planilla de costos del auto, podemos estar seguros que como lo probamos con rigurosidad no puede tener más de un 10% de error.

Supongamos que terminamos la planilla, re documentada, re probada y contrastada con un auto real y la entregamos y anda perfecta.

Al año siguiente vienen desde el gobierno y nos dicen que ahora como hay autos eléctricos modifiquemos los costos porque hay que tener en cuenta otra cosas. Acá tenemos 2 opciones.

1) Si hicimos las cosas bien y tenemos un excel ordenado y detallado, no es más que agregar un par de líneas y modificar otras, ¿Cómo nos damos cuenta en donde tocar? porque tenemos la explicación en la celda de al lado que dice “seguro/neumáticos/etc”, vamos y modificamos la celda de combustible y le agregamos los detalles del costo eléctrico.

Como habíamos probado todo, probarlo de nuevo no es tan dífícil, menos si las pruebas están en otro excel super detallado y nos dicen “este valor tiene que estar entre 10 y 12”, es cuestión de hacer los cambios, verificar la variación y listo.

2) ¿Qué pasa si hubiésemos optado por no documentar y no probar?

Bueno tendríamos un excel que no entiende nadie, y no nos quedaría otra que empezar a descular qué hay en cada celda, y eso es super engorroso y propenso a errores.

Ok, después de husmear una semana nos damos cuenta de que como hay una celda que tiene el número 54 y justo en esa fecha el costo del petróleo era de 54 dólares es muy probable que esa celda sea el costo del combustible, vemos el resto de la fórmula y tiene sentido, OK cambiamos esa entonces.

Tocamos en el lugar correcto? aha ni idea, creo que si.

¿Cuánto tiene que dar el valor del excel total? aha ni idea, no habíamos hecho pruebas antes así que no sabemos…

¿Cómo sabemos si el excel nuevo es correcto? no se, pero tenemos fe, usamos el paradigma de programación orientada a fe.

Lo mejor de todo!, ¿Aprovechamos ahora ya que entendemos el excel y de paso lo documentamos y guardamos las pruebas o nos la jugamos a que es la última vez que alguien nos pide un cambio y no gastamos tiempo en eso? (Entienden a donde voy no?)

Hay equipos que se la pasan haciendo cambios en un excel gigante sin documentar ni probar, y la única forma de hacer eso bien es depender de que los genios tengan todo en la cabeza y no fallen nunca. No digo que esté mal, funciona, pero… ¿Que pasa si uno de estos genios muere? al horno.

Puedo seguir eternamente con la analogía del excel. Pero creo que me comprendieron.

Hacer un sistema informático es parecido, hacer uno extremadamente simple es fácil y lo hace 1 personas y no requiere mucha documentación ni testing y es fácilmente modificable, pero cuando queremos algo 100 veces más grande la complejidad en coordinación, detalle y probabilidad de arrastre de error se hace cada vez más alta (y nuestro cerebro es limitado), por eso hay que hacerlo de la forma más profesional posible, para que, si después nos piden el mismo sistema pero 1000 veces más grande, podamos modificarlo y no depender del genio del excel que descule las fórmulas y en la virgen María a la cual le vamos a prender dos mil velitas para que esté correcto el resultado. 

En el mejor del los casos, si tenemos a algún genio, lo ponemos  hacer otro excel nuevo que lo va a divertir más y ampliar su conocimiento…. ni hablar si de repente se vuelve referente de ambos proyectos y de paso nos ahorramos contratar a un segundo genio y no va que la pase bien y recomiende el trabajo a sus amigos genios.

[fersca]

Desarrollador C/C++, Golang es tu nuevo mejor amigo.

Compañero del código que has estado años programando en C porque te gusta manejar el sistema operativo a bajo nivel, tengo una buena noticia para ti.

Golang es extremadamente parecido a C, pero con la ventaja de tener un webserver integrado, un garbage collector y un framework de testing.

Pero este post no es para analizar las bondades de este nuevo lenguaje, si están interesados en aprenderlo les recomiendo realizar este tour, leer este pequeño tutorial y ver estos ejemplos prácticos. Si esto no es suficiente, este es el libro más recomendado.

Lo que estuve probando hoy y me pareció fantástico es la interoperabilidad (palabra complicada si las hay) que existe entre Golang y C.

¿Qué significa esto?

Básicamente, desde un programa en Golang, se pueden llamar a librerías de C/C++ de una forma muy simple.

¿Por qué esto es importante?

Bien, hay decenas de miles de librerías/aplicaciones/drivers/sistemas legacy que están desarrollados en C/C++ y el poder ejecutarlos desde Go, nos da la potencia de poder interconectar sistemas existentes y proyectos open source a nuestros nuevos sistemas desarrollados en Golang.

Basta de introducción y vamos a los bifes...

Este es el programa en Golang más simple que puede haber:

Se define el nombre del package, se importa la librería para imprimir en pantalla, se imprime la frase dentro de la función main() que es la primera que se ejecuta.

Bien, como hago para llamar a una función de C?

Simple, al importar el pseudo-package “C” ya tenemos acceso al lenguaje:

Nótese que sobre la línea import “C”, aparece un comentario, todo lo que se ponga dentro de este comentario es lo que se va a interpretar como código fuente de C, en este caso solo se importa el stdlib.h que tiene muchas funciones últies, como la de random.

Si se ejecuta esto desde la consola:

Se puede ver el número Random, generado desde C.

Fantástico, que pase si queremos pasarle algo como parámetro, cómo hago?

Bueno, se pasa el parámetro directamente a la función de C, pero hay que tener cuidado con pasar el tipo de dato correcto, para eso la librería de C brinda algunas ayudas para convertir tipos.

Si queremos por ejemplo llamar a la función que crea una semilla para el random, la cual acepta un número como parámetro, podemos hacer lo siguiente:

Como se puede ver, se crea una función Seed que acepta un int, pero al pasar esta variable a la función srandom, se tiene que castear a C.uint (unsigned-int de C). En la función main() puede verse como se llama a Seed con el número 23 como parámetro. Esto es lo que devuelve en la consola:

Como se ve, el valor random brinda otro valor gracias a la generación a partir de la semilla.

Bien, que pasa ahora si queremos enviar una estructura pero a una función creada por nosotros?

Para esto tenemos que definir primero la estructura, la nueva función y el linkeo desde Golang a C (Vamos a ver cada caso).

Hay varias cosas en el código.

Primero dentro de del bloque de comentarios, se define la estructura “Persona”, se crea también la función “imprimePersona” que recibe un puntero a una estructura del tipo Persona. Eso es todo lo que hay de C.

Otra cosa que tenemos en el código es un tipo de dato llamado GoPersona que se lo define como del tipo “_Ctype_Persona”, de esa forma: con el “_” delante y con “type_X” donde X es la estrutura es como se define una variable en go con tipo de dato de estructura en C, medio críptico pero útil. Al hacer esto nos aseguramos que las estructuras sean las mismas en Go y C.

Por último la línea:

C.imprimePersona((*C.Persona)(unsafe.Pointer(&persona)))

Llama a la función imprimePersona de C, pasando como parámetro un puntero a la estructura persona que se crea arriba “persona := GoPersona{25, 2}”, se lo castea al tipo de dato *C.Persona y además se lo define como un puntero “unsafe”, esto es para que C pueda acceder a la variable en Go.

Esto es medio molesto, pero es lo único que hay que saber, después es siempre igual.

Si ejecutamos esto desde la línea de comando vemos:

Como se puede ver, se ejecuta en C la función que imprime los datos de la persona con los parámetros pasados en la estructura.

Ahora bien, vamos a algo más complicado, poder mandar una estructura a una función, pero en la función de C crear otra estructura, devolverla a Go y utilizarla.

Veamos antes que nada como es el código en C:

Se puede ver que se crean dos estructura nuevas “Animal” y “Ciudad”.

Y se crea una función, que va a recibir un Animal, va a imprimir los datos, va a pedir luego que se ingrese por línea de comando el nombre de una ciudad, va a cagar este nombre en una estructura y lo va a devolver. “pass_struct_animal” se llama la función.

Ahora tenemos que linkear los tipos de datos en Go y además hacer las llamadas:

Qué es lo interesante acá, se crean los tipos de dato como ya vimos antes, pero para GoAnimal y GoCiudad.

Se crea con ese tipo de dato un Animal (línea 49 a 51) nótese que para crear un string (el nombre “Gato”) en go y pasarlo a C, hay que indicarle que es un “CString”.

En la línea 53, es en donde se pasa la estructura Animal a la función en C, igual a como lo vimos antes, pero en este caso el resultado se lo guarda en una variable tipo GoCiudad.

Lo interesante luego es que en ciudad.nombre tenemos guardado el nombre, que en realidad en C es de tipo puntero a Char, hay que indicarle a Go que transforme el contenido de este tipo de dato a string, eso se hace automáticamente si utilizamos la función C.GoString().

Por último, como se creó el nombre con malloc en C, tenemos que liberar la memoria, golang no lo hace solo eso porque no tiene acceso a la memoria manejada desde C (por eso no lo agarra el garbage collector) entonces lo liberamos a mano con “C.free”.

Si corremos desde la consola el programa obtenemos:

Eso es todo, pero antes les voy a mostrar por qué es fantástico.

Supongamos que tenemos un sistema en C que venimos programando hace 3 años y queremos exponerlo como webservice, lo podemos hacer muy simple con el webserver integrado de Go.

Para eso hay que crear un webserver en Go, ponerlo a escuchar, atajar el request que mandamos desde un browser, llamar a la función de C, procesar lo que queremos y devolver los datos al webserver.

Así es como se hace:

Se crea un webserver() se lo deja creado de forma asincrónica (go webserver()) y se le indica que todo request que llegue se ataje con la función processRequest() que dentro lo que hace es llamar a la función Random() que hicimos antes.

Si corremos el programa y ejecutamos desde el browser la url http://localhost:8080 obtenemos:

Como se puede ver, se ha ejecutado una función definida en C desde un browser, gracias a Go.

Bueno, eso es todo, espero que les haya gustado y que lo puedan utilizar, 

Les dejo el link al programa que usé para este Post.

Programa

Un agradecimiento especial a Ernest y Ale.Z que me ayudaron cuando les pedí auxilio hace un rato para hacer funcionar los malditos punteros. Dos crack del equipo de Apicore.

Ernest

Ale.Z

Si quieren aprender más sobre como llamar desde Golang a C, les dejo los dos tutoriales que leí para aprenderlo:

C? Go? Cgo!

Command Cgo

Saludos,

Fer

[fersca]

Buscamos desarrolladores en el equipo de API’s de Mercadolibre

Hola a todos,

Como no me alcanza un tweet para escribir por qué buscamos desarrolladores, me pareció buena idea escribirlo en el blog y de paso contar qué hacemos en “Apicore”.

¿Qué hacemos en el equipo?

Somos un equipo de 16 personas (13 desarrollo + 3 QA) que mantenemos y mejoramos la API de Mercadolibre.

Acá se puede ver a Nacho y de fondo a Darío:

¿Qué es la API de Mercadolibre?

La API de mercadolibre son una serie de servicios que permiten acceder a toda la información del sitio, sobre esos servicios es que se crean las secciones de la página y las aplicaciones mobile.

Con un ejemplo queda más claro, ésta es la API de usuarios:

https://api.mercadolibre.com/users/92607234

Con ese servicio se puede crear la página del perfil del usuario DATA_COMPUTACION

y ésta es la API de categorías:

https://api.mercadolibre.com/categories/MLA1000

La misma brinda información sobre la categoría de “Electrónica, Audio y Video” que sirve por ejemplo para ver las características de las publicaciones en esa categoría, cuánto se permite vender en ella, los tipos de fotos, etc.

¿Por qué es importante la API?

Absolutamente todas las secciones del sitio consumen la API (Mostré dos servicios pero son más de 300), tenemos unos 20 millones de requests por minuto (todo el tráfico de la página pasa por ellas), con lo cual es bastante crítica e importante. 

Toda la lógica de negocio de Mercadolibre está escrita en las Apis y nosotros somos responsables por ello. 

La API internamente está dividida en 25 proyectos y corren sobre un cloud en 2000 servidores virtuales.

¿Si ya está construída, por qué necesitamos más desarrolladores?

Si bien ya está construída, todo el tiempo se está modificando para adaptarse a los nuevos requerimientos del negocio. 

No solo eso, sino que estamos todo el tiempo tratando de mejorar su estabilidad y velocidad. Hoy las APIs devuelven una respuesta en menos de 30 milisegundos y tienen un SLA (uptime) de 99.9%, tratamos de que sean más rápidas y más estables todo el tiempo.

Acá se puede ver a Xime mientras hace un cambio en la API de Prices, mientras come un chocolate:

¿Que tecnologías usamos para construirlas?

La verdad, usamos cualquier tecnología que nos sirva para cumplir el objetivo, si la tecnologías es buena, la probamos, si sirve se queda, si no sirve se cambia.

Este es un listado de tecnologías que estamos usando entre lenguajes, bases de datos, caches, servicios de monitoreo:

Java, Groovy, Grails, Varnish, Memcached, Redis, RabbitMQ, Nginx, MongoDB, ElasticSearch, Oracle, MySQL, New Relic, DataDog, OpsGenie, etc

Por ejemplo esta semana estamos probando Golang, el lenguaje de programación de Google, porque es muy performante para hacer llamados asincrónicos y consume muy poca memoria.

Les dejo una foto de la mascota de Golang que tiene mi jefe Hernán en su escritorio!

¿Que metodología usamos?

Tratamos de usar metodologías ágiles, en donde definimos lo que vamos a hacer durante la semana el lunes, trabajamos hasta el viernes y ese día nos reunimos y nos contamos qué hicimos y hasta donde llegamos. 

Hemos probado scrum, kanban, y todas las que se nos ocurrieron, pero nos dimos cuenta que la que funciona es “ser responsable y trabajar”, más que seguir una metodología la pié de la letra.

Internamente estamos divididos en 3 equipos distintos, cada uno con un líder y un objetivo claro el cual cambia cada tres meses.

¿Cómo es trabajar un día en API’s?

Los días son todos muy distintos y depende la experiencia que tengas, pero en general vas a estar 50% del día programando una funcionalidad nueva que nos hayan pedido, y el resto del tiempo o reunido con tu líder, compañero de equipo, etc. definiendo como programar lo que nos pidieron o contestando mails sobre consultas, pedidos o inquietudes sobre cómo es el funcionamiento de las APIs. A veces das vos charlas sobre tecnologías a otros equipos, probás alguna tecnologías nueva o inventás alguna forma de mejorar las cosas.

Por ejemplo Darío está trabajando en una iniciativa que llamamos “Pictures” en donde está haciendo que todas las imágenes de mercadolibre se backupeen en Amazon S3. Cosa que se nos ocurrió el año pasado.

Acá está Darío (apodado “el pibe”) concentrado luchando con la matrix:

¿Qué puestos hay?

Hay muchos puestos dependiendo de la experiencia que tengas, entre ellos:

Junior Software Engineer

Software Engineer

Semi Senior Software Engineer

Senior Software Engineer

Project Leader 

Technical Leader

Software Expert 

Manager

Luego de Senior Software Engineer, podes optar por un carrera técnica: Tech Lead (Lo que en otros lados se llama Arquitecto) --> Software Expert (lo que en otros lados se llama Principal Software Engineer) o una posición de gestión: Project Leader --> Manager

¿Que beneficios hay?

Además del sueldo que es muy competitivo, tenés horarios flexibles (podes entrar más tarde), home office (podes trabajar desde tu casa), capacitaciones internar, conferencias (algunas en otros países). 

Te damos para trabajar una Mac y un monitor de 23″, estacionamiento (si tenes auto) y algo nuevo y muy copado: comida a $20 en el buffet!!, además de golosinas, snacks y frutas que podes ir a buscar todo el tiempo en la oficina. La oficina está increíble, posta.

Esta es una foto de mi escritorio con el monitor y la mac (La cachaza en la botella fue un regalo del equipo de Brasil, por las dudas aclaro):

Y esta es una foto de las frutas en la oficina:

Nuestra oficina está en Saavedra (Buenos Aires) pero tenemos también oficinas en Congreso (Buenos Aires), en San Luís, Córdoba, Montevideo (Uruguay), Santiago de Chile y San Pablo (Brasil)

¿Qué tenes que saber para venir a trabajar con nosotros?

No importa si no sabes alguna de las tecnologías que usamos, eso lo podes aprender rápido, pero si tenes que saber programar en algún lenguaje y conocer como hacer páginas web (como funciona http). Si sabes Java mejor, sino no importa. Cuanto más sepas y cuanta más experiencia tengas, más senior será el puesto.

¿Tomamos gente sin experiencia?

Si, durante el último año tomamos 3 personas sin experiencia, pero demostraron que son muy inteligentes y responsables, y sobre todo, tenían ganas de aprender :D

Como no tenía fotos de los chicos pongo una de “Benito” de “Don gato” esforzándose por aprender a tocar el violín, esa es la actitud que buscamos!!

¿Cómo haces para postularte?

Si querés venir a trabajar con nosotros, mandame un mail a esta dirección: [email protected] diciendo que viste el blog y te gustaría trabajar con nosotros. 

Si te gustaría trabajar en Mercadolibre pero querés ir a otro equipo, igual mandame un mail y yo se los paso a mis amigos de otros equipos. 

Otros equipos pueden ser de front-end, diseño gráfico, comunicación, bases de datos, infraestructura, etc. 

Si no sabes de que se trata cada uno o no sabes aun qué te gusta, podes venir a una entrevista y te podemos contar mejor.

¿Alguna otra duda?

Por cualquier pregunta, escríbanme por mail a [email protected]

Espero que les haya gustado la explicación y que se animen a venir!!! tenemos miles de cosas para hacer y es muy entretenido.

Saludos,

Fer

[fersca]

Simulating Google "go" function with Java 8

One of the best things that golang has is the very easy way to send tasks to background, and wait for them to finish without being alert about the synchronisation problems, that is done by using gorutines and channels.

So, yesterday night I did some examples to simulate this "go" function with Java 8, using Lamdas and Threads Executors.

Here is the complete example in github:

https://github.com/Fersca/Varios/blob/master/Lamda/src/JavaGo.java

You can create the "task" using Lamda functions (provided in java 8)

You an simulate the Golang Channel creating an AtomicInteger for synchronisation, call the simulated "go" function, and "wait" for all the tasks to be completed.

Here is the implementation of the "go" function (it takes the Lamda function to create another Runnable in order to attach the channel and send it to the executor. Inside the new Runnable the channel in decremented and the other threads are notified with the event (useful for the wait condition)

The "wait" function is quite simple, it only receive the signal from notify() and checks if the counter reach to zero. In these case it unlock the Channel.

That's all, you can extract this methods, and simple create Runnables, send them with our new "go" functions and if you want to wait for them you can use a simple channel. Synchronisation, threads counting, etc is done for you.

:)

@Fersca

[fersca]

MIT Bachelor in Computer Science - Online

If you'd like to study computer science online and you don't find any structured guide of which courses to take, I recommend you to study this courses form MIT Opencourseware courses:

8.02 - Physics II: Electricity and Magnetism

6.01 - Introduction to EECS I

18.03 - Differential Equations (Optional)

6.02 - Introduction to EECS II

18.06 - Linear Algebra

6.042J - Mathematics for Computer Science

6.035 - Computer Language Engineering (*)

6.170 - Software Studio (*)

6.172 - Performance Engineering of Software Systems (*)

6.004 - Computation Structures

6.005 - Elements of Software Construction

6.006 - Introduction to Algorithms

6.033 - Computer System Engineering

6.034 - Artificial Intelligence

6.046J - Design and Analysis of Algorithms

6.171 - Software Engineering for Web Applications (Elective example)

You can take only one of the courses marked as (*)

How do I reach to this course list?

You can find the bachelor's course list in the MIT curriculum guide.

For example, if you want to see the complete courses that you have to take for the BS in Computer Science, you re redirected to this page: Bachelor of Science in Computer Science and Engineering The options are a little complicated, you have to take some humanistic, history, arts, communications courses, but if you are only interested in the computer science courses, you can follow the previous list. Remember that you are not going to take a degree form MIT only by taking this online courses, but it is a really good plan to start learning CS. Fersca (@fersca)

[fersca]

La física en casa: Mis fideos calentándose por convección

Hola,

Cuando estaba en el secundario y en física me explicaron el calentamiento del líquido por convección, me pregunté a mi mismo: "y como saben que el líquido se mueve así si no se ve en el agua?."

Les dejo un video que acabo de filmar (un día de vacaciones en casa hace maravillas) en donde sí se puede ver como los fideos se mueven como muestra el diagrama.

Lo raro es que el ciclo del agua es al revés (anti-horario). Debe ser porque la hornalla grande calienta más el líquido de la parte exterior de la cacerola.

Más información sobre el calentamiento por convección, como no podría ser en otro lugar, wikipedia: http://es.wikipedia.org/wiki/Convecci%C3%B3n

Saludos,

Fer

[fersca]

La importancia de un buen SEO

Antes que nada SEO significa Search Engine Optimization. O sea, como optimizar las páginas webs para aparecer mejor "rankeado" en los motores de búsqueda como google.

Si bien, en mi laburo nos queman la cabeza sobre la importancia del SEO (y con mucha razón), vamos con un ejemplo más terrestre de lo que pasó en mi blog, este que está usted leyendo, gracias a un fortuito accidente de SEO.

Hoy me metí a ver las estadísticas (para alimentar mi egocentrismo) y resulta que este blog pasó de tener entre 4 y 5 visitas por día a 120-150.

Primero creí haberme vuelto famoso, luego de 3 segundo noté que eso no era posible dado peculiar carisma y que de alguna otra manera estaba llegando más tráfico al blog.

Google Analytics me dijo que a partir del 19 de marzo al parecer empezó a llegar muchísimo tráfico desde Francia y en menor medida Italia.... raro.

Una solapa un poco más oculta me dijo que el 98% de este tráfico venía desde google (búsquedas orgánicas) luego de buscar con la palabra "subtitles", "vlc", "chromcast"

Ahí recordé que en diciembre había escrito un post pedorro sobre:

See movies with subtitles using Chromecast (Synchronize VLC with Chromecast)

http://fersca.tumblr.com/post/70268632163/see-movies-with-subtitles-using-chromecast-synchronize

Probé de buscar en google "subtitles in chromecast" y aparece primero, wow.

Por alguna razón google desde marzo le dió mucha más importancia.

Así que miren con que pavada alguien pasa a tener 25 veces más de tráfico en su sitio.

Imagínense lo que puede generarse con un detallado análisis sobre el SEO de un buen sitio web.

Préstenle atención al SEO, si no le están prestando atención ya. 

Pueden empezando buscando "how to improve the SEO" en donde seguro alguien que pensó bien en el SEO está recibiendo mucho tráfico por estar súper posicionado google ;)

Saludos,

Fer

PD: Parece que los franceses se siguen negando a aprender inglés.

[fersca]

"Hackers" y "Data Scientist"

Estaba por poner en twitter "No bastardiemos más el término Hacker ni Data Scientist por favor" pero voy a explayarme un poco. 

Para mi, ojo, para mi ehe,,, un hacker debería:

- Dominar (en serio, dominar) varios lenguajes de programación (alto y bajo nivel), Ej: Javascript, ruby, C, C++, Java, Groovy, python, etc. "Dominar" es poder hacer cualquier cosa con ellos.

- Entender y conocer algoritmos complejos de sorting, searching, pathfinding, etc. (En serio, como para tener un buen desempeño en una competencia de programación). Por algo la carrera de "computer science" dura 5 años. Me canso de escuchar que no sepan como funciona un hashmap.

- Tener muy buenos conocimientos de matemáticas. No saber lo que es un número primo es triste, la mitad de la seguridad informática se basa en ellos.

- Ser muy rápido, muy creativo y no fallar. La gente que hizo el sw del Apolo 11 no tenía un lindo IDE para debuggear, nosotros sí y seguimos fallando.

- Conocer muy en detalle protocolos como tcp/ip, http (este último mínimo) sus triquiñuelos y problemas de seguridad.

- Conocer en detalle el funcionamiento y los triquiñuelas de un sistema operativo en serio.

- Tener muy buenos conocimientos de Hardware. No saber que es un: volt, ampare, watt, diodo, transistor, etc es equivalente a llamarse a si mismo "piloto" y no conocer la teoría aerodinámica que hace que el avión vuele. 

- Tener pasión por lo que haga. Esto es lo más importante. Los hackers llegan a casa y se quedan hasta las 3am probando algo nuevo porque sí. Porque sí.

Si se ponen a pensar hay pocas personas que tienen estas cualidades, yo no conozco más de 10.

Esas personas se ponen tristes cuando ven un aviso de "Buscamos Hacker de ruby con conocimiento de UML". :'(

Data Scientists:

En los últimos años apareció este concepto, que sintetiza a un profesional que tenga conocimientos de:

- Programación, inteligencia artificial, algoritmos de clustering.

- Estadística, probabilidad.

- Data Mining, Machine Learning.

- Big Data.

Como para poder tomar los TB de datos que tienen las empresas y sacar el máximo jugo y provecho a los mismos.

Por favor, no llamemos más "Data Scientist" a quien sabe tirar una query y hacer un reporte, es un poquito más que eso…. hay pocas personas en el país que cumplen con esas cualidades.

Mi amigo Fausto, que estudia IA en Escocia, se pone triste, muy triste cuando lee "Data Scientist - SQL Knowledge required, 2 years of experience, for a prestigious telecommunication company".

Gracias por ayudarme a crear una internet mejor compartiendo este post.

Saludos,

Fer (Enthusiast code monkey)

[fersca]

See movies with subtitles using Chromecast (Synchronize VLC with Chromecast)

First of all, this post is in English because it is worldwide useful (sorry if it is not perfect).

Some days ago I bought a Chromecast and after using it for some minutes I thought that it was going to be another techno-piece of stone in my home.

The fact is that I wanted to see movies in my TV without the HDMI wire that I was using to share the desktop of my notebook with the TV. I was using VLC to see the movies with subtitles in Spanish.

As Chromecast only lets you to share things that run in chrome tabs, you can only see webpages, videos or images, but of course you can't add .srt (subtitles) files to the videos.

After some research on Internet, I found that there is an experimental share setting that allows you to share the entire desktop!!! so I could share the VLC in the TV but, as you have notice, the Chromecast sharing is about 1 second delay between what you see in the computer and what you see in the TV.

It wouldn't matter if the "Audio Mode" would work, but it doesn't, so you have the sound coming out from your computer with a delay of one second related to the image in the TV.

Here we are!, You can fix it out by delaying the sound using the J and K letters in the VLC.

So, set the delay in 1000ms, share the entire desktop and configure Chromecast to use 720 and high bitrate and you will be seeing movies from your computer, with subtitles, full HD, real time frame rate and with audio sync.

If you, as me, have a bluetooth speaker like the Sony or the Bose, the minor problem of sound coming out from the computer is solved too!

I hope you have found this post useful!

Fer 

[fersca]

Prolog desde java: Magia pura

Hace mucho tiempo, allá por el año 2002 cuando cursaba paradigmas de programación en segundo año de la UTN, me enseñaron el paradigma lógico de programación y por consiguiente su lenguaje de cabecera: Prolog.

La idea era usar el mejor paradigma para resolver distintos problemas.

En ese momento quedé fascinado por lo simple que resultaba resolver problemas de ingenio con tal lenguaje, como ser el famoso problema del camino del caballo, el problema de las ocho reinas que no se tienen que hacer jaque en el tablero, o el problema de las torres de hanoi. 

Por qué quede fascinado? porque estos problemas en otros lenguajes de programación son un tanto engorrosos de realizar, ya que requieren implementar algoritmos de búsqueda, árboles o recursiones extrañas.

El temilla con prolog es que, si bien era muy útil en estos casos, casi no se usa en la actualidad y además hacer otra cosa que no sea este tipo de problemas, como una ventana para windows, es muy complicado y el IDE más actual es de 1986.

El otro día husmeando por internet encontré una librería para java que cumple la función de engine de prolog. Cómo sería esto? desde java se puede ejecutar un programa en prolog, pasándole parámetros y obteniendo los resultados. Con lo cual, tenemos el mejor de los mundos, se puede solucionar la parte "loca" en prolog y seguir programando en java.

Este es un ejemplo de cómo es el problema de las 8 reinas en prolog:

solution([]). solution([X/Y|Others]) :- solution(Others), member(Y, [1,2,3,4,5,6,7,8]), noattack(X/Y, Others). noattack(_,[]). noattack(X/Y,[X1/Y1|Others]) :- Y =\= Y1, Y1 - Y =\= X1 - X, Y1 - Y =\= X - X1, noattack(X/Y,Others). member(Item,[Item|Rest]). member(Item,[First|Rest]) :- member(Item,Rest). template([1/Y1,2/Y2,3/Y3,4/Y4,5/Y5,6/Y6,7/Y7,8/Y8]).

Mientras que por ejemplo en java es un poco más molesto.

Les dejo además el link del engine:

http://www.gnu.org/software/gnuprologjava/

Y un ejemplo que hice para ejecutar el factorial desde java:

factorial(0, 1) :- !. factorial(N, F) :- N1 is N - 1, factorial(N1, F1), F is N*F1.

https://github.com/Fersca/Varios/blob/master/Prolog/src/FactorialProlog.java

Espero que les sea tan útil como a mi :)

Saludos,

Fer

[fersca]

Developer recommendation #4 "Let me google that for you"

Si bien en otra recomendación he comentado que un buen developer pregunta cuando no entiende, tenemos el caso de los que preguntan todo el tiempo sin dedicarle tres segundos de trabajo de neuronas a resolver un problema.

Esto está mal, si bien no está bueno no preguntar y estar una semana tratando de resolver algo sin poner un timeout, también está mal preguntar todo el tiempo, hay que dedicar tiempo a investigar por qué las cosas no funcionan y luego de que le hayamos dado suficientes vueltas (un par de horas) sin encontrar respuesta, preguntemos.

Por que es malo preguntar directamente sin pensar?

No ejercitamos nuestra mente en resolver problemas.

No investigamos.

Nos volvemos vagos, preguntar es la fácil.

No incorporamos otros conocimientos que hubiésemos aprendido en el proceso de búsqueda.

Molestamos más de lo debido a la persona a la cual le preguntamos.

Si se preguntan cosas muy simples, hacemos enojar a la otra persona.

Podemos agotar su paciencia.

Generamos odio en la otra persona.

Generamos que la otra persona le comente a sus amigos de nuestra "vagancia"

Depende quién sea la otra persona, corremos peligro de un accidente.

Amigos developers, nadie nació sabiendo, pero tratemos de intentar resolver el problema antes de preguntar cualquier simpleza que con tres segundos de análisis hubiésemos resuelto. No hay nada más gratificante que resolver algo por nuestra propia cuenta.

Amigo developer recibidor de preguntas: Siéntase libre de enviar un link de "Let me google that for you", es una forma más "polite" de mostrarle al preguntador que con tres segundos de búsqueda en google hubiera sido suficiente y es más amigable que gritarle o revolearle algo.

Por ejemplo, si alguien nos pregunta como leer un archivo desde java pasamos esto: http://lmgtfy.com/?q=how+to+read+a+file+from+java

Si luego del link ponemos una carita así --> :)  mejor

Si alguien les dice "me estas cargando?" le envían el link a esta recomendación por favor. Es solo para entrenar mejores developers :)

[fersca]

Developer recommendation #3 "Estudia, estudia"

Un verdadero developer, estudia, si no es en la universidad es de forma autodidacta, pero estudia, y se entristece cuando alguien se queja porque tiene que aprender un nuevo lenguaje, dado que entiende que si esta persona se queja por leer un manual de 400 hojas cada 3 años es mediocre. y la mediocridad lo pone triste.

Estudia porque sabe que no puede incrementar más su coeficiente intelectual (o a lo sumo en pocos puntos), pero sí su conocimiento leyendo lo que otros han escrito y como dijo alguna vez Newton, poder mirar más lejos al subirse a hombros de gigantes.

[fersca]

Developer recommendation #2 "Desarrolla, luego codea"

Un verdadero developer, sabe como programar, no sabe codear en un lenguaje de programación, conoce los que sean necesarios y se pone triste cuando escucha "yo soy programador PL/SQL semi-sr".

Piensa que un verdadero músico entiende y compone melodías, luego si las mismas son ejecutadas en piano, flauta o violín, es anecdótico, ya que puede reproducir la música en su mente al leer la partitura.

Lo mismo que un programa, el desarrollador lo crea en su mente, luego lo transcribe en el lenguaje que corresponda, en el que sepa o que el que esté de moda. Sabe que lo importante es el algoritmo, como las notas y estructura de su composición.

[fersca]

Developer recommendation #1 "Si no se, averiguo"

Un buen developer, cuando no entiende un concepto técnico nuevo que escucha, lo busca en internet y trata de usarlo en un ejemplo de código para que se le grabe en la mente. Si escucha "node.js", cuando tiene un tiempo libre trata de hacer un "hola mundo" para probar si le gusta la tecnología.

Si el nuevo concepto lo escucha en una reunión de trabajo, en lugar de quedarse escuchando sin entender dice "¿Qué significa eso?" a pesar de lo que el resto pueda pensar.

¿Por qué? Porque a partir de ese momento va a poder entender mejor el problema y aportar su inteligencia para resolverlo, sabe que es más importante aportar al bien común que ser tímido y pensar "se me van a reír si digo esto".

Si alguien se le ríe, no merece su respeto y el developer debería pensar "el que ríe ultimo ríe mejor".

[fersca]

Estudiando Chino con Fer

El otro día tuve el siguiente diálogo nuevamente:

Amigo: ¿Cuánto hace que estudiás chino?

Fer: Van a ser dos años ya.

Amigo: ¿Y ya pode hablar bien?

 Fer: Recién ahora algo puedo decir...

Amigo: ¿Pero no era mejor estudiar portugués?

Fer: Por el trabajo me conviene más y es más fácil, y además ya les entendés el 50% de lo que dicen.

Amigo: ¿Y para que estudiás chino entones?

Fer: Porque está excelente, me parece interesante, divertido y salgo de la clase con la mente despejada.

Amigo: Seguro tenés un plan maléfico que requiere chino.

Fer: ¿Para que aprendes guitarra?

Amigo: Tenés razón. Sos raro igual.

Voy a explicar un poco de chino para que mis amigos estén un poco más informados sobre este idioma y quizás generarles un poco más de intriga por estudiarlo, hasta podríamos practicar en el futuro. Voy a tratar de ser simple y básico.

Chino es igual que cualquier otro idioma, pero con un par de complicaciones extras, innecesarias pero interesantes. 

  En chino las oraciones siempre se escriben igual: Sujeto-tiempo-lugar-verbo-objeto. Super fácil, con lo cual un ejemplo sería:

yo (sujeto) mañana (tiempo) en casa de papa (lugar) comer (verbo) comida (objeto).

  Parece medio indio, pero hasta ahora fácil.

  Como pueden ver, además no se conjugan los verbos, y no se pone ningún auxiliar para indicar que se realizará la acción a futuro, simplemente se pone mañana o ayer para indicar el tiempo. Por ahora es hasta más fácil que inglés o español.

  Español:

Yo mañana voy a tomar té en la casa de mi papá

Inglés: 

Tomorrow I am going to drink tea at my dad's home.

Chino: 

Wǒ míngtiān zài wǒ de bàba jiā hē chá

  Wǒ (yo) míngtiān (mañana) zài (en) wǒ de bàba (mi papa) jiā (casa) hē (beber) chá (té)

  A partir de ahora se empieza a complicar zarpado.

  Problema número uno

  Noten que tenemos unos tildes raros en la oración, es porque en chino hay cuatro tipos de tonos o acentos, hay que entonar cada sílaba. Si tenemos una palabra con cuatro sílabas, podría ser que tenga cuatro tipo de acentos al pronunciarla, uno por cada sílaba.

  Primer tono

hē (beber)

Es un sonido de frecuencia continua, relativamente alta, los amantes de la electrónica apreciarán este gráfico de frecuencias:

Segundo tono

chá (té)

Este tono es un sonido que va de grave a agudo, con la siguiente frecuencia:

Tercer tono

wǒ (yo)

Es un sonido que pasa de frecuencia alta, a baja a alta nuevamente:

Cuarto tono

Es al revés que el segundo, pasa de agudo a grave:

También tenemos sílabas que no tiene tono, así como en nuestro idioma, por ejemplo: 

  bàba (papá)

Tiene cuarto tono en la primer sílaba y no tiene tono en la última, mientras que: 

  míngtiān (mañana)

tiene segundo tono en la primera sílaba (míng) y primer tono en la segunda (tiān).

  Al pronunciar hay que ir respetando esta entonación. Como cantando :)

  Se vuelve híper complicado cuando por ejemplo, cuatro sílabas iguales con diferentes tonos significan diferentes cosas:

  Mā  --> mamá

Má  --> lepra

Mǎ --> caballo

Mà --> abusar

Ma --> es para preguntar 

  Entonces hay que tener muchísimo cuidado al pronunciar, porque se puede decir cualquier cosa si no se entona perfecto, en ves de decir:

- Ella es tu mamá? 

Quizás se está diciendo

- El caballo tiene lepra? 

Para tener un ejemplo vea el campítulo de The Big Bang Theory en donde Sheldon quiere quejarse en el restaurante chino.

  Problema número dos.

  Cada sílaba se escribe con un caracter distinto (caracter es el dibujito chino).

Volvamos a nuestra palabra de ejemplo con dos sílabas, míngtiān.

Si tiene dos sílabas, tendrá dos caracteres:

  明(míng)天(tiān) --> 天明

  Nuestra oración de ejemplo va a terminar escrita en chino de la siguiente manera:

Wǒ (yo - 我) míngtiān (mañana - 明天) zài (en - 在) wǒ de bàba (mi papa - 我的爸爸) jiā (casa - 家) hē (beber - 喝) chá (té - 茶).

Todo junto...

我明天在我的爸爸家喝茶

Quedó re cortito.. porque cada caracter es una sílaba, por eso se puede escribir un texto mucho más largo en twitter, porque deja 140 caracteres, como en chino cada uno representa varias letras, ... se multiplica.

Resumiendo, la gramática es muy simple, o al menos por ahora, pero los tonos lo hacen extremadamente complicado de entender y pronunciar, ni que hablar con que hay que estudiar de memoria un caracter por cada sílaba, que si hacemos las combinaciones nos da más de 15.000 caracteres distintos. Yo voy por 300 :D

Bueno, espero que les haya gustado la clase de chino básico y espero haber inspirado a alguien más a estudiarlo. Me entretuve mucho explicándolo.

Saludos,

Fer

PD: Si prestan atención a los tatuajes chinos de la gente, se van a dar cuenta que casi siempre las chicas se tatúan el mismo caracter:

Que significa amor :) que tierno

[fersca]

Costa Bonita