Для чата - посоветую товарищу взять спринг 5, с реактивщиной, и асинхронный драйвер Кассандры накрутить. Ну или монги для начала.

Привет! Подскажите, пожалуйста, как в котлине лучше вего сделать так, чтобы внутри функции можно было менять параметр? Типа этого:

private fun doIt(_ch: Int) { var ch = _ch doSomething() ch— }

А он снаружи так поменяется?

А он снаружи так поменяется?

смешно

То есть если var ch = 15; doIt(ch); он поменяется, да?

:-)

причем смешно дважды, по-первых это будет int, во-вторых даже если бы Integer, то он всё равно имутабельный

То есть если var ch = 15; doIt(ch); он поменяется, да?

да сделай return

просто в котлине нельзя менять парамтры во избежание лишних проблем и вопрсов

в том смысле, что ссылки менять нельзя

А AtomicReference<E> будет работать?

атомик или любая друга обертка, если очень нужно поменять

:-)

вот тебе и ответ, оборачивай переменную в AtomicReference, а лучше смени дизайн кода

да, нынче не модно менять параметры, из функционального программирования пришла мода на чистые функции

особенно если речь об Int-е

Всем привет! Ищем Java-программиста в международную компанию, занимающуюся спортивными ставками и разработкой соответствующего ПО. По факту большая часть Java-разработки сейчас переводится на Kotlin. З/п - до 200 000 руб. Если вакансия заинтересовала - пишите в личку или оставляйте отклик по ссылке: https://hh.ru/vacancy/19918084 Сорри, если оффтоп, буду признателен, если подскажете куда лучше запостить вакансию :)

огонёк)

нужно в про jvm закинуть

и развести очередной холивар, что жаба ненужна

Всем привет! Ищем Java-программиста в международную компанию, занимающуюся спортивными ставками и разработкой соответствующего ПО. По факту большая часть Java-разработки сейчас переводится на Kotlin. З/п - до 200 000 руб. Если вакансия заинтересовала - пишите в личку или оставляйте отклик по ссылке: https://hh.ru/vacancy/19918084 Сорри, если оффтоп, буду признателен, если подскажете куда лучше запостить вакансию :)

И как обычно удаленки нема))

И как обычно удаленки нема))

так ты же не пишешь на котлине. О_О

или за 3.5к готов начать?

или какой там сейчас курс?

до 3.4 это где то

или за 3.5к готов начать?

Чеб нет, на джаве же пишу

Это кстати норм в Москве что ли, и наверное ещё ж налоги заплатить?

о, от меня недалеко

и на котлине пишу

Это кстати норм в Москве что ли, и наверное ещё ж налоги заплатить?

Сумма обозначена на руки :)

а сколько налог в России?

на котлин?

13 % НДФЛ.

Минфин чё-то там мямлит про повышение до 22%

Минфин чё-то там мямлит про повышение до 22%

Про уменьшение полного налога, который платят компании за работника (с учетом пенсии) с ~30% до 22% и повышение НДС до 21%

Стой. Не могу никак до конца прочитать.

Эх, как они хитро приправляют. Надо понимать, что НДС заложен во всё: повышение НДС на 8% означает повышение цен конечного продукта минимум на 16%. А то, что с компаний ношу частично снимут - так это не про наш профит.

а если работать ЧП??

ИП - есть разные режимы, для ИТ лучше всего 6 % с выручки + примерно 25 тыс. в год в ПФР.

у меня сейчас в Киеве 4 или 5 % налог, но компания 2% покрывает с зп

Эх, как они хитро приправляют. Надо понимать, что НДС заложен во всё: повышение НДС на 8% означает повышение цен конечного продукта минимум на 16%. А то, что с компаний ношу частично снимут - так это не про наш профит.

НДС сейчас 18 - вырастет на 3. не путать с НДФЛ

народ, какие best practice для проверки на null var свойств? в джаве компилятор спокойно воспринимал код типа if (someValue != null) { someValue.someFun(); } else { throw new SomeError(); } В котлине же ругается что смарт каст невозможен из-за потенциального изменения свойства в другом потоке

писать ?. или !! как-то с душком в этой ситуации

у меня сейчас в Киеве 4 или 5 % налог, но компания 2% покрывает с зп

компания работает с котлином?

объявлять каждый раз локальную переменную val someValue = this.someValue тоже не красиво

