Благодарю! Практической ценности для меня никакой, но и пациент тут ни кто-нибудь, а Apple. И почитать, когда кто-то уже все сделал за тебя, было занимательно)
формирует изображение, которое по качеству сопоставимо с результатами профессионального рендеринга.
Вот здесь, конечно, пока что неправда. Да, отдельные элементы опробованы, но ничего стоящего не показали. И пока что это прыжок («замена рендера нейросетью») по ресурсам очень спорный. А ещё стабильность, управляемость и куча других вопросов. Пока что это на уровне лекарств от рака - на протяжении полувека каждый год нам сообщают о революции, а в массы, за пределы лабораторий, так ничего толком и не вышло. С созданием 3D моделей и анимаций у нейросеток тоже всё очень плохо даже на сегодняшний день. Реклама красивая, выхлоп так себе. Что ж... будем посмотреть
Немного отступлю от основного контекста: во времена AVR-ок, когда 128 Мега шилась под нескольку минут, а разработчики платы на этапе макетирования заказывали изменения раз так 100 за день, ооочень хотелось как-то организовать всё скриптами. После миграции на STMки проблема ушла сама собой: мгновенная заливка огромных прошивок, выполнение из RAM, а драйвер Keil-a позволил мониторить регистры в реальном времени. С тех пор единственным аргументом в пользу скриптов была бы их правка юзерами, дескать, «на тебе, а интервалы там себе в текстовом файле подправишь как тебе нравится». Однако сейчас можно либо вывести черезWiFi веб-морду, либо через USB-CDC вносить правки самописной программой с нормальным интерфейсом... В общем для меня не «полная замена» на Lua, а именно расширение, выглядит как что-то очень специфичное и узкоспециализированное, нужное только тому, кто... - ну вы поняли)
К вышесказанному добавлю, что из некоторых достаточно убрать «вы можете попробовать бесплатно, но для этого вам надо создать аккаунт, указать емайл, на который мы сразу вам нашу рекламу без вашего согласия пришлём, его активировать, указать номер телефона, на который возможно тоже самое...».
А ещё отторгает, когда фичу, за которой пользователь пришел, сделали, а вот интерфейс к ней затестить не подумали. В результате настройки через три менюшки, некоторые с одинаковым названием, а самое главное - с неочевидным действием. И все это только чтобы выяснить, что фича работает из рук вон плохо. Ах да, вдобавок приложение часто «теряет сеть», хотя с ней всё в порядке и для работы фичи не нужна (только аналитика), в избранное сохраняет только то, что продвигают разработчики или рекламодатели, но только не то, чем часто пользуется юзер... Возможно иногда стоит не только показать, что фича работает, но и удобство работы
А ещё можно было как-то причесать статью... Один раз достаточно написать, что вихрь входит в металл. Зачем повторять это так много раз, к чему эта генерация воды?
Что-то статья совсем жиденькая и вовсе не интересная. Практической ценности никакой, теоретической - тоже лишь очевидные вещи поверхностно описаны, художественной, в виде интересных случаев и неординарных решений - тоже ноль. Зачем это здесь? «есть шесть типов мостов: балочный, консольный, подвесной, арочный и ещё два; с двух сторон земля, посередине вода, спасибо что прочитали». Хабр уже не то что не торт, а превращают, простите, в фекальный склад.
Сделайте, пожалуйста, статью-обзор с фотками? Очень уж интересно глянуть, чтоб не в гугле, а реальные модели в деле... Если будет оказия конечно и время
Вот вроде нормально все по пунктам расписано с большим упором на рациональность. Джуны не знают, что они толком знают, а что не очень и вынуждены в сжатые сроки учить всего и много. Как правило, знания плохие во всём (начинающий) и потому джуны часто просят реальные задачи для тренировок. При этом каждый комментатор ставит его на место специалиста. Неужели вы не видите, что автор совсем не утверждает, что что-то знать не надо вообще, а что надо сделать упор на некоторые области. Вы просто вырываете любую фразу из контекста и жонглируете словами, подменяя вложенный смысл собственной точкой зрения. На работе тоже так с коллегами или они за себя могут постоять?
Когда-то очень давно делал что-то подобное на Visual Basic 6.0. На форму дропался Windows Media Player ActiveX control, И, хоть drag-n-drop формы поддерживают из коробки (код пишется в обработках), я просто ассоциировал утилиту (скомпилированный exe) с видеофайлами и она при открытии сама искала файл с таймкодами. Соответственно, если не находила, файл воспроизводился в обычном режиме. Я тогда был ещё школьником 6 класса, меня подкупала простота создания интерфейса и написания кода в VB6, тогда как в том же Pascal, Python, Visual C++ надо было сильно поплясать. Delphi тогда тоже очень выделялся и подкупал мощью, а вот Borland C++ я так и не понял, не моё видимо. Так что да, VB6, но зато оно работало и хорошо работало.
Забыл добавить: таймкоды писались в файл автоматически по хоткеям и так же навигация по ним, удаление. Приходилось отслеживать глобально состояние клавиш, но щито поделать...
Множество открытых пространств позволило трассировке лучей создавать еще более реалистичное изображение.
Больше дорог позволяют машинам больше ездить. Кхм... Как множество именно открытых пространств коррелирует с «ещё более» реалистичной трассировкой? Вполне можно наклепать закрытые комнаты, что будут реалистичнее плохо детализированных ландшафтов. Вода-водица, надо что-то ляпнуть, среди прочего и так прокатит для количества. Критической части считай что и нет, только ореол высшего качества и очень мягкие сглаженные углы. Ладно
Больше всего меня бесят капчи с неразборчивым текстом, где всякие линии-кружочки так касаются букв, что те перестают быть различимыми. А потом выясняется, что введённый текст по отношению к изображению ещё и case sensitive. Ууух
Ух статья тяжело читается и несоответствий множество, смысловых расхождений достаточно. Комментаторы выше уже указали. В целом годное чтиво было бы, если только не нагаллюцинированное
Пришлось реально считать по тактам, когда использовали AVRки с их прерываниями. STMки с их приоритетом прерываний и DMA здорово выручили, благо они уже тогда более-менее были доступны. Но сам факт, такой код, как вы и сказали, пришлось бы переписывать
По сабжу: никогда не пробовал Rust, интересно было бы посмотреть, если бы автор статьи накидал для сравнения
Благодарю! Практической ценности для меня никакой, но и пациент тут ни кто-нибудь, а Apple. И почитать, когда кто-то уже все сделал за тебя, было занимательно)
Вот здесь, конечно, пока что неправда. Да, отдельные элементы опробованы, но ничего стоящего не показали. И пока что это прыжок («замена рендера нейросетью») по ресурсам очень спорный. А ещё стабильность, управляемость и куча других вопросов. Пока что это на уровне лекарств от рака - на протяжении полувека каждый год нам сообщают о революции, а в массы, за пределы лабораторий, так ничего толком и не вышло. С созданием 3D моделей и анимаций у нейросеток тоже всё очень плохо даже на сегодняшний день. Реклама красивая, выхлоп так себе. Что ж... будем посмотреть
Немного отступлю от основного контекста: во времена AVR-ок, когда 128 Мега шилась под нескольку минут, а разработчики платы на этапе макетирования заказывали изменения раз так 100 за день, ооочень хотелось как-то организовать всё скриптами. После миграции на STMки проблема ушла сама собой: мгновенная заливка огромных прошивок, выполнение из RAM, а драйвер Keil-a позволил мониторить регистры в реальном времени. С тех пор единственным аргументом в пользу скриптов была бы их правка юзерами, дескать, «на тебе, а интервалы там себе в текстовом файле подправишь как тебе нравится». Однако сейчас можно либо вывести черезWiFi веб-морду, либо через USB-CDC вносить правки самописной программой с нормальным интерфейсом... В общем для меня не «полная замена» на Lua, а именно расширение, выглядит как что-то очень специфичное и узкоспециализированное, нужное только тому, кто... - ну вы поняли)
К вышесказанному добавлю, что из некоторых достаточно убрать «вы можете попробовать бесплатно, но для этого вам надо создать аккаунт, указать емайл, на который мы сразу вам нашу рекламу без вашего согласия пришлём, его активировать, указать номер телефона, на который возможно тоже самое...».
А ещё отторгает, когда фичу, за которой пользователь пришел, сделали, а вот интерфейс к ней затестить не подумали. В результате настройки через три менюшки, некоторые с одинаковым названием, а самое главное - с неочевидным действием. И все это только чтобы выяснить, что фича работает из рук вон плохо. Ах да, вдобавок приложение часто «теряет сеть», хотя с ней всё в порядке и для работы фичи не нужна (только аналитика), в избранное сохраняет только то, что продвигают разработчики или рекламодатели, но только не то, чем часто пользуется юзер... Возможно иногда стоит не только показать, что фича работает, но и удобство работы
А ещё можно было как-то причесать статью... Один раз достаточно написать, что вихрь входит в металл. Зачем повторять это так много раз, к чему эта генерация воды?
100%. Статья под копирку чат с ИИ. Вместо нормального повествования - списки...
Спасибо! Сам не сталкивался с Hadoop-кластерами, а узнать тонкости работы как-то руки не доходили. А тут как-раз статейка весьма подробная.
Что-то статья совсем жиденькая и вовсе не интересная. Практической ценности никакой, теоретической - тоже лишь очевидные вещи поверхностно описаны, художественной, в виде интересных случаев и неординарных решений - тоже ноль. Зачем это здесь? «есть шесть типов мостов: балочный, консольный, подвесной, арочный и ещё два; с двух сторон земля, посередине вода, спасибо что прочитали». Хабр уже не то что не торт, а превращают, простите, в фекальный склад.
Сделайте, пожалуйста, статью-обзор с фотками? Очень уж интересно глянуть, чтоб не в гугле, а реальные модели в деле... Если будет оказия конечно и время
Вот вроде нормально все по пунктам расписано с большим упором на рациональность. Джуны не знают, что они толком знают, а что не очень и вынуждены в сжатые сроки учить всего и много. Как правило, знания плохие во всём (начинающий) и потому джуны часто просят реальные задачи для тренировок. При этом каждый комментатор ставит его на место специалиста. Неужели вы не видите, что автор совсем не утверждает, что что-то знать не надо вообще, а что надо сделать упор на некоторые области. Вы просто вырываете любую фразу из контекста и жонглируете словами, подменяя вложенный смысл собственной точкой зрения. На работе тоже так с коллегами или они за себя могут постоять?
Блин вот это я удачно зашёл Хабр полистать, всю сонливость как рукой сняло! :D
Аха вот это номер! Оборудование хоть выжило после такого «морозного» охлаждения? Видимо это влетело в копеечку )
Ah, Al это же восьмибитные части AX! Он же сам по себе 16-битный, и, вместе с BX входит в 32-битный EAX. Разве нет?
Когда-то очень давно делал что-то подобное на Visual Basic 6.0. На форму дропался Windows Media Player ActiveX control, И, хоть drag-n-drop формы поддерживают из коробки (код пишется в обработках), я просто ассоциировал утилиту (скомпилированный exe) с видеофайлами и она при открытии сама искала файл с таймкодами. Соответственно, если не находила, файл воспроизводился в обычном режиме. Я тогда был ещё школьником 6 класса, меня подкупала простота создания интерфейса и написания кода в VB6, тогда как в том же Pascal, Python, Visual C++ надо было сильно поплясать. Delphi тогда тоже очень выделялся и подкупал мощью, а вот Borland C++ я так и не понял, не моё видимо. Так что да, VB6, но зато оно работало и хорошо работало.
Забыл добавить: таймкоды писались в файл автоматически по хоткеям и так же навигация по ним, удаление. Приходилось отслеживать глобально состояние клавиш, но щито поделать...
Больше дорог позволяют машинам больше ездить. Кхм... Как множество именно открытых пространств коррелирует с «ещё более» реалистичной трассировкой? Вполне можно наклепать закрытые комнаты, что будут реалистичнее плохо детализированных ландшафтов. Вода-водица, надо что-то ляпнуть, среди прочего и так прокатит для количества. Критической части считай что и нет, только ореол высшего качества и очень мягкие сглаженные углы. Ладно
Очень странно. Давно пользуюсь adguard сам и очень многие знакомые тоже - Ютуб он не блочит. Возможно что-то у вас с настройками не то
Больше всего меня бесят капчи с неразборчивым текстом, где всякие линии-кружочки так касаются букв, что те перестают быть различимыми. А потом выясняется, что введённый текст по отношению к изображению ещё и case sensitive. Ууух
Ахах пусть вкалывают роботы... а не человек) А тут н-на тебе)
Ух статья тяжело читается и несоответствий множество, смысловых расхождений достаточно. Комментаторы выше уже указали. В целом годное чтиво было бы, если только не нагаллюцинированное
Пришлось реально считать по тактам, когда использовали AVRки с их прерываниями. STMки с их приоритетом прерываний и DMA здорово выручили, благо они уже тогда более-менее были доступны. Но сам факт, такой код, как вы и сказали, пришлось бы переписывать
По сабжу: никогда не пробовал Rust, интересно было бы посмотреть, если бы автор статьи накидал для сравнения