Пользователь
Проблема, что легко забыть про null без Nullable Reference Types.
Как сказать не помогает. Для чего у нас есть SAL? Как раз потому, что С ничем не помогает нам определить когда можно что вызывать.
В Rust что-то из этого можно определить в сигнатуре функций вместо отдельного анализа, что конечно приятнее для разработки и подсказок ошибок.
Я не уверен если уже проведена была работа в этом направлении.
https://www.osr.com/blog/2015/02/23/sal-annotations-dont-hate-im-beautiful/
Явно что-то закрутили.
https://gadgetpage.ru/novosti-v-mire/14544-android-16-predstavit-novuju-zaschitu-ot-telefonnyh-moshennikov.html
Не ясен посыл статьи. Это для новичков или для более опытных ?
В общем случае лучше не использовать “as” совсем.
Во первых, стоит работать с Nullable Reference ( #nullable enable ), тут сразу всплывёт то, что “as” может вернуть null.
Во вторых, лучше использовать приведение типов если нужен определённый тип, таким образом мы не ошибёмся и не пропустим null.
Ну и наконец если хочется только проверить и если подходит использовать, то сопоставление с образцом ( is IMewoable m ) подойдёт лучше.
Проблема циклических ссылок решается сборщиком мусора , которого в Rust нет.
В Rust создание циклических зависимостей достаточно сложный процесс, чтобы на практике этим заниматься только когда действительно необходимо.
Может на каких-то интервью рекурсия проканает, но в общем случае лучше решить без.
Столько нововведений но 3-й цвет так и не вернули.
Во времена Win 3.1 можно было выбрать 3 цвета, а не 2 как сегодня.
Открыл https://github.com/yandex/perforator/issues/13
Будем ждать.
Сейчас используем async-profiler, но это не то, что хочется постоянно запускать.
Я вижу, что требуется JVM 17. А планирутся ли поддержка более старой версии как 11 ?
В том и дело, что кончается очень быстро.
Обычно на каждый поток выделяется 1МБ памяти.
Под переменные ну скажем нужно 24 байт стека и 8 на возврат итого каждый вызов 32 байта .
1МБ/32=32768 рекурсивных вызовов пока прогнозами а не упадёт.
Не так много.
А я был поклонником FF, но в какой-то момент корпоративные сайты просто перестали работать, всё проверяли исключительно в Хроме.
Потом и сам FF стал работать медленнее, поддерживать меньше фич. К примеру не умел рассказывать про всю функциональность GPU, когда как Хром умел.
В итоге перешёл на Edge из-за наличия вертикальных вкладок.
Очень не хватает контейнеров FF, конечно.
Ну а на мобильнике только FF.
Не надо советовать ответ с рекурсией.
Следующим вопросом будет как решить глубину рекурсии.
Можно попробовать поиграться с spark.executor.extraJavaOptions.
У меня есть Spark приложение, можно его профилировать уже сейчас или пока рано ?
Спасибо!
Скажите а планируется ли поддержка Java?
Помню как на интервью выдал код с простой функцией и собеседнику не понравилось.
На что ответил , что функцию без состояния расширять композицией, а если будет состояние ок тогда уже и подумать можно.
В общем не понравился такой ответ, как это без фабрик и без интерфейсов :)
Хочу заметить, что польза совсем не раскрыта.
На том же сайте Effects есть более убедительные примеры.
Ну и раз это статья на Хабре с умным контингентом было бы уместно разобрать чем это лучше или хуже Rx.
Конечно может быть такой софт.
В большинстве компаний сегодня такого софта однако уже практически нет. Сегодня большинство корпоративных программ это интернет сайты в явном или неявном виде.
Современные программы почти все 64-битные.
Есть немного 32-битных по причине «работают, не трогай».
Даже Windows ARM64 при чистой установке запускает x86 программы как 64 так и 32 бит.
Только когда усложнят такой бардак, тогда может задумаются обновлять программы.
Проблема, что легко забыть про null без Nullable Reference Types.
Как сказать не помогает. Для чего у нас есть SAL? Как раз потому, что С ничем не помогает нам определить когда можно что вызывать.
В Rust что-то из этого можно определить в сигнатуре функций вместо отдельного анализа, что конечно приятнее для разработки и подсказок ошибок.
Я не уверен если уже проведена была работа в этом направлении.
https://www.osr.com/blog/2015/02/23/sal-annotations-dont-hate-im-beautiful/
Явно что-то закрутили.
https://gadgetpage.ru/novosti-v-mire/14544-android-16-predstavit-novuju-zaschitu-ot-telefonnyh-moshennikov.html
Не ясен посыл статьи. Это для новичков или для более опытных ?
В общем случае лучше не использовать “as” совсем.
Во первых, стоит работать с Nullable Reference ( #nullable enable ), тут сразу всплывёт то, что “as” может вернуть null.
Во вторых, лучше использовать приведение типов если нужен определённый тип, таким образом мы не ошибёмся и не пропустим null.
Ну и наконец если хочется только проверить и если подходит использовать, то сопоставление с образцом ( is IMewoable m ) подойдёт лучше.
Проблема циклических ссылок решается сборщиком мусора , которого в Rust нет.
В Rust создание циклических зависимостей достаточно сложный процесс, чтобы на практике этим заниматься только когда действительно необходимо.
Может на каких-то интервью рекурсия проканает, но в общем случае лучше решить без.
Столько нововведений но 3-й цвет так и не вернули.
Во времена Win 3.1 можно было выбрать 3 цвета, а не 2 как сегодня.
Открыл https://github.com/yandex/perforator/issues/13
Будем ждать.
Сейчас используем async-profiler, но это не то, что хочется постоянно запускать.
Я вижу, что требуется JVM 17. А планирутся ли поддержка более старой версии как 11 ?
В том и дело, что кончается очень быстро.
Обычно на каждый поток выделяется 1МБ памяти.
Под переменные ну скажем нужно 24 байт стека и 8 на возврат итого каждый вызов 32 байта .
1МБ/32=32768 рекурсивных вызовов пока прогнозами а не упадёт.
Не так много.
А я был поклонником FF, но в какой-то момент корпоративные сайты просто перестали работать, всё проверяли исключительно в Хроме.
Потом и сам FF стал работать медленнее, поддерживать меньше фич. К примеру не умел рассказывать про всю функциональность GPU, когда как Хром умел.
В итоге перешёл на Edge из-за наличия вертикальных вкладок.
Очень не хватает контейнеров FF, конечно.
Ну а на мобильнике только FF.
Не надо советовать ответ с рекурсией.
Следующим вопросом будет как решить глубину рекурсии.
Можно попробовать поиграться с spark.executor.extraJavaOptions.
У меня есть Spark приложение, можно его профилировать уже сейчас или пока рано ?
Спасибо!
Скажите а планируется ли поддержка Java?
Помню как на интервью выдал код с простой функцией и собеседнику не понравилось.
На что ответил , что функцию без состояния расширять композицией, а если будет состояние ок тогда уже и подумать можно.
В общем не понравился такой ответ, как это без фабрик и без интерфейсов :)
Хочу заметить, что польза совсем не раскрыта.
На том же сайте Effects есть более убедительные примеры.
Ну и раз это статья на Хабре с умным контингентом было бы уместно разобрать чем это лучше или хуже Rx.
Конечно может быть такой софт.
В большинстве компаний сегодня такого софта однако уже практически нет. Сегодня большинство корпоративных программ это интернет сайты в явном или неявном виде.
Современные программы почти все 64-битные.
Есть немного 32-битных по причине «работают, не трогай».
Даже Windows ARM64 при чистой установке запускает x86 программы как 64 так и 32 бит.
Только когда усложнят такой бардак, тогда может задумаются обновлять программы.