народ, какие best practice для проверки на null var свойств? в джаве компилятор спокойно воспринимал код типа if (someValue != null) { someValue.someFun(); } else { throw new SomeError(); } В котлине же ругается что смарт каст невозможен из-за потенциального изменения свойства в другом потоке

someValue?.someFun() ?: throw SomeError()

компания работает с котлином?

а в чем проблема? я решаю что добавлять в андроид разработку

а в чем проблема? я решаю что добавлять в андроид разработку

судя по отзывам некоторых людей, не везде такое разрешают)

знаю, у нас проще с этим, заказчики любят все новые тенденции и СДК прикрутить

народ, какие best practice для проверки на null var свойств? в джаве компилятор спокойно воспринимал код типа if (someValue != null) { someValue.someFun(); } else { throw new SomeError(); } В котлине же ругается что смарт каст невозможен из-за потенциального изменения свойства в другом потоке

someValue?.someFun() ?: throw SomeError() в ?. ничего плохого нет

someValue?.someFun() ?: throw SomeError() в ?. ничего плохого нет

точно)

someValue?.someFun() ?: throw SomeError()

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

someValue?.someFun() ?: throw SomeError() в ?. ничего плохого нет

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

тогда через let

^ это плохо

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

someValue?.let { it.someFun() it.someFun2() } ?: fail()

а в чем разница между let и run в данном контексте?

run не замыкает значение

someValue?.let { it } тут it определенно не nullable тип

someValue?.run { } тут, т.к в run ничего не передается, то someValue придет из внешнего скопа в лямбду и придется её еще раз на null проверить

а в чем разница между let и run в данном контексте?

let возвращает последнее выражение, а run нет

ERROR: S client not available

@kotlin.internal.InlineOnly public inline fun <T, R> T.run(block: T.() -> R): R = block() @kotlin.internal.InlineOnly public inline fun <T, R> T.let(block: (T) -> R): R = block(this)

ну и run становится скоупом

someValue?.run { } тут, т.к в run ничего не передается, то someValue придет из внешнего скопа в лямбду и придется её еще раз на null проверить

понял. а чем тогда with oт run отличается? =)

with(value){} vs value.run {} вызовами)

with(value){} vs value.run {} вызовами)

кроме формата вызова ничем? зачем тогда два разных формата?

вроде

run - передаешь лямбду, получаешь ркзультат

кроме формата вызова ничем? зачем тогда два разных формата?

run как экстешен, а with это просто функция. но зачем with это сложно ответить

with - передаешь ресивер и лямбду, внутри лямбды this это ресивер

есть еще apply и also :)

Возвращаешь результат лябды

а есть ли вариант для if (a != null && b!= null) ? только вложенный let?

есть еще apply и also :)

ох =)

Sergey Zolotov, [15.03.17 16:30] есть еще apply и also :) Про also не слышал

И что-то не вижу в списке экстеншен функций

Sergey Zolotov, [15.03.17 16:30] есть еще apply и also :) Про also не слышал

в 1.1 добавили

apply - вызываешь лямбду на any, внутри this это any, возвращается this

А, и что оно делает?

also это как apply, возвращает того кто вызывал, но вместо скоупа тот кто вызывал идет в аргументы

also is like apply: it takes the receiver, does some action on it, and returns that receiver. The difference is that in the block inside apply the receiver is available as this, while in the block inside also it's available as it (and you can give it another name if you want). This comes handy when you do not want to shadow this from the outer scope

примерчики .addInterceptor(HttpLoggingInterceptor().apply { level = HttpLoggingInterceptor.Level.BODY }) и .addInterceptor(HttpLoggingInterceptor().also { log -> log.level = HttpLoggingInterceptor.Level.BODY })

какие-то не очень очевидные названия у этих операторов

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

ну кроме apply разве что

ну на самом деле если их все юзаешь, то все понятно и очевидно

надо сделать cheatsheet по ним)

у скалистов кстати нет такого ничего

А, и что оно делает?

fun <T> T.also(block: (T) -> Unit): T { block(this); return this } fun <T> T.takeIf(predicate: (T) -> Boolean): T? = if (predicate(this)) this else null fun <T> T.takeUnless(predicate: (T) -> Boolean): T? = if (!predicate(this)) this else null

Как кстати в телеграмме кодяру правильно вставлять, кто объяснит?

как в маркдауне

тройной `