¡Prounion verano 2022!

Era el momento de hacer un parón y de compartir un tiempo juntos, formadores y colaboradores de Pronoide, de vernos en persona, relajarnos y desconectar de lo que ya llevábamos de año.  

Nos encontramos en un caluroso viernes de verano. Decidimos hacer una actividad por equipos y nos fuimos a un Escape Room, competimos 4 equipos que nos convertimos por un tiempo en 4 feroces tribus de vikingos cuyo objetivo era descifrar los intrincados enigmas que nos permitiría conseguir abrir el gran tesoro de los 4 codiciados candados que nos llevaría a coronar a nuestro Thor. ¿Adivináis quién fue coronado?...

En el Escape Room

Después del encarnizado enfrentamiento y del extremado calor que hacía estábamos exhaustos y, como buenos vikingos, nos fuimos a celebrar nuestro coronado éxito en torno a unas cervezas bien frías y una suculenta cena. Los más atrevidos, culminamos el encuentro marcándonos unas danzas vikingas en la noche veraniega madrileña.

Una vez más construimos más historia de Pronoide llena de los valores y de las vivencias de cada uno de nosotros que hace que esta empresa represente lo que es: ¡un Gran Equipo!

A minar Ethers

🎵 Cavar cavar cavar cavar, en la mina quiero yo... 🎵

Creo que la mayor parte de la gente que trabaja en tecnología ya sabe que es una blockchain, por tanto no vamos a centrarnos en contar qué es, sino como es el proceso de minado en la blockchain de Ethereum. El proceso de minado es aquel con el que se van a realizar una serie de cambios en los datos que se almacenan en la blockchain. 

Todo empieza enviando transacciones a los nodos de la blockchain. Una transacción consiste en una modificación de la blockchain, por ejemplo para cambiar el saldo de las cuentas o para cambiar el estado de los smart contracts.

En el caso de Ethereum podemos enviar estas transacciones a dos tipos de cuentas:

• Cuenta de contrato: cuenta donde se encuentra el código de un smart contract. Se envían transacciones a este tipo de cuentas con el propósito de ejecutar una parte del código.
• Cuenta externa: una cuenta donde se almacenan los Ethers y que controla una persona. Se usa para enviar, recibir y almacenar criptomonedas.

Ambas transacciones quedan registradas en la blockchain, y podemos verlas en tiempo real desde la página de Etherscan.

Al enviar las transacciones, estas se quedan en estado pendiente hasta que los mineros las seleccionan para añadirlas al siguiente bloque. Esta selección se basa en el beneficio que les vayan a reportar las transacciones elegidas. Siempre escogerán primero aquellas que más gas vayan a utilizar y en las que el precio dispuesto a gastar por cada unidad de gas sea mayor, para obtener el mayor beneficio posible por bloque.

El gas es básicamente una unidad que mide la capacidad de computación necesaria para realizar las transacciones y podemos encontrar el coste en unidades de gas de cada operación que haya que utilizar al realizar la transacción en el Apéndice G del yellow paper de Ethereum. Este concepto permite que la blockchain sea más segura evitando por ejemplo el ataque del 51% además de que las unidades de gas * precio de gas es una parte de la recompensa que se va a llevar el minero por minar un bloque.

Un bloque es un almacén donde se van a guardar permanentemente las transacciones que no se han añadido anteriormente en otro bloque. Se puede ver como una una hoja de un libro de contabilidad donde se van apuntando las entradas y salidas y se lleva un control del saldo de cada cuenta.

No solo se guardan las transacciones, también se guarda otra serie de datos como el número del bloque, el total del gas utilizado, el nonce (que ahora explicaré), el hash del bloque anterior...

