Сегодня компьютерное «железо» на пике своей стоимости. Такая ситуация сложилась по ряду причин. С одной стороны в начале 2020-х годов началась гонка техпроцессов между крупнейшими разработчиками чипов. Это усложнило производство комплектующих, сделав их себестоимость выше. С другой стороны с 2022 года многие импортные товары ввозятся в Россию через страны-посредники, что отражается на стоимости.
Рубрика «сборки»
Стоит ли собирать компьютер на старых Intel Xeon в 2024 году
2024-10-01 в 4:25, admin, рубрики: intel, xeon, Процессоры, сборкиМультимедиа центр «Kodi» и Yocto Project
2019-09-14 в 12:45, admin, рубрики: bash, bitbake, diy или сделай сам, Google Repo, iptv, kodi, Krypton, open source, openembedded, poky, pvr.iptvsimple, Raspberry Pi, udev, Yocto Project, YouTube, встроенные системы, дистрибутива, Интернет вещей, интернет вещей Iot, манифест, минималистический Linux, мультимедиа, плагин, Программирование, Разработка на Raspberry Pi, рецепт, сборка пакетов, сборка ядра, сборки, центр
Введение в Yocto Project
Yocto Project — это совместный Open Source проект для упрощения разработки дистрибутивов для встраиваемых систем. Yocto содержит большое количество шаблонов, метаданных и инструментальных средств сборки. В Yocto Project вы можете подключить большое количество BSP (пакет поддержки платформы) слоев для всевозможных аппаратных платформ.
Основное назначение статьи — это попытка показать сборку типового дистрибутива в Yocto Project на примере хорошо известного мультимедиа центра Kodi, версии 17.6 для одноплатного компьютера «Raspberry Pi» 3B.
Если где-то глубоко в душе вы чувствуете, что вы сборщик, но еще не решили, что бы вам такое пособирать, то эта статья для вас. Если же вы уже используете Yocto Project в своей повседневной работе, то можете эту статью пролистать. Сразу переходите к последней главе и соберитесь.
Статья является сугубо практической и демонстрирует возможности использования наработок Yocto Project и OpenEmbedded для сборки мультимедиа центра «Kodi». Управление слоями Yocto осуществляется с помощью утилиты Repo от Google. Статья из серии «Документируй это».
Итак: поехали
Читать полностью »
Метрики DevOps – откуда брать данные для расчетов
2019-07-09 в 12:16, admin, рубрики: bitbucket, devops, Jenkins, jira, nexus, анализ, визуализация данных, дистрибутивы, команды, конвейер, конверсия, метрики, причины, проект, разработка, результаты, сборки, стенды, управление, Управление продуктомЧестно говоря, Иван часто посмеивался над тщетными усилиями коллег из отдела мониторинга. Они прилагали огромные усилия для реализации метрик, которые им заказывало руководство компании. Они были настолько заняты, что больше никому ничего не хотели делать.
А руководству всё было мало – оно постоянно заказывало всё новые и новые метрики, очень быстро переставая пользоваться тем, что были сделаны ранее.
Последнее время все только и говорили про LeadTime – время поставки бизнесовых фич. Метрика показала сумасшедшее число – 200 дней на поставку одной задачи. Как же все охали, ахали и воздевали руки к небу!
Через некоторое время шум постепенно затих и от руководства поступил заказ на создание еще одной метрики.
Ивану было совершенно понятно, что и новая метрика точно также тихонько помрёт в тёмном уголке.
Действительно, размышлял Иван, знание числа совершенно никому ни о чём не говорит. 200 дней или 2 дня – нет никакой разницы, потому что по числу невозможно определить причину и понять, хорошо это или плохо.
Это типичная ловушка метрик: кажется, что новая метрика расскажет суть бытия и объяснит какой-то тайный секрет. Все так на это надеются, но ничего почему-то не происходит. Да потому что секрет надо искать вовсе не в метриках!
Для Ивана это был пройденный этап. Он понимал, что метрики – это просто обычная деревянная линейка для измерений, а все секреты надо искать в объекте влияния, т.е. в том, что эту метрику формирует.
Для интернет-магазина объектом влияния будут его клиенты, приносящие деньги, а для DevOps – команды, создающие и раскатывающие дистрибутивы с использованием конвейера.
Однажды, устроившись в холле в удобном кресле Иван решил как следует продумать как бы он хотел видеть метрики DevOps с учётом того, что объектом влияния являются команды.
Цель метрик DevOps
Понятно, что всем хочется уменьшить время поставки. 200 дней – это, конечно, никуда не годится.
Но как, вот в чем вопрос?Читать полностью »
Как Иван конверсию стендов исследовал
2018-12-05 в 15:26, admin, рубрики: devops, анализ, визуализация данных, дистрибутивы, команды, конверсия, метрики, причины, разработка, сборки, слащавые, стенды, управление, Управление продуктом, управление разработкойПосле того как Иван познакомился с когортным анализом, он терпеть не мог любые виды слащавых метрик.
Но ирония была в том, что руководство не знало ничего другого, и знать категорически не хотело. Приходилось переступать через себя и тупо идти на встречу «просьбам» начальника, чтобы не заработать репутацию нехорошего человека, неподчиняющегося указаниям мудрецов.
Иногда из этого даже получались весьма интересные результаты. Об одном таком случае сейчас и пойдет речь.
Как-то руководитель попросил Ивана разобраться, почему в течение 3- недель непрерывно падает конверсия прохождения стенда командами:
Упаковка, компрессия и защита сборок
2015-01-11 в 22:56, admin, рубрики: .net, Программирование, сборкиМатериалы этой статьи описывают механизмы компоновки, компрессии, динамической загрузки, а также пути элементарной защиты .NET-сборок стандартными средствами среды разработки Visual Studio. Однако, возможно, нижесказанное будет в некоторой степени справедливо и для других программных платформ.
Для подобных целей создано немало утилит, в том числе платных, но зачастую работают они как чёрные ящики и разработчик лишь в малой степени способен контролировать процесс. Иногда, после компоновки, приложения и вовсе отказываются запускаться, а причину выявить довольно сложно.
Но, обладая определёнными знаниями, можно выполнить весь процесс самостоятельно с полным контролем на каждом шаге и возможностью отладки уже упакованных сборок…
