[wankstain]

#humorobrazkowy #czarnyhumor #programowanie #heheszki #programista15k

[cppguy]

@wankstain:

#javascript to taki wlasnie jezyk, do rasizmu pierwszy, ale posortowac liczb to juz ni ma komu

[SkorpionX]

@wankstain od zera w górę ¯_(ツ)_/¯

[K-S-]

@wankstain: @cppguy: I oto ja niszczyciel dziecięcych uśmiechów.

Javascript standardowo sortuje alfabetycznie, więc jeżeli dostaje tablice [-2, 2] to dla niego jest to '-' 45 '2' 50 w sensie 'znak' kod ascii. Czyli logicznie że [45, 50] jest przed [50] ;)

Liczby można sortować tak sort(function(a,b){return a-b})

[johnex74]

@cppguy: jakbyś zajrzał kiedyś do dokumentacji to byś wiedział czemu tak się dzieje.

[croppz]

I oto ja niszczyciel dziecięcych uśmiechów.

@K-S-: mój uśmiech dalej ma się dobrze, #!$%@? design nie przestaje być #!$%@? jak go opiszesz w dokumentacji xD

[63274682374]

#!$%@? design nie przestaje być #!$%@? jak go opiszesz w dokumentacji xD

@croppz: Zgadza się, pytanie czy brak silnego typowania to #!$%@? design?

[croppz]

@63274682374: hmm... tak?

Zresztą ogarnięcie po ludzku sortowania integerów nie wymaga silnego typowania, nawet php sobie z czymś takim poradzi.

[63274682374]

hmm... tak?

@croppz: hmm... to zależy. Rozwiązanie dobiera się do problemu, idealnych nie ma i każde ma swoje zalety i wady. To, że widzisz tylko wady nie oznacza, że rozwiązanie jest #!$%@? tylko, że jesteś ignorantem.

[CheSlaw]

jakbyś zajrzał kiedyś do dokumentacji

@johnex74: pfff, amator ( ͡° ͜ʖ ͡°)

[Kagernak]

@wankstain: Wytłumaczy ktoś?

[Ulyssos]

@Kagernak: javascript sortuje alfabetycznie, a taka jest alfabetyczna kolejność tych emoji jako unicode, pewnie.

[qbek135]

@cppguy: o gurwa xD
Trzymajcie się tam w tym jsie

[dybligliniaczek]

sort(function(a,b){return a-b})

@K-S-: Panie, mamy XXI wiek ( ͡° ͜ʖ ͡°) sort((a,b)=>a-b)

[Strus]

To, że widzisz tylko wady nie oznacza, że rozwiązanie jest #!$%@? tylko, że jesteś ignorantem.

@63274682374: Tylko, że obiektywnie jest #!$%@? ( ͡° ͜ʖ ͡°)
https://blog.acolyer.org/2017/09/19/to-type-or-not-to-type-quantifying-detectable-bugs-in-javascript/

TL;DR: both Flow and TypeScript are pretty good, and conservatively either of them can prevent about 15% of the bugs that end up in committed code.

[K-S-]

@dybligliniaczek: Panie za moich czasu nie było takich lambd ;)

[reynevan24]

@croppz: ale jakby to miało działać? bo widzę opcje takie:
1. funkcja która przyjmuje flagę która wskazuje czy to numbery czy stringi, tak jak sort w PHP, ale to równie dobrze można napisać komparator który ma kilka znaków
2. funkcja sprawdza czy array'ka składa się wyłącznie z numberów przy każdym uruchomieniu, więc zarzyna perfrormance dla dużych tabel i wprowadza dziwny edge case
3. funkcja która używa innego komparatora w zależności czy

[croppz]

@reynevan24: python przykładowo porównuje kolejne elementy operatorem <. Jak lecąc po arrayu trafi na parę której nie da się w logiczny sposób porównać (jak na przykład int i string) to rzuci ci ładny TypeError i zapyta, czy aby na pewno dobrze się czujesz. ¯\_(ツ)_/¯

Co język to pewnie inna implementacja, google twym przyjacielem. ( ͡° ͜ʖ ͡°)

[a5f5c1]

nie spełnia re

@reynevan24: co znaczy "re"? ( ͡° ʖ̯ ͡°)

[stokujo]

@croppz Ruby zrobi tak samo, ale w javascripcie się tak nie da, bo tam jest lepiej i wszystko jest w dokumentacji!!!!

[croppz]

hmm... to zależy. Rozwiązanie dobiera się do problemu, idealnych nie ma i każde ma swoje zalety i wady. To, że widzisz tylko wady nie oznacza, że rozwiązanie jest #!$%@? tylko, że jesteś ignorantem.

@63274682374: oświeć ignoranta, w jakich przykładowo problemach ukryta konwersja typów jest dobrym pomysłem? Czy oszczędzenie tych paru dodatkowych znaków na ręcznej konwersji jest wtedy na pewno warte wszystkich niespodzianek, jakie mogą z tego wyniknąć? ( ͡° ͜