Una vez que se han añadido las transacciones al bloque, comienza el proceso de minado. En Ethereum se usa el algoritmo de consenso de Proof of Work (PoW) o prueba de trabajo, por tanto los mineros tienen que calcular un hash a partir de toda la información que guarda el bloque. El problema matemático a resolver para que el bloque se considere minado correctamente es que dicho hash tiene que representar un valor numérico menor a un número X dado, y para ello solo pueden ir modificando el campo del nonce.

El número X va cambiando dependiendo de la dificultad del bloque, que a su vez va cambiando según el tiempo medio de minado de un bloque que debería de estar entre 10 y 15 segundos. Si el tiempo medio de los bloques supera los 15 segundos entonces la dificultad del bloque baja, y por el contrario, si el tiempo medio baja de 10 segundos, la dificultad aumentará haciendo que la X sea un número más grande o más pequeño.

Debido a que este algoritmo de consenso no es muy sostenible, Ethereum cambiará próximamente su algoritmo de consenso dejando atrás el  de PoW para empezar a utilizar el de Proof of Stake (PoS) o prueba de participación.

Resuelto el problema que se pide, el minero tiene que avisar al resto de nodos de que ya ha terminado para que los demás comprueben que el bloque es válido. Para ello les envía el nuevo bloque.

El resto de nodos según van recibiendo el bloque minado, tienen que validar que el problema se ha resuelto correctamente, además de comprobar que las transacciones que van en el bloque se pueden realizar, es decir, que tienen el saldo necesario para realizar el cambio de estado en la blockchain.

Si el resto de nodos validan el bloque entonces este se añade definitivamente a la blockchain y el minero recibirá su recompensa: 2 Ethers + el gas total utilizado para realizar los cambios de estado en la blockchain.

Y una vez terminado este proceso, los nodos empiezan de nuevo la carrera por ser los primeros en minar el siguiente bloque de la blockchain para llevarse su recompensa.

Uyy, esto me gusta, voy a poner mi ordenador a minar... Dado que actualmente hay empresas que se dedican exclusivamente a la minería, no tiene mucho sentido poner nuestros ordenadores a minar en esta blockchain ya que es muy improbable que una única máquina consiga resolver el problema propuesto antes que todas aquellas que trabajan en armonía para estas empresas mineras.

🎵 Ay ho, ay ho la hora ya llegó... ay ho, ay ho, a casa vuelvo yo... 🎵 

Old Problems New Stages

We always been very busy even to improve...

It has been a little over six months that the dynamics have changed dramatically in Pronoide, as well as it has changed for so other many companies, families and individuals. In its day we already exposed in this blog which approach we were going to take to face the convolution that was oncoming due to Covid19. In this article, I would like to do a bit of retrospective of this period of time and try to foresight what in the short-medium term holds for us with what we currently know. 

Here we see the Pronoide growth function f convolved by the covid-19 function g

During the second quarter of the year, we focused on increasing our presence in social networks and gaining control over our digital properties... We reactivated this blog, our twitter account, and also caught up with networks of prefessionals on  LinkedIn. We created Facebook and Instagram profiles. We produce a lot of videos on our YouTube channel. We also redesigned our corporate website. In fact, we are dedicated  to all those things for what we never had enough time. Those first months of the crisis, ended with the integration of a payment gateway in our Website (Stripes). We also started to teach open calendar courses for individual students, instead of the business courses we normally teach. Now we can sell on our Website any training service that we develop. 

During this time, we also learned to use Google, Facebook, and LinkedIn advertising campaigns to spread our activities and initiatives that were taking place in our company day by day. We have implemented marketing campaigns focused on Spain, but also others focused on Latin America. Honestly, now we would be able to teach Community Manager or Social Media courses for companies.

We are finally present and active in most social networks

At the beginning of the third quarter of the year, in July, we started a new project. We have created our own online training platform, which we have called Ergane, to teach courses in two mixed ways. On the one hand, webinar sessions led by the trainer; and on the other hand, self-service contents and exercises for students. We have managed to portray our materials generation methodology and everything that we have learned about video editing, now we can create training itineraries available to the student for a specific period of time according to the length of the course - such as three weeks, two months, etc-. 

