Все потоки

Большинство питонистов не раз слышали о таких правилах как «функции должны быть глаголами» или «не наследуйтесь явно от object в Python 3». В этой статье рассмотрим не такие банальные, но полезные правила чистого кода в Python.

В течении девяти месяцев мы работали над новым решением для мониторинга банковских сделок в РСХБ. Мы создали многие блоки с нуля и фактически полностью пересмотрели и переработали продукт, сформировав новую функциональную user-friendly систему. Ей уже успешно пользуется бизнес-подразделение Россельхозбанка. О том, как мы в столь сжатые сроки выстроили работу внутри команды и с заказчиком, с какими трудностями столкнулись, как внедрили современные решения и доработали то, что осталось от исторического процесса автоматизации, а главное – безболезненно перенесли на новый стек свыше 37 миллионов мониторингов, я расскажу в этой статье.

В преддверии Хэллоуина Нетология провела опрос среди специалистов о том, какие рабочие моменты пугают их больше всего. В исследовании приняли участие 2210 человек, работающих в ИТ и смежных областях. Оказалось, что дедлайны не так страшны, как плохое ТЗ.

Привет, Хабр!

Меня зовут Андрей, и я data scientist. В этой статье расскажу о том, как я занял второе место в конкурсе «Цифровой прорыв» с решением по автоматизации привязки фотографии к географическому положению. Главный инсайт — базовые решения не всегда хороши и проверены. Спойлер — самодеятельность и использование современных подходов помогают победить :) Расскажу на своем опыте, как не сделать свое решение хуже базового и проанализирую подходы других участников.

Хороший ли вы водитель? На такой вопрос не всегда дается объективный ответ. Один из способов проанализировать это — узнать мнение пассажиров, едущих с вами, или просто посчитать штрафы за превышение скорости, которые вы заплатили! Однако все это очень примитивные способы оценки поведения водителя. В этой статье я расскажу, как я использовал данные для объективного анализа своего поведения за рулем.

Анализ поведения за рулем также используется предприятиями для таких целей, как выработка страховой политики на основе данных или управление автопарком.

Здесь я расскажу о методах науки о данных (даталогии), которые могут помочь оценить манеру вождения, например.

Корпорация Google выпустила седьмую версию смартфона Pixel, а также его Pro-версию с бОльшим экраном и немного отличающимся железом. Прошло уже больше недели с момента выхода обеих моделей, и негативных обзоров пока нет.  Если у кого-то из читателей «Хабра» уже есть Pixel 7 или Pixel 7 Pro, поделитесь своим мнением о нём в комментариях, пожалуйста.

Ну а мы пока посмотрим, что там в этих ваших интернетах говорят о «семёрке» (Pro-версию обсудим в следующем обзоре), её возможностях и ремонтопригодности. Всё это ― под катом.

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

В гостях у девятнадцатого выпуска подкаста «Сушите вёсла» — руководитель продукта The Standoff компании Positive Technologies Ярослав Бабин. Говорили о Bug Bounty — программе, которая предлагает вознаграждение за нахождение уязвимостей, — вопросе национальной безопасности и о том, берут ли спецслужбы на работу пойманных хакеров.

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

Такие устройства коммерчески доступны — их производят несколько компаний в мире. Но группа из Высшей инженерно-технической школы ИТМО нашла способ сделать эти приборы более  доступными и эффективными в решении широкого круга задач сенсорики. В этой статье рассказываем о проекте и его перспективах.

Как известно, основной проблемой в тестировании является отчетность по прогонам. Некоторые компании собирают данные в отдельном хранилище. Вместо того, чтобы вручную организовывать хранение, было решено сохранять их в Test IT. Такие данные как: исход, время выполнения и количество автоматизированных кейсов позволяют разделить тесты на выборки и дать оценку покрытия автотестами.

САПР на мини ЭВМ NOVA.

Место и время все те же. 1980-е. Ленинград Петродворец ЛГУ НИИФ. Радиофизика. Автор студент, а может уже сотрудник. У нашей лаборатории есть богатый Заказчик.

