Crate - это так в rust называются библиотечные модули, иногда их называют пакетами. Trait - это что-то вроде интерфейса - набор методов, которые реализованы для конкретного типа данных. В русскоязычной литературе встречается термины "характеристика" и "типаж".
Судя по всему, даже используя алфавит из кодпоинтов Юникода всё равно получаем огроменные символьные классы (и, соответственно, гигантские автоматы). При этом теряется универсальность и ещё, наверное, пришлось бы часть движков делать в двух экземплярах - один экземпляр для алфавита на основе байт, а второй - для алфавита из Юникодных кодпоинтов.
На первом курсе тоже делал нечто подобное. Для построения обратной польской нотации из инфиксной нотации использовал Алгоритм Сортировочной Станции (Shunting Yard Algorithm) от Дейкстры.
После в отделе светокопии кальки пропускались через барабан специальной светокопировальной машины — на выходе получался рулон, который далее закреплялся на краю огромного стола и специальными ножницами вручную разрезался на отдельные чертежи. Так получался другой тип документа — «синька» (такое название он получил благодаря синеватому оттенку кальки).
Насколько мне известно, слово "синька" (англ. blueprint) закрепилось за копиями чертежей, сделанных по технологии цианотипии. Эти копии изготавливались конктактным методом, имели синий фон (те участки, которые подвергались засвету) и белые линии (там, где засвета не было). Но позже цианотипия была вытеснена диазотипией, где копии уже имели светлый фон и тёмные линии, но термин "синька" так и "прилип".
Лучше, конечно же, make -j <N> bindeb-pkg - сгенерит бинарный пакет с ядром, пакет отладочных символов, пакет с заголовками, и пакет libc-dev. И где <N> - кол-во параллельных потоков, чтобы было быстрее.
Очередная бесполезная статья про мифические закладки, которые без ведома производителей/проектировщиков недруги могут внедрить (в альтернативной реальности мировоззрения автора статьи и некоторых других упоротых товарищей)
Тут обзор именно книг об архитектуре вычислительных систем (о том, как устроены и работают компьютеры на самом низком уровне). У Фигурного разве есть подобное?
Где сравнение систем мониторинга и обоснование выбора в пользу прометеуса?
Где пример того, как замониторить какую-нибудь программу, тот же nginx, например? Ага, скачайте и поставьте что-то там.
Зачем ставить и запускать сразу три экспортёра, а не ограничиться одним? Или одним экспортёром нельзя собирать все нужные данные?
Статья обрывается на моменте, как мы запустили сервисы графаны и прометеуса.
Лучи ненависти в сторону автора, и минусы в статью и в карму за потраченное время.
Типичный shitops подход - понадёргать отдельных команд и файлов из интернета, получить какую-то херню на выходе с модным интерфейсом и считать себя крутым специалистом.
Очередной SHIT-OPs подход, который наплодит ментальных калек, которые в инженерию вообще не смогут, но будут кидаться умными словами под каждой статьёй про ML. Такое же дерьмо, как и DevOps метода, породившая кучу хипстеров, большинство которых не то, что в DEV не могут, но даже и OPs не умеют.
Стивен Скиена "Алгоритмы. Руководство по разработке". Хотя русскоязычный заголовок не совсем отражает суть. Это книга просто про алгоритмы всякие разные, приправленные историями из жизни про их применение. Скоро выходит на русском третье издание.
Стив МакКоннелл "Совершенный код". Неустаревающая классика с кучей практических рекомендаций. Если бы разработчики следовали им, то ПО было бы на порядок лучше.
Брендан Грегг "Systems performance". Недавно вышло 2ое издание. Питер собирался выпустить на русском, но что-то до сих пор его нет. Отличная книга от гуру системной инженерии про устройство современных компьютерных систем (с упором на сервера и linux) и поиск узких мест в них.
Там ещё есть ссылка на серию статей по устройству библиотеки RE2 от его автора.
Crate - это так в rust называются библиотечные модули, иногда их называют пакетами. Trait - это что-то вроде интерфейса - набор методов, которые реализованы для конкретного типа данных. В русскоязычной литературе встречается термины "характеристика" и "типаж".
Судя по всему, даже используя алфавит из кодпоинтов Юникода всё равно получаем огроменные символьные классы (и, соответственно, гигантские автоматы). При этом теряется универсальность и ещё, наверное, пришлось бы часть движков делать в двух экземплярах - один экземпляр для алфавита на основе байт, а второй - для алфавита из Юникодных кодпоинтов.
https://vas3k.blog/blog/quantum_computing/ - как мне кажется, вот тут неплохое введение в тему Квантовых вычислений для начала формирования бэкграунда.
На первом курсе тоже делал нечто подобное. Для построения обратной польской нотации из инфиксной нотации использовал Алгоритм Сортировочной Станции (Shunting Yard Algorithm) от Дейкстры.
Насколько мне известно, слово "синька" (англ. blueprint) закрепилось за копиями чертежей, сделанных по технологии цианотипии. Эти копии изготавливались конктактным методом, имели синий фон (те участки, которые подвергались засвету) и белые линии (там, где засвета не было). Но позже цианотипия была вытеснена диазотипией, где копии уже имели светлый фон и тёмные линии, но термин "синька" так и "прилип".
Лучше, конечно же,
make -j <N> bindeb-pkg- сгенерит бинарный пакет с ядром, пакет отладочных символов, пакет с заголовками, и пакет libc-dev. И где<N>- кол-во параллельных потоков, чтобы было быстрее.Наконец-таки она вышла на русском. Как говорится: "Джва года ждал".
А есть информация о примерных сроках выпуска отдельной книги по BPF от того же автора?
Очередная бесполезная статья про мифические закладки, которые без ведома производителей/проектировщиков недруги могут внедрить (в альтернативной реальности мировоззрения автора статьи и некоторых других упоротых товарищей)
Даже если они и были, то это не совсем то, о чём ведётся речь в статье и в контексте обсуждения.
Пусть хотя бы один случай приведут, когда хотя бы одну такую аппаратную закладку нашли в дикой природе. Вот тогда и поговорим.
Тогда вам будет интересно ещё ознакомиться с лабником (Цифровой синтез: Практический курс), чтобы прокачать не только теорию.
Тут обзор именно книг об архитектуре вычислительных систем (о том, как устроены и работают компьютеры на самом низком уровне). У Фигурного разве есть подобное?
Где "основы мониторинга", обещанные в заголовке?
Где сравнение систем мониторинга и обоснование выбора в пользу прометеуса?
Где пример того, как замониторить какую-нибудь программу, тот же nginx, например? Ага, скачайте и поставьте что-то там.
Зачем ставить и запускать сразу три экспортёра, а не ограничиться одним? Или одним экспортёром нельзя собирать все нужные данные?
Статья обрывается на моменте, как мы запустили сервисы графаны и прометеуса.
Лучи ненависти в сторону автора, и минусы в статью и в карму за потраченное время.
Типичный shitops подход - понадёргать отдельных команд и файлов из интернета, получить какую-то херню на выходе с модным интерфейсом и считать себя крутым специалистом.
Очередной SHIT-OPs подход, который наплодит ментальных калек, которые в инженерию вообще не смогут, но будут кидаться умными словами под каждой статьёй про ML. Такое же дерьмо, как и DevOps метода, породившая кучу хипстеров, большинство которых не то, что в DEV не могут, но даже и OPs не умеют.
Так толком и непонятно, почему автор так сильно против
QueryИмхо, ORM - лютое дерьмо для тех, кто не осилил чистый SQL.Когда там обещанная книга Systems Performance 2nd edition?
Кроме чипа на бумаге нужно ещё много всего остального, чтобы получился готовый к употреблению продукт. Очередной попил бюджета, кмк.
Где схема, Лебовски?!
Стивен Скиена "Алгоритмы. Руководство по разработке". Хотя русскоязычный заголовок не совсем отражает суть. Это книга просто про алгоритмы всякие разные, приправленные историями из жизни про их применение. Скоро выходит на русском третье издание.
Стив МакКоннелл "Совершенный код". Неустаревающая классика с кучей практических рекомендаций. Если бы разработчики следовали им, то ПО было бы на порядок лучше.
Брендан Грегг "Systems performance". Недавно вышло 2ое издание. Питер собирался выпустить на русском, но что-то до сих пор его нет. Отличная книга от гуру системной инженерии про устройство современных компьютерных систем (с упором на сервера и linux) и поиск узких мест в них.