Ergane, our teletraining platform now available

Since the beginning of the crisis, we discovered that the business of online training for companies has made us accumulate significant 'losses' during all those six months from April to September. While child school life has not resumed it was not going to be as simple as perhaps we had thought at first. In addition to the losses related to the seasonal break that we always have in summer. Well, we always preferred to call it investment rather than a loss. In April, we reacted fast enough and we requested an ICO loan which we received. Although it does not fully cover our 'invested' amount, at least would cover the company over the next five years. So, we try to see this year 2020 as the year of concentrated R&D for the next five ones. It is also appreciated that among more than 30 individual investors on our project none have backed down during this fateful year. Throughout this period, the only economic measure we have taken 'against' the interests of our employees has been the adjustment of the length of the vacations to those defined in the labour agreement. Normally, in Pronoide the total vacation days taken by employees aren't tracked- it is a compensation for not having the highest wages in the market.

We invest today to have benefits tomorrow

Currently, we are already in the last quarter of the year handling turnover figures that do not differ much from the rest of the quartes of the last years - indeed they are a bit lower -. We do not know how it is going to end 2020. However, the other day a member of our team commented at the meeting: 'I know I always tell you, but we need more trainers on the staff'. And I smiled with joy. It is truth that in Pronoide the problem that has always limited us to grow is the lack of trainers to provide all the training demand comes to us. We get more course requests than those we can teach despite of the fact that we do not have commercials. So I take this old problem as a sign that all things are coming back to normal. -Like the true sign that we are recovering from the crisis and getting into a new scenario where a lot has yet to change. However, for us it means returning to our old challenges from the past with the new ones discovered in the present during this year.

My face smiling the other day at the meeting 

In conclusion, to face all these challenges we are going to hire more employees - we are looking for three new to be part of our team - . We are going to accelerate digital transformation of our business process - trying to apply RPA techniques to manage tasks -. We are going to expand the scope of our project to the international market - we are looking back at Latin America and European market for training -. Finally, we are going to continue preparing ourselves for the upcoming challenges while we solve the problems that come from the past. 

Now is the time to take action!

All images are taken from https://pxhere.com/ under the CC0 license.

Estadística descriptiva con Python

Debes estar muy aburrid@ en el trabajo, o no tienes nada mejor que hacer, para pinchar en un enlace con la palabra clave 'Estadística'. Pero... ya que has pinchado intentaré que se haga lo más ameno posible.

Esta entrada está pensada para hacer una pequeña visita guiada por la librería de pandas en su sección de estadística. Y es que cuando hablamos de Python y de estadística es inevitable que surja pandas, pues tiene debajo todo el poder de la librería numpy para hacer multitud de cálculos de una forma muy eficiente.

Ya verás qué pronto te encariñas con estos seres.

Lo primero, (y evidentemente lo más importante) es importar dicha librería para poder utilizarla, para aquellas personas que no estéis familiarizadas se hace de la siguiente forma:

A continuación, vamos a 'cargar' algunos datos, para luego poder ver algunas de las estadísticas. ¿Que, qué datos voy a cargar? Pues las estadísticas de todos los Pokémon de la 1º a la 6º generación que son 800 en total (Para aquellas personas que no estén familiarizadas con este mundillo de Pokémon no os preocupéis, os vais a enterar igual).

¡Vamos a la obra!

En primer lugar, decirte que en pandas cuando hablamos de unos datos en formato 2D (con filas y columnas) se le denomina DataFrame (DF para acortar), y es muy habitual utilizar sus siglas para crear una variable que contenga un DataFrame. En este caso llamaré df_pkm al DataFrame con todos los datos de los Pokémon, y para leer esos datos usaremos .read_csv( ) y posteriormente echaremos un vistazo a los datos que tenemos con .head( )

Hagamos un inciso para que entiendas los datos.

