Кроме российского законодательства, есть другие, под действие которых можно попасть

В Люксофте примерно так:

- Есть практика Internal Mobility, где работник может найти себе новый проект, в том числе без ведома текущих менеджеров, сюда же идут те, кто хотят уволиться (те, кто уже имеют оффер от другой компании, выходят туда на 2 недели формально, но есть и примеры, когда закрывали проекты, и распределяли людей по другим проектам). Проекты могут быть в других странах, тогда добавляют бонусы на переезд (зависит от страны).

- Есть портал, где хранятся профили сотрудников (этакий внутренний HeadHunter), где менеджер может найти кого-то на роль консультанта (например, очень часто просят помочь с проведением интервью).

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

Просто забыл написать :)
Orion Innovation и, в частности, то её подразделение, которое раньше называлось Mera

Спасибо

О, с конфликтами интересов заказчика интересно. А как сейчас решают? В каких кейсах работает хорошо?

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

Спасибо, интересный кейс

Кстати, возможность выхода на внутренний рынок вакансий без уведомления руководства проекта использовали ещë и для оценки атмосферы проекта (был один проект, где одновременно, не сговариваясь, треть людей ушли). Резюме таких людей приходят в обезличенном виде, и даже названия проекта внутри Люксофта не узнать до собеса.

Соответственно это можно сделать не уведомляя эйчара/менеджера, и он об этом до самого конца не узнает?

Да, будут знать только отдельные люди, и менеджера там могут поставить перед фактом, что через 2 недели сотрудник уходит. К сожалению, были проекты, с которых друшим способом не уйти.

А не подскажете, как лучше всего чистить базу после каждого теста?
Сетап: fastapi, sqlalchemy, pytest, postgres

У меня некоторые crud-ы требуют db.commit() db.refresh(db_obj), так что создание транзакции и её отматывание не прокатывает(

Почему? 🤔

Ммм
Как я понял, когда ты делаешь commit, то уже всё, отмататься нельзя
По крайней мере у меня не работает

Я тупой, кажется
Сейчас

У меня что-то такое написано, фишка в savepoint'ах

    connection: Connection = alembic_engine.connect()
    trans = connection.begin()
    session = sessionmaker()(bind=connection)
    session.begin_nested()

    app.dependency_overrides[get_db] = lambda: session

    yield session

    session.close()
    trans.rollback()
    connection.close()
    app.dependency_overrides = {}

commit касается только вложенной транзакции, а верхняя, которая порождена в фикстуре, откатится

Я дурак
Не добавил фикстуру в сам тест
Она там просто не используется, но в рамках неё создаётся и чистится схема 🤦
Извините)

autouse=True попробуй у фикстуры :)

явное лучше не явного же