Наверно не совсем так донес мысль. Говорить с руководителем о том, что в работе что-то не так и хочется это изменить, нужно заранее. А вот о том, что вы приняли окончательное решение об уходе - рекомендую только после принятия оффера с конкретными условиями.
По умолчанию на увольнение дается две недели, за это время можно закрыть все вопросы, чтобы все произошло по партнерски. Если ваша позиция уникальна и хочется уйти по-красивому - рекомендую при подготовке оффера подсвечивать, что вы готовы выйти через 3-4 недели после выставления оффера (в 90% случаев в этом нет необходимости).
Субъективно: подсвечивание руководителю что вы твердо решили уходить и только начинаете поиски, непонятно когда уйдете - не дает никакой пользы: - Поиски начать руководитель не может, пока нет вашего заявления (может не во всех компаниях так). - На команду задачи переложить не может, так как вы еще работаете и это будет выглядеть довольно странно. Для передачи дел придется сказать "Давайте подготовимся к уходу Миши, но он пока не знает когда уйдет", что сделает ваше нахождение в команде очень некомфортным, как для вас, так и для ваших коллег.
Согласен, без развития - тяжело делать прорывы в области. А если ты на старых знаниях будешь пытаться делать прорывы, то скорее всего ты будешь "изобретать велосипед"
Да, речь о on-demand биллинге. Само сокращение колонок не влияет, да, только за счёт упрощения структуры отдельных колонок json->значение.
Посмотрел про materialized view- выглядит более подходящим вариантом. Верно я понимаю, что при изменении справочников- старые данные перезаписать в MV будет удобнее чем удалять всю таблицу и заново перезаписать агрегат?
Наверно не совсем так донес мысль. Говорить с руководителем о том, что в работе что-то не так и хочется это изменить, нужно заранее. А вот о том, что вы приняли окончательное решение об уходе - рекомендую только после принятия оффера с конкретными условиями.
По умолчанию на увольнение дается две недели, за это время можно закрыть все вопросы, чтобы все произошло по партнерски. Если ваша позиция уникальна и хочется уйти по-красивому - рекомендую при подготовке оффера подсвечивать, что вы готовы выйти через 3-4 недели после выставления оффера (в 90% случаев в этом нет необходимости).
Субъективно: подсвечивание руководителю что вы твердо решили уходить и только начинаете поиски, непонятно когда уйдете - не дает никакой пользы:
- Поиски начать руководитель не может, пока нет вашего заявления (может не во всех компаниях так).
- На команду задачи переложить не может, так как вы еще работаете и это будет выглядеть довольно странно. Для передачи дел придется сказать "Давайте подготовимся к уходу Миши, но он пока не знает когда уйдет", что сделает ваше нахождение в команде очень некомфортным, как для вас, так и для ваших коллег.
Интересно использование этого метода для анализа эффективности открытия пвз, изучали ли:
какой процент пвз открываются успешно,
какие паттерны прослеживаются у успешных/неуспешных пвз,
Улучшается ли качество открытия пвз, если учитывать эти паттерны?
Согласен, без развития - тяжело делать прорывы в области. А если ты на старых знаниях будешь пытаться делать прорывы, то скорее всего ты будешь "изобретать велосипед"
Да, речь о on-demand биллинге. Само сокращение колонок не влияет, да, только за счёт упрощения структуры отдельных колонок json->значение.
Посмотрел про materialized view- выглядит более подходящим вариантом. Верно я понимаю, что при изменении справочников- старые данные перезаписать в MV будет удобнее чем удалять всю таблицу и заново перезаписать агрегат?