node

Recursos de programación de node
La verdad, quedan pocos protocolos de Internet que se puedan explicar a fondo en menos de 40 minutos. De hecho, creo que MQTT es el último de ellos. Nacido hace 20 años, como muchos de los que usamos, ha encontrado su momento con el auge de Internet de las Cosas. MQTT es quisquilloso, pero hermosamente simple. Un diseño tan centrado en la escasez y pragmático, que como ingeniero se te saltan las lágrimas de emoción. Vamos a aprenderlo desde las bases, sin node.js o JavaScript. IoT que se toca, desde la línea de comandos, con Vim y scripts del Shell, como se aprenden los protocolos. ------------- Todos los vídeos de Codemotion 2019 en: https://lk.autentia.com/Codemotion-YT ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX
Alguien que programa y que da amor a su código. ¿Se puede pedir más? Así es nuestro invitado de hoy. Recuerda que la entrevista tiene una segunda parte privada que puedes escuchar en el episodio 38 de Web Reactiva Premium. Allí nos contará trucos que utiliza en su día a día, cómo afronta la creación de nuevas features en un proyecto y el buen futuro del desarrollo de aplicaciones Android. ¿Quieres saber que hay en la Zona Premium? Pues en esta pagina te lo cuento todo. Comparto muchas cosa...
Un software de curación de contenidos suena a poca cosa hasta que ves las "tripas" de esta plataforma. Primer episodio de la tercera temporada del podcast. Gracias a todos por seguir ahí durante el verano escuchando con tanta atención. 100 episodios Recomiendo, por si te lo has saltado, volver al episodio 100. Aunque fuera en plena semana de vacaciones, ahí lo doy todo. Es un resumen en forma de compromiso de lo que he compartido con vosotros en los 99 primeros episodios. Puedes escuchar...
Ulises nos acompaña para hablarnos de una trilogía: freelance, Open Source y Full Stack. Además nos contará muchas cosas de Node.js. El podcast se publica cada martes y estamos muy cerca de llegar a los 100 episodios. ¡Guau! Por si parece poco cada viernes este podcast tiene un hermano gemelo, más guapo y más sofisticado: Web Reactiva Premium. Allí te cuento mi día a día como developer, como uso las buenas prácticas, casos reales, retos, éxitos, fracasos... Por una cantidad tan pequeña como 1...
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