Re: Why can't everyone have their preferred color?
Posted: 16 March 2026, 08:37
It'd only work of it were 1v1 games. In group games it'll lead to confusion as stated here.
Since we're having a nuanced software design discussion. That's not categorically right. You can absolutely design something without a full implementation. So consider my question with that in mind. Is there anything in the design of a site like BGA that would make my suggestion a bad experience for users? It's very possible someone did decide it wasn't a good user feature. If you disagree with the premise of my question, the best approach would be respect my question and move on rather than try to shut down my curiosity.dschingis27 wrote: ↑15 March 2026, 17:02Well, UX design and engineering go hand in hand. For each UX design feature you want, someone has to engineer it. With the question "Why can't?", you make it sound so absolute - as if it is clear that someone decided that it can't. But that's most likely not the case - it just turned out the way it is and to change it now requires engineering.flamesplash wrote: ↑15 March 2026, 15:32 UX design which should come before engineering prioritization
Makes perfect sense as to why they may not have considered or prioritized the feature. They are however more than 2 guys in their basement now, and were acquired by a few years ago now, so in a similar vein to Google being two guys in a garage, they aren't stuck in the past as to why they can't make updates, and clearly they have.dschingis27 wrote: ↑15 March 2026, 17:02 What you might not know is that for many years, the core of the whole BGA website was build as a passion project by two guys "in their basement". So I always first assume that some suboptimal design was simply not thought about because there were so many other things to think about.
Would it necessarily? Why? If it could be done in a 1v1 game, where, for example, maybe player "John Doe" sees his own pieces Blue and the opponent's pieces Green, but the opponent sees his own pieces blue and John Doe's pieces Green, then in theory the same could be applied with more than 2 players.BartholomewBart wrote: ↑16 March 2026, 08:37 It'd only work of it were 1v1 games. In group games it'll lead to confusion as stated here.
See, that's the difference between a hobby programmer and someone who really has to maintain a large codebase.FrankJones wrote: ↑16 March 2026, 17:24 I'm not a professional developer, but I have some programming experience and knowledge. I don't see why this would be difficult at all; seems to me it could be accomplished with a few simple if/else blocks.
I've been a professional programmer for over 20 years fwiwdschingis27 wrote: ↑16 March 2026, 18:22See, that's the difference between a hobby programmer and someone who really has to maintain a large codebase.FrankJones wrote: ↑16 March 2026, 17:24 I'm not a professional developer, but I have some programming experience and knowledge. I don't see why this would be difficult at all; seems to me it could be accomplished with a few simple if/else blocks.In principal, it is easy to code, however, the problem is to not to break anything existing. Depending how good the existing code is, you need to make changes at several places in it, you possibly need to change code for replays, maybe for results and statistics. It is always the problem to not forget any edge case (with the gazillion of games on BGA, there might be some special color rules for certain games). That is exactly why it's often more appealing to programmers to start fresh (including new games on BGA) instead of doing maintenance or updates.
It's similar to having a big house, when you start building the house, it is simple to change certain design features. However, when you have a big old house, something as simple as getting new switches and sockets in the wall can cause a big effort and trouble down the line.
It is obviously possible in principal though. That's why I personally find the thread title not so great. Because if "Why can't?" was meant as a theoretical question, then the answer is, "Yes, it can!" Maybe asking "What if...?" had made the point more clear. If it was meant as a prcatical question, the answer is "priorities". It is also different to ask for a change of something long existing than to ask for a discussion of a new design. If I want to buy a new car and you ask me "Why can't it be blue?", I am open for discussion. But if I own a red car for 5 years and you ask me all of a sudden, "Why can't it be blue?", then I find it weird. The car is not blue because it's red, what do you mean? If you wanted a general discussion about car colors, maybe start a little different.
And which colours would a third player see for those two players? And can you see how this gets more and more complex with each increase of player number?
Good you mentioned the game repaly - that's another reason to avoid this unnecassary complexity. If you played your game as the green player, and in the replay your colour is blue - how confusing would this be? How many unnecessary bug reports would there be just because of that?FrankJones wrote: ↑15 March 2026, 23:36 Why would it be difficult for both players to see Green on their individual screens (while still preserving two different colors for viewing the game replay)? I wouldn't think that would be a difficult programming task at all.
There is something close to this in the game of Azul. The general (not personal) pieces in this game have 5 different colours. There is a variant on BGA were these pieces have a different design (called chocolate skin). Players can choose their design individually. Now in a bug report, one player was referring to the "red pieces", but for the other player, the red pieces were different ones (which had another colour for the first player). Even the developer was confused by this, because he didn't recognize (or remember) this difference. He couldn't identify the bug at first, because he was looking at the wrong pieces.nik592 wrote: ↑16 March 2026, 00:02 I'd assume you'd easily end up with bugs where two players had the same colour on one person's screen. And now you've got players reporting bugs that a developer can't as easily reproduce, as it may depend on them having the same colour preferences as the player reporting the bug.
If you’ve been a developer that long you should recognize what I mean when I say “edge case”. (Or is that something only 25+ year engineers know?flamesplash wrote: ↑17 March 2026, 01:38 I've been a professional programmer for over 20 years fwiwThis should not be hard in a reasonable code base.