A task mentioned on the indicated page has been implemented in Maple, namely conversion between roman and arabic numerals. Explicitly,
generates "LVI", and
Maple has many valuable operations and functions, but control of the quality of each new release is a major deficiency. For instance, although each new release in recent years has included the provision of the 'classic' interface, many legitimate plots that worked properly in preceding releases generated with this interface now simply do not work. As another example, a differential equatiion was solved in Maple 2015 correctly in the 64-bit interface, but not in either 32-bit interface, in contrast with Maple 17. How can that happen? An operation in package LinearAlgebra worked in Maple 15 but not since. There is really no excuse for these gross flaws that result from blunders of the developers. It seems that much more attention is devoted to esoteric new features than ensuring that standard features, such as plots, differential equations, matrix operations ... continue to work properly. Developers are much too prone to tinker with existing code for unfathomable reasons with the result that operations specified in the Help pages not only fail to yield the defined output but also merely stall rather than to state an error. When these matters are brought to the attention of Maplesoft support staff, they seem not to care about the failures sufficiently to take action to overcome the problem or to provide temporary 'workaround'.
Maple is exceedingly weak in its solution of integral equations, and is remiss in lacking operations in fractional calculus; these facilities are much more directly related to the teaching and practice of mathematics than some abstruse operations that have been recently implemented. One area of admirable continuing development is the physics package, but the scientific constants that would be used with it date from the preceding millennium!
Please, Maplesoft, for your faithful users exert improved control of the quality of new releases.