This already works with Crypto, something like Hedera is dirt cheap (1/100 of a cent) and fast and scales really well. Wallets are easy to connect, but the disconnect to regular $$$ is still a bit too big for the regular surfin' user.
I have rarely seen this work in practice in 20 years of CSS, but maybe in CSS Zen Garden. Yes, you can freely change the CSS. But usually changes are triggered by the HTML, like some information is added. This then requires you to change the CSS and likely break all sorts of other uses, which is not a problem with Tailwind.
hmm maybe IDE plugins can solve this?
(eg. add a 'hover to show css' or 'expand css if I press ctrl+alt')
as for tailwild, I just can't bare its wide-ness - too many className attribute string going over 150~300 char widths, with some ternary operators mixed on top...
(seems vanilla-extract / ete have better DX, with occasional inlining for immediate deadlines)
The only way to know is to go to the page and inspect it using devtools. No Ide will be able to infer which rule is going to apply to any given element.
But the problem is that you need to make sure that a given css change is going to affect only a specific set of component. So you need to check all components. Since it will be too time consuming, you will probably skip this step and hope for the best (and do some QA to check that nothing is obviously broken).
They're a small company with an even smaller engineering team, I think 13 devs or something like that. I would imagine either everyone knows about it immediately or they are too overloaded with work that it gets deprioritised into oblivion after a quick first look.
It's not an excuse, it's just poor engineering culture or lack of security awareness. I work with an engineering team of 5 - security issues still get prioritised and fixed. Feature work gets deprioritised, as it should, as soon as there's a credible security concern.
All they had to do was add and validate a nonce value in the state, or at the very least, to triage, sanitize the subdomain value. The latter would literally be a 10 minute fix.
Add an hour commute to the airport, another hour at check-in and security and 10x the emissions: it's actually a fun experience going by night train, especially when traveling with kids.
Per passenger mpg between a train and a plane isn't all that far off. Planes tend to travel pretty full so per passenger mpg is pretty high, like 100mpg. You get better per passenger mpg with a train but the train needs to get decent ridership. Depending on where you are going, maybe the train and bus service doesn't get too much ridership and your flight in might actually work out to be the greenest way.
A key advantage of trains is they can be fully electric and don’t need to carry their entire fuel load on board.
An electrified train running on nuclear or wind supplied power basically can’t be beat for low-environmental-impact long distance travel. And even for non-electric trains, diesel trains with a mere 23 people per car have a BTU per passenger mile of 2,000, compared to a typical 30mpg car’s 4,000 BTU per mile.
And even if it’s not yet electric, buying the right of way and building the rail lines is better preparation for that future all-electric world. Plus the more trains exist, the more full they’ll typically be, and the better we’ll get at making them more efficient.
Radiative forcing-wise, flying emits 200g equivalent of co2 per pax-km, rail about 20g. And that’s largely due to infrastructure, so the marginal „cost“ of more trains is low.
The marginal cost of more trains being low depends on there being infrastructure at all, and some countries and areas are much better built out for this than others. For example, whats the marginal cost of another high speed train from Tokyo to Osaka? Probably low, the high speed tracks are already there and there is probably ample platform capacity at either end. Move east to Califnornia and whats the cost of adding another high speed train from SF to LA where there wasn't one previously? We are looking at north of 100 billion dollars here for this link and years of work. Quite a mountain of money, time, and effort, compared to e.g. scheduling another plane to land even at a tiny airport in an impoverished country.
I've just removed sprockets from my Rails app and replaced it with propshaft, jsbundling-rails and cssbundling-rails. It took a couple minutes max. Now the "frontend" parts are no longer tied to the rails app, except you get a nice integration with rails assets:precompile and including the final bundle is as easy as ever with Rails.
One thing that really confused me with sqlite is how read transactions that are upgraded to write transactions half way through tend to fail very easiltly under high write load and cannot be automatically restarted by sqlite. It all makes sense in their concurrency model but it was surprising to me. The tl;dr is if you know you are going to write data in a transaction but the first operation is a read,use begin immddiate, so you dont have to worry about having to restart things manually.