Las columnas de Type hacen referencia a la 'familia' a la que pertenece uno de estos entrañables seres, por ejemplo, Pikachu (probablemente el más conocido) es de tipo eléctrico. Las columnas que van desde HP (Health Points) hasta Speed, hacen referencia a los atributos de estos seres, expresado en formato de puntos, en lo que a mayor número mejor es en este aspecto, y la columna Total es la suma de todas estas columnas. La columna Generation hace referencia a cuando salió dicho Pokémon en los juegos (del 1 al 6) y la Legendary hace referencia a si es un Pokémon con unas estadísticas muy especiales. Después de esta mini-chapa (pero fundamental para entender el contexto) sigamos con lo que cierne al título de esta entrada.

Este es Pikachu, seguro que te suena

Una vez tenemos cargado nuestro .csv en un DF, y antes de pasar a la parte de estadística, es fundamental comprobar el estado de nuestros datos, ya que, si no tenemos nuestros datos en un formato numérico (int, float, complex) no podremos operar con ellos como si fuesen números (Y sí, a veces ocurre que una columna que parece que está en formato numérico, pero en realidad está en un formato de texto (object)) . Para hacer una inspección rápida utilizaremos .dtypes 

Aquí podemos comprobar que todas nuestras columnas que tienen números están en un formato numérico, por lo tanto, ¡podemos continuar!

Ahora vamos a sacar estadísticas de todos estos datos. Para ello usaremos una de las herramientas que con una simple instrucción podemos sacar las estadísticas más importantes, y esa no es otra que .describe( )

Nada mal para una sola línea de código tan simple ¿eh?, este es el poder que reside en pandas. De esta forma de un simple vistazo tenemos muchas estadísticas a la vista, como puede ser la media, la desviación estándar, el mínimo o el máximo y los percentiles. Hay que decir, que la columna de Generation no tiene sentido en esta tabla, pues son valores discretos que van del 1 al 6 en función de cuando salió dicho Pokémon. Y como te puedes fijar solo ha hecho el análisis de aquellas columnas numéricas, el resto las ha obviado, por ello es fundamental comprobar primero el tipo de dato que tenemos.

Si quieres acceder a un dato en concreto solo tienes que seguir la siguiente sintaxis:

¿Y si en lugar de números lo vemos en un gráfico?

Otra ventaja que presenta pandas es que además de tener numpy debajo para hacer los cálculos numéricos, tiene también a matplotlib, una librería diseñada para representar gráficos. La conjunción de estas dos librerías más lo que aporta pandas hace que sea una de las herramientas más utilizadas en Python.

Volviendo a nuestros datos, probablemente la mejor forma de representar este tipos de datos sea mediante un diagrama de cajas y bigotes, para ello usamos .boxplot( ). Y seleccionaré aquellas columnas que realmente tienen interés, dejando de lado a 'Total' que es la suma de las que represento en el siguiente diagrama y a 'Generation':

Como puedes observar con comandos sencillos se pueden obtener buenos resultados.

¿Qué tal si ahora para finalizar ponemos fin a la lucha que ha habido siempre en el mundillo de Pokémon usando la estadística?

Por fin sabremos si es mejor el tipo agua, fuego o planta (Para aquellas personas que no estén al día, al principio de todos los juegos te hacen elegir un Pokémon de entre estos 3 tipos, pero en el juego en general hay muchos más tipos). Lo que haremos será hacer este mismo gráfico pero para cada uno de esos tipos (agua, fuego y planta) y compararemos las gráficas para salir de dudas de cuál es el mejor tipo.

En primer lugar, lo que haremos será filtrar nuestro DF dejando únicamente aquellos Pokémon de tipo agua, fuego o planta, y guardaremos ese nuevo DF en pkm_wfg (wfg de las siglas de water, fire y grass), para ello haremos uso .loc[ ] y de .isin( )

