Arquitectura de Privacidad en Primer Lugar

Rate this content
Bookmark

La comunidad Local-first ha creado una nueva arquitectura para nuestro mundo dominado por la nube. En esta charla, Andrey Sitnik abogará por la arquitectura de primer lugar, profundizará en sus características únicas y proporcionará experiencia de producción en el mundo real.


Esta charla es útil para todos los ingenieros porque contiene varios pasos para mejorar la privacidad. Desde simples primeros pasos sin reescribir la aplicación hasta revisiones profundas utilizando la arquitectura de primer lugar, hay algo para todos.

This talk has been presented at JSNation 2024, check out the latest edition of this JavaScript Conference.

Andrey Sitnik
Andrey Sitnik
29 min
13 Jun, 2024

Comments

Sign in or register to post your comment.

Video Summary and Transcription

Construyendo Aplicaciones JavaScript y Privacidad: Comprender la importancia de la privacidad en el desarrollo de software y el impacto que puede tener en el mundo. Las preocupaciones de privacidad van más allá de la publicidad dirigida e incluyen fugas y brechas de datos. La conexión de múltiples piezas de datos por parte de los intermediarios de datos plantea una amenaza para la privacidad. El enfoque de primer lugar local permite el almacenamiento de datos en dispositivos locales mientras se utiliza un servidor para la sincronización. Implementar el primer lugar local requiere una buena base de datos y API para el almacenamiento de datos. Principios como el cifrado de extremo a extremo y la protección con contraseña brindan beneficios pero también presentan desafíos. Pasar a análisis centrados en la privacidad, utilizar claves de paso para el cifrado y compartir datos de forma segura son formas de proteger la privacidad del usuario.
Available in English: Privacy-First Architecture

1. Building JavaScript Apps and Privacy

Short description:

Descubramos qué se necesita para construir una aplicación JavaScript con React y por qué debemos preocuparnos por mejorar la privacidad del usuario. El código abierto fue creado en los años 80 para permitir a los usuarios controlar y cambiar cómo funcionan sus dispositivos. La criptografía y la ética del hacking también tienen implicaciones políticas. Como desarrolladores de software, siempre nos hemos guiado por principios, no solo por salarios. Desarrollar software puede tener un impacto significativo en el mundo y los principios importan más que las preguntas materialistas.

Y ahora, descubramos qué se necesita para construir una aplicación JavaScript con React. Hola a todos. Mi nombre es Andrey Sitnik y hoy hablaré sobre por qué y cómo podemos mejorar la privacidad de los usuarios como desarrolladores.

Y sé lo que algunos de ustedes piensan, como, vamos, nadie tiene que preocuparse por la privacidad. Como, deberíamos mantener el code fuera de la política. Así que hablemos de este tema. ¿Quién usa el código abierto? ¿Sabías que el código abierto fue creado en los años 80 no para tener una biblioteca gratuita para usar sin pagar, sino para poder controlar todo lo que funciona en tu dispositivo y poder cambiar cómo funciona? Así que no se trataba de cerveza gratis. Se trataba de ser realmente dueño de tu dispositivo, ser propietario en lugar de ser un usuario. Y para mí es bastante político. Otro ejemplo, como la criptografía. Ahora mismo, todo tiene HTTPS al principio. Y esta S significa seguro encriptado. Y la encriptación fue creada, toda la filosofía detrás de esta encriptación. En los años 90, se creó con la idea de que los protocolos y el software, que no están disponibles en el mercado en este momento, cambiarán el mundo en el que viviremos en el futuro. Y esas personas definitivamente cambiaron el mundo en el que vivimos hoy. O como la ética del hacking. Contiene una regla muy interesante de desconfiar de la autoridad. Y para mí, es bastante político. Así que el desarrollador de software siempre se trató de principios, siempre se trató de principios. Y se trataba de cosas nuevas en las que pensar, salarios, valor del silicio, etc. Porque hace poco, toda la sociedad nos ve como luchadores contra el sistema en lugar de, ya sabes, personas que ayudan al sistema por altos salarios en el valor del silicio. Vale. Pero, ¿por qué debería preocuparme por la política? Primero, porque hoy en día, puedes desarrollar un software que controle la pantalla del software. El software te controlará a ti. Como el software realmente cambia el mundo en el que vivimos en el futuro. Segundo, porque las preguntas materialistas no pueden responder las preguntas más importantes. ¿Por qué? Y es por eso que el salario no puede responderlas.

