Про опыт врать?

хорошо преподнести))

Лан лан ребят, это уже в @pofftop

Ладно, спасибо ребят)

Вопросец есть, ребят. Вот есть у меня компаньен. Хочу ему фабричный метод запилить. При этом конструктор класса, в котором объявлен компаньен светить не хочу - нужен private. Если оставить private, то компилятор ругается, мол не могу из компаньена дергать приватный конструктор. Если поменять на конструктор на protected, то все работает за исключением того, что компилятор выдает варнинг, мол используется protected в final классе. class Matrix<T> protected constructor( private val rows : Int, private val cols: Int, private val array: Array<T> ) { companion object { inline fun <reified T> create(rows: Int, cols: Int, noinline producer: (pos: Int) -> T) = Matrix(rows, cols, Array(rows * cols, producer)) } } Согласно документации protected = private + child access. Получается, что это не совсем так?

open?

open?

Тут вопрос не в том, как варнинг убрать, а какого хера оно работает :)

Вообще тут с private работает: https://stackoverflow.com/questions/45492952/kotlin-factory-function-for-class-with-private-constructor

Может из-за inline?

Дело точно в инлайн

а зачем там reified?

а зачем там reified?

Пихают везде где не лень)

Пихают везде где не лень)

?

Hi

Hi Jonas

Прочитал вот статью: https://habr.com/company/jugru/blog/423921/, понял, почему все сейчас ругаются на андроид. Сам я если что на нем разрабатывал несколько приложений, но это было где-то с 2012 по 2014, поэтому мое видение платформы, как выяснилось, сильно отличается от современного.

> ...анонс Android Studio. На тот момент эта IDE была в совсем сырой стадии early access preview. С тех пор ничего не изменилось.

Прочитал вот статью: https://habr.com/company/jugru/blog/423921/, понял, почему все сейчас ругаются на андроид. Сам я если что на нем разрабатывал несколько приложений, но это было где-то с 2012 по 2014, поэтому мое видение платформы, как выяснилось, сильно отличается от современного.

...и почему все на него ругаются? Я делал какие-то жалкие попытки разрабатывать в 2013, что-то ещё помню.

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

Это вроде не про котлин, но вообще видимо индустрия слишком молодая. Довольно забавно читать, что телефоны были мол тупыми, и пальцем нельзя было тыкать. Была винмобайл, была пальм, и современные айфоны с андроидами это наследники именно коммуникаторов, а не тупых звонилок. И пальцем там можно было тыкать, и функционала было навалом. Просто за 10 лет до пользователей дошло, что за те же деньги можно взять коммуникатор вместо простой звонилки.

а я думаю этот огромный godobject Context ужасная штука

> ...анонс Android Studio. На тот момент эта IDE была в совсем сырой стадии early access preview. С тех пор ничего не изменилось.

Почему же, она теперь не EAP) А gradle android plugin как был жутким, так и остался

а я думаю этот огромный godobject Context ужасная штука

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

Это вроде не про котлин, но вообще видимо индустрия слишком молодая. Довольно забавно читать, что телефоны были мол тупыми, и пальцем нельзя было тыкать. Была винмобайл, была пальм, и современные айфоны с андроидами это наследники именно коммуникаторов, а не тупых звонилок. И пальцем там можно было тыкать, и функционала было навалом. Просто за 10 лет до пользователей дошло, что за те же деньги можно взять коммуникатор вместо простой звонилки.

«за те же деньги» Ахахахаха

Возвращаясь к Котлин, первостатейная поддержка синглетонов существенно упрощает многие вещи, связанные с контекстом

Возвращаясь к Котлин, первостатейная поддержка синглетонов существенно упрощает многие вещи, связанные с контекстом

Только вот в сервис провайде вставить нельзя. Я открыл тикет на эту тему.

Ткни в ИДЕ на функцию add и глянь как реализована.

Это вроде не про котлин, но вообще видимо индустрия слишком молодая. Довольно забавно читать, что телефоны были мол тупыми, и пальцем нельзя было тыкать. Была винмобайл, была пальм, и современные айфоны с андроидами это наследники именно коммуникаторов, а не тупых звонилок. И пальцем там можно было тыкать, и функционала было навалом. Просто за 10 лет до пользователей дошло, что за те же деньги можно взять коммуникатор вместо простой звонилки.