Y finalmente, usaremos de nuevo .boxplot( ) esta vez con unos parámetros adicionales, el más importante es el 'by' utilizado para agrupar, hay que tener en cuenta que hay que agregar la columna que queremos usar como agregación, por ese motivo, añadiremos 'Type 1' a las columnas que usaremos en nuestro diagrama de cajas y bigotes.

Queda claro que gana el tipo fuego, pero cuidadito con los outliers de tipo agua que pueden apagar muchos incendios, y el tipo planta se queda como robusto siempre entre los dos tipos. Conclusión, no hay conclusión, aún seguiremos debatiendo si elegir entre Squirtle, Charmander o Bulbasaur

Y bueno espero que con esta pequeña visita guiada a pandas te hayas hecho una idea de lo potente que es esta herramienta y que hay muchas aplicaciones a nivel estadístico. Espero que hayas llegado al final y que no te haya matado de aburrimiento.

¡Muchas gracias por leerme!

Todas las imágenes que no son capturas de pantalla han sido sacas de pixabay.com

Diseño de un api ReST (III)

Continuamos con la serie de posts sobre apis ReST dedicándole una entrada a los parámetros en una petición (cero emoción).

Filtrado de recursos

Hemos visto que una petición GET a un servicio REST tendrá como respuesta un único recurso si se indica el identificador al final de la ruta o todos los contenidos en ella si termina en directorio. Se hace necesario un método por el cual los clientes puedan definir exactamente cuales son recursos que solicita.

Típica entrega de 500.000 recursos cuando no se han filtrado los resultados

HTTP cuenta con una herramienta para filtrar que recursos serán afectados por el método: la ‘query string’. Se trata de una sucesión de pares clave-valor con una sintaxis simple que se coloca a continuación de la ruta, después de una interrogación:

GET /ruta?Param1=valor1&param2=valor2&param3=valor3

El significado de esta petición es ‘los recursos contenidos en el directorio cuyas propiedades coincidan con los valores incluidos en la query’. Por ejemplo:

GET /clientes?estado=activo - Del directorio ‘clientes’ queremos solo aquellos cuyo estado sea ‘activo’

GET /facturas?fecha=17/7/2020 - Del directorio ‘facturas’ solo queremos las del 17 de julio.

DELETE /pedidos?estado=cancelado - Queremos que se eliminen solo los pedidos cancelados.

PUT /productos?estado=descatalogado - Queremos modificar los productos descatalogados 

Naturalmente habrá que programar la lógica de control necesaria en el lado del servidor para buscar estos parámetros en la petición y actuar en consecuencia cuando se encuentren. También será necesaria lógica para que cuando esos parámetros no estén presentes la petición sea rechazada (también se puede  devolver una cantidad limitada de recursos o implementar una paginación)

-Aquí está su respuesta, ¡con extra de JSON!

Seleccionando por criterios distintos a 'igual a'

Cuando se filtran resultados lo habitual es utilizar parámetros que coincidan con las propiedades de los recursos, pero no siempre es posible. Por ejemplo, si queremos entregar facturas entre dos fechas no encontramos una propiedad en los recursos ‘factura’ que nos sirva puesto que las facturas simplemente tienen ‘fecha’. Tenemos algunas opciones:

Utilizar parámetros creados específicamente para la búsqueda:

GET /facturas?fechaInicio=<fecha_inicio>&fechaFin=<fecha_fin>

Utilizar parámetros asociados con propiedades existentes, pero utilizando alguna sintaxis especial:

GET /facturas?fecha=gte:<fecha_inicio>,lte:<fecha_fin>

GET /facturas?fecha[gte]=<fecha_inicio>,fecha[lte]=<fecha_fin>

GET /facturas?fecha=gte:<fecha_inicio>,&fecha=lte:<fecha_fin>

Estos últimos tres ejemplos son igual de válidos, pero hay que tener en cuenta que la lógica para procesar esos parámetros en el servidor será tediosa de implementar (y fácil)

