Крупное производство с несколькими заводами на разных участках. Техпроцесс зависит от работы систем связи, а на них АСУ ТП и промышленное видеонаблюдение за станками и опасными участками. Если хотя бы одна рация на участке не работает — работать нельзя. Работать с СКС/ЛВС в колодцах, погружаясь на большую глубину, ремонтировать системы видеонаблюдения в строительных люльках на высоте выше 10 метров, работать под напряжением до 1000 В — всё это на заводе рутина.

На производстве есть своя команда из 50 человек, разбитая по площадкам. Условно, на каждой площадке есть несколько ролей, и они работают сменами с покрытием 24/7, то есть каждый инженер работает только процентов 10–15 времени, а остальное время дежурит удалённо и «плюёт в потолок» осуществляет проактивный мониторинг. Производство решает перейти от модели постоянных дежурств к профилактике и быстрым выездам: по их расчёту, тогда будут незакрыты только риски массовых аварий на разных площадках, а всё остальное окупается за счёт экономии при большей утилизации времени команды.

Это всё планируется отдать в аутсорсное управление интегратору, потому что сам завод умеет отлично делать свои изделия, но не является сервисной ИТ-компанией. Играется тендер, одно из условий которого — принять на 3-летний контракт старую команду, которая уже этим занималась по местам.

Мы побеждаем, принимаем старую команду, нам передают дела — и начинается жесть.

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

Читать далее

https://habr.com/ru/post/682574/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682574

По работе я постоянно имею дело с поиском программистов под разнообразные проекты. Последние четыре года я также отсматриваю стажеров для нашей компании, так как являюсь в ней автором и основным двигателем программы IT стажировки. Здесь не будем касаться вопроса, зачем это нужно в принципе, скажу только, что стажировка вещь полезная, плюс мне нравится передавать свои знания людям.

Все то время, что я подбираю стажеров, я имею дело в основном с выходцами из других профессий. Типичный стажер – человек, который окончил ВУЗ по любому другому профилю (медики, учителя, админы, маркетологи, кого только не было), получил опыт работы по специальности и решил, что ему надо что-то другое. Мотивация перемены области деятельности, как я понимаю, обычно деньги и комфорт. Есть поверье, что средний начинающий программист – это человек, который работает из дома три часа в день, а остальное время купается в деньгах как Скрудж МакДак.

Все эти чудесные люди практически в обязательном порядке проходят некие онлайн курсы и сразу по прохождении размещают резюме на вакансию junior-программист с ценником от 50 000 рублей.

Но мы сейчас, безусловно, говорим не о деньгах и трудностях выбора профессии. Я хочу поговорить о том, чему на этих курсах можно научиться с нуля, и почему просто курсы – это недостаточно для начала работы. В конце бонусом напишу, что думаю про массовое перетекание всех специалистов в область программирования.

Читать далее

https://habr.com/ru/post/682434/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682434

Я давно лелеял мечту изучать лингвистику в Кембриджском университете. Каждое лето он проводит среди абитуриентов конкурс эссе на лингвистические темы; и профессор, отвечающий за связь факультета лингвистики с абитуриентами, посоветовал мне ради подготовки к поступлению поучаствовать вне конкурса. Летом 2016 тема эссе звучала так: «Часто утверждают, что наш язык влияет на наше мышление. Как это утверждение можно трактовать? Оцените его, приводя примеры из межъязыковых сравнений и/или психолингвистических экспериментов.» Осенью того года я получил от профессора крайне лестную оценку моего эссе; и тем не менее, в Университет меня не приняли. Этим летом я решил сдуть с того эссе виртуальную пыль, и перевести его на русский.

Вопрос «Влияет ли язык на мышление?» давно волнует умы, и немало статей озаглавлено этим вопросом. Связь между языком и мышлением была отмечена уже два века назад, и успела укорениться в массовом сознании: например, распространён миф о том, что у эскимосов необычно богатый набор слов для обозначения видов снега. Аргумент про «эскимосские названия снега» применяют двояко: указывая либо на то, что люди вырабатывают более богатый набор обозначений для того, с чем чаще имеют дело; либо на то, что более богатый словарный запас позволяет выражать более тонкие смысловые различия, незаметные носителю другого языка: «Мы, европейцы, так же неспособны различать виды снега, как дальтоники неспособны различать цвета.»