Фишка в том, что Джобс "продал" айфон как обычный телефон и сломал аудиторию

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

Его непостоянность, например. Контекст разный по разному может работать в разных ситуациях, на разных версиях, на разных устройствах.

Хотя тогда айфон от обычного телефона мало чем отличался кроме экрана.

Возвращаясь к Котлин, первостатейная поддержка синглетонов существенно упрощает многие вещи, связанные с контекстом

это же антипатерн ?

за место clear() инициализируй заново переменную innerList

Почему это? Если синглетон выполняет роль сервиса, то не вижу вообще ничего плохого.

Фишка в том, что Джобс "продал" айфон как обычный телефон и сломал аудиторию

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

Почему это? Если синглетон выполняет роль сервиса, то не вижу вообще ничего плохого.

это плохо в плане тестирования, ну и никакого DI

Почему это? Если синглетон выполняет роль сервиса, то не вижу вообще ничего плохого.

Ну если он реализует что-то, и передаётся ссылкой в качестве зависимости - то ок

Ну если он реализует что-то, и передаётся ссылкой в качестве зависимости - то ок

+

Его непостоянность, например. Контекст разный по разному может работать в разных ситуациях, на разных версиях, на разных устройствах.

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

за место clear() инициализируй заново переменную innerList

спасибо)

Ну если он реализует что-то, и передаётся ссылкой в качестве зависимости - то ок

Именно так. Делать синглетон с каким-то изменяемым состоянием кроме кэша - это не есть хорошо

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

Не о том речь. Банально - запуск экранов. На каких-то устройствах, делая запуск активити с обычным (не активити) контекстом - приложение упадет. На каких-то нет.

А контекст какое отношение к этому имеет?

Это косяк реализации активити

Сама идея контекста тут вообще не при чем.

Я бы сказал так. Когда вы точно знаете, какие сервисы у вас будут, то классический DI - это хорошо. Но вот когда вы не знаете заранее, какие модули будут подключены, а какие нет, то подход контекста - очень хорош.

Почему же, она теперь не EAP) А gradle android plugin как был жутким, так и остался

плагин к идее как валился в неожиданных местах, так и валится) Только профайлер стал больше тормозить.

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

вот если бы шаловливые ручёнки разных вендоров не меняли кишки андроида, все бы работало одинаково ? более или менее

Возвращаясь к Котлин, первостатейная поддержка синглетонов существенно упрощает многие вещи, связанные с контекстом

К сожалению, в джаве тоже несложно делать синглтоны.

Ну от шаловливых ручек не спасает никакая архитектура, DI будет падать ровно так же.

Здравствуйте, подскажите, кто-нибудь уже обновлял kotlin в проектах своих до 1.3.0-rc ?

да

Его непостоянность, например. Контекст разный по разному может работать в разных ситуациях, на разных версиях, на разных устройствах.

Я бы к непостоянности скорее написал, что контекст может быть от разных компонентов и вести себя по-разному.

вот сейчас ковыряюсь

Это зависит от того, как именно сделан контекст. Думаю, что разные типы контекста - это ошибка андроида. Должен быть строго один и тот же класс.

>> На каких-то устройствах, делая запуск активити с обычным (не активити) контекстом - приложение упадет. это где так? без синглтаск флага и не должно запускаться вроде

Здравствуйте, подскажите, кто-нибудь уже обновлял kotlin в проектах своих до 1.3.0-rc ?

В продакшн не стоит, лучше подождать до релиза, а так все вроде работает.

Я бы к непостоянности скорее написал, что контекст может быть от разных компонентов и вести себя по-разному.

Об этом и речь, только плюс еще и разное поведение на разных устройствах

В продакшн не стоит, лучше подождать до релиза, а так все вроде работает.

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

Об этом и речь, только плюс еще и разное поведение на разных устройствах

* в разных версиях ОС

Все ждут на KotlinConf, через две недели

уже меньше

ок

Об этом и речь, только плюс еще и разное поведение на разных устройствах

