[koziolek666]

Pattern Matching w Kotlinie, czyli coś czym naprawiamy Javę. Powiem szczerze, że nie sądziłem iż tak szybko będzie mi to do głowy wchodzić.

http://koziolekweb.pl/2016/04/22/pattern-matching-w-kotlinie/

#programowanie #java #kotlin #koziolekweb

[M4ks]

@koziolek666: znowu wyglada jak upośledzona Scala ( ͡° ͜ʖ ͡°)

[koziolek666]

@M4ks: bo to jest upośledzona scala, ale w porównaniu ze scalą ma znacznie niższy próg wejścia. Jak skończę pisanie o tym języku, w sensie o podstawach, to zrobię jeszcze taki tekst porównujący java-kotlin-scala

[M4ks]

@koziolek666: czyli kolejny język dla frustratów których przerasta scala a czuja sie za dobzi na Jave. Starzeje sie ( ͡° ͜ʖ ͡°)

[zajety_login]

@koziolek666: Czy można w jakikolwiek sposób zmusić kompilator do tego żeby zasygnalizował nam potencjalny brak dopasowania w listingu 4? Pytam w kontekście sealed classes/traits ze Scali, które coś takiego umożliwiają.

[koziolek666]

@zajety_login: nie.

@M4ks: a może dla ludzi, którzy nie mają czasu na czekanie aż kompilator raczy coś wyprodukować? Wbrew pozorom Scala też ma masę problemów. W dodatku można idąc twoim tokiem rozumowania powiedzieć, że Scala jest dla frustratów, których przerasta Haskell albo OCalm.

To co rzeczywiście jest wartościowe w Kotlinie, a o czym jeszcze nie pisałem, to inne podejście do widoczności elementów oraz dobrze zrobiona obsługa nulli.

[M4ks]

@koziolek666: ja nie twierdze ze Scala nie ma problemów. Problem w tym, ze Scala jest juz hmm, uznanym w świecie, językiem, z narzędziami i środowiskami, wniosła pewien powiew świeżości, zwłaszcza w porównaniu do Javy. No a jednak w porównaniu z OCalmem czy Haskellem ma pare innych bajerow, chociażby imperatywnych ;)

Pytanie czy jest sens budować nowy język który daje tak właściwie co w tym kontekście? Trochę prostsze pattern matchingi? Mniej

[koziolek666]

@M4ks: być może skończy jak groovy, ale JetBrains nie brałby się za to gdyby nie miało to sensu. Na razie rzeźbię i jak na chwilę obecną widzę dużo plusów.

[moriturius]

@koziolek666: wiesz, może mieć sens właśnie dlatego, że ma dobre wsparcie :)

[i.....k]

znowu wyglada jak upośledzona Scala ( ͡° ͜ʖ ͡°)

@M4ks: scala też jest upośledzona

[M4ks]

@informatyk15000k: no to tym gorzej dla Kotlina, nie? ;)

[i.....k]

@M4ks: Nie wiem, nie używałem jeszcze :).
Ale znając JetBrainsów to wsparcie IDE dla Kotlina jest na wyższym poziomie niż do Scali - co akurat dla mnie by było ważne.

[M4ks]

@informatyk15000k: bo język prostszy. Tak projektowano Jave na przykład - zeby było dobre wsparcie IDE..

[zajety_login]

@informatyk15000k: @M4ks: Wsparcie dla Scali w IntelliJ już w tym momencie jest bardzo dobre, a nic nie wskazuje na to żeby w przyszłości miałoby być inaczej. Pojawienie się Kotlina nie oznacza przecież, że porzucą inne języki ;)

[M4ks]

@zajety_login: jest dobre, ale bez szału, często sie myli, wolne - sporo do poprawy jeszcze jest

[i.....k]

bo język prostszy

@M4ks: I to jest niby wada? Z tego właśnie powodu używam Clojure.

[M4ks]

@informatyk15000k: no jak chcesz banalny język to masz Jave ( ͡° ͜ʖ ͡°) im prostszy język tym łatwiej zrobić IDE i tyle.
Z Clojure tez jest właśnie ten problem, ze w sumie nikt tego nie używa, ofert pracy b. mało, a przez to właśnie nie ma ekosystemu..

[i.....k]

@M4ks: banalny != prosty

https://github.com/matthiasn/talk-transcripts/blob/master/Hickey_Rich/SimpleMadeEasy.md

[M4ks]

@informatyk15000k: nie zawsze, ale w tym wypadku sie zgadza. Nie wiem tylko czemu traktujesz to jak negatw

[i.....k]

@M4ks:

Skomplikowanie w przypadku scali, c++ traktuję jako negatyw bo są niezamierzone i prowadzą do niezamierzonego skomplikowania pisanych programów.
A jeśli chodzi o Scalę i Javę - jak dla mnie Java jest z założenia łatwa a Clojure prosty.

[M4ks]

@informatyk15000k: długo chyba w Scali nie pracujesz, bo dobrze napisany kod jest wręcz prostszy niż ten w Javie. Jest duzo rożnych rzeczy, cześć może wyglądać cieżko (implicits) ale nie ma tam magii znanej z innych języków.
Natomiast nie zgodzę sie, ze projektowano te języki by były trudne tak po prostu.