«Языковой дальтонизм», т.е. отсутствие в некоторых языках названий для некоторых цветов, интригует исследователей уже дольше века. Начиная с середины 20 в. проводились эксперименты, доказавшие, что людям легче различить два цвета, если в их языке эти цвета называются по-разному. Например, народу химба, живущему в Намибии, сложнее, чем нам, отличить синий от зелёного, зато проще отличить dumbu — так на языке химба называются жёлтый и бледно-зелёный цвета — от burou, соответствующего тёмно-зелёным, синим и фиолетовым оттенкам. Читать дальше →

https://habr.com/ru/post/681828/?utm_source=habrahabr&utm_medium=rss&utm_campaign=681828

Как только раскаленный солнечный лик коснется горизонта, с противоположной стороны на небо взойдет планета Сатурн. И так практически по всей Земле, где в эти сутки заходит Солнце и восходит Сатурн.

Такое случается один раз в год. Если быть точным, немного реже — раз в 1 год и две недели. Такое событие называется противостояние. Разумеется для разных планет периодичность противостояний различная. 378 дней — это для Сатурна. Для Юпитера 1 год и 1 месяц, а для Марса — два года.

В ночи около противостояния планета видна лучше всего. Она ближе к Земле, чем в иные моменты. Продолжительность её видимости максимальна — планета видна всю ночь — от заката до рассвета. И планета полностью освещена Солнцем.

Как расположены Солнце, Земля и Планета в момент противостояния? Читать дальше →

https://habr.com/ru/post/682430/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682430

Event Modeling — это метод описания информационных систем на основе анализа изменений информации с течением времени. В частности, опускаются временные детали и выделяется то, что хранится долговременно, то что пользователь видит в любой конкретный момент времени. Это события на временной шкале, формирующие описание системы.

Читать далее

https://habr.com/ru/post/682424/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682424

Термин «автоматное программирование» (АП) был введен в широкую практику в 90-х годах прошлого века [1, 2], хотя о применении автоматов в программировании шла речь задолго до этого. R первым упоминаниям уже начала 70-х годов можно отнести метод введения переменной состояния или, по-другому, метод преобразования неструктурированных программ Ашкрофта и Манны [3]. За прошедшее время сформировалось достаточное число его поклонников и не меньшее число критиков. Если говорить об их разногласиях, то в их основе отсутствие формального определения АП и поверхностное восприятие его возможностей. Из-за этого автоматное программирование формируется интуитивно, что и приводит к противоречивым его формам, порой, мало похожим на первоисточник – модель конечного автомата.

Читать далее

https://habr.com/ru/post/682422/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682422

Когда изменения затрагивают несколько микросервисов, возникает вопрос, как протестировать их в связке. Можно покрыть границы сервисов юнит тестами, а интеграцию проверить, развернув измененный код на тестовом окружении. У такого подхода две главные проблемы: цикл изменения-тестирование-исправления становится достаточно долгим и нужно много полноценных окружений, чтобы обеспечить параллельную работу нескольких разработчиков. Давайте попробуем решить проблему иначе.

Будем решать проблему последовательно, по шагам преодолевая возникающие трудности.
Код можно найти на GitHub. К каждой части будет ссылка на ревизию.

Читать далее

https://habr.com/ru/post/682420/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682420

Сразу отмечу, что автор статьи не несет ответственности за работоспособность Ваших девайсов! Помните: все, что Вы делаете - Вы делаете на свой страх и риск!

Мне удалось заполучить 3DS в 2022 году, ко мне в руки она попала уже взломанная, но мне было интересно как же можно обновить прошивку и как это работает. В этот момент я начал смотреть видео гайды на ютубе и везде была одна и та же проблема, за основу брался некий архив, в котором уже было что-то установлено. Автор предлагает скачать архив, закинуть все содержимое в корень флеш карты и забыть об этом. Меня этот подход не очень устроил, поэтому я решил попытался разобраться что же находится в этом загадочном архиве, а за одно расписать по пунктам как же делается прошивка.

Весь процесс делится на два простых шага: подмена bootloader'а, чтобы он позволял запускать нам свои прошивки и установка прошивки на флешку с окружением для дальнейшей работы.

Читать далее

https://habr.com/ru/post/682418/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682418

В этой статье хотим рассказать про протокол кроссчейн совместимости (CCIP) для децентрализованного обмена сообщениями/событиями и перемещения токенов между блокчейнами.

Рост многочисленных независимых блокчейн-экосистем с различной спецификой и географическими нишами привел к тому, что мир становится все более мультиблокчейновым. Возможность беспрепятственно использовать преимущества каждого из этих блокчейнов и их уникальные активы в рамках одного приложения вызвала бы мощную волну разработки новых кросс-чейн смарт-контрактов - не хуже, чем распространение DeFi, NFT и он-чейн игровых экономик, когда появились децентрализованные сервисы оракулов для получения реальных данных и безопасных вычислений вне блокчейна.