Опять же это не контекст, а те сервисы, которые он подключает. Если он себя ведет по разному, то это опять же косяк разработки. Одна из главных проблем андроида - это то, что гугл не зафиксировал жестко некоторые детали реализации с самого начала.

а как можно зафиксировать что-то что под апач-2.0?

Опять же это не контекст, а те сервисы, которые он подключает. Если он себя ведет по разному, то это опять же косяк разработки. Одна из главных проблем андроида - это то, что гугл не зафиксировал жестко некоторые детали реализации с самого начала.

Чего вообще можно ожидать от людей, которые org.json запихали в stdlib?

ERROR: S client not available

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

а как можно зафиксировать что-то что под апач-2.0?

так, что бинарная совместимость сломается, если поменять :)

Чего вообще можно ожидать от людей, которые org.json запихали в stdlib?

сильный агрумент, сохраню :)

а как можно зафиксировать что-то что под апач-2.0?

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

так, что бинарная совместимость сломается, если поменять :)

ну некоторые китайцы меняли рантайм, и оно ломало некоторые приложения )

ну некоторые китайцы меняли рантайм, и оно ломало некоторые приложения )

а как же корейцы?)

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

это у гугла единственный рычаг давления

* в разных версиях ОС

И на разных устройствах тоже.

это у гугла единственный рычаг давления

за который их и штрафуют ?

Я скорее про то, что в документации должно быть жестко прописано, как оно должно работать

это у гугла единственный рычаг давления

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

И на разных устройствах тоже.

На тех, где производитель что-то «правит»? Тогда это, строго говоря, не проблема андроида.

На тех, где производитель что-то «правит»? Тогда это, строго говоря, не проблема андроида.

Если так строго говорить, то у андроида давно проблем нет )

Я скорее про то, что в документации должно быть жестко прописано, как оно должно работать

так а толку с документации, если какой-нибудь сяоми перепишет мемори менеджер к примеру? ? дока и сейчас есть и ориентируется на АОСП

Если так строго говорить, то у андроида давно проблем нет )

Почему же? Фреймворк говно — вполне себе проблема.

мы, кстати, не в @kotlin_mobile ?

так а толку с документации, если какой-нибудь сяоми перепишет мемори менеджер к примеру? ? дока и сейчас есть и ориентируется на АОСП

Мемори мэнеджер - это или работает или не работает. А вот кастомные поля в интентах - это вполне лечится документацией

Почему же? Фреймворк говно — вполне себе проблема.

Верните мне мой 2013. Гавно он из-за фрагментации, но строго говоря это не проблема андроида )

Мемори мэнеджер - это или работает или не работает. А вот кастомные поля в интентах - это вполне лечится документацией

> кастомные поля в интентах - это вполне лечится документацией чьей?

все описано ровно то что есть в AOSP

Верните мне мой 2013. Гавно он из-за фрагментации, но строго говоря это не проблема андроида )

А что, в 2013 что-то было иначе со стороны андроида?

А что, в 2013 что-то было иначе со стороны андроида?

Суть сообщения во второй части. Это лишь шутейка про еще более дерьмовый фреймворк.

По моей памяти косяки были, но не то, чтобы супер радикальные.

Обмен сообщениями между активити был через задницу. Это да. И это вряд ли вылечилось

За десять лет эволюции Google успели добавить фрагменты и задепрекейтить их. ?

Снова, строго говоря, не проблема андроида ?

За десять лет эволюции Google успели добавить фрагменты и задепрекейтить их. ?

Там вроде 2 реализации фрагментов, одна ещё актуальная)

Да и на androidx тоже что-то появилось

Снова, строго говоря, не проблема андроида ?

Почему? Во фреймворк что-то добавили, а потом сказали «не пользуйтесь», вроде как именно его и проблема.

Там вроде 2 реализации фрагментов, одна ещё актуальная)

Актуальной реализации нет во фреймворке.

Почему? Во фреймворк что-то добавили, а потом сказали «не пользуйтесь», вроде как именно его и проблема.

Из-за производителей, которые не обновляют ондроед. Перенесли все в саппорт, чтобы везде и всё было актуально.

За десять лет эволюции Google успели добавить фрагменты и задепрекейтить их. ?

у них как бы новая система навигации заточена под single activity app, а значит все на фрагментах