Технологический Болт Генона

Дима Пономарёв (https://fobos-nt.ru/, @ispras) в свежем выпуске BIS Journal (https://ib-bank.ru/bisjournal/) навалил базы про разработку безопасного ПО в статье "Архитектурный анализ"

Статья у упором на ГОСТ и прочую регуляторику, поэтому кому эта тематика интересна и/или нужно работать с этим, то можете смело ознакомиться

Но пост не по этому поводу, а про то какая мысль у Димы в конце идёт

> Ещё один пример — возможность применения инструментов, подобных Luntry, для комплексного исследования защищённости контейнерных решений, предназначенных для выполнения под управлением оркестратора k8s. Несмотря на то что основным предназначением инструмента является обеспечение безопасности функционирующих в проде кластеров, он вполне и с успехом может применяться и для выявления различных «избыточностей» в соответствии с информационным письмом.

Ссылка на полистать статью (страница 43)
https://ib-bank.ru/rpbo_pdf/7

Это ровно то что я хотел донести в своём мастер-классе на ТБ-Форуме в начале этого года
https://xn--r1a.website/tech_b0lt_Genona/5033

Сейчас будет блок очевидного обо очевидном, мало связанный с предыдущей частью поста, но который я давно хотел написать, а слова Димы стриггерили меня 🌝

Если инструмент позиционирует себя каким-то образом под какие-то задачи, то это никак не мешает вам применять его для решения ваших задач для которых инструмент не позиционируется (ну или явно не агитирует таковым быть).

Конечно "дружелюбное камунити" вам расскажет, что так нельзя и не надо, начнёт учить жизни, но я никогда на это не вёлся и вам не советую. Я такое множество раз наблюдал на форумах и в чатах.

У меня много раз было так по работе (особенно в части R&D), что нужно было быстро что-то попробовать или какую-то проблему команды решить и я никогда не стеснялся взять то что мне подходит прямо сейчас, а со всякими "производительностями", удобством и т.д. я разбирался потом (если вообще потом это надо было).

Можно ли найти "более лучшее" решение для своих задач? Иногда оно есть, но когда вы что-то уже прикрутили и начали использовать, то начинаете получать обратную связь и, возможно, оно окажется с вами "навсегда", потому что будет удовлетворять потребностям вашим и команды.

Не надо заниматься преждевременной оптимизацией, так вижу.

Лет 8-9 назад мне нужно было помочь коллеге парсить, выдёргивать нужное и складировать всякое из документов EDGAR (https://www.sec.gov/submit-filings/about-edgar) и вот такого замечательного раздела не существовало https://www.sec.gov/submit-filings/filer-support-resources/how-do-i-guides

Зато был очень дорогой инструмент, который позволял нормально с такими файлами работать (название за давностью лет я не помню), и пара проектов на GitHub. Первый проект был на R, а второй на Haskell (у него была больше функциональность). Тот что на Haskell ломался на выборке, которая у меня была, а вот на R работал. И правильным путём было бы фиксануть инструмент на Haskell, он реально был лучше, но я пошёл другим путём.

Я на Tcl/Tk наваял обвязку вокруг проекта на R, так как в самом R я был не силён, и в таком виде он и существовал в работе.

Сейчас, конечно, уже появилось больше утилит и описаний, которые бы облегчили жизнь, но тогда было не так.

В этом смысле я всячески одобряю подход @anton_samokhvalov, который пилит свой дистрибутив Linux
https://xn--r1a.website/tech_b0lt_Genona/5003

Не собирается библиотека libgpg-error? Делаем sed

{% if freebsd %}
sed -e 's|linux-musl|freebsd|' -i configure
{% endif %}

https://xn--r1a.website/itpgchannel/3158

Проблемы с JIT при сборке? "Обманываем" сборку выставляя нужную версию Clang.
https://xn--r1a.website/itpgchannel/3489

Я не пропагандирую "говно и палки", но и ковыряться бесконечно в каком-то "ресёрче" в поиске лучшего/идеального решения тоже считаю плохим подходом.

🔥19👍8🤔3🤡3👎2⚡1❤1

2.54K views06:31