Парни вы что аниме.3gp

В твиттере была чуть ли не манга в котлиновском стиле)

(не уверен что правильно употребил манга, в общем аниме в трусиках)

Да это я просто вспомнил видос начала 2000х

скажите, а в каком виде реализуется Local Functions?

во что оно превращается, если перевести такой код в яву?

В отдельный класс превратится, только что проверил

класс со статикой

спасибо

https://twitter.com/intellijidea/status/817008962239426560

http://jug.ru/2017/01/uncle-bob-vs-kotlin/

Влад, не тормози ;)

Уже выше обсудили

а ну да

сори, я еще не выпил первую кружку кофе сегодня

Влад, боянишь дико

новости пару дней, так сразу боян?

ну я просто увидел сейчас что ссылку кидали, обсуждения как такового не увидел

резонансную статьи не грех и 3 раза вкинуть

Спасибо, Антон)

новости пару дней, так сразу боян?

Времена-нравы. Это всё javascript повлиял так. На самом деле же добрая "штука" про боян

Короче, обсуждали в рабочем чатике статью... Почему то вышло мнение что Котлин и Свифт - bad langs.

Бля, как можно посыл такой получить от статьи.

Да статья - хороший наброс

но вывод не такой что языки плохие

статья просто про то, что пишите тесты, даже если у вас типы есть

ДА

люди хотят увидеть как бы накинуть на язык))

Вот пишем мы на Java. Вроде с типами. Случается баг. Спрашиваю - тесты на это место есть? нет. Ну а чо тогда удивляемся!?

Вот пишем мы чисто на котлине падает Null Pointer Exception... Хотя нет, не падает

Ведь падает Kotlin Null Pointer Exception

Верно, но он тоже не падает)

ой, ну рассказывай)

Пока ты явно не захочешь

У тебя есть контракт к методам на уровне системы типов

NPE - всегда ошибка программиста. Если явно захотеть NPE - это значит явно захотеть баг

NPE - всегда ошибка программиста. Если явно захотеть NPE - это значит явно захотеть баг

Да, только в Котлине явно видно где может упасть NPE, а в джаве он может упасть везде)

а почему в котлине он не может упасть везде?

Да - это та замечательная весчь которая есть в Котлине.

а почему в котлине он не может упасть везде?

потому что такой дизайн

Просто язык божественный

допустим рандом ошибка,база там побилась, данные улетели

ну не надо говорить что прям не везде

есть всякие моменты типо lateinit

ага и !!

да

Легко может упасть на интеропе с java

и я не помню еще что там с платформенными типами

кидают ли они

Я ж говорю, нужно захотеть словить)

Легко может упасть на интеропе с java

Я там вводную сделал - на чистом котлине

!! - это как раз про то, что let there be dragons, или “пускай здесь будет баг”

ну строго говоря когда ты пишешь lateinit ты можешь и не хотеть словить

но словить тем не менее можешь

ну строго говоря когда ты пишешь lateinit ты можешь и не хотеть словить

ты допускаешь что тут может упасть

ну как бы и да

просто не пиши lateinit, если можешь не писать

но и не совсем

Вообще, "язык не должен ограничивать программиста." Дядя Боб.

я к чему, !! это вот как Антон сказал - прямо напрашивание на баг

а вот lateinit вроде как не такой выразительный, и не так прямо декларирует что ты готов к npe

Вообще, "язык не должен ограничивать программиста." Дядя Боб.

не согласен с ним на все 100%

Да я тоже. Но теперь сложнее спорить когда тебе могут кинуть ссылку на авторитета))

почему то именно ограничивающие языки становятся популярными гораздо быстрее

VB, Java, Go…

Я считаю что язык должен максимально ограничивать. В разумных пределах. Люди глупы

технологии нет

по сравнению с теми же C\C++

Я считаю что язык должен максимально ограничивать. В разумных пределах. Люди глупы

Компилятор идеален, люди мудаки.

ок, компилятор)

компилятор - д’Артаньян!

ну че вы ну

нормально же общались

Я считаю что язык должен максимально ограничивать. В разумных пределах. Люди глупы

Если так считать, то они и будут глупы

По мне так всё что можно переложить на машину - нужно переложить на машину

По мне так всё что можно переложить на машину - нужно переложить на машину

Ну дак это уже другой разговор.

типа sout <SPACE> -> System.out.println() ?

Автокомплит

Просто нельзя разсуждать крайностями.

Просто нельзя разсуждать крайностями.

Ну компайл-там нуллчек - это не крайность, а удобная фича)

Ну компайл-там нуллчек - это не крайность, а удобная фича)

Дак я и не спорил об этом. Сам люблю такие фичи) как и понимаю, что для некоторых задач строгая типизация бывает избиточной) Т.е. каждой задаче - свое решение и тут спор не имеет смысла.... Не стоит сорить в конфе не по теме)

Ну так Боб Мартин первый начал))

Ну

Дак я и не спорил об этом. Сам люблю такие фичи) как и понимаю, что для некоторых задач строгая типизация бывает избиточной) Т.е. каждой задаче - свое решение и тут спор не имеет смысла.... Не стоит сорить в конфе не по теме)

Так строгая типизация и в динамическом груви)

Ты наверно про статическую

Ты наверно про статическую

Так статическая и в груви =)

Речь про то что это ортогональные понятия

Я так и не понял когда я хочу динамическую типизацию

Так статическая и в груви =)

В груви же и статическая и динамическая)

В груви же и статическая и динамическая)

я о том же

Не нужны же языки с динамической типизацией

??

Но причем тут groovy, я высказал мнение о критичность мышления при высказывания "что языки должны ограничивать", ведь есть язык Ada, Fortran и они были популярны, но чет сейчас мы на них не пишем)