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

Точно не знаю, но скорее всего бан по хешам конкретных файлов (бот присылает epub/pdf файлы в личку)
Ну и делает это скорее всего сам телеграм
Плюс сами каналы блокируют в ios

Я на МПП, у меня нет рефлексии

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

Это ж получается, val class-ы не должны наследоваться от Any?

@ilmirus?

Пачаму? Double же наследуется

Да, я гоню, equals же как раз про структурное равенство, не про ссылочное.

Попытаюсь списать на ночь, а не на свою глупость :3

Тут мне надо быть оооочень осторожным, ибо всё, что я скажу, может быть использовано против меня в будущем, когда дизайн устаканится. Сейчас вэлью классы в самом начале дизайна и всё может поменяться десятки раз до того, как они будут релизными. Велью классы - это продолжение и дейта классов и инлайн классов. Это, грубо говоря, дейта классы без айдентити и без возможности объявлять var поля + доля синтаксического сахара (линзы). Не никакой возможности не делать их классами, потому что мы должны поддерживать не только вальгаллу, но и старые версии JVM из-за андроида. Ну а JS и Native могут делать с ними всё что хотят, например в Native они вполне могут (ключевое слово "могут", конечное решение может отличаться) передавать их не по ссылке, а по значению, что упростит интероп со свифтом.

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

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

Мне ооочень хочется, чтобы у них также не было positional destructuring, с ним мы уже намучались с data class'ами. Жека Вартанский даже блокпост написал на тему "не используйте data class'ы, если хотите развивать своё АПИ". Есть некоторые идеи, как сделать named destructuring, и таким образом просто не предоставлять positional destructuring по умолчанию. Понятно, что если очень нужно, то можно ручками написать component1, component2 и так далее.
Ещё открытый вопрос с наследованием. data class'ы нельзя расширять. Я ещё покопаю в причинах такого решения. Хотелось бы это пофиксить в велью классах, а то дейта классы выглядят убого по сравнению с обычными классами. Хотя понятно, что как замена POJO они хороши, но недостаточно хороши с моей точки зрения - слишком много ограничений.

Наполеоновские планы, однако! Но звучит интересно.

https://twitter.com/CedricChampeau/status/1315918744036741120
Хехе

эм. все могут

аисд - это предмет в универе. большинству фронтов, например, это понятие не нужно. и они знают только про объект и массив

Хм.

Такой странный вопрос — я хочу в CSS использовать локальную картинку, мне гугл подсказал, что для этого нужно использовать функцию url, но когда я пытаюсь её использовать — браузер говорит, что я дурак и Access to image at 'path' from origin 'null' has been blocked by CORS policy

Это можно как-то обойти? Какого чёрта мне нужно что-то там настраивать, чтобы взять картинку, которая лежит рядом с самим .html?

(в гугле люди говорят "иди захость свою картинку куда-нибудь", но что-то пиздец ради локальной тулзы картинку хостить)

не знаю никогда не было такой проблемы как не странно...