Где набросил?

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

любой здравомыслящий человек из этого сделал бы только один вывод: к тебе не идут приличные разработчики, ты же делаешь вывод, что люди которые пишут на котлине низко квалифицированы, что в целом объясняет необъяснимый феномен приходящих к тебе разработчиков

Ко мне идут разные разработчики. Хорошие, начинающие. Джава, Котлин. Я говорю о проценте тех, кто прошёл.

А ты сразу знаешь байткод Котлина? Учат обычно обе вещи сразу.

учил бы джаву, знал бы байткод джавы?

любой здравомыслящий человек из этого сделал бы только один вывод: к тебе не идут приличные разработчики, ты же делаешь вывод, что люди которые пишут на котлине низко квалифицированы, что в целом объясняет необъяснимый феномен приходящих к тебе разработчиков

"необъяснимый феномен приходящих к тебе разработчиков" я бы назвал "вполне объяснимым засилием повсеместных быдлокодеров"...

"необъяснимый феномен приходящих к тебе разработчиков" я бы назвал "вполне объяснимым засилием повсеместных быдлокодеров"...

+

Что угодно придумаете, лишь бы не говорить, что ситуация и правда имеет место быть.

И мне многие ребята на то же самое жаловались

"необъяснимый феномен приходящих к тебе разработчиков" я бы назвал "вполне объяснимым засилием повсеместных быдлокодеров"...

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

Да нет, обучить всегда можно. Если есть время и человек готов слушать.

Но какой слушать, когда он опытный и у него уже позиция своя есть.

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

Это не мировоззрение, это статистика. Может, мне просто так "везло" с коллегами, я не знаю %)

Извините, коллеги, наболело.

Это не троллинг, это просто то, что сейчас есть.

Но какой слушать, когда он опытный и у него уже позиция своя есть.

Это про бэк-эндщика, с которым я сейчас работаю!

имхо нет программистов которые не готовы слушать. зависит лишь от того насколько для слушающего авторитетен вещающий

энивей андроид не особо располагает, чтобы на нём писали правильно, тестируемо. а вам это вроде бы и не важно. У вас тут страдания от того что приходят люди собеседоваться на мобильного разработчика и не знают АБИ БАЙТ-КОД ГЦ. жесть вам, конечно, не повезло с новичками.

Но в итоге все сводится к конкретному человеку и тому, как он использует инструменты, а не сам факт использования данных инструментов говорит что человек что-то знает/не знает.

имхо нет программистов которые не готовы слушать. зависит лишь от того насколько для слушающего авторитетен вещающий

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

энивей андроид не особо располагает, чтобы на нём писали правильно, тестируемо. а вам это вроде бы и не важно. У вас тут страдания от того что приходят люди собеседоваться на мобильного разработчика и не знают АБИ БАЙТ-КОД ГЦ. жесть вам, конечно, не повезло с новичками.

Достаточно просто знать GC и места, в которых ЯП может создавать проблемы для него.

В джаве таких мест мало.

В Котлине чуть побольше.

Хотя тоже мало.

например?

А это ты мне скажи.

лол

В каких местах, по-твоему, Котлин неявно аллоцирует объекты?

ну кажись я слился с твоего собеседования

собеседования тайм

И мне потом что-то говорят про троллинг.

Просто поинтересовался.

а ну ты про лямбдочки

Неа.

Они почти везде инлайнятся

Особенно в stdlib

И это одно из немногих мест, где Котлин быстрее джавы

Добавлю от себя, что есть методы стдлибы, для которых в Anko есть "бесплатная" замена. :)

Именно так :)

ну инлайнятся. и не захватывают скоп?

Скоп тоже инлайнится

А вот те лямбды, ссылки на которые нужно держать, уже не заинлайнить

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

В Котлине чуть побольше.

имеется какое-то тайное знание? думаю этот как раз тот чат в котором можно им поделиться

имеется какое-то тайное знание? думаю этот как раз тот чат в котором можно им поделиться

Я думаю, что сначала соберётся небольшая статистика тех, кто знает/не знает, а потом им в очередной раз поделятся.)

Что я пытаюсь сказать, в общем. Когда я выбираю разработчика, я ищу разработчика, который будет решать проблемы, а не создавать новые. В виде поиска правильных архитектур, ЯП, либ, и прочего. Мне нужен человек, который сможет правильно написать видеопроигрыватель на ведре, чтобы он стабильно и быстро работал, и который не будет изобретать велоссипеды при этом. А большинство Котлинистов будут с умным видом холиварить, переписывать все на Котлин и говорить, что фича не будет доставлена в срок, потому что рефакторинг и что-то там всплыло в Rx.

Я могу поделиться, почему бы и нет :)

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

Попробуем обсудить?

Или опять будете меня троллить?

