Vídeos de programación

In ogni progetto si scambiano molte informazioni tra vari attori: DEVs, PM, clienti... Il più delle volte il grafo delle informazioni che lega queste entità è debole, causando un abbassamento della qualità delle scelte fatte. Condivisione della documentazione, comunicazione tra microservizi, rapporto con gli stakeholder, ... siamo spesso abituati a ragionare a compartimenti stagni. Vedremo come un "Approccio Fullstack" possa rimuovere questi blocchi, facendo vedere come una maggiore condivisione migliori la qualità delle scelte che riguardano tecnologie, comunicazione, aspetti umani e costi.

One of the options on the table when implementing a Service Oriented Architecture (SOA), or the communication style across multiple microservices, is based on messages and a service bus. This talk will drive you through the basic SOA building blocks, introduce message based architectures, and will connect the dots between technology and architectural principles.

Con il passare del tempo i siti e le applicazioni diventano sempre più pesanti e gli utenti consumano i loro contenuti prevalentemente attraverso dispositivi mobile. Due cose che non vanno certo d'accordo. Rendere le applicazioni performanti è un compito difficile soprattutto quando ci sono variabili che non possiamo controllare, come la connessione. I Service Worker e altre tecniche che stanno dietro le Progressive Web Apps possono essere una risposta concreta a questo problema.

Developers suffer from dangerous addictions. They draw pleasure in making things work. When this doesn't happen this could lead to dramatic consequences. Developers deprived of the possibility of making things work could start exposing dangerous behaviours like challenging authority and mainstream thinking. In extreme cases, they may even fall into the abyss of asking the forbidden question: "Why?"

*** FOR BETTER AUDIO: https://youtu.be/JHmFs8FV7LY *** We all have moments that change the way we think, the way we look at the world, the things we want to do with our lives. On July 20, 1969 millions of people had one of those transforming experiences: Two men landed on the Moon and nothing was ever the same again. Why did we go to the Moon? How did we get there? What was it like to witness it all? And what does any of this have to do with writing software 40 years later? In this talk, Russ Olsen will take you back to a humid Sunday afternoon that changed his life. It might yet change yours.

*** FOR BETTER AUDIO: https://youtu.be/rd3G4IOrGEM *** The Digital Transformation Team, led by Diego Piacentini, has the ambitious aim of building the "operating system" of the Country: a series of fundamental blocks upon which services for citizens, the Public Administration, and enterprises are built with modern digital products. The Team is working on a double path: bringing a pool of selected existing projects to life (i.e. ANPR, SPID, PagoPA, etc.) and innovating with new projects. Developers.italia.it is an strategic project to collect SDKs, documentation, source code and Playgorund of all major public technologies.

Las tecnologías para la construcción de soluciones de front parecen confluir en una idea común: El desarrollo debe basarse en el uso de componentes. Es evidente que esta aproximación parece conveniente a primera vista. Sin embargo ¿cuáles son sus verdaderas ventajas e inconvenientes? ¿Supone una auténtica revolución en los procesos de desarrollo o se trata más bien de una técnica de mercado o el la última palabreja de moda? ¿Son todos los framework basados en componentes soluciones competitivamente equivalentes o se trata más bien de herramientas dirigidas a escenarios diferentes? Si es así, ¿cuándo debe usarse cada una? ¿Hacen todas estas un uso homogéneo del término componente? Desde las principales comunidades de desarrollo de tecnologías de front (Madrid JS, Polymer Madrid, Angular Madrid & VueJS Madrid) creemos necesario discutir sobre todo esto. Este debate pretende ser un ejercicio de sentido común que apunta a la línea de flotación de muchas ideas que vienen a encumbrar mitos y pasiones en relación a las tecnologías de front actuales centradas en componentes.

Entrevista con Christian Ciceri - arquitecto de software en Apiumhub. http://apiumhub.com Muchas personas no saben cual es el papel de un arquitecto de software en una empresa, ¿Cuáles son responsabilidades de un arquitecto de software en el equipo y cuáles son sus principales tareas? ¿Por qué las empresas deben contratar a un arquitecto de software? ¿Qué es un buen arquitecto de software? ¿Qué debe saber? ¿Cuáles son las habilidades más importantes para ser un arquitecto?

Sin descripción.

¿Quieres saber más? https://www.paradigmadigital.com/ ¿Quieres saber cuáles son los próximos eventos que organizamos?: https://www.paradigmadigital.com/blog/ Ver más eventos nuestros: https://www.youtube.com/playlist?list=PL2yjEVbRSX7XaQgyjsApXIqydTrC7v_Of