Год назад покупали за похожую цену двухголовый Xeon Gold 5220 с 2x18x2 (72) ядротредами и 256 Гб оперативной памяти, а тут один десктопный проц с 64 гекзаметрами мозга, плюс SSD не исключено что тоже десктопные внутри за 2-3 тысяч рублей каждый, короче, маржа там какая-то безумная должна быть. Главное хитренькие торгаши в описании написали Xeon E3, а в конце (последней строчкой) полных характеристик запрятана правда.
Siegurd1, я даже xml регекспами парсить не боюсь. А тут скорее всего ничего сложного нет, кроме позиционирования курсора в угол экрана для начала перерисовки кадра.
Лучше рассмотреть возможность использования кросс-компиляции на взрослой системе в какой-нибудь executable формат (например, ELF?) и, соответственно, обучить свою OS загрузке и выполнению таковых файлов. До сборки софта внутри самой системы нужно решить слишком много всяких других вопросов: осмысленная реализация файловой системы, командная оболочка, всякие coreutils итд итп.
Дмитрий Сергеев, крайне плохо доводить систему до полного исчерпания места. Например, mysql при нехватке места под временные таблицы стопорит некоторые запросы, пока не будут удалены временные таблицы от других запросов, и это может очень даже заметно влиять на производительность.
Кроме того, если там ext2/ext3/ext4 то на этой fs обычно 5% место забронировано и недоступно для использования обычными пользователями. Команда tune2fs -m 2 /dev/md0 поменяет это количество на 2%, пояеится еще немного места. Можно даже 0% поставить, но вообще лучше так не делать, а всё же задуматьа об создании достаточного количества постоянно доступного свободного места (вовремя архивировать логи, чистить ненужные данные и всё такое). При необходимости - рассмотреть возможность увеличения доступного места или перемещения каких-то данных на другие диски. К примеру, тот же mysql перенести на другой диск (по умолчанию /var/lib/mysql), поменять в его конфиге место хранения временных таблиц вместо /tmp, ну и всё такое.
Егор Перевощиков, я так понимаю cinnamon? Приложеньки для панельки для него называются applets, приложения для украшения десктопа - desklets. В интернетах можно нагуглить примеры. Для других DE свои механизмы, например, для XFCE это должно быть приложение, подключаемое через gtk plug.
Stepan Sidorov, стало интересно, склонировал, покопался и похоже что нет там очевидного места для них, возможно, реально анимированные эмодзи качаются с серверов Телеграма. На десктопе кэш в неизвестном формате нашёлся тут: ~/.TelegramDesktop/tdata/emoji/
Валентин, можно открыть и посмотреть ГОСТЫ на ЕСПД и сразу понять, что их соблюдать нет смысла.
Например, открываем ГОСТ 19.004-80 (введёт в действие с 1 июля 1981 г.), и что там написано?
"Для каждого понятия установлен один стандартизованный термин. Применение терминов-синонимов стандартизованного термина запрещается.
...
5. Программное изделие / Program product. Программа на носителе данных, являющаяся продуктом промышленного производства"
Кому эта хрень 40-летней давности нужна?
А слово "программа" тоже недопустимо, надо "программа вычислительной машины", даже если это приложение для телефона. Кстати, слово "приложение" тоже недопустимо, ибо синонимы недопустимы.
До кучи советую посмотреть https://habr.com/ru/post/218735/ - там опять в тексте рассуждения о правильных отступах и в комментариях народ катком по этому проехался.
Andrey Dugin, хорошо, в данном случае (смотрю решение ниже) можно искать их пересечения, но их поиск на картинке всё равно нужен, хоть это и может выйти несколько экономнее поиска самих прямоугольников. Интересная задача.
Andrey Dugin, если входные данные в задаче заданы в форме картинки, где неизвестное число прямоугольников неизвестных цветов, то искать их на этой картинке в любом случае придётся.
Валентин, нет, меня не остановил инструмент, он вообще не мог меня остановить, потому что написание по ГОСТ в этом проекте было ОБЯЗАТЕЛЬНО. Я говорю об уровне требований, где важнее было соблюсти размеры букв и расположение колонтитулов, чем достичь какой-то реальной осязаемой пользы.
И должен заметить, что больше мне никогда в жизни этой хренью страдать не приходилось. Потому что реально это никому не нужно.
Ну вот я сейчас работаю в фирме, где пишут документацию на софт. Опытный техпис обязательно в тексте спецификации API делает лист с изменениями, описание терминов, введение хотя бы на полстранички с объяснением о чём тут вообще, все запросы API тщательно описаны, но при этом ГОСТ явным образом не следует, он просто делает аккуратно и полезно. Для сравнения, у меня тут спецификация, разработанная mail.ru, они на это вообще положили (титульного нет, первая страница содержание, вторая краткое описание, причём больше половины страницы - скриншот мобильного телефона, на третьей странице уже начинается описание первого метода API, описаний изменений между версиями документа вообще не найти), но реализации этой спецификации подобное абсолютно не мешает.
"Стереотип" не про госслужбу, а о работу на государство. Я больше 10 лет проработал в бюджетных организациях, не являясь госслужащим.
И в данных вопросах я говорю не о стандартах вообще, а конкретно о ГОСТ в части ЕСПД, которые слишком уж сильно скопированы с ЕСКД и слишком уж слабо годны для процесса нормальной разработки ПО.
С ГОСТами на АС не имел дело, только с ЕСПД. Там главная проблема, которая возникала, это необходимость настроить TeX таким образом, чтобы были все нужные колонтитулы, а титульный лист оформлен правильным образом. Собственно, содержательная часть в этих ГОСТ не такая уж и большая, многое на уровне очевидных банальностей, и если ставить задачу следовать каким-то стандартам - то я думаю наверняка есть стопицот стандартов для нормального бизнеса уровнем намного лучше наших государевых.
Организация работы по внедрению - это не про ГОСТы вообще, и про ПМИ я ничего плохого не говорил, вообще-то, и для чего составляют проект я тоже знаю. Но ГОСТ тут причём? Задача должна состоять не в следовании ГОСТ, а в решении определённых задач. Это мне напоминает логику современных левых, рассуждающих о том, как совок победил в стране регулярный голод от неурожаев, хотя при этом весь цивилизованный мир поборол этот же голод без необходимости введения у себя совка. Надо исходить из того, что проект, ТЗ, документация, эксплуатационные инструкции, регламенты и всё такое пишутся не для того, чтобы соответствовать ГОСТ и предъявляться регулирующим органам, а чтобы решить конкретные задачи.
Мы вообще обсуждаем в данном вопросе не внедрение какой-то замороченной АИС в госсектор с низкоквалифицированными операторами, а разработку ТЗ в фирме, где его составлением занимается ИТ-отдел, даже не отдельный проектный отдел. Мы при этом не знаем, что они там разрабатывают, кто заказчик, каков уровень требований и всё такое. И автор как бы сам считает следование ГОСТ для себя избыточным, хотя хочет, чтобы вот это вот всё было сделано хоть как-то нормально и грамотно.