Что я пытаюсь сказать, в общем. Когда я выбираю разработчика, я ищу разработчика, который будет решать проблемы, а не создавать новые. В виде поиска правильных архитектур, ЯП, либ, и прочего. Мне нужен человек, который сможет правильно написать видеопроигрыватель на ведре, чтобы он стабильно и быстро работал, и который не будет изобретать велоссипеды при этом. А большинство Котлинистов будут с умным видом холиварить, переписывать все на Котлин и говорить, что фича не будет доставлена в срок, потому что рефакторинг и что-то там всплыло в Rx.

котлин имхо не при чем

просто это модное ныне веяние

Сам ЯП скорее всего и правда не виноват

Попробуем обсудить?

я так жду информации о тех самых местах в котлине которые создают проблемы для гц

Порог вхождения низкий, ситуация как с пыхой

Ну и спикеры везде

должна же эта беседа иметь хоть какой-то практический смысл

Конечно.

Порог вхождения низкий, ситуация как с пыхой

почему низкий?

как можно щас не зная джавки в котлин сразу?

почему низкий?

Потому что все легко/удобно/просто.

как можно щас не зная джавки в котлин сразу?

С JS

Конечно.

Автобоксинг nullable-типов — если var i = 34;, i = null, то 34 будет автобоксингом.

forEarch {} для коллекций — создается итератор.

почему низкий?

порог вхождения действительно ниже и я не вижу ничего плохого в том, что появляется много новичков которые хотят себе легкой жизни, в конце концов не ради этого ли мы вообще хоть что-то пишем

Обычный автобоксинг при ставке в коллекции, например.

Так автобоксинг и в джаве автобоксинг

Так автобоксинг и в джаве автобоксинг

Да. Но я не говорил, что пишу только об разнице. Пишу о том, где в Котлине есть неявные объекты.

Просто я не сказал бы что это неявные, т.к. если примитив объявлен как nullable, то прямо заявляется что это не примитив, а обертка будет. Соответственно будет автобоксинг

ERROR: S client not available

Это уже вам решать.

Я говорю об неочевидных случаях, когда это не в лоб.

Просто я не сказал бы что это неявные, т.к. если примитив объявлен как nullable, то прямо заявляется что это не примитив, а обертка будет. Соответственно будет автобоксинг

Я бы здесь тоже сказал "результат немного предсказуем".

А вот здесь неплохо бы в исходники смотреть: mapOf(k0 to v0, k1 to v1)

Интристиксы в коде — все параметры/поля проверяются кострукциями вида Intristics.checkParametrNonNull(param, "param"); При этом создается строка. Которая, правда, компилируется в константу, но тем не менее.

Автобоксинг nullable-типов — если var i = 34;, i = null, то 34 будет автобоксингом.

так не сработает же

так не сработает же

кто не сработает?

ну он выдаст ошибку что ты заранее не сказал что тип нулейбл

var же

Интристиксы в коде — все параметры/поля проверяются кострукциями вида Intristics.checkParametrNonNull(param, "param"); При этом создается строка. Которая, правда, компилируется в константу, но тем не менее.

У меня в Java-кода обычно то же самое, только явно :)

тип выведется как Int

Вроде бы необязательно задавать тип там

Замыкания в Котлине реализуются через Ref<T>.

ну он выдаст ошибку что ты заранее не сказал что тип нулейбл

Речь о том, что нуллабл-примитивы — не примитивы.

Да. Но я не говорил, что пишу только об разнице. Пишу о том, где в Котлине есть неявные объекты.

а как же В котлине чуть побольше?

Соответствнно имеем два случая оверхэда: в случае замыкания ссылки будет создан просто Ref<>.

Речь о том, что нуллабл-примитивы — не примитивы.

ну да... наверное не всем очевидно

Вроде бы необязательно задавать тип там

ну, в var i = 32 тип действительно выведется как Int, и к Int? не приведётся.

В случае замыкания примитивов будет Ref + autoboxing.

var же

обязательно, так как тип в первом присваивании тип был выведен как nonnull, а в него потом пытаются записать null. Компилятор даст ошибку и потребует указать тип явно

Ну поменяте местами null и 34

Ну поменяте местами null и 34

тип не выведется

В случае замыкания примитивов будет Ref + autoboxing.

NEW kotlin/jvm/internal/Ref$IntRef

ну ок понятно

поменял, тогда тип выведется как Nothing? ибо информации для вывода типа недостаточно

NEW kotlin/jvm/internal/Ref$IntRef

Сделали таки?

Сделали таки?

я же говорил.)

PUTFIELD kotlin/jvm/internal/Ref$IntRef.element : I

Ну вот вам списочек и набрался.

Я в байткод Котлина вчитывался давно, так что возможно, вам будет, чем его дополнить — если вы исследовали сами.

итак нулейбл примитив = непримитив = проблемы с гц?

Достаточно просто знать GC и места, в которых ЯП может создавать проблемы для него.