А у кого стоит что-то из приведенного в статье списка?
Self-hosted джаббер-сервер в кампании. Используется уже лет 15-20, когда вашего телеграма ещё не было. Можно написать в чат, есть комнаты. Отправка изображений и файлов сильно зависит от возможностей клиентов и почти не используется. К серверу можно подсоединиться снаружи из интернета, так что при необходимости можно поставить клиент на смартфон. По статусу в джаббере видно, что сотрудник на рабочем месте - особенно актуально, если нужно встретится лично, а идти по корпусам долго, глянул статус, что человек в сети и пошёл к нему. И писать не нужно, спрашивая "Ты на месте?"
Более каноничный на сегодня способ распространения ПО - это собрать пакет под каждый дистрибутив. И тут начинается проблема. Окей, собираем для debian sid/stable/oldstable, для ubuntu 24/22/20, а ещё кто-то до сих пор сидит на ubuntu 18.04, соберём и для них. С deb-подобными дистрибутивами закончили, уже 7 пакетов и с каждом разные зависимости и/или придётся бекпортировать чужие библиотеки. Теперь rpm-подобные дистрибутивы, что там было? Fedora - версий 5-6, oracle linux 8/9/10 (?), rhel 7/8/9. А на минуточку, в Red Hat Enterprise Linux 7 ядро версии 3.10!
Участвовал в подготовке компьютеров к подобному мероприятию (ЕГЭ). Полусотня компов примерно одной конфигурации, брался один комп с жёстким диском поменьше и на него с нуля накатывалсь триал-версия windows и все скрипты, зашивался драйверпак, компиляторы, IDE и прочее. В конце через консольную команду скидывалась привязка к железу и машина выключалась. Через сервер clonezilla снимался образ диска и по сети разливался на полсотни компов (порциями по 4-6 машин). При первом включении подхватывались драйвера и оставалось только переименовать машины и заново ввести в домен. Месячной триал-версии windows хватало, чтобы провести мероприятие.
Да уже сделали. snap, flatpak, appimage. Сейчас экспериментируют с overlay filesystem и пытаются протолкнуть в ядро линукса. Если наберёт популярность, то, возможно, даст новый виток развитию совершенно нового способа распространения ПО из без минусов с безопасностью и дублированием одних и тех же версий библиотек как в snap/flatpak/appimage.
Встречал похожую библиотеку для быстрой валидации юникодовского текста. В FAQ задаётся похожий вопрос: а кому это нужно? Во-первых, защита от всяческих хакеров/фаззеров, во-вторых, оказывается выгоднее провалидировать текст (в поточном режиме) и отправить его дальше, чем отправить невалидный набор байт, нагрузить программу и словить неизвестно где ошибку или получить испорченные данные.
Все аргументы функций должны быть перечислены "в столбик".
А что не так с этим правилом? У нас ещё и обязательный префикс p_ для каждого аргумента (даже линтер самописный есть). А вот со следующим кодейстайлом сложнее:
int foo(
int p_arg1
,int p_arg2
,int p_bar
);
Порядок объявления функций должен совпадать с порядком определения функций. Просто лишнее правило, чтобы время больше потратить.
Аналогично, довольно строго придерживаемся этого правила.
Если я правильно понял фразу в тексте, то от момента алерта до реакции (допустим, полный останов сепаратора) может пройти час и больше. Так что предсказание здесь не нужно, наоборот стараются убрать ложные срабатывания и перепроверить показания ещё раз при следующем обходе камеры, перед тем как поднимать тревогу.
Почему-то вспомнился рентгенофлуоресцентный анализ (если правильно нагуглилось название). Суть такая: исследуемый образец обучают рентгеном и ловят датчиками отражения. Потом по спектру можно определись состав. Но тут и радиация, и хрупкая рентгеновская трубка, и высокое напряжение, и, скорее всего, требование к чистоте датчиков.
Любые, в основном это Psi и Psi+.
Self-hosted джаббер-сервер в кампании. Используется уже лет 15-20, когда вашего телеграма ещё не было. Можно написать в чат, есть комнаты. Отправка изображений и файлов сильно зависит от возможностей клиентов и почти не используется. К серверу можно подсоединиться снаружи из интернета, так что при необходимости можно поставить клиент на смартфон. По статусу в джаббере видно, что сотрудник на рабочем месте - особенно актуально, если нужно встретится лично, а идти по корпусам долго, глянул статус, что человек в сети и пошёл к нему. И писать не нужно, спрашивая "Ты на месте?"
У входа микрофона всё ещё не подцеплена земля.
Так она к колышкам привязывается
Давайте упрощу синтаксис:
Впрочем, LLVM IR выглядит наглядее (пример из документации):
Давайте я расскажу: на redos 7 не запускается RSS Guard. Причина тривиальна: установленная версия glibc не удовлетворяет минимальным требованиям.
Более каноничный на сегодня способ распространения ПО - это собрать пакет под каждый дистрибутив. И тут начинается проблема. Окей, собираем для debian sid/stable/oldstable, для ubuntu 24/22/20, а ещё кто-то до сих пор сидит на ubuntu 18.04, соберём и для них. С deb-подобными дистрибутивами закончили, уже 7 пакетов и с каждом разные зависимости и/или придётся бекпортировать чужие библиотеки. Теперь rpm-подобные дистрибутивы, что там было? Fedora - версий 5-6, oracle linux 8/9/10 (?), rhel 7/8/9. А на минуточку, в Red Hat Enterprise Linux 7 ядро версии 3.10!
Участвовал в подготовке компьютеров к подобному мероприятию (ЕГЭ). Полусотня компов примерно одной конфигурации, брался один комп с жёстким диском поменьше и на него с нуля накатывалсь триал-версия windows и все скрипты, зашивался драйверпак, компиляторы, IDE и прочее. В конце через консольную команду скидывалась привязка к железу и машина выключалась. Через сервер clonezilla снимался образ диска и по сети разливался на полсотни компов (порциями по 4-6 машин). При первом включении подхватывались драйвера и оставалось только переименовать машины и заново ввести в домен. Месячной триал-версии windows хватало, чтобы провести мероприятие.
Да уже сделали. snap, flatpak, appimage. Сейчас экспериментируют с overlay filesystem и пытаются протолкнуть в ядро линукса. Если наберёт популярность, то, возможно, даст новый виток развитию совершенно нового способа распространения ПО из без минусов с безопасностью и дублированием одних и тех же версий библиотек как в snap/flatpak/appimage.
И переписать программу на раст!
https://swiftpackageindex.com/TootSDK/TootSDK/5.0.0/documentation/tootsdk/tootclient/debugrequests
Встречал похожую библиотеку для быстрой валидации юникодовского текста. В FAQ задаётся похожий вопрос: а кому это нужно? Во-первых, защита от всяческих хакеров/фаззеров, во-вторых, оказывается выгоднее провалидировать текст (в поточном режиме) и отправить его дальше, чем отправить невалидный набор байт, нагрузить программу и словить неизвестно где ошибку или получить испорченные данные.
А что не так с этим правилом? У нас ещё и обязательный префикс
p_для каждого аргумента (даже линтер самописный есть). А вот со следующим кодейстайлом сложнее:Аналогично, довольно строго придерживаемся этого правила.
Разве на скриншоте не прямые ссылки на скачивание файлов?
Ждём статью, как поднять на своей VPS туннель 6in4.
Чтобы ещё и эти дополнительные трубки потом забивались и их тоже приходилось промывать водой?
Если я правильно понял фразу в тексте, то от момента алерта до реакции (допустим, полный останов сепаратора) может пройти час и больше. Так что предсказание здесь не нужно, наоборот стараются убрать ложные срабатывания и перепроверить показания ещё раз при следующем обходе камеры, перед тем как поднимать тревогу.
Почему-то вспомнился рентгенофлуоресцентный анализ (если правильно нагуглилось название). Суть такая: исследуемый образец обучают рентгеном и ловят датчиками отражения. Потом по спектру можно определись состав. Но тут и радиация, и хрупкая рентгеновская трубка, и высокое напряжение, и, скорее всего, требование к чистоте датчиков.
Справедливости ради в MariaDB 11.4 добавлена возможность использования пакетов (CREATE PACKAGE) вне режима совместимости с ORACLE.
ODBC Drivers for Excel