Vlákno názorů k článku The future's bright… the future's Cobol od Josef Pavlik - Ja jsem zacinal uplne presne jak je popsano...

Ja jsem zacinal uplne presne jak je popsano v clanku - vyvojove diagramy a psani programu primo v hexa kodech. Assembler, lepe receno "jazyk symbolickych adres" nebyl k dispozici. Nastesti byl k dispozici aspon disassembler. Timto zpusobem jsme s kolegou napsali funkcni kompilator forthu podle toho, jak postupne vychazel v Amaterskem radiu. To byly casy. Bylo to na TNS (ale ve verzi s kazetakem a s dernou paskou) v roce 83 nebo 84.
Od te doby umim hexa kody Z80 zpameti.
To presne pocitani Cobolu je skvela zalezitost. A pritom by stacilo, aby bezne programovaci jazyky mely fixed point datovy typ a umely by to taky.

Jasně, knihovny jsou pro asi každý jazyk, ale skutečná podpora v jazyku docela chybí. A to by stačilo málo, prostě namísto obecných typů int, float umožnit int s rozsahem (to měl už Pascal a staví na tom Ada) a decimal(x, y), které má prakticky každá databáze (takže to programátoři znají, akorát to nemůžou namapovat na primitivní datové typy jazyka).

Tak tak. Ono je ostatně zajímavé, že už stará (no "stará" - z pohledu COBOLu spíš ne) 8087 uměla datový typ packed decimal s osmnácti desítkovými číslicemi, takže se na tyto problémy myslelo. Myslí se na ně i v IEEE 754-2008 s typy decimal32, decimal64 a decimal128 (ty jsou s plovoucí čárkou, ale desítkovou, ne binární). V jazycích to podporováno moc není, jen Visual Basic má typ decimal, ale ten je (IMHO) jen softwarový.

Perl 6 si umí rozumně poradit s desetinnými čísly perl6 -e 'say .1 + .2 + .3' se vyhodnotí na 0.6, ale jsou reprezentovány jako racionální.