@wombatDaiquiri - rozumiem, że mówisz o projektach Open Source.

W profesjonalnych projektach nikomu się nie chce

@wombatDaiquiri @koszotorobur Zarówno działam profesjonalnie jak i w projektach open-source więc mogę mieć nieco spaczone podejście, ale wystarczająco wiele razy widziałem błędy związane z brakiem typów, by wiedzieć, że jednorazowy wysiłek w ich dodanie jest dużo mniejszy niż użeranie się z tymi błędami.

@qarmin - i tak właśnie motywuję potrzebę wprowadzenia typów - na początku mnie devy nienawidzą, by później przyznać mi rację - BTW tak samo jest z kontenerami

@qarmin ja się z Tobą zgadzam, ale co z tego? xD niektórzy nie wiedzą, niektórzy nie wierzą, niektórzy wprost sabotują bo wyznają inne wartości i tak to się żyje w tym programowaniu

@wombatDaiquiri - ale co to za życie programisty 15K

@groman43 - takie podejście sprawdza się jedynie jak robisz coś małego dla siebie - w profesjonalnych projektach robionych przez zespoły ludzi typy się świetnie sprawdzają

@szczekoscisk jak dobrze pamiętam, to czasami kompilator TS potrafi się przyczepić, że typ jest nieokreślony, więc żeby się nie czepiał to daje się any i fajrant ( ͡° ͜ʖ ͡°)

Przy czym dotyczy to głównie sytuacji, kiedy ktoś używa TS bo jest modny albo mu kazali.

Nie kojarzę by sam kompilator TS wymuszał typowanie (przynajmniej na szybko nie kojarzę takich przypadków), możliwe że widziałeś sytuacje gdzie "tslint" czegoś się czepiał.

chyba strict mode wymaga typów. Chyba, że coś mieszam bo od dawna zawsze staram się wszystko typować

@dotevo Type hints były dostępne już w 2006 roku - https://peps.python.org/pep-3107/ , uszczegółowienie/ dodanie do typów do std 2014/2015 - https://peps.python.org/pep-0484/

Lutris to projekt z 2013 roku - https://github.com/lutris/lutris/commits/master/?since=2013-12-01&until=2013-12-03