Delade länkar, sida 4
This module introduces the ability to nest one style rule inside another, with the selector of the child rule relative to the selector of the parent rule. This increases the modularity and maintainability of CSS stylesheets.
Hoppla! Exempel, starkt inspirerat av hur Sass gör, finns på The future of CSS: Nesting Selectors.
Detta, CSS-variabler och nästlade media queries gör att det blir allt mindre risk i att slopa preprocessors som Sass, Less eler Stylus i mindre projekt.
Tre saker:
- Detta har potential att få utvecklarverktygen i webbläsarna till nya nivåer.
@nest
känns litet märklig, men kanske har den ett nyttigt signalvärde? Vi får se!- Om inte stöd för
&--
och &__
införs är detta ointressant för alla som använder BEM: dessa utvecklare kommer att stanna med preprocessors, tror jag.
Källa: CSS Nesting Module, Editor's draftWhat you get is the speed, responsiveness and UX performance exceeding that of a React/Vue/javascript front end framework against a server API, but you haven’t written a line of javascript.
This is a magical feeling.
Kan verkligen bara hålla med.
Den här vägen, att skapa ett abstraktionslager som partiellt renderar om delar av sidor i realtid med serverside-renderad HTML över websockets, känner jag är framtiden.
Vue, React, Ember och Angular har visat världen vad som är möjligt, men rent arkitekturellt är det dags att sluta att blint tro på att Single Page Applications är ett måste för att skapa en bra användar- och utvecklarupplevelse.
Elixir faller inte alla i smaken, men denna rörelse finns som tur är i flera stora communities.
Den senare är agnostisk, och kommer förmodligen portas till såväl Django som Laravel.
Källa: The Business Case For LiveView Is Strong Enough To Change How You Staff Your Dev TeamFor a good while now I've been running my Android phone with no Google Apps, and I don't regret trying it out. It's a really good experience without it. Want to learn how to ungoogle your Android as well? This post is for you.
iPhone kommer från Apple, ett företag som inte gör din personliga data till en produkt. iPhone är dock dyr och faller inte alla i smaken. Apple har andra idéer och koncept som är mindre bra.
Telefoner med Android ger större urval, men har mjukvara i sig som spionerar på telefonens brukare och skickar data till Google, som gör denna data till produkter.
Android är däremot öppen källkod, så orkar man göra sig omaket att installera en annan version av Android på sin telefon kan man få det bästa av två världar:
- En telefon som inte spionerar på dig.
- Ett stort urval av telefonmodeller att välja på.
Jag kommer högst troligtvis att fundera på Android utan Googles appar nästa gång jag behöver byta telefon.
Källa: Ungoogled AndroidReact is very much at the jQuery's-last-days stage now. There are better, more efficient ways of doing things (Svelte, custom elements, module/nomodule pattern, Lit etc etc). React is existing on inertia and some minor / soon to disappear compatibility worries.
Sagt av @heydonworks. Kanske stämmer det? Jag tror inte vi är i ovanstående läge riktigt ännu, men att det mycket väl kan vara fallet om 1-2 år.
Mycket är surr och brus i tråden som följer, men några korn av guld finns. Min favorit är dessa från @ttiurani:
jQuery lost to AngularJS because ng gave a way to manage a lots of JS and you didn't need a server to host routes. Ng lost to React because components are so much better than ng at small and large scale. React will lose when there is the next great leap in developer productivity
Just being better by removing a few lines of code, or being slightly faster, is not going to be enough. I personally think WebAssembly with a superior developer experience using language X, is the only big enough thing that can dethrone React.
Träffsäkert tycker jag! Jag håller med i sak. Överhuvudtaget tror jag att WebAssembly måste hända, då webben skulle må bra av att ha mer än ett programmeringsspråk.
Hur mycket jag än gillar Vue och är nyfiken på Elm och ReasonML så känns dessa som halvmesyrer som inte går hela vägen, eller som för smala projekt utan plan. Det behöver komma något radikalt annorlunda som tar webbutvecklar-communityt med storm.
Källa: Tråd på TwitterPrivacy-friendly alternatives to Google that don't track you.
Gedige lista för Foliehattar, eller för folk som likt mig vill motbevisa att det faktiskt är valfritt att vara beroende av Google. Jag har personligen slutat använda följande sedan länge: Google Mail, Google Chrome, Google Search och Google Analytics. Jag kör istället Fastmail, Firefox och DuckDuckGo.
Jag sneglar nu på att börja använda DeepL för att översätta saker, och något att ersätta Google Docs med. Typ Coda, ZoHo Docs eller Airtable. Eller gå offline helt med LibreOffice.
Jag borde definitivt sluta att använda Google Maps. Leaflet är bra nog numera.
Källa: No More Google