Этотвсе прекрасно конечно, но блин, тут же явно получается циклическая зависимость между предком и наследником. Вот это точно повод не использовать эти классы.
Спасибо за познавательную статью Ринат. Не очень понятен момент, как Вы смогли сформулировать гипотезу об обратной корреляции. Не могли бы раскрыть ход мысли, как от отсутствия корреляции между событием ожидания и деградацией БД , Вы пришли к тому, что на самом то деле, есть отрицательная корреляция.
Согласен с предыдущим оратором. По-коммитное ревью, дело неблагодарное. И даже в чем-то наверное излишнее. Поскольку ты тратишь свое время на изучение кода которое, возможно, в следующем коммите уже отсутствует. Либо я что-то не так понял.
Мы, что бы избежать ревью 100500 строк кода, бьем задачи на меньшие (в принципе я думаю, мы не единственные так делаем :) ) и тогда ревью получается веселее, да и попутно много решаются какие-то моменты. От постановки задачи, ее оценки и т.п.
Меня больше всего угнетает, что не все понимают необходимость ревью и относятся к этому халатно. Людей конечно не переделать, но какие можно найти слова, что бы коллеги поняли, что это не пустая трата времени и внимания ревьюера? В принципе, вопрос наверное философский :)
Я могу предположить, что человек идя на работу связанную с тяжелым физическим трудом, может не догадываться о том, что он будет уставать от такого труда. Но если человек, интеллектуального труда, не догадывается о том, что ему придется работать головой? То возникают вопросы к его интеллектуальным способностям :)
Как мне кажется, если человеку не нравится думать, и от это у него болит голова, то наверное действительно такому не место в IT. А в том же такси, в примеру.
Этотвсе прекрасно конечно, но блин, тут же явно получается циклическая зависимость между предком и наследником. Вот это точно повод не использовать эти классы.
Спасибо за познавательную статью Ринат. Не очень понятен момент, как Вы смогли сформулировать гипотезу об обратной корреляции. Не могли бы раскрыть ход мысли, как от отсутствия корреляции между событием ожидания и деградацией БД , Вы пришли к тому, что на самом то деле, есть отрицательная корреляция.
Ксения - эти зумеры изобрели еще одно понятие"трудоголизм" )))
К слову сказать, у меня тоже есть такие коллеги.
Мы, что бы избежать ревью 100500 строк кода, бьем задачи на меньшие (в принципе я думаю, мы не единственные так делаем :) ) и тогда ревью получается веселее, да и попутно много решаются какие-то моменты. От постановки задачи, ее оценки и т.п.
Меня больше всего угнетает, что не все понимают необходимость ревью и относятся к этому халатно. Людей конечно не переделать, но какие можно найти слова, что бы коллеги поняли, что это не пустая трата времени и внимания ревьюера? В принципе, вопрос наверное философский :)
Как мне кажется, если человеку не нравится думать, и от это у него болит голова, то наверное действительно такому не место в IT. А в том же такси, в примеру.
Это вообще как?
А в целом, за статью спасибо.
Очень полезно. Имхо, можно было бы разбить на несколько статьей.