Заказчик закупил для своих нужд импортную систему, САПР (Система Автоматизированного Проектирования). Для производства печатных плат.  На то время штука перспективная и таких еще не было. Ходили слухи, что на ЕС ЭВМ есть программа разводки плат “Рапира”. Это сейчас на настольном компьютере можно запустить много чего, начиная со Sprint Layout. А тогда расстановка корпусов микросхем и разведение связей производились головой и руками.

Желая сохранить инкогнито, Заказчик указал адресом развертывания системы помещение НИИФ. Поставка шла по плану. Приехало оборудование. Прибыла бригада пуско-наладки, все распаковали, смонтировали, включили, прогнали тесты. После этого приехал специалист-преподаватель, продемонстрировать систему в работе и обучить пользованию. Где-то к концу программы, недели за две до отъезда специалиста, Заказчик вдруг решил, что обучение нужно интенсифицировать. Нашу маленькую команду, я и еще двое, отправили изобразить обучаемых.

Что мы увидели.

Техника. САПР, управляемый мини ЭВМ NOVA. Это, как можно нагуглить, “сестренка”  и конкурент PDP-11. Машина выглядит обыкновенно, пара стоек 19 дюйм. Внешние особенности – индикация на панели процессора лампочками накаливания, теплый желтый свет, мягкое мигание. Необычно простой считыватель перфоленты. Тихоходный моторчик перематывает ленту с одной катушки на другую через считывающую головку. Никакой мощной точной механики, никакого старт-стопа, как в FS1501.

Подошёл к концу 25-летний период, когда в компании Netflix придерживались подхода, в соответствии с которым все инженеры-программисты находились на одном карьерном уровне. Что можно сказать о новой системе карьерных уровней Netflix? Как их воспринимают сотрудники компании?

В апреле сего года я, в The Scoop #9, рассказал о том, как Netflix собирается ввести у себя систему карьерных уровней для инженеров-программистов:

Netflix рассматривает вопрос о введении следующей системы карьерных уровней:

— Engineer 1 (Инженер-программист 1)
— Engineer 2 (Инженер-программист 2)
— Senior (Старший инженер-программист)
— Staff (Ведущий инженер-программист)
— Principal (Главный инженер-программист)

Детали этой системы всё ещё прорабатываются, предложение распространено среди инженерного персонала. Это предложение, что понятно, привело к появлению множества вопросов. Особенно — относительно того, получат ли существующие инженеры должности ведущих или главных инженеров-программистов. Исходя из первоначального предложения, складывалось такое впечатление, что все останутся старшими инженерами-программистами, а переход на следующие уровни возможен при продвижении по службе.

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

В современном мире приложение — это огромная связка микросервисов. Функционально её протестировать сложнее, чем монолит. Кто-то решает это единым staging’ом и чатиком синхронизации: «займу auth на полчасика». Другой уходит с головой в shift-left или тестирует в canary. Разберём, как катнуть веточку сервиса и получить свой личный staging.

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

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

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

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

Бог мой! Надо бы что-то предпринять. Но я уже в пижаме…
Профессор Хьюберт Фарнсворт “Футурама”

Итак, понеслась… на часах 21:00, ужин давно съеден, кот поглажен и, казалось бы,  пора на боковую, но к сожалению сегодня сервер тебя опередил. Вечер моментально перестал быть томным. Телефон разрывается от сообщений о недоступности сервисов, клиенты недовольны, коллеги в панике, кот стрессует.

Нужно как можно скорей проверить железку, которая находится на другом конце города и как-то ехать туда в ночь не хочется да, в принципе, и не нужно – как-никак в 21-м веке живем. Обращаешься в ЦОД с просьбой подключить KVM, получаешь удаленный доступ и приступаешь к диагностике. После успешной проверки и перезагрузки, серверу становится лучше и можно с чистой душой успокоить клиентов, коллег, кота,  снять супергеройский плащ и идти спать.