Esta semana (quizás también la semana pasada) sucedieron varias noticias alrededor del mundo tecnológico, en donde podemos encontrar temas muy interesantes, por ello hoy en este artículo escribiré un resumen sobre qué está pasando alrededor de nosotros
Github code spaces
Recientemente github code spaces anunció que movía todo su equipo a su herramienta de programación colaborativa en nube, esta herramienta es básicamente un visual studio code corriendo como servicio pero más que eso brinda un entorno completo de desarrollo en donde te gestiona las dependencias, ambientes que se configuran utilizando el concepto de (configuration as a code) y aquí se tiene todo el universo de docker, junto con sus orquestadores además se pueden instalar plugins al editor de código en nube como si se estuviera personalizando en tu máquina veamos un poco como funciona esta herramienta
el editor es prácticamente un visual studio code, tiene los plugins para instalar y las configuraciones junto con sus acortadores de comandos son los mismos. Actualmente cualquiera puede utilizar la herramienta dirigiéndose a cualquier repositorio y oprimiendo la tecla "." sin embargo no se puede ejecutar ya que ahí es donde está el negocio
La barra lateral funciona de la misma forma que vs code en escritorio, cada vez que se hace un cambio se detecta el archivo donde se hizo el cambio y te lo marca de manera gráfica utilizando el source control
otra parte super interesante es que permite conectarse para trabajar desde visual studio code y tener ejecutado el entorno en dev de forma inmediata sin tener que usar proxys ni ninguna herramienta rara para exponer algún servicio
{
"name": "Python 3",
"build": {
"dockerfile": "Dockerfile",
"context": "..",
"args": {
// Update 'VARIANT' to pick a Python version: 3, 3.6, 3.7, 3.8, 3.9
"VARIANT": "3",
// Options
"INSTALL_NODE": "true",
"NODE_VERSION": "lts/*"
}
}
}me llamo la atencion tambien su archivo de configuración, esto me parece genial por que se mantiene la independencia de la propia herramienta ya que el contenedor se puede soltar en cualquier otro servicio y además este archivo de configuración permite automatizar diferentes tareas agregando comandos de ejecución, argumentos y las configuraciones de los slint que se necesiten, sin embargo la documentación menciona que por defecto ya hay varios entornos habilitados para ejecutar los proyectos y no es estrictamente necesario usar estos archivos de configuración. Desde mi opinión el servicio pinta muy bien y por sus propias experiencias mencionan que han tenido una mejora bastante significativa por último pero no menos importante los precios, esta herramienta utiliza el modelo común de cómputo por hora donde los costos se pueden apreciar en la Figura 4, mientras tanto la gran pregunta es tendremos facturas carisimas por sobre costos y malos cálculos en el consumo de recursos?
Github no acepta mas password
Hace poco los que como yo seguian la mala practica (por pereza de realizar la configuración) de utilizar password para trabajar con github de forma local nos encontramos el viernes 13 de agosto que por medio del password no se podria seguir accediendo a github CLI, forzando la migración a alguna de sus opciones:
- Utilizar un token de acceso este un token de acceso que se genera a partir de unos permisos que tendrá disponible, como se puede ver en la siguiente Figura
con este token se puede ya clonar cualquier repositorio y en campo password se puede poner el token generado o utilizar el formato
https://username:token@github.com/repo.git- Generando ssh key esta es otra opción muy popular puedes generar una llave ssh y luego la agregas a tu cuenta pegando el contenido de la key
- Para flujos de producción se puede utilizar la autorización de apps la cual es válida para interacción con navegador y aplicaciones de CLI
Este suceso es muy importante a mi parecer ya que es un cambio y nos obliga a movernos a prácticas que al final del dia terminaran brindando mayor seguridad y que con la documentación actual no son difíciles de implementar
Survey de stackoverFlow
Hace poco estuve revisando los resultados de la encuesta anual aplicada por stackoverflow y quisiera destacar algunos informes
- Tecnologías más populares: en el top 10 no hay muchos cambios javascript se mantiene por otro año más como la tecnología más popular python subió un puesto y nodejs entró al top 10, sorprende más lo que no están en este top por ejemplo ruby sigue bajando de posición y sigue siendo superada por tecnologías más nuevas como go y kotlin
- Tecnologías más amadas
El concepto de más amado viene de que es la tecnología que está utilizando el desarrollador actualmente y planea seguir utilizando typescript y python bajaron rust se mantiene como el más amado, elixir tambien se metio en el top ten y javascript este año no aparece en el top
- Tecnología más querida
El concepto de tecnologia mas querida viene de la tecnología que no ha usado el programador pero planea usar, aquí python sigue dominando por quinto año consecutivo javascript cedió un puesto y sql salió del top tendrá que ver con el uso constante de los orm? por otro lado resaltar Nodejs quien viene escalando puestos en diferentes secciones
- Plataforma de nube más amada y más querida
Esta sección se ordeno un poco en comparación con la encuesta del año anterior y ahora solo se clasificaron en plataformas de servicios en nube lo cual permite visualizar al "tridente" que siempre están punteando que son AWS, Azure, y GCP destacar que Amazon Web Services se mantiene líder no solo en esta encuesta si no en diferentes informes también ha estado punteando.
AWS También se mantiene en la plataforma más querida es decir muchos programadores que se encuentran trabajando con otras plataformas planean moverse a ella
- Bases de datos mas amadas
Redis se mantiene como la tecnología de base de datos más amada postgresql se mantiene de segundo con una muy buena posición esto probablemente debido su capacidad de rendimiento que ha venido mostrando, DynamoDB y MongoDB suben posiciones como bases de datos NoSQL
- Frameworks web más amados
Esta es la sección más esperada, en este caso tenemos dos nuevos frameworks que aparecen svelte y FastAPI donde svelte toma el primer puesto y el tercer puesto lo toma FastAPI un framework que en los resultados del año pasado no apareció y hoy ya es tercero, esto da unas buenas indicaciones por que quiere decir que las personas que lo están usando planean seguir usándolo indicando que la experiencia ha sido positiva, yo ya llevo un tiempo usandolo y es definitivamente para mi el futuro de lo que es desarrollo web en python, ha revolucionado el concepto de los frameworks asíncronos en python obligando a tecnologías como Flask y Django a apurar la carrera por implementar asincronismo, es una tecnología que va a dar mucho de qué hablar en el entorno web, yo he escrito un poco de ella en alguno que otro post si no lo conocen los invito a conocerlo
falto muchas cosas por analizar pero si quieren revisar completo el informe lo pueden encontrar aquí
Conclusión
Github nos esta demostrando que como se debería liderar un cambio en una empresa llevando a sus desarrolladores de trabajar mucho años en sus máquinas a pasar trabajar ahora directamente en la nube, hay que seguir de cerca el proceso por que seguro que si lo logran hacer será un referente de gestión del cambio, por otra parte hay un sin fin de tecnologias muy buenas que cada año se están moviendo dentro de la comunidad obviamente generando hype, sin embargo hay que estar monitoreando que pasa por que el sector tech es un sector muy variante en donde cada día van surgiendo nuevas herramientas