Użytkownik "slawek" <f...@f...com> napisał:
> On Fri, 22 Dec 2017 12:05:05 +0100, "AK" <n...@n...net> wrote:
>> Snobol4 stoi na mojej ppolce w Tyczynie (tak: to polska ksiazka.
> Szpakowicz chyba autorem).
>
> Gizbert-Studnicki i Kaczmarczuk.

A fakt. Szpakowicz to chyba "Prolog"?

> A co do _słownie.py
>
> 1. Stałe zamiast w listach trzymałbym w krotkach. Przecież są immutable.

A co to za roznica ?
Przeciez to sie dzieje raz w imporcie i nie jest widoczne na zewnatrz.
Nie bedzie wiec nigdy "mutowane".
Czyli szczegol nieznaczacy kompletnie.

> 2. Dałbym źródła w UTF-8 i nie męczył się z heksami.

Po co ? Po to zeby komus "robic problem" z edycja?
Lepiej niech widzi hexy niz krzaczki.
W dodatku w Pythonie2 musialby byc # coding na poczatku.
To zostalo zrobione _swiadomie_.

> 3. No i nigdy - NIGDY - nie porównywałbym liczby float point z zerem w taki sposób
jak tam jest.
> Patrz PEP485. (Bo to potem się mści np. rachunkami na zero złotych zero groszy.)

Akurat w tym przypadku IMHO tak jest dobrze, (choc fak ze nie idealnie i tu jest
pole do dyskusji).
"slownie" to tak naprawde funkcja wewnwtzrna i dziala na intach a "ostre" porownanie
przy w/w zalozeniu ze liczba nie posiada czescu ulamkowej jest ok
Napewno moj blad, ze jests dostepna publicznie (a nie powinna byc w __all__ -
przeoczenie)
Ale zgadzam sie ze jesli ma byc publiczna winno sie sama slownie bardzie
"zcustomizowac".

> 4. A pewnie całość opakowałbym w klasę.

Po co ? Bez sensu dla 2 funkcji.
Typowe "akademiskie podejscie": klasa boo. bo tak "..

> I trochę przewidziałbym i18n.

Nie rozumiem? Po co?
Przeciez to za zalozenia zadziala tylko dla jezyka polskiego.
Dla innych jezykow ten algorym bedzie zapewne niewystaczajacy
(nie wystarczy tylko podmienic literały).

> 5. Albo i dodał fleksję.

Nie rozumiem.

AK