Lliçó inaugural del curs acadèmic 2024/2025 a càrrec d'@albaclierta, investigadora al @BSC_CNS
🗣️"Hem de trobar quins són els reptes actuals per ajudar a resoldre'ls amb la computació quàntica"
🗓️30 setembre a les 12h
📌Auditori Poblenou
ℹ️ https://t.co/q6AuVbQPFy
@david_bonilla Uff! Muero.
Ánimo y suerte con ello.
En casa seguimos pagando 2 cuentas, por la mala gestión que hacen de las cuentas familiares. No quiero perder mi biblioteca.
@diana_aceves_ Admirable! Y sin hablar con el más mínimo atisbo de rencor o venganza... Qué cada palo aguante su vela y que la otra persona sobreviva a ser consciente de sentirse una 💩. Comparto totalmente su opinión sobre el perdón y el perdonar. Hay cosas que no tienen por qué perdonarse.
Después de aplicar sin éxito a distintas empresas, Marta Puerto, una Product Marketing Manager basada en Madrid, decidió no seguir presentándose con el CV estándar e innovar.
Marta posteó en su @LinkedIn un video mostrando sus habilidades de marketing, contando su historia y vendiéndose a ella misma como profesional.
El video se volvió viral en @LinkedIn y ahora está llena de entrevistas.
Mi parte favorita es la de "Free Trial Ended. Book an Interview"💡
If you work in a dev team, you may be interested in Devengo's last post by yours truly: Engineering Principles at Devengo.
https://t.co/sHQha4hUij
Let me explain why we use them.
Una reflexión técnica sobre la caducidad del software moderno y su complejidad artificial:
— Hipercomplejidad del tooling
— Dependencias abandonadas o rotas
— Frameworks que desaparecen
— Parsers y máquinas virtuales retroincompatibles
— …
Mucho del software libre escrito hace apenas cuatro o seis años no corre en los entornos de hoy sin una adaptación o un mantenimiento adaptativo casi constante.
Poco se habla de esto, que es especialmente acuciante en proyectos frontend, donde los desarrolladores adoptan el framework «de moda», que indefectiblemente acaba «pasado de moda»… salvo el escaso puñado de librerías respaldadas por un mastodonte corporativo: React con Meta, TypeScript con Microsoft…
La única forma de escribir software resistente al paso del tiempo es minimizar cuidadosamente el uso de estas dependencias allá cuando sea posible¹ y apoyarse en las especificaciones abiertas del W3C que implementan nativamente los navegadores.
Muchas aplicaciones medianas y pequeñas se construyen sobre Angular, Vue o React porque sale en todos los pódcasts del momento o es la incuestionada preferencia técnica del desarrollador principal. Son elecciones apoyadas más en el entusiasmo que en criterios técnicos.
¡Cada dependencia es una responsabilidad!
¡Cada framework es también un riesgo!
Muchos proyectos nacen con hipoteca, cuando podrían perfectamente desarrollarse sin ninguna de estas dependencias.
En https://t.co/FzVIiQl9td² me propuse no utilizar ninguno de estos frameworks y mi experiencia de desarrollo y el resultado fue positivo. Descarté tanto React como Lit —tras estudiarlos— y decidí construirlo exclusivamente con especificaciones W3C como shadow DOM y web components.
Mis proyectos https://t.co/QxNXHN6giE y https://t.co/aay7D8Gn3N³ no tienen ninguna dependencia externa por esta misma razón. Podría haberlos desarrollado sobre Vue o Svelte o Ember.js o sabe $DEITY qué. Pero hubiera hipotecado el proyecto apostando mi esfuerzo a una carta cuyo futuro desconozco. Envejecerán bien.
(Escribo esto recordando el entusiasmo en 2007 de la comunidad .NET por el lanzamiento de Microsoft Silverlight: «Es el futuro», escuché a algunos desarrolladores que ahora llevan flores a sus proyectos en el enorme cementerio digital del futuro que no fue).
En fin… Que como desarrolladores, opino que tiene mucho más sentido aprender y dominar las API y especificaciones nativas que invertir un esfuerzo notable en aprender frameworks y tooling que tienen un ciclo de vida mucho más corto y un futuro incierto.
(Si además eres la Administración pública, tiene delito el vendor lock-in, la captura que desde hace décadas os habéis autoimpuesto del monopolio vertical de turno que en 1995 os vendió un consultor engominado: FUD como «Nadie ha sido nunca despedido por contratar IBM/Oracle/Microsoft…»).
Y es que muchos proyectos medianos y pequeños no necesitan de la complejidad artificial que introducen estas capas de abstracción de terceros sobre estándares como HTML5, CSS3, SVG, Canvas, WebAssembly, Web Components, Shadow DOM, WebRTC, XMLHttpRequest, WebSockets, Geolocation, IndexedDB, Web Workers, Web Storage, Fetch, Service Workers, WebGL, Media Capture, Streams, Web Audio, Drag and Drop, Server-Sent Events, Gamepad, WebXR, CSS Grid, Flexbox…).
¡Es mi opinión! Pero pasadlo bien programando con lo que os dé la gana y disfrutad de nuestra maravillosa profesión. 🤓
_____
¹ Véase https://t.co/3QftMfF682.
² Código abierto en https://t.co/5VSxN0p5nz.
³ Ambos disponible como software libre en https://t.co/1XHRGpDY5L.
How to create accessible design system
Guide on how to embed accessibility in your design system. It covers documentation, guidelines and implementation notes for accessibility.
https://t.co/FXzYo0QwBh
La IA Generativa en TIEMPO REAL ya está aquí 🔥
Solo han pasado 4 días y nada volverá a ser igual. Todas las herramientas de diseño, todos los procesos de trabajo, TODO va a cambiar.
💡 Aquí va lo que necesitas saber sobre LCM-LoRA 🧵👇