Однако создание кросс-чейн приложений, как известно, является сложной задачей, учитывая проблемы с существующей кросс-чейн инфраструктурой. Например, существует значительная фрагментация мостов для токенов и протоколов обмена сообщениями, большинство из которых являются специфическими сервисами для приложений между двумя различными блокчейнами. Кроме того, многие мосты достаточно централизованы, имеют слабые гарантии безопасности, не имеют прозрачных или надежных операторов узлов и увеличивают затраты и время обработки для конечных пользователей. Эти ограничения и уязвимости уже привели к хищениям на сумму в десятки миллионов долларов, что замедляет развитие кросс-чейн инноваций.

Чтобы удовлетворить растущий спрос экосистемы на кросс-чейн решения, проект Chainlink разрабатывает протокол Cross-Chain Interoperability Protocol (CCIP) - новый стандарт с открытым исходным кодом для кросс-чейн совместимости. Цель CCIP - установить универсальную связь между сотнями сетей блокчейн, как частных, так и публичных, разблокировать изолированные токены и расширить возможности кросс-чейн приложений для всех экосистем на блокчейне.

Читать далее

https://habr.com/ru/post/681128/?utm_source=habrahabr&utm_medium=rss&utm_campaign=681128

Часто ли вы заглядываете в свой почтовый ящик? Не тот, который на сервере, а тот, который висит на первом этаже и открывается маленьким ключиком. Сейчас там можно найти разве что кучу рекламной макулатуры да парочку счетов.

Раньше же почтовый ящик был, не побоюсь этих громких слов, источником знаний. Ведь туда приходили письма, газеты и журналы. Писем мне в школьные годы, конечно, никто особо не писал. А вот газеты и журналы приходили регулярно. Это сейчас нам доступно гигантское количество разнообразных информационных ресурсов, а в те годы каждый новый выпуск научно-популярного журнала был для меня маленьким долгожданным чудом. Он таил в себе целую россыпь сокровищ и заботливо размещался на книжной полке. Каждый выпуск я перечитывал по нескольку раз и до сих пор узнаю те номера по обложкам.

Читать далее

https://habr.com/ru/post/682354/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682354

Знакомая картинка? Думаю, что знакома она многим. Дети 90-х (ух, что тогда творилось, в песне Монеточки это всё описано), видели этот логотип при старте приставки PS1. И оказалось, что

Читать, что там оказалось

https://habr.com/ru/post/682244/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682244

Несмотря на то, что мягкая форма шизофрении протекает, как правило, циклами с длительными ремиссиями и короткими обострениями, родственники больных чаще всего интересуются у меня возможными позитивными симптомами, почти не замечая негативные и полностью игнорируя когнитивные. С одной стороны, это потому что в период обострения, в большинстве случаев резко возрастает активность близкого человека, что требует каких-то действий от родственников. С другой стороны, обострения делают заболевание видимым почти всем знакомым и коллегам по работе, что может привести к непредсказуемым последствиям, вплоть до смены города для сохранения профессии заболевшего.

Изнутри обострения могут выглядеть как способ посетить новые, неведомые миры, которые, как правило, полны страхов и ужасов, встретить потусторонние сущности и прочие интересные личности, взглянуть на грани будущего … Казалось бы, это может иногда быть интересным, но на самом деле в большинстве случаев это вызывает непонимание, неприязнь или даже враждебность со стороны окружающих.

Читать далее

https://habr.com/ru/post/682400/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682400

Вспомните, как мы играем в «Тетрис». При движении блока мы свободно перемещаем и вращаем его. Кубы, из которых состоят блоки, соединены, поэтому должно быть соединено и их описание в коде. С другой стороны, когда мы завершаем горизонтальный срез (в 2D это строка), кубы удаляются и блок, к которым они принадлежали, на этом этапе уже не важны. На самом деле, они и не должны быть важны, ведь некоторые кубы из блока могут удалиться, а другие остаться на поле.

Для отслеживания начальной точки куба пришлось бы постоянно разделять и объединять геометрию, и поверьте мне, это был бы сущий хаос. В оригинальном двухмерном «Тетрисе» показателем исходного блока был цвет квадрата. Однако в 3D нам нужен удобный способ демонстрации оси Z, и лучше всего для этого подходит цвет.

В нашей игре кубы будут соединены, когда они динамичны и разделены, когда они статичны.
Читать дальше →

https://habr.com/ru/post/680666/?utm_source=habrahabr&utm_medium=rss&utm_campaign=680666