2. Privacy Matters

Short description:

La privacidad es importante y hay razones para preocuparse por ella. A menudo, las personas descartan la privacidad como algo que solo se trata de publicidad dirigida, pero va más allá de eso. Los intermediarios de datos recopilan información de diversas aplicaciones y la venden a clientes sospechosos. Las filtraciones y violaciones de datos también son comunes, y aunque tu empresa no trabaje con intermediarios de datos, tus datos aún pueden estar expuestos. Un ejemplo real involucra a un servicio de entrega de alimentos que perdió un año de datos, incluida información personal. Aunque algunos argumenten que solo almacenar correos electrónicos no es importante, la privacidad aún debe ser una preocupación.

llenar el vacío en tu alma. Pero los principios sí pueden. Pero hay muchas revoluciones. Puedo decir que solo la privacidad es importante. Entonces, la privacidad no significa que debas preocuparte por todo. Está bien tener simpatía por todo. Pero sabes, elige dos o tres cosas especiales para ti. No hay razones de cómo puedo explicar por qué la privacidad es mejor. Pero puedo explicar mis razones. Mucha gente piensa que la privacidad no es importante porque la privacidad es solo para una mejor publicidad. Ya sabes, Google solo me muestra anuncios mejores. Un intermediario de datos es una empresa que compra datos de muchas, muchas aplicaciones diferentes, los combina y los vende a clientes muy sospechosos. Hace cuatro años, los periodistas encontraron un caso muy espeluznante cuando el intermediario de datos llamado Xmode recopiló datos de la aplicación del Corán, una aplicación de citas musulmana, Craiglist, muchas aplicaciones y los vendió al contratista militar de los Estados Unidos. Es espeluznante y sospechoso, para ser honesto. De acuerdo. Pero como no trabajamos con intermediarios de datos. ¿Por qué debería preocuparme si mi empresa no trabaja con ellos? Sabes, si no vendes los datos, no significa que los datos no estarán disponibles para todos. Existen cosas llamadas filtraciones de datos o violaciones de datos. Es cuando los hackers toman los datos de tus servidores y los venden. Existe una forma, y ahora cada vez más. Y si guardas algún dato en tu servidor, en algún momento se filtrará, en mi opinión. Hay un ejemplo muy interesante. Hace unos años, Yandex Food Deliveries, como el Uber Eats ruso, perdió datos durante todo un año sobre los pedidos. Todo el año de pedidos contenía datos como tu nombre y apellido, dirección de entrega, hora de entrega y número de teléfono. Incluso las personas crearon una aplicación muy buena, una aplicación de mapas, donde puedes buscar fácilmente a alguien en estos datos. Imagina lo que tus familiares podrían encontrar en estos datos. Por ejemplo, ¿qué pasaría si le dijiste a tu abuela que no comerías su pastel porque no tienes hambre? Pero luego ella descubre que solo 30 minutos después pediste comida china. De acuerdo. Pero en mi aplicación, no tenemos datos realmente privados. Ya sabes,

