Подушню немного, но как будто проблему volatile в VolatileHappensBefore не осветили. А именно: write(x, 5) -> read(initialized):false -> write(initialized, true) или read(initialized):false -> write(x, 5) -> write(initialized, true) — в обоих этих случаях ветка с чтением x пропускается, потому что r1 == false. Итого вернется НЕ всегда 5. Может как будто вернуться дефолтное или неинициализированное значение.
Поправьте если не прав, но вроде ничего не гарантирует что write() выполнится до read()
Настоящего лидера безболезненно невозможно поменять. Потому что настоящий лидер становится тимлидом чтобы собрать СВОЮ команду, развивать ее и держаться за нее, а не эксплуатировать рабочую силу, как хотелось бы бизнесу и по свистку перепрыгивать на другую команду. Имхо
Именно процент от прибыли — вот что по-настоящему замотивирует человека.
С какой стати тимлиды решили, что все держится на них и только они ответственны за бизнес результаты, только они должны получать процент от прибыли? Мог бы упомянуть что все аргументы которые приведены в пользу этого тезиса также применимы к любому разработчику, который выступает значимой бизнес-функцией.
Я понимаю желания автора и по-факту в том же Яндексе для такой мотивации исключительно для лидов+ есть лидершип-бонус так называемый.
Но главное что меня жёстко триггерит: когда тимлид не раскрывая дедлайнов полностью перекладывает ответственность за задачу на плечи конкретного разработчика и изредко или ежедневно заглядывает к нему за плечо чтобы проверить стал ли он на шаг ближе к своему лидершип бонусу. С какой стати я должен брать на себя коммитменты вообще не понимаю входных данных самого коммитмента? Чтобы потом в случае фа..па я вообще не имел никакой защиты и лиду было проще со мной "попрощаться" чтоб прикрыть свою ж.пу?
Как будто тимлид настолько отчаялся от своей бесполезной функции прокси-менеджера, что пытается высосать из пальца хоть какое-то, пускай мнимое влияние на результат.
Картина когда никто не знает ни про дедлайны, ни про сроки, выглядит соблазнительной для того чтоб вписать в селфревью, но я вообще не верю в то, что такое будет работать в продуктовой команде где продукт почти никогда не подстраивается под реалистичные сроки и когда для конкуренции за грейдап тебе надо подстраивать сроки под продукт 95% времени.
Полезная статья, особенно про вилку и уверенность в формулировках. Сам бы не озвучивал цифры сразу. Сначала стоит понять, что за команда и задачи. Думаю, на второй встрече самое то.
Подушню немного, но как будто проблему volatile в
VolatileHappensBeforeне осветили. А именно:write(x, 5) -> read(initialized):false -> write(initialized, true)или
read(initialized):false -> write(x, 5) -> write(initialized, true)
— в обоих этих случаях ветка с чтением x пропускается, потому что r1 == false.
Итого вернется НЕ всегда 5. Может как будто вернуться дефолтное или неинициализированное значение.
Поправьте если не прав, но вроде ничего не гарантирует что write() выполнится до read()
Мне понравилось. Спасибо за статью и отдельное спасибо за Front Matter Title. Давно искал такой плагин.
Хабр, добавьте плашку "ИИ контент" чтоб такое улетало в самое дно выдачи пж
Настоящего лидера безболезненно невозможно поменять. Потому что настоящий лидер становится тимлидом чтобы собрать СВОЮ команду, развивать ее и держаться за нее, а не эксплуатировать рабочую силу, как хотелось бы бизнесу и по свистку перепрыгивать на другую команду. Имхо
С какой стати тимлиды решили, что все держится на них и только они ответственны за бизнес результаты, только они должны получать процент от прибыли? Мог бы упомянуть что все аргументы которые приведены в пользу этого тезиса также применимы к любому разработчику, который выступает значимой бизнес-функцией.
Я понимаю желания автора и по-факту в том же Яндексе для такой мотивации исключительно для лидов+ есть лидершип-бонус так называемый.
Но главное что меня жёстко триггерит: когда тимлид не раскрывая дедлайнов полностью перекладывает ответственность за задачу на плечи конкретного разработчика и изредко или ежедневно заглядывает к нему за плечо чтобы проверить стал ли он на шаг ближе к своему лидершип бонусу. С какой стати я должен брать на себя коммитменты вообще не понимаю входных данных самого коммитмента? Чтобы потом в случае фа..па я вообще не имел никакой защиты и лиду было проще со мной "попрощаться" чтоб прикрыть свою ж.пу?
Как будто тимлид настолько отчаялся от своей бесполезной функции прокси-менеджера, что пытается высосать из пальца хоть какое-то, пускай мнимое влияние на результат.
Картина когда никто не знает ни про дедлайны, ни про сроки, выглядит соблазнительной для того чтоб вписать в селфревью, но я вообще не верю в то, что такое будет работать в продуктовой команде где продукт почти никогда не подстраивается под реалистичные сроки и когда для конкуренции за грейдап тебе надо подстраивать сроки под продукт 95% времени.
Полезная статья, особенно про вилку и уверенность в формулировках. Сам бы не озвучивал цифры сразу. Сначала стоит понять, что за команда и задачи. Думаю, на второй встрече самое то.
Как выше уже заметили