Readit News logoReadit News
AEVL commented on Why old games never die, but new ones do   pleromanonx86.wordpress.c... · Posted by u/airhangerf15
zeroq · 3 months ago
The biggest problem today is ownership.

There are dozen of games that made headlines 5 years ago that you can't play today because servers are down. Some of those games are single player only.

You can't host these games like you could Quake or CS back in the day, because you never owned them in the first place.

I own couple hundred games on Steam and similar ammount on Epic but when I die no one will find an obscure CD_ROM in the attic that will urge them to find an old system they could try it on. My accounts will likely be wiped out after short period of inactivity.

Carmac made a historical move when he hosted a Quake tournament and offered his Ferrari as a reward, because he cared. Or maybe he sold his soul and the devil told him that esports will be a thing in the next 10 years. Point is - developers cared. But today, with the mcdonaldization of the industry you have countless situation like with the recent Rollerdome. Game had a stellar reviews but it didn't matter, because the moment before the game was launched the whole studio got sacked. Every single on of them.

Sure, we had issues in the past, the famous "spouses of Maxis employees vs Maxis", but today it's on a whole new level. People are naming their companies "Respawn" to indicate that they still have willingness to fight the system. And google how it turned out for them.

And then, when you finally thought there's a light at the end of the tunnel you have an endless stream of vaporware on kickstarter or projects that are - like Tarkov - for 8 years in "early access" (hey, don't be a dick, sure it's rough around the edges, but it's still in beta, bro).

All in all it was fun and games, but now it's a multi billion business now.

I've spent some time in the industry and when asked I always say it's a great adventure if you're young and have no major obligations, but god forbid you from making that your career choice.

AEVL · 3 months ago
> "spouses of Maxis employees vs Maxis"

where can I read more about this?

AEVL commented on Why is hash(-1) == hash(-2) in Python?   omairmajid.com/posts/2021... · Posted by u/alexmolas
AEVL · 8 months ago
Why not instead have

hash(-1)=-2,

hash(-2)=-3,

hash(-3)=-4,

and so on?

AEVL commented on Ask HN: Recommend me some silent movies    · Posted by u/Shreesha_Bhan
AEVL · 9 months ago
The Artist (2011)
AEVL commented on A Real Life Off-by-One Error   leejo.github.io/2024/09/0... · Posted by u/leejo
jhncls · a year ago
People are misunderstanding the meaning of an off-by-one error. Suppose the plan states that hold A and hold B need to be 11 holes apart. In the true spirit of the off-by-one error, this can be interpreted in 3 ways:

- either as 11 empty holes between the holds; - as 11 holes, start counting 1 just above hold A; - or as 11 holes, start counting with hold A as number 1.

Another real-life example, is a plumber who tells the construction worker that the distance between the holes for hot and cold water needs to be 15 cm. This was meant to be measured center to center, but the constructor worker interpreted it as the distance from the right side of the first hole to the left side of the second. The result can still be admired in our house, 10 years later.

AEVL · a year ago
I might be splitting hairs now. Is not ambiguity the problem in your examples, and not any off-by-one error? If the respective ambiguities were resolved then there should be no off-by-one errors.

Of course use of expressions may vary. My in-spirit-meaning of ‘off-bye-one error’ may differ from yours, and that is fine. (Had it really mattered in a discussion then we would simply agree to find a suitable definition of the expression.)

AEVL commented on A Real Life Off-by-One Error   leejo.github.io/2024/09/0... · Posted by u/leejo
AEVL · a year ago
Not an off-by-one error—at least not in spirit. Interesting nonetheless.

I expected the article to eventually answer this puzzle:

> The competition started and got through a number of rounds. There were some comments about how the climber on the left always won.

Near the end:

> The kicker is that the out of place hold hasn’t been used in a long time. The climbers have optimised their route such that it is skipped. The same happens to the fourth hold from the bottom. So either being in the wrong place is immaterial to the climbers’ technique as long as they don’t get in the way.

So it seems like the error discovered by the article author should not have conferred any advantage to the climber on the left.

Anyone who can shine light on this matter?

AEVL commented on The bizarre siege behind Stockholm Syndrome   bbc.com/culture/article/2... · Posted by u/pseudolus
ItCouldBeWorse · a year ago
Sweden, is .. a strange country. Yes, its liberal. But at the same time. Its part of the old world, as in the ancient world, that was before the WorldWars. It had eugenics until the 2000s.
AEVL · a year ago
What do you have in mind with “… until the 2000s”?

According to Wikipedia:

“ Compulsory sterilisation in Sweden were sterilisations which were carried out in Sweden, without a valid consent of the subject, during the years 1906–1975 on eugenic, medical and social grounds.”

So the main sterilization program ended 1975. However:

“Between 1972 and 2013, sterilisation was also a condition for gender reassignment surgery.”

https://en.m.wikipedia.org/wiki/Compulsory_sterilisation_in_...

AEVL commented on Universal domain types   mmapped.blog/posts/25-dom... · Posted by u/thunderbong
deathanatos · 2 years ago
… there's a number of (rather trivial?) fixes to some of the problems they hit.

First, you can have a type-checker check the currency; that doesn't have to be a runtime error:

  Money<Usd> m = …;
There will, of course, be instances where you must handle currency dynamically.

"MoneyExpr" is a bit more complicated; I find most people usually implement "MoneyBag" intuitively first, so it's odd they left that for third? So, the article gets there, and we "fix" the problems, but it feels roundabout.

The criticism of MoneyBag is bizarre:

> Compared to the Martin Fowler’s design, it remains heavier. It consumes more memory and more CPU

This is apples to oranges? Fowler's design is a Money type; MoneyBag is a different thing; of course it consumes more memory. A Vec<int> consumes more memory than an int, too?

Perhaps the article author isn't comfortable with that Money merely isn't closed over addition. But if you accept that Money isn't closed over addition, then naturally there must be another type in the type system.

AEVL · 2 years ago
> First, you can have a type-checker check the currency; that doesn't have to be a runtime error: > Money<Usd> m = …; > There will, of course, be instances where you must handle currency dynamically.

With dependent types, checking for currency validity may be handled at compile-time. (This is touched upon in the post linked in the comment you replied to.)

For the case of conversion between currencies of monetary amounts:

https://github.com/anderslundstedt/type-experiments#type-saf...

u/AEVL

KarmaCake day30February 17, 2023View Original