Много абстрактного. Вот пара простых конкретных болей отовсюду, где я работал по скраму:
Ответственность за фиксированный скоуп и фокус: не только команда берёт на себя ответственность доставить задачи в срок, но и менеджер должен отвечать за то что в спринт не будет впихнуто "ну это же недолго? Оно очень горит"
На ретро, если они проводятся, и разработчики открыто говорят что в течение спринта половина времени тратилась на лаги в коммуникации с девопсами/тестерами/заказчиками/птеродактилями то менеджер сразу идёт и разъё... разбирается с ними и устраняет проблему, а не "ну они отдельно, мы на них влиять не можем"
А всякие мамочки с кричащими деточками не мешают сосредоточиться в кофейнях?) Есть какие-то прям тихие? Кроме "Школьника" на Курской в Москве не знаю. А, ещё Flip хорошая. Ну или это мне так везёт, куда ни приду...
Обидно, ну почему так... На англоязычном ресурсе под такой статьей комменты бы переполнялись фразами типа "спасибо за твой опыт, что поделился, теперь тоже попробую" и т.д., а в русскоязычной среде норовят обесценить, затроллить... Что не так с нашим социумом?..
Ещё часто хотят взять от scrum то, что выгодно, например жёсткие коммиты по срокам доставки, но не соблюдать то, что неудобно - не вклинивать в спринт "срочные задачи" (мол, ну это же небольшой фикс на один час, и это горит на проде) или вообще игнорировать основные принципы agile manifesto - строить людей вокруг процессов, а не наоборот, или составлять план с диаграммой Ганта вместо "responding to change" и т.п
Если у вас вообще нет тестов и нет времени чтобы обеспечить хорошее покрытие юнит-тестами, начните с примитивных api-тестов. Это не займёт у вас много времени, но поможет зафиксировать зелёные сценарии
А api-тесты бывают более затратны в написании и поддержке, чем unit, т.к. отражают и внешние условия и внутреннюю бизнес-логику.
Имхо отсутствие возможности легко писать юнит-тесты - это уже тревожный звонок о большом накопленном долге, сигнал что код плохо отделим, нарушены основные принципы построения и тд
А мне кажется, статья подсвечивает одну важную проблему, что фокусируясь на работе, мы часто не замечаем как запускаем остальные сферы жизни: личную, хобби, здоровье. И если в офисе создаются возможности как-то их восполнять - общаться, заводить служебные романы, вместе тренить, выезжать куда-то, к тому же ежедневные общие цели сближают... то вот при удалёнке про это надо напрочь забыть и начать за каждой сферой жизни следить самому, иначе да - пустота, выгорание, депрессия. И лайк за искренность, отозвалось
Вы забыли упомянуть два существенных момента: 1. Для подачи петиции на O-1 работодатель на территории США обязателен (в отличие от визы EB-1, например). А уж впоследствии можно его поменять, но на это тоже отводится ограниченный срок, кажется 3 месяца. Поэтому следующая формулировка может ввести в заблуждение, что искать работодателя можно уже по приезду в страну:
O-1 не привязывает вас к работодателю. Работу в США вы можете искать уже после переезда и менять в любой момент.
и второе:
По ней с вами могут переезжать ближайшие родственники и дети
Это так, но есть нюанс: супруг/супруга не получает разрешение на работу на территории США.
То есть вы просто взяли и перебросили ответственность за решение задачи с недостаточной полнотой вводных на исполнителя, а сами остались стоять в белом
Это вымышленный пример для демонстрации сложностей и возможных последствий неудачного делегирования. Оно ведь не про "перебрасывание ответственности и стояние в стороне", а наоборот - про рост собственной ответственности за плохо переданные полномочия.
Просто большинство из них тик-током отучены держать внимание на резюме более 10 секунд
Много абстрактного. Вот пара простых конкретных болей отовсюду, где я работал по скраму:
Ответственность за фиксированный скоуп и фокус: не только команда берёт на себя ответственность доставить задачи в срок, но и менеджер должен отвечать за то что в спринт не будет впихнуто "ну это же недолго? Оно очень горит"
На ретро, если они проводятся, и разработчики открыто говорят что в течение спринта половина времени тратилась на лаги в коммуникации с девопсами/тестерами/заказчиками/птеродактилями то менеджер сразу идёт и разъё... разбирается с ними и устраняет проблему, а не "ну они отдельно, мы на них влиять не можем"
А как называется тот, кто не любит развешивать на всех готовые ярлыки?
А всякие мамочки с кричащими деточками не мешают сосредоточиться в кофейнях?) Есть какие-то прям тихие? Кроме "Школьника" на Курской в Москве не знаю. А, ещё Flip хорошая. Ну или это мне так везёт, куда ни приду...
Обидно, ну почему так... На англоязычном ресурсе под такой статьей комменты бы переполнялись фразами типа "спасибо за твой опыт, что поделился, теперь тоже попробую" и т.д., а в русскоязычной среде норовят обесценить, затроллить... Что не так с нашим социумом?..
Ещё часто хотят взять от scrum то, что выгодно, например жёсткие коммиты по срокам доставки, но не соблюдать то, что неудобно - не вклинивать в спринт "срочные задачи" (мол, ну это же небольшой фикс на один час, и это горит на проде) или вообще игнорировать основные принципы agile manifesto - строить людей вокруг процессов, а не наоборот, или составлять план с диаграммой Ганта вместо "responding to change" и т.п
Нужно найти операции, содержащие все 3 тега, поэтому так не получится.
А если бы был поиск по любому из тегов - то да, OR подошёл бы
Угу, тогда не было очевидно, что это может дать такой буст в постгресе
Возможно. Я описал конкретный кейс с приложением Symfony+Doctrine, где Many-to-many связь является стандартом из коробки
А сейчас сцена осталась как хобби, не очень понятно? Кажется, что это ведь не спорт со своим графиком, и совмещать её с фултайм работой нереально
А api-тесты бывают более затратны в написании и поддержке, чем unit, т.к. отражают и внешние условия и внутреннюю бизнес-логику.
Имхо отсутствие возможности легко писать юнит-тесты - это уже тревожный звонок о большом накопленном долге, сигнал что код плохо отделим, нарушены основные принципы построения и тд
А мне кажется, статья подсвечивает одну важную проблему, что фокусируясь на работе, мы часто не замечаем как запускаем остальные сферы жизни: личную, хобби, здоровье. И если в офисе создаются возможности как-то их восполнять - общаться, заводить служебные романы, вместе тренить, выезжать куда-то, к тому же ежедневные общие цели сближают... то вот при удалёнке про это надо напрочь забыть и начать за каждой сферой жизни следить самому, иначе да - пустота, выгорание, депрессия.
И лайк за искренность, отозвалось
Вы забыли упомянуть два существенных момента:
1. Для подачи петиции на O-1 работодатель на территории США обязателен (в отличие от визы EB-1, например). А уж впоследствии можно его поменять, но на это тоже отводится ограниченный срок, кажется 3 месяца.
Поэтому следующая формулировка может ввести в заблуждение, что искать работодателя можно уже по приезду в страну:
и второе:
Это так, но есть нюанс: супруг/супруга не получает разрешение на работу на территории США.
Это вымышленный пример для демонстрации сложностей и возможных последствий неудачного делегирования. Оно ведь не про "перебрасывание ответственности и стояние в стороне", а наоборот - про рост собственной ответственности за плохо переданные полномочия.
Ок, в любом случае спасибо за фидбэк)