Удивительно, что даже у многих эргономичных клавиатур присутствует неестественное для пальцев расположение рядов клавиш — относительный сдвиг соседних рядов, который является особенностью механики пишущих машинок, равно как и QWERTY-раскладка.
Я исхожу из предположения, что пенсионеры будут требовать уровень жизни, сопоставимый со средним уровнем жизни общества. То есть рост экономического потенциала общества будет приводить и к кратным затратам на содержание пенсионеров.
Поэтому при прочих равных условиях детей будут больше заводить в обществах, где меньше пенсионеров.
Люди настолько будут заняты добычей ресурсов для пенсионеров, что им некогда будет заниматься детьми?
Вполне возможно. Материальные ресурсы и энергия будут в дефиците.
Но ведь во всех футуристических прогнозах жёсткая безработица, людям заняться нечем и им дают БОД, лишь бы не бунтовали.
То есть в обществах будущего люди не нужны вообще. И зачем размножаться?
Не включится, потому что мы живём в гуманном мире, где пенсионеров принято содержать, и бремя этого содержания ложится на трудоспособное население. У людей просто не будет стимула заводить детей из-за того, что у них на иждивении будет орава пенсионеров. Этот порочный круг разорвётся либо после жёсткой депопуляции, либо после смены социальной политики (что маловероятно, потому что пенсионеры будут основным электоратом).
Не так уже и много. Камеры все по характеристикам разные и зачастую хорошая камера только одна, остальные сильно хуже и имеют нишевое применение.
Раньше был период, когда в смартфоны ставили grayscale камеры, вот там с пары одновременных снимков можно было сильно улучшить снимок. Только загнулось это направление.
Нет. Смартфоны практически всегда используют только одну камеру. Одновременное использование нескольких камер высаживает батарею (сенсоры очень энергоёмкие) и требует использования дополнительных вычислений.
Про смарты и речи нет — там ничего живого не остается после адского шумодава, который пытается обмануть физику и показать качественную картинку с матрицы как детский ноготь размером
Справедливости ради, у сенсора ещё есть показатель эффективности (quantum efficiency, например). И прогресс здесь тоже не стоит на месте. Сенсор 2005 года при одинаковом ISO будет давать сильно больше шума, чем сенсор 2020+ года.
Основная проблема здесь заключается в оценке движения между соседними кадрами. Чем точнее определено движение, тем лучше результат восстановления. В случае астрофизики мы это движение знаем изначально. В случае многокадрового суперразрешения для текста движение плоско-параллельное. А вот в общем случае здесь уже не всё так просто.
Такой фокус достигается за счет того же приема, что и у Google Pixel 3, то есть идет обработка именно RAW данных. Если обрабатывать интерполированный RGB, результат будет заметно хуже. Это означает, что завтра смартфоны (с их небольшими объективами, но довольно мощными процессорами) еще сильнее приблизятся по качеству к фотоаппаратам (с заметно большим размером объектива и матрицы).
Сырые данные с сенсора 48МП будут занимать около 96 мегабайт, 16 снимков потребуют для хранения 2 гигабайта памяти. Видимо, то, что до сих подобные алгоритмы пока не пошли в массы, является следствием высоких вычислительных затрат.
Особенности JVM приводят к тому, что приходится реализовывать всё это через костыли.
да и "скорее всего, никогда не будет" звучит необоснованно.
Я вполне допускаю, что эти фичи так и останутся экспериментальными.
Что касается дженериков, то их реализация в Java (видимо, она имеется ввиду) — не самая удачная, но имеющая свои обоснования — это вообще вопрос не jvm, а дизайна языка java. Kotlin работает на jvm и имеет другую реализацию.
Не соглашусь. Именно JVM накладывает ограничения на реализацию дженериков. И под капотом что в Java, что в Kotlin всё выглядит одинаково.
По вашим же ссылкам: и Vector API, и Foreign-Memory Access API находятся в состоянии Incubating API. Это экспериментальные фичи, которые монут быть изменены или вообще убраны в будущих релизах. Это явно не те вещи, которые можно было бы использовать в проде.
Надо понимать, что платформа .NET разрабатывалась как альтернатива экосистеме Java с учётом её опыта и решением накопленых проблем. В отличие от JVM, в .NET изначально были и указатели, и структуры, и почти сразу завезли нормальные дженерики (18 лет назад!). А вот в JVM до сих пор ничего из этого нет, и весь функционал представляет собой костыль на костыле, который, в принципе, работает благодаря многочисленным оптимизациям в конкретных реализациях JVM.
А ноутбуки типа Jupyter очень плохо способствуют написанию качественного кода.
И, собственно, что? Конечным продуктом в науке является не код, а результаты экспериментов. Методология, принятая в среде программистов, совсем не подходит для научной среды. Поэтому именно среди учёных Jupyter набрал высокую популярность. Наличие глобального мутабельного состояния и возможность исполнения произвольных кусков кода в интерактивном режиме — это именно то, что нужно для экспериментирования. И только потом уже можно взять PyCharm и переписать код нормально.
Ну а то, что доминирующим языком в науке стал именно Python — это следствие того, что более подходящих языков попросту не было. До Python был популярен MatLab, но он проиграл из-за ценовой политики.
ChatGPT и её потомки весь код за программистов писать точно не будут
А почему вы так уверены? Рано или поздно вычислительная мощность компьютера превысит возможности мозга. И это случится уже лет через 10. Останется только задача обучить нейросеть, а дальше нейросетевых джунов можно просто клонировать.
Удивительно, что даже у многих эргономичных клавиатур присутствует неестественное для пальцев расположение рядов клавиш — относительный сдвиг соседних рядов, который является особенностью механики пишущих машинок, равно как и QWERTY-раскладка.
Это следствие экономических факторов, в первую очередь.
Я исхожу из предположения, что пенсионеры будут требовать уровень жизни, сопоставимый со средним уровнем жизни общества. То есть рост экономического потенциала общества будет приводить и к кратным затратам на содержание пенсионеров.
Поэтому при прочих равных условиях детей будут больше заводить в обществах, где меньше пенсионеров.
Вполне возможно. Материальные ресурсы и энергия будут в дефиците.
То есть в обществах будущего люди не нужны вообще. И зачем размножаться?
Не включится, потому что мы живём в гуманном мире, где пенсионеров принято содержать, и бремя этого содержания ложится на трудоспособное население. У людей просто не будет стимула заводить детей из-за того, что у них на иждивении будет орава пенсионеров. Этот порочный круг разорвётся либо после жёсткой депопуляции, либо после смены социальной политики (что маловероятно, потому что пенсионеры будут основным электоратом).
Почему?
https://en.cppreference.com/w/c/language/bit_field
Не так уже и много. Камеры все по характеристикам разные и зачастую хорошая камера только одна, остальные сильно хуже и имеют нишевое применение.
Раньше был период, когда в смартфоны ставили grayscale камеры, вот там с пары одновременных снимков можно было сильно улучшить снимок. Только загнулось это направление.
Нет. Смартфоны практически всегда используют только одну камеру. Одновременное использование нескольких камер высаживает батарею (сенсоры очень энергоёмкие) и требует использования дополнительных вычислений.
Справедливости ради, у сенсора ещё есть показатель эффективности (quantum efficiency, например). И прогресс здесь тоже не стоит на месте. Сенсор 2005 года при одинаковом ISO будет давать сильно больше шума, чем сенсор 2020+ года.
Я проверял, закрывая камеры пальцем. И в 1х, и в 10х используется только одна камера.
Основная проблема здесь заключается в оценке движения между соседними кадрами. Чем точнее определено движение, тем лучше результат восстановления. В случае астрофизики мы это движение знаем изначально. В случае многокадрового суперразрешения для текста движение плоско-параллельное. А вот в общем случае здесь уже не всё так просто.
У меня вот так. Xiaomi 11T.
Зум 10x (полностью цифровой):
https://habrastorage.org/webt/tm/mp/0f/tmmp0fb57ei8vvntpbhl7twlw6i.jpeg
108MP:
https://habrastorage.org/webt/ch/gp/zu/chgpzuxhw3_zsac1yfdvdt4mw2w.jpeg
Сырые данные с сенсора 48МП будут занимать около 96 мегабайт, 16 снимков потребуют для хранения 2 гигабайта памяти. Видимо, то, что до сих подобные алгоритмы пока не пошли в массы, является следствием высоких вычислительных затрат.
Именно так.
Особенности JVM приводят к тому, что приходится реализовывать всё это через костыли.
Я вполне допускаю, что эти фичи так и останутся экспериментальными.
Не соглашусь. Именно JVM накладывает ограничения на реализацию дженериков. И под капотом что в Java, что в Kotlin всё выглядит одинаково.
А если ChatGPT будет давать более правильный диагноз, чем врач?
По вашим же ссылкам: и Vector API, и Foreign-Memory Access API находятся в состоянии Incubating API. Это экспериментальные фичи, которые монут быть изменены или вообще убраны в будущих релизах. Это явно не те вещи, которые можно было бы использовать в проде.
Надо понимать, что платформа .NET разрабатывалась как альтернатива экосистеме Java с учётом её опыта и решением накопленых проблем. В отличие от JVM, в .NET изначально были и указатели, и структуры, и почти сразу завезли нормальные дженерики (18 лет назад!). А вот в JVM до сих пор ничего из этого нет, и весь функционал представляет собой костыль на костыле, который, в принципе, работает благодаря многочисленным оптимизациям в конкретных реализациях JVM.
И, собственно, что? Конечным продуктом в науке является не код, а результаты экспериментов. Методология, принятая в среде программистов, совсем не подходит для научной среды. Поэтому именно среди учёных Jupyter набрал высокую популярность. Наличие глобального мутабельного состояния и возможность исполнения произвольных кусков кода в интерактивном режиме — это именно то, что нужно для экспериментирования. И только потом уже можно взять PyCharm и переписать код нормально.
Ну а то, что доминирующим языком в науке стал именно Python — это следствие того, что более подходящих языков попросту не было. До Python был популярен MatLab, но он проиграл из-за ценовой политики.
А можете пояснить? Потому что беглый гуглёж показал, что в Java ничего из этого нет и, скорее всего, никогда не будет из-за особенностей самой JVM.
А почему вы так уверены? Рано или поздно вычислительная мощность компьютера превысит возможности мозга. И это случится уже лет через 10. Останется только задача обучить нейросеть, а дальше нейросетевых джунов можно просто клонировать.
В кровавом энтерпрайзе, где легаси на легаси и легаси погоняет — да.
А вот в стартапах часто выбирают уже не Java.