Sam SURARUS
На практике аутстаффинг отлично подходит для быстрого усиления команды, когда необходимые компетенции требуются немедленно. Однако при долгосрочной перспективе собственный штат выигрывает благодаря более глубокому и эффективному процессу онбординга.
- Инвестировать в онбординг внешнего специалиста означает фактически вкладывать средства в развитие кадров другой компании.
- Отсутствие вовлеченности: Аутстаферы менее мотивированы на долгосрочный результат и интеграцию в корпоративную культуру (не участвуют в корпоративах и не считают себя частью компании);
- Аутстаферы часто не заинтересованы в стратегических целях компании и так как всегда готовы к быстрому переходу на другие проекты;
- Долгосрочное использование аутстафа мешает развитию внутренних специалистов, как следствие страдают компетенции компании.
Использовать аутстаффинг исключительно для оптимизации налогов или решения проблем с управлением кадрами — это все равно что стрелять из пушек по воробьям.
Для налоговых вопросов логичнее нанять профессиональных бухгалтеров и использовать доступные льготы для IT-компаний. Что касается кадровых проблем, лучше развивать управленческие компетенции внутри команды. Проще заменить неэффективного руководителя разработки, чем передавать ключевые аспекты вашего бизнеса и ядро идеи внешней компании.
кликбейт
уже нашли и отпустили
.
транзакция без изоляции не поможет. Здесь важна блокировка таблицы во время чтения.
Транзакция просто отменить обновление если будет ошибка во время запроса
Нужно использовать транзакции в PostgreSQL с уровнем изоляции SERIALIZABLE или REPEATABLE READ
В данном случае рекомендуется использовать FOR UPDATE для блокировки записей при выполнении SELECT
`SELECT * FROM tickets WHERE place=%place AND flight_id=%flight_id FOR UPDATE`
`UPDATE tickets SET reserved_by=%user_id WHERE id=%ticket_id`
на продуктханте уже запустили ИИ приложение в которое голосом наговариваешь что съел, а оно учитывает и рассчитывает калории
падает - покупай,
растет - продавай