node

Recursos de programación de node
La invitada de hoy nos descubrirá cómo llego al mundo frontend, las herramientas que utiliza en su trabajo y a que sabe el CSS. ¿Por qué no ponerle sabor a algo tecnológico? Ya sabéis que en Web Reactiva nos encantan los símiles y las metáforas. En la Zona Premium seguimos con nuestros directos. Hoy mismo hablaremos sobre cómo "cocinar" nuestros proyectos con git. Además estamos inmersos en un "minireto" para demostrar que podemos aprender una cuestión tecnológica en tan solo una semana. Rec...
The talk is about how Apache Pulsar can have topic backlogs of unlimited size, opening up a whole array of Big Data use-cases that are not possible with other messaging systems. We also delve into tiered storage, which can make these massive backlogs very cheap. Messaging systems are an essential part of any real-time analytics engine. A common pattern is to feed a user event stream into a processing engine, show the result to the user, capture feedback from the user, push the feedback back into the event stream, and so on. The quality of the result shown to the user is often a function of the amount of data in the event stream, so the more your event stream scales, the better you can serve your users. Messaging systems have recently started to push into the field of long-term data storage and event stores, where you cannot compromise on retention. If data is written to the system, it must stay there. Infinite retention can be challenging for a messaging system. As data grows for a single topic, you need to start storing different parts of the backlog on different sets of machines without losing consistency. In this talk, I will describe how Pulsar uses Apache BookKeeper in its segment oriented architecture. BookKeeper provides a unit of consensus called a ledger. Pulsar strings together a number of BookKeeper ledgers to build the complete topic backlog. Each ledger in the topic backlog is independent of all previous ledgers with regards to location. This allows us to scale the size of the topic backlog simply by adding more machines. When the storage node is added to a Pulsar cluster, the brokers will detect it, and gradually start writing new data to the new node. There’s no disruptive rebalancing operation necessary. Of course, adding more machines will eventually get very expensive. This is where tiered storage comes in. With tiered storage, parts of the topic backlog can be moved to cheaper storage such as Amazon S3 or Google Cloud Storage. I will also discuss the architecture of tiered storage, and how it is a natural continuation of Pulsar’s segment oriented architecture. Finally, if you start storing data for a long time in Pulsar, you may want a means to query it. I will introduce our SQL implementation, based on the Presto query engine, which allows users to easily query topic backlog data, without having to read the whole thing.
Web
28-05-2019
git , http , go , php , java , azure , scala , docker , python , node
Comparamos dos alternativas PaaS (Platform as a Service) con similitudes y diferencias para desplegar tus aplicaciones en la nube. Primero felicitamos a todos los participantes del Hackathon de Programar es una mierda, especialmente a los ganadores que con su esfuerzo han conseguido una suscripción completa al contenido de pago de danielprimo.io. Recuerda que al igual que ellos en la Zona Premium podrás aprender, practicar y encontrar inspiración para crear tus propias aplicaciones. Ha sido m...
En esta nueva economía de servicios en Internet tener una APIs se está convirtiendo en un negocio crítico para muchas empresas. Gestionar esta nueva forma de negocio también. Ven a esta sesión y descubre cómo gestionar una API para poder tener documentación, analítica, gestión de productos, licenciamiento, límite de llamadas, políticas, ect, de una API hecha en Node.js
En mayo de 2016, IBM lanzó Quantum Experience, la primera plataforma web, abierta a todo el mundo, para acceder a un chip cuántico real. Dicha plataforma web, así como la API para conectarse con el chip real, fueron desarrolladas con la ayuda de un equipo de españoles, compuesto por cuatro personas, en a penas 10 semanas. En esta charla nos adentraremos en todas las experiencias vividas durante las semanas de desarrollo del proyecto, para contar todo lo vivido de primera mano, desde las arduas jornadas de trabajo hasta como fue la interacción con uno de los equipos de investigación más relevantes del mundo: el grupo de Computación Cuántica de IBM Research. Detallaremos las tecnologías usadas, que fueron múltiples y diversas: Node.js con Loopback.io, Angular.js, Snap.svg, Cloudant NoSQL DB, Python, Redis, Bluemix, etc. El primer chip cuántico de 5 Qbits accesible para todo el mundo es una realidad, y nosotros contaremos como fue el desarrollo del proyecto a nivel mundial.
Rompe la barrera que te encuentras al montar un proyecto desde cero, esos pasos que alguien ha dado por ti y que se encargan de esas tareas tediosas para construir tú proyecto. Gulp 101 Entender, evolucionar y aprender a escribir tareas desde cero. Cómo modularizarlas para mantenerlas organizadas e independientes. Aprenderás tareas básicas como: lint node-sass watch limpieza gestión de entornos relleno de templates. Creación de un plugin para gulp desde cero Emular tu backend Añadir tests e integrarlos a tú proceso de construcción. Distribución de tú app: Minificación, vulcanización integración continua con Travis Si puedes trae instalado de casa: npm (node), bower java
El Jazz suele ser una metáfora muy útil a la hora de hablar del trabajo en equipo y la colaboración entre todos sus miembros para conseguir un objetivo. Las partituras ocupan un lugar secundario en los grupos de Jazz, pero eso no significa que no haya un guión. Hay unas líneas genéricas sobre las que luego se articula la creatividad de la innovación. En definitiva, hay una metodología, unas reglas del juego que dictan dicha colaboración. ¿Y dónde se reúne el grupo? ¿En un local? No. En un mundo globalizado como el actual, nos reuniremos de forma virtual, en la Cloud. El objetivo de esta charla es hablar sobre el desarrollo colaborativo de software siguiendo metodologías ágiles y demostrarlo sobre la plataforma de desarrollo: Bluemix DevOps Services (Codename: Jazz-Hub). Durante la demostración práctica veremos desarrollos en Java EE o Node.JS, la gestión del backlog, gestión de tareas y defectos, la gestión del código y la integración y entrega continua.
En esta charla contaremos de primera mano la experiencia real de crear el suplemento electoral para la edición digital de varios periódicos regionales. Gráficos, mapas, actualización en tiempo real, y gestión de la carga masiva durante la noche electoral (y al día siguiente) para servir más de 2 millones de páginas en 24 horas. ¿Por qué elegimos AWS, Node.js, Angular.js, Leaflet y D3.js? ¿qué funcionó bien? ¿qué dificultades tuvimos? Un "como se hizo" técnico plagado de anécdotas en la noche electoral más intensa de los últimos años