QnA

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Escalando con Remix y Micro Frontends
Remix Conf Europe 2022Remix Conf Europe 2022
23 min
Escalando con Remix y Micro Frontends
Top Content
This talk discusses the usage of Microfrontends in Remix and introduces the Tiny Frontend library. Kazoo, a used car buying platform, follows a domain-driven design approach and encountered issues with granular slicing. Tiny Frontend aims to solve the slicing problem and promotes type safety and compatibility of shared dependencies. The speaker demonstrates how Tiny Frontend works with server-side rendering and how Remix can consume and update components without redeploying the app. The talk also explores the usage of micro frontends and the future support for Webpack Module Federation in Remix.
Componentes de Full Stack
Remix Conf Europe 2022Remix Conf Europe 2022
37 min
Componentes de Full Stack
Top Content
RemixConf EU discussed full stack components and their benefits, such as marrying the backend and UI in the same file. The talk demonstrated the implementation of a combo box with search functionality using Remix and the Downshift library. It also highlighted the ease of creating resource routes in Remix and the importance of code organization and maintainability in full stack components. The speaker expressed gratitude towards the audience and discussed the future of Remix, including its acquisition by Shopify and the potential for collaboration with Hydrogen.
Entendiendo la Arquitectura Fiber de React
React Advanced Conference 2022React Advanced Conference 2022
29 min
Entendiendo la Arquitectura Fiber de React
Top Content
This Talk explores React's internal jargon, specifically fiber, which is an internal unit of work for rendering and committing. Fibers facilitate efficient updates to elements and play a crucial role in the reconciliation process. The work loop, complete work, and commit phase are essential steps in the rendering process. Understanding React's internals can help with optimizing code and pull request reviews. React 18 introduces the work loop sync and async functions for concurrent features and prioritization. Fiber brings benefits like async rendering and the ability to discard work-in-progress trees, improving user experience.
The Eternal Sunshine of the Zero Build Pipeline
React Finland 2021React Finland 2021
36 min
The Eternal Sunshine of the Zero Build Pipeline
For many years, we have migrated all our devtools to Node.js for the sake of simplicity: a common language (JS/TS), a large ecosystem (NPM), and a powerful engine. In the meantime, we moved a lot of computation tasks to the client-side thanks to PWA and JavaScript Hegemony.
So we made Webapps for years, developing with awesome reactive frameworks and bundling a lot of dependencies. We progressively moved from our simplicity to complex apps toolchains. We've become the new Java-like ecosystem. It sucks.
It's 2021, we've got a lot of new technologies to sustain our Users eXperience. It's time to have a break and rethink our tools rather than going faster and faster in the same direction. It's time to redesign the Developer eXperience. It's time for a bundle-free dev environment. It's time to embrace a new frontend building philosophy, still with our lovely JavaScript.
Introducing Snowpack, Vite, Astro, and other Bare Modules tools concepts!
Composición vs Configuración: Cómo Construir Componentes Flexibles, Resilientes y a Prueba de Futuro
React Summit 2022React Summit 2022
17 min
Composición vs Configuración: Cómo Construir Componentes Flexibles, Resilientes y a Prueba de Futuro
Top Content
Today's Talk discusses building flexible, resilient, and future-proof React components using composition and configuration approaches. The composition approach allows for flexibility without excessive conditional logic by using multiple components and passing props. The context API can be used for variant styling, allowing for appropriate styling and class specification. Adding variants and icons is made easy by consuming the variant context. The composition and configuration approaches can be combined for the best of both worlds.
Patrones de Arquitectura Remix
Remix Conf Europe 2022Remix Conf Europe 2022
23 min
Patrones de Arquitectura Remix
Top Content
This Talk introduces the Remix architecture patterns for web applications, with over 50% of participants using Remix professionally. The migration from single page applications to Remix involves step-by-step refactoring and offers flexibility in deployment options. Scalability can be achieved by distributing the database layer and implementing application caching. The backend for frontend pattern simplifies data fetching, and Remix provides real-time capabilities for collaborative features through WebSocket servers and Server-SendEvents.

Workshops on related topic

IA a demanda: IA sin servidor
DevOps.js Conf 2024DevOps.js Conf 2024
163 min
IA a demanda: IA sin servidor
Top Content
Featured WorkshopFree
Nathan Disidore
Nathan Disidore
En esta masterclass, discutimos los méritos de la arquitectura sin servidor y cómo se puede aplicar al espacio de la IA. Exploraremos opciones para construir aplicaciones RAG sin servidor para un enfoque más lambda-esque a la IA. A continuación, nos pondremos manos a la obra y construiremos una aplicación CRUD de muestra que te permite almacenar información y consultarla utilizando un LLM con Workers AI, Vectorize, D1 y Cloudflare Workers.
Masterclass de alto rendimiento Next.js
React Summit 2022React Summit 2022
50 min
Masterclass de alto rendimiento Next.js
Workshop
Michele Riva
Michele Riva
Next.js es un marco convincente que facilita muchas tareas al proporcionar muchas soluciones listas para usar. Pero tan pronto como nuestra aplicación necesita escalar, es esencial mantener un alto rendimiento sin comprometer el mantenimiento y los costos del servidor. En este masterclass, veremos cómo analizar el rendimiento de Next.js, el uso de recursos, cómo escalarlo y cómo tomar las decisiones correctas al escribir la arquitectura de la aplicación.