Вы не в церкви, вас не обманут

[display-none.livejournal.com]

Священник Андрей Крашенинников удивил прихожан необычными просьбами, как только прибыл на служение в город Болотное Новосибирской области. Он попросил денег, чтобы перевести туда свою семью, затем – детскую кроватку, коляску, холодильник, плиту и, наконец, – автомобиль и курсы вождения. Поведение священнослужителя осудили как прихожане, так и епархия. В епархии пообещали провести дисциплинарную проверку.

https://echo.msk.ru/blog/statia_iz_regiona/2341353-echo/

Comments

[display-none.livejournal.com]

Интересно, все так возбудились именно на питон?
Если бы он про руби или перл спросил, было бы так же?

[van-der-moloth.livejournal.com]

Мне приходится иногда использовать жабоскрип, так что промолчу...

[display-none.livejournal.com]

На es2015-то перешли?:))

>иногда
мне казалось что ты программер же, не?

[van-der-moloth.livejournal.com]

В основном пишу на джаве, но вот иногда...
(блядь, как я его ненавижу!)

[display-none.livejournal.com]

кстати, джаву в этом постике тоже обсуждали) я агитировал за котлин

[van-der-moloth.livejournal.com]

Я не пробовал, но чем он так хорош, помимо некоторого количества синтаксического сахара?

[display-none.livejournal.com]

в основном сахаром, а еще он умеет компилироваться в JS и native, но это не главное:)

Вот с ходу

* nullable типы (как Maybe) если где-то может быть null, то компилятор заставит тебя это проверить и не будет NPE

fun getUser(): User? {} //возвращает null или User

val user = getUser() //вывод типов, кстати
user.getName() // не скомпилируется, так как может быть NPE
if (user != null) {
user.getName() //так скомпилируется
}


и еще

val foo = getSomething()
if (foo is Apple) {
foo.insertWorm() //компилятор уже знает что тут foo это Apple
}


паттерн матчинг

val result = getResult()
when(result) {
is Ok -> {тут компилятор знает что result это ok}
is Fail -> ...
}

Причем если использовать sealed классы или енумы, то компилятор заставит тебя проверить все варианты)

Есть датаклассы

data class User(val name:String)

Вот тебе класс с конструктором, геттером, hashCode и equals.

Есть делегирование.

class ServiceProxy(realSerivce: Service): Serivce by realService {
override fun someFun() {///}
}


Тут ServiceProxy параметризируется экземпляром Service и автоматом делегирует в него все вызовы кроме тех что явно override .

Есть корутины для async/await, чтобы писать асинхронный код без лапши.

Есть extendion methods, чтобы расширять классы.
Есть топ левел функции.

В стримах джавовых фильтровать по типу нельзя, а в котлине можно

val people = objects.filterIsInstance().filter {it.age > 18}.toList()
// people это лист совершеннолетних Human


Все по умолчанию закрыто и readonly, что правильно.

Ну и дофига всего по мелочи (пропертис например).

Можешь пройти kotlin koans: https://play.kotlinlang.org/koans/overview , обычно этого достаточно чтобы понять в чем фишка)))

[van-der-moloth.livejournal.com]

Приму к сведению. Но вообще-то я не бэкендер, мне глубоко закапываться в домен обычно не треба. Мне нужно от домена, чтобы я сам понимал, что там написано, а сахар на это не влияет совсем (иногда даже наоборот, хочется лишний раз посолить для читабельности). Если делать что-то большое и сложное с нуля - да, тут это может решать, а в уже существующей системе рисовать новые формочки (90% работы веб-программирования) можно просто копипастой.

[(Anonymous)]

не надо про котлин. тошнит. так испоганить скалу, сделав из нее какой-то императивный тайпскрипт.

даже экзамплы из скалы. тьфу, блеать

[display-none.livejournal.com]

функциональные япы хороши когда у тебя функциональные программисты
а если у тебя мамкины программисты (а 90% из них мамкины) то придется терпеть императивщину;)