Otros usos

El uso principal de los parámetros es el de filtrar con más precisión los resultados que entregará el servidor al cliente pero podemos darle otros sin salirnos del camino que marca el protocolo HTTP. Recordemos que si lo abandonamos la cosa no será REST.

Estos usos exigen una implementación más compleja en el lado del servidor pero como se trata de cosas muy concretas e independientes del api en si se pueden generalizar e introducir en una librería reutilizable.

-Y ahora con un for revisas uno a uno los recursos a ver si cumplen el criterio de filtrado
-¿No lo hago mejor con el select?
-¿Se puede poner un for en el select?

Utilizando los parámetros para filtrar las propiedades de los recursos

Permite a los clientes indicar al servidor cuales propiedades de los recursos necesitan y minimizar así el trasiego de información y el consumo de memoria.

Tenemos libertad a la hora de definir el parámetro pero es habitual que tenga un nombre concreto que se puede utilizar en distintas peticiones y que sea de tipo múltiple. Por ejemplo

GET /libros?propiedades=id,titulo,autor

Con la adecuada implementación en el lado del servidor esta petición tendría como respuesta una lista de libros con los valores id, título y autor aunque el recurso tuviera muchos más valores.

Ordenando los resultados

Otro uso que puede darse a los parámetros es el de proporcionar a los clientes una manera de solicitar al servidor los recursos en un orden concreto. Debemos idear una sintaxis para el parámetro, existiendo muchas posibilidades. Los siguientes ejemplos son variaciones típicas y necesitan aproximadamente el mismo código en el servidor para extraer los valores:

GET /peliculas?orden=asc(titulo)

GET /peliculas?orden=desc(titulo)

GET /peliculas?orden=+titulo

GET /peliculas?orden=-titulo

También podríamos permitir varios campos para la ordenación. Quizás para esto sea más recomendable la segunda opción, con el más y el menos para poder alternan con más facilidad entre orden ascendente y descendente.

GET /productos?orden=+existencias,-precio

-Y aquí hemos puesto estas movidas para ordenar los resultados en el servidor
-¿Y cómo son esas movidas?
-Gordísimas

Y basta ya de parámetros. En el siguiente post continuaremos con más REST.

From One Quandary to Another

I still remember the first crisis we suffered at Pronoide back in 2005. After the first two successful years of the company, suddenly we were left with no customers and no projects... We were a new development company, where even the maintenance of the software that we had created was commissioned to another much larger business. After six months of agony, the team was demoralized, I was bankrupt, and trying to keep the business afloat meant I owed money to my family, friends, and wife. The routine of withdrawing money from all my personal accounts and transferring it to the company account to pay the salaries. 

Fifteen years later, I look back on that crisis almost fondly. At that time we carried out almost any task related to the world of computing that was available to us. We tried to create new applications - which were never sold fast enough. I tried to be a Computer science judicial expert - but litigating is not for the ingenious -, or attempted to became an expert in personal data protection with legislation impossible to comply with..We even tried to set up wireless networks in Africa - with malaria vaccine included...And suddenly, without planning it, after a course on creating custom templates for MS Visio that I taught by chance - anyway, who needed a course in that matter? - we got into the computer technical training business. At first, it was just me, then Luis Ramón, and finally the whole company was transformed into a specialized computer training business for professionals. We changed from the development of computer programs, to teach computer programming; in 2005 by the end of the year, we have taught 4 courses and about 100 hours of training. Only during last year, 2019,  we taught 350 courses and almost reached 10,000 hours of training. We are not a large company, we do not have commercials, but we like what we do. There are 10 of us in the company - the vast majority of teachers - and about 30 collaborators.