Все персонажи и события являются вымышленными. Любое совпадение с реально живущими или когда-либо жившими людьми случайно.

- Сашуля, ты мне нужна. Значит у нас есть контракт и по нему мы второй год несем убытки. Я в пятницу еду на переговоры к одной стерве и нужно найти весомые аргументы, чтобы мы могли переподписать договор на выгодных для нас условиях. Ну и не потерять заказчика.

- Так, поняла. А у кого есть все вводные?

- Финансовые данные можешь взять у директора по денюжкам, а по стратегии переговоров можешь обратиться к развивающему директору по продукту.

- Сделаю.

Слово «убыток» для проекта или контракта не должно быть чем-то пугающим. По крайней мере сразу. Минус возможен на первых этапах реализации проекта. Разобраться с перспективами помогает финансовая модель, внутри которой анализируются доходы и расходы, а также накопленный от проекта денежный доход (нарастающим итогом). И исходя из анализа финмодели делаются выводы, продумываются дальнейшие шаги и принимается решение о целесообразности старта проекта или его отмене.

Директор по денюжкам был очень обеспокоенным. Оно и понятно, в случае прихода акционеров, очень много вопросиков будет и к нему. Кроме того, именно на директоре по денюжкам лежит задача по денежному потоку, а следовательно ответственность за предотвращение кассовых разрывов и наличие средств на счете для оплаты всех потребностей компании (аренда, заработные платы, премии, покупка железа, устрицы в честь великого праздника – пятницы и т.д.). Поэтому любой минусовый проект или проекты кроме самого убытка, угрожают нехваткой кэша, уменьшает чистую прибыль и как следствие негативно влияет на рентабельность бизнеса в целом. Поэтому все эти чрезмерно радостные возгласы кажутся немного излишними и необоснованно оптимистичными:

Читать далее

https://habr.com/ru/post/682372/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682372

Всё самое важное, что произошло за неделю в мире финансов как в России, так и в мире: американское правосудие начало крестовый поход на крипто-анонимность (в лице Tornado Cash), российские правоохранители щемят анонимные финансовые Телеграм-каналы, а НРД подал в суд на Евросоюз за «негуманные» санкции в адрес россиян.

Видеоверсия есть вот здесь, а под катом — всё то же самое текстом.

Читать далее

https://habr.com/ru/post/682368/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682368

Когда хочется взять с собой в поездку разную электронику, приходится таскать с собой много разных зарядок и проводов.

Как я попытался решить эту задачу:

https://habr.com/ru/post/682356/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682356

На Хабре уже много статей про сборку полностью бесшумных системников. Некоторые из них, например, эта или эта, создают впечатление, что бесшумный ПК (т.е. без кулеров) – это сложно, и лучше продолжить терпеть шум, чем так заморачиваться.

В данной статье я постараюсь развеять миф о том, что сделать бесшумный ПК для работы – это сложно. А также, чего не встречал нигде — покажу, как взять старый шумный системный блок и сделать его тихим. Очень тихим. При этом снижение тишины буду замерять шумомером.

Внутри много текста и фотографий

https://habr.com/ru/post/682360/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682360

На хабре существует огромное множество статей на подобные темы, эта статья не будет исключением. Я лишь хотел бы поделиться своим опытом подготовки к кодинг интервью в крупные компании. Постараюсь описать процесс настолько подробно, насколько я его запомнил, со статистикой, таймлайном и моим отношением к нему.

Читать далее

https://habr.com/ru/post/682358/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682358

Будет ли ИИ учиться как человек? И какой должна быть идеальная среда непрерывного обучения ИИ? Ответами на эти и другие вопросы от автора непрерывного обучения в области ИИ делимся к старту флагманского курса по Data Science.

Узнать больше

https://habr.com/ru/post/681698/?utm_source=habrahabr&utm_medium=rss&utm_campaign=681698

Как-то раз мне понадобилось несколько наборов строк с коллизией по хеш-коду. То есть таких, чтобы значение String::hashCode() совпадало для всех строк в наборе.

Блуждание по интернету не дало результатов, примеров было мало и все они довольно однообразны. Поиск по словарям подарил забавную пару "javascript's".hashCode() == "monocle".hashCode(), но практической пользы не принёс. Полный перебор не рассматривался в виду скорой тепловой смерти вселенной.

Тот самый случай, когда проще сделать всё самому. Стандартная хеш-функция строки в Java считается криптографически нестойкой, так что знаний из школьного курса математики должно быть достаточно.

Читать дальше →

https://habr.com/ru/post/674816/?utm_source=habrahabr&utm_medium=rss&utm_campaign=674816