[S.....y]

#programowanie #javascript #webdev #heheszki

[Naproksen]

@Szumrzeczny może robić wrażenie na osobie, która się uczy pierwszy dzień js

[S.....y]

@Naproksen: Nie uczę się JSa i nigdy nie zamierzam używać tej abominacji

[Naproksen]

@Szumrzeczny js nie jest żadną abdominacją, jakbyś poświęcił kilka godzin na przeczytanie JavaScript.info wszystko stałoby się klarowne. Abdominacją to jest typescript

[S.....y]

@Naproksen: Pewnie by się stało klarowne, ale projektowanie jakiegokolwiek języka w ten sposób aż się prosi o pomstę do nieba

[AtlantyQ]

@Szumrzeczny: Zakładam że znak plus działa na zasadzie promowania do konkatenacji i zmienna int konwertowana jest na string. Natomiast znak minus promuje konwersję string na int i mam wynik odejmowania dwóch liczb. Wydaje się to sensowne, nie mniej w cywilizowanym języku drugi przypadek nie powinien mieć miejsca i nie powinno być niejawnej konwersji że string do int.

[zwei]

@Szumrzeczny poczekaj aż odkryjesz, że 0.1 + 0.2 nie równa się 0.3

[S.....y]

@zwei: Problemy z precyzją liczb zmiennoprzecinkowych to akurat bolączka każdego komputera klasycznego niezależnie od języka programowania ( ͡~ ͜ʖ ͡°)

[Krolik]

Wydaje się to sensowne, nie mniej w cywilizowanym języku drugi przypadek nie powinien mieć miejsca i nie powinno być niejawnej konwersji że string do int.

@AtlantyQ: ani pierwszy ani drugi przypadek nie jest sensowny. W dobrze zaprojektowanym języku obydwa powinny być błędami.

[Krolik]

@Szumrzeczny: tylko że normalne języki mają liczby całkowite, a JS robi wszystko na floatach. W większości programów, poza kilkoma specyficznymi niszami jak gry czy aplikacje inżynierskie, nie używa się floatów, więc ich problemy z precyzją nie są problemem w świecie poza JS.

[S.....y]

@Krolik:

więc ich problemy z precyzją nie są problemem w świecie poza JS

Są, były i zawsze będą
Jest to efekt uboczny konwersji z innego systemu liczbowego (w tym przypadku binarnego) na dziesiętny, można go na różne sposoby omijać, maskować, ale ten problem siłą rzeczy zawsze będzie występował

[Krolik]

@Szumrzeczny: chyba nie zrozumiałeś co napisałem. W normalnych językach programowania masz liczby całkowite, które nie mają problemów z precyzją. W JS jesteś skazany na liczby zmiennoprzecinkowe. Liczby zmiennoprzecinkowe używane są normalnie może w 1% kodu i zwykle ludzie którzy ich używają wiedzą jak się nimi posługiwać, i problem zaokrągleń jest im znany i są techniki pozwalające go ograniczyć.

I nie, gdyby te liczby były zapisywane systemem dziesiętnym to problem niedokładmości

[S.....y]

@Krolik: Wiem o co ci chodzi, czytałem kiedyś o tych popier*oleństwach JSa xD
Po prostu przykład kolegi @zwei jest zbyt hmm ogólny, uniwersalny

I nie, gdyby te liczby były zapisywane systemem dziesiętnym to problem niedokładmości też by występował tylko po prostu dla innych liczb np. 1/3

Przyznaję się do błędu, zapomniałem o nieskończonych (lub bardzo dużych, tzn. przekraczających możliwości danej maszyny/ustalonej precyzji) rozwinięciach, ale clou mojego wywodu pozostaje takie samo -