I've driven a 2003 Volvo S60 (plain 5 cylinder, no turbo), which matches your 20 years - and most diy repairs were quite straightforward. I suppose you're talking about some Mercedes or other brand I'm less familiar with?
I've driven a 2003 Volvo S60 (plain 5 cylinder, no turbo), which matches your 20 years - and most diy repairs were quite straightforward. I suppose you're talking about some Mercedes or other brand I'm less familiar with?
UT4 would have been pretty nice. I remember building the alpha from source when they put it GitHub.... .... Which is now closer to the release of UT 2004 than today. sigh
For e.g. there's a trend where painters post a painting of them while standing next to it. I do not subscribe to any subreddits but as some of these become popular, they pop into my homepage. 9 out of 10 of these are painted by a pretty woman.
Most woman don't run an OF of course. And wether they do or don't, anyone should be free to socialize over their hobbies on the internet, and/or present their art work for other to appreciate (and get validation with hundreds or thousands of up votes). But those on the intersection that choose to run thinly disguised ads ruin it for me :(
But I think the main thing that made it long term non competitive were a series of bad design choices all the way back to perl 4 or even 1.
Namely:
- the need for sigils
- weird sigil rules where the 0 element of @x is $x[0] not @x[0]
- auto flattening, ex. (@a, @b), and hence the need for manual reference management, as in (\@a, [1,2,3])
- lack of a native object system, and widespread repurposing of hashrefs as objects, with awkward field syntax $x->{foo}
- awkward function argument syntax: my ($x, $y) = @_;
These things add up, and both JS and python showed that all those can be done much more smoothly.
Another thing that counted at the time, is that PHP came out with a slightly worse language, but a super beginner-friendly approach to html templating and request lifecycle: you can just mix php and html in the same file, and the entire runtime environment is nuked at each request. The result was that php replaced perl for an entire generation of web devs in the early 2000s.
- awkward function argument syntax: my ($x, $y) = @_;
then you might be interested to learn about feature 'signatures': use feature 'signatures';
use strict;
use warnings;
sub foobar ($foo, $bar = undef) {
# do something smart
}
# call it:
foobar(1);
foobar(1, 2);
Not sure when it was added, but when I write the usual glue code, I love to use it these days.Open the website in your browser instead.
Deleted Comment
Here's hoping it will be like the Deck and we get Frame OLED in a year or so.
So for the "commoners" it seems a solid choice, while we, the Lords & Ladies of tech, are cursing in our basement home labs ;-)
Also, and that's why I'm stuck with them, for some reason they're the only one who offer combined DSL with 5G "boost". Our line is limited to ~45 MBit/s, and we get another 100 MBit/s over 5G. Doing this yourself with multiple links is of course an option, but costs a magnitude more than the 5€ extra I'm paying now; and the day only has so many hours to take care of such private deployments.
The problem is that I see few reasons for playing boardgames, with friends, on them. You loose a lot of 'delight' factor. Physical pieces are very important to most people. I think if you asked two chess players if they would rather sit in a park and play in the sun with a physical set or play with a touchscreen inside, they would probably select the first.
I have played many digital board games, especially during covid. It's harder for me to concentrate on the game, it's less delightful. However for solo experiences and some extremes (gloomhaven) I do prefer digital games. (I also learned root digitally so that I could hurry my understanding of each faction before I played it physically with players who had a few games under their belt, and I play a lot of solo dune imperium because i love that game more than my friends it seems)
Can this product's support for physical pieces crack the 'delight in physicality' problem. Maybe. Like I said, I had some experience with this on the surface table like 15 years ago.
I think, in my experience at least, that they only time I've wanted a digital table is for TTRPG play for very tactical tables it just keeps the game moving faster than drawing a battlemap to put minis on. There is a reason I first started seeing them during D&D 4th edition where the combat was so 'on grid'. I imagine as we try out 'Draw Steel' we may revisit that more heavily as it's combat system is very 4E aligned.
The product is a concept that I want to work more than it, historically, has.
Some of the tables I saw at trade shows (e.g. E-World in Essen) this year also had them. On one you could place 3d printed power plants and various energy storage systems onto a map. To adjust their output, you could turn them like a knob. The company sold a management system for small grid operators, which then reacted to those demo inputs.
> The product is a concept that I want to work more than it, historically, has.
Sad but true. But then they don't exactly fit into the usual living room. However, as specialized board game tables are getting more popular every year, we might yet see a market for smart variants emerging long term. Not a huge chance IMHO, but larger than zero.
PowerShell has some "interesting" design choices...