No, this is definitely a seed bearing plant. A Fruit and Flower Bearing Wood-y plant possibly mid transition into a herbaceous Fruit and Flower Bearing Grass-like plant. Most people donβt think of grass having flowers, but the grains that grow on top when they are not trimmed count as a fruit/flower.
Hm. Now I wonder how would plant evolution go like in-game. I suppose weβd want to model it after what happened in real life, correct?
With the Skin Attribute system, I guess Wood-y would be an attribute that could be changed later. Or perhaps, there could be a Herbaceous Skin and a separate Wood-y Skin and both could have an option to become the other. In the later case, I think the original would be herbaceous.
I presume it could switch multiple times in this option and not just once, right?
Also a fun fact: The AI bubble appears on trend to follow in the steps of the dotcom bubble (which is bad for it and good for us)
All cacti are succulents (converse is not true), and all cacti have woolly/hairy areas called Areoles where new spines and shoots may emerge.
There are also these rock-plants that grow very slowly in arid climates and are also succulents.
The taxonomic rank of Tribe (below taxonomic rank of Family) is utilized for classification within Domain Eukaryota (Kingdom Planate and Kingdom Animalia), and was used (until 2024) for Domain Bacteria.
Guess Archeae remain in βpacksβ or βherdsβ thenβ¦
To my knowledge, Achaea donβt have a taxonomic equivalent of βTribeβ used in their classification scheme; it is just the classic Dapper Kings Play Chess On Fine Grain Sand.
I wonder how would this be handled if Eukaryotes were to be classified in the same domain as Archeaeβ¦
Maybe Archaea will be get assigned Tribe taxonomic rank classifications to better homogenize with Eukaryotesβ¦
Or maybe the two groups will remain separateβ¦
Tribe taxonomic rank is no longer used for Bacteria taxonomy.
Makes sense.
The closest relative to vertebrates are βsea squirtsβ.
Linear Congruential Generator (LCG) is a type of Psudeorandom number generator (PRNG) that is used for the RNG function in calculators, due to their simplicity and ease of memory usage.
I suppose computers donβt need to use this because they can afford to use more costly methods, correct?
most desktop operating systems will provide a Cryptographically secure pseudorandom number generator - Wikipedia of some form, though windows is gross and you have to use a horrible API and seed the system yourself, I prefer the unixlike approach, which provides a readable βfileβ called /dev/random or /dev/urandom which you can read from to produce infinite random bytes. (all the files in the /dev/ directory are fake files virtually created by the operating system, and are not really on your hard drive/ssd)
edit: I actually have no love for being βunix-likeβ, I just think we hold unix-like OSes to a high standard and their solutions to problems tend to be good. The unix-like philosophy is not in any way important to me, I just respect most unix-like OSes. I think a bizarre VMS-like like windows NT could be good if it was developed by competent people who thought closely about their choices.
also in the same edit. Simple LCGs or my favorites, LFSRs (linear feedback shift registers) are sometiems used in applications where cryptographic security is useless and speed is useful. For example I have written some horrible insecure bit-fidling nonsense for noise generation on the GPU, where there is no operating system to call and no cryptographic needs.
Well, random only to a degree. Good enough for most purposes I guess.
Modern desktops actually have thermal noise samplers in CPUs, which as long as you trust the implementation by the CPU manufacturer, it should be as good as a dedicated true hardware random number generator. The only downside is that the speed at which random numbers can be generated is limited by how fast the thermal noise sampling can generate random fluctuations.
I wonder if there could be a way to go around this system so that the detectors see noise someone planted to skew the resulting βrngββ¦