Over these fourteen years, we have experienced other crises and difficult moments. Sometimes due to temporary issues, such as the economic crisis of 2008, others because of internal decisions, for example deciding to cover more technical areas of knowledge in 2013. Nonetheless, after every hard moment, we have grown as a company; in 2009 we hired many more teachers; up until 2014 Java had been our core, and in that year we left our comfort zone and began to teach courses on Big Data, DevOps and Front Development. Some years we have finished the year in the red, which I have always preferred to call an investment rather than a loss. Sometimes, I have had to take out personal bank loans to make sure the business survives. We were lucky, we could have been forced to close, but we have always grown after difficult periods.

So, what approach is Pronoide going to take in the coming weeks, months, or even quarters?  We are going to proceed completely normal, without haste. We are not going to fire anyone, we are not going to change the length of the workday, we are not going to make anyone take vacations, and we are going to continue assigning work to our external contractors without prioritizing the full-time employees. We are determined to take advantage of this crisis. Since right now almost all our courses are on hold - some are still being taught remotely -, we are making the most of this in many ways. First by accelerating the digital transformation of the company, which previously had been happening, but very slowly. Secondly, we are training our teachers in new subject areas, which before there never seemed to be enough time to do. This also means that in the future can avoid the problem that courses can only be taught by one particular teacher - putting an end to internal knowledge monopolies. Finally, we are creating a more agile methodology for managing our courses, which will allow us to grow more quickly when the situation goes back to normal.

Why are we taking this approach? Because we have trained our teachers for quite a long time to not give them full support when they most need it. Furthermore, we have worked hard to build our network of collaborators and so we are not going to allow it to crumble at the first sign of trouble. It is also so that we can continue to provide training virtually or remotely. Moreover, even though we will be in the red, we will be able to absorb the impact of the crisis. Many companies need our help in process of digital transformation, to learn how to move to the Cloud, to manage their systems, to create applications, and to lead their development teams. Because the companies and professionals that we train will recover and help others to recover. There Information Technology sector should never be cowed or cautious, now or ever.

I know that, in many other sectors and businesses, the prospects are not as rosy as in our company. All the more reason why at Pronoide we must be responsible and commit to our employees, our contractors, our families, the companies we work with, and even the society, which will have to start up again, as soon as possible, with many lessons learned and all in the space of a few weeks. 

Viejos problemas para nuevos tiempos

Siempre hemos estado muy ocupados, hasta para mejorar...

Hace ya algo más de 6 meses que la dinámica en Pronoide cambió bruscamente, como también cambio para tantas empresas, familias y personas. En su día ya expusimos en este blog cual iba a ser nuestra estrategia,ante la convolución que se aproximaba por el covid19. Querría hacer en este artículo, un poco de retrospectiva de este periodo e intentar ver que nos depara el corto-medio plazo con lo que sabemos hoy. 

Aquí vemos la función f de crecimiento de Pronoide convolucionada por la funcion g del covid-19

Durante el segundo trimestre del año, estuvimos volcados en aumentar nuestra presencia en las redes sociales y ganar control sobre nuestras propiedades digitales... Reactivamos este blog, la cuenta de twitter, las redes con profesionales en LinkedIn, creamos una entidad en Facebook y en Instagram y produjimos un montón de videos en nuestro canal de YouTube. También rediseñamos nuestra web corporativa, en fin, nos dedicamos a todas esas cosas para las que nunca habíamos tenido tiempo... esos primeros meses de la crisis culminaron, con la integración en la Web de una pasarela de pagos (Stripes) y la programación e impartición de cursos de calendario abiertos para alumnos individuales, en lugar de los cursos para empresas que normalmente damos. Ahora podemos vender de forma electrónica cualquier servicio de formación que desarrollemos. 

Durante este tiempo, también aprendimos a utilizar campañas de publicidad de Google, Facebook y LinkedIn en nuestro día a día para apoyar la difusión de las actividades e iniciativas que íbamos teniendo. Hemos ejecutado campañas de marketing focalizadas en España, pero también otras focalizadas en Latinoamérica. Sinceramente ahora seriamos capaces de impartir un curso de Comunity Manager o Social Media para empresas.

Por fin estamos presentes y activos en la mayoría de las redes sociales

Con la entrada del tercer trimestre, en Julio, abordamos un proyecto nuevo, la creación de una plataforma de tele-formación propia, a la que hemos llamado Ergane, para impartir cursos en formato mixto: por un lado, sesiones en formato webinar dirigidas por el formador y por otro lado auto-servicio de contenidos y ejercicios para el alumno. Hemos conseguido plasmar nuestra metodología de generación de materiales y lo aprendido en edición de videos para ir creando itinerarios formativos que estén disponibles para él alumno durante un periodo de tiempo determinado para cada formación (3 semanas, dos meses, etc).

 Ergane, nuestra plataforma de teleformación ya disponible

Desde el comienzo de la crisis, descubrimos que la formación a empresas en formato remoto, mientras no se reanudará la vida escolar no iba a ser tan sencilla como quizás habíamos pensado al principio, eso unido con el parón estacional que siempre tenemos en verano (o sea el tercer trimestre), nos ha hecho acumular unas “pérdidas” importantes durante todos esos 6 meses desde abril a septiembre. Bueno como decimos siempre, no son pérdidas, es inversión. En abril reaccionamos rápido, solicitamos y recibimos un crédito ICO, que, si bien no cubre totalmente esa cantidad “invertida”, nos va a permitir repartir el grueso de ella durante los próximos cinco años. Así que, tratamos de ver este año 2020, como el año de la I+D concentrada de los próximos cinco. También es de agradecer que de entre los más de 30 inversores individuales del proyecto, ninguno se ha echado atrás durante este aciago año. En todo este período la única medida económica que hemos tomado "en contra" de los intereses de nuestros empleados ha sido, ajustar las vacaciones anuales a las definidas en el convenio laboral, ya que en Pronoide normalmente el total de días de vacaciones disfrutadas no se suele computar (es una compensación a no tener los mayores salarios del mercado).

Invertimos hoy para tener beneficios mañana

Ahora, ya estamos en el último trimestre del año, manejando unas cifras de facturación que no difieren mucho a la de otros últimos trimestres de los últimos años (bueno si, son un poquito más bajas) ... y aún no sabemos cómo va a acabar el año 2020. Sin embargo, el otro día en una reunión, un miembro del equipo comentó: "ya sé que os lo digo siempre, pero necesitamos más formadores en plantilla". Y yo sonreí con alegría. Es cierto que en Pronoide el problema, que nos limita históricamente para crecer, es la falta de formadores para impartir toda la demanda de formación que nos llega. Nos llegan más cursos de los que podemos impartir, a pesar de no tener fuerza comercial. Así que interpreto la vuelta de este viejo problema, como la vuelva a nuestro ser normal, como la verdadera señal de que hemos empezado la recuperación y la regularidad en un escenario muy diferente al anterior y que, por supuesto, aún tiene que cambiar mucho... pero que para nosotros significa, sin duda, volver a nuestros desafíos conocidos desde el pasado junto con los nuevos retos que hemos descubierto en el presente, durante este año.

Mi cara el otro día en la reunión sonriendo

En conclusión, para enfrentar todos estos retos y desafíos, vamos a ampliar la plantilla de formadores (estamos buscando 3 personas nuevas para el equipo), vamos acelerar la trasformación digital de nuestros procesos de negocio (intentando aplicar técnicas de RPA a nuestras tareas de gestión), vamos a ampliar el alcance del proyecto al mercado internacional (volvemos a mirar a Latinoamérica y al mercado europeo para formación) y en definitiva vamos a seguir preparándonos para que, a la vez que resolvemos los problemas que nos vienen del pasado, nos preparemos para los lances que aún están por llegar.

¡Llega el momento de pasar a la acción!

Todas las imágenes sacadas de https://pxhere.com/ bajo la licencia CC0.