Справедливости ради, не взирая на попытки rust-оманов таки пропихнуть это в ядро, версия v9 будет только в версии ядра 6.x, то есть:
на данный момент это публичная бета;
туториалов по этому (в отличие от написания модулей на С) нет;
время жизни этой поделки (просто rust-враппер, ещё одна абстракция над С) не известно (rust-for-linux-kernel ещё не родился, в отличии от С) (see: 1 , 2:
Практическое применение эффекта Линди — оценка явлений с точки зрения их пригодности к применению в реальных условиях. То, что существует долго, доказывает свою «линдиустойчивость» и, следовательно, заслуживает доверия.
стоит ли начинать бизнес/долгосрочный-проект на rust-for-linux - вопрос открытый: кроме хайпа, на этом поприще ничего серьёзного не создано (имхо, скорее всего, к счастью);
Красиво) Видимо команда слаженная, и нету выгоревших людей, разной степени токсиков и социопатов, дизбаланса в уровне навыков, и ревностного отношения к собственному коду :D К сожалению, я видел только другой мир — кровавые кранчи в комманде гениев, где каждый человек — целый отдельный домен/отдел в больших компаниях, и такими правилами можно, разве-что, извините, "подтереться". Работу нужно делать, не пере-ссориться, спасали только тим-билдинги :)
Признаться, статья выглядит как "троллинговое разоблачение", если не "высмеивание несуществующей профессии", пусть и начинается с "Ветеран DevOps… поделился опытом" и заканчивается "чтобы получит востребованную профессию… пройдите онлайн-курсы".
У этого робота своя индивидуальная внешность, которая была специально создана нейросетью на основе внешности нескольких тысяч российских женщин. В итоге робот получил некий обобщенный образ в лице девушки с русыми волосами и карими глазами.
Выглядит, мягко говоря "не очень", особенно воинственные брови :)
Спасибо за статью! :) Не сочтите за спам/рекламу, но хочу (для вдохновения) дополнить своими находками на тему процедурной генерации реалистичных ландшафтов (с комбинацией шумовых методов, и итеративной эрозии). Хоть в большинстве случаев используется готовый инструмент (houdini), техники и подходы можно повторить и софтварно.
С удовольствием бы почитал. Прогаю на плюсах, с интересом перенимаю ФП практики, но не достиг просветления для перехода на Haskell. Бегло читал, что Idris ещё круче, потому буду ждать (предвкушая детальный разбор, анализ оптимизаций и ассемблерные листинги) :)
Спасибо за труд! Статья впечатляющая, чем дальше читал — тем сильнее она будоражила воображение.
Но всё-же, выглядит как вечная борьба меча и щита. Не хватает резюме — есть ли универсальное гарантированное не-заменяемое хаками обнаружение LD_PRELOAD? Если нет, то почему?
Справедливости ради, не взирая на попытки rust-оманов таки пропихнуть это в ядро, версия v9 будет только в версии ядра 6.x, то есть:
на данный момент это публичная бета;
туториалов по этому (в отличие от написания модулей на С) нет;
время жизни этой поделки (просто rust-враппер, ещё одна абстракция над С) не известно (rust-for-linux-kernel ещё не родился, в отличии от С) (see: 1 , 2:
стоит ли начинать бизнес/долгосрочный-проект на rust-for-linux - вопрос открытый: кроме хайпа, на этом поприще ничего серьёзного не создано (имхо, скорее всего, к счастью);
Алгоритм-алгоритмом, но подскажите, где это полезно "на практике", какие проблемы может решить?
Всё-ещё можно сохранить страницу и открыть в редакторе
Visual Basic для бэкенда?! Месье знает толк в извращениях! :)
В статье какой-то невероятный микс в секции .NET.
на какое-то время :D
Красиво) Видимо команда слаженная, и нету выгоревших людей, разной степени токсиков и социопатов, дизбаланса в уровне навыков, и ревностного отношения к собственному коду :D К сожалению, я видел только другой мир — кровавые кранчи в комманде гениев, где каждый человек — целый отдельный домен/отдел в больших компаниях, и такими правилами можно, разве-что, извините, "подтереться". Работу нужно делать, не пере-ссориться, спасали только тим-билдинги :)
Признаться, статья выглядит как "троллинговое разоблачение", если не "высмеивание несуществующей профессии", пусть и начинается с "Ветеран DevOps… поделился опытом" и заканчивается "чтобы получит востребованную профессию… пройдите онлайн-курсы".
Всё-же "распутать клубок из наушников", и "выпрямив кабель, попасть в разъём" — разные вещи.
Выглядит, мягко говоря "не очень", особенно воинственные брови :)
Яро интересуюсь флаттером (в основном его с++-движком), но для веба ещё не оптимизирован.
Афигенно! Автор, жги! * обновляет страницу, дабы насладится холиваром *
Спасибо за статью! :) Не сочтите за спам/рекламу, но хочу (для вдохновения) дополнить своими находками на тему процедурной генерации реалистичных ландшафтов (с комбинацией шумовых методов, и итеративной эрозии). Хоть в большинстве случаев используется готовый инструмент (houdini), техники и подходы можно повторить и софтварно.
люблю такое, интрига-то какая! :D
Олдскулы свело — у вас модельки из Gothic! :)
https://ru.wikipedia.org/wiki/Wc
С удовольствием бы почитал. Прогаю на плюсах, с интересом перенимаю ФП практики, но не достиг просветления для перехода на Haskell. Бегло читал, что Idris ещё круче, потому буду ждать (предвкушая детальный разбор, анализ оптимизаций и ассемблерные листинги) :)
это же просто gource. это всё?
Спасибо за труд! Статья впечатляющая, чем дальше читал — тем сильнее она будоражила воображение.
Но всё-же, выглядит как вечная борьба меча и щита. Не хватает резюме — есть ли универсальное гарантированное не-заменяемое хаками обнаружение
LD_PRELOAD? Если нет, то почему?Должно быть, это если не часть алгоритма, то прекрасное дополнение к переведённой Вами статье о коллапсе волновой функции
Из похожего, есть ещё software renderer for ImGui (и даже оптимизированная версия для embeded'а вроде arduino). Есть даже экспериментальные наработки по remote renderer'у и power save mode.