Что я сделал с последнего собрания? — смотрите в гите
Это если только вы делаете код. Бывают также вещи типа "обяснил Пете и Саше структуру модуля X" — т.е. если команда работает как одно целое часто есть вклад в чужие коммиты и вообще в какие-то вещи, которые коммитами не являются.
Какие сложности нужно будет решить? — смотрите в жире
Какие сложности возникли — в принципе можно добавлять в жиру организационные баги, типа "петрович из соседнего отдела опять продолбал сроки" но я не видел, чтобы так делали. У вас так?
Многие говорят, что на митингах можно решить проблемы взаимодействия. Те которые «Не могу выполнить свою задачу, пока Вася не запилит бэк/Коля не скинет макет/Саша не скинет контент» ну и тому подобные. ИМХО, при возникновении таких проблем, их надо сразу говорить менеджеру, чтоб это становилось его головной болью и он пинал всех причастных.
У менеджера нет запланированных дел. Вместо того, чтобы послушать 10 минут статусы он должен весь день быть готовым к асинхронному вызову от других кодеров. Да, кодеры занимаются только коммитами, один кодер не может другому помочь узнать, кому написать, чтобы пропинали Васю.
Тогда не используйте IList если добавление элемента дожно увеличить количество на большее — выделите из него интерфейс без этого ограничения или сделайте свой параллельно
Я имел ввиду скорее узкие места на макроуровне — топологии самой сети. Понятно, что при большом потоке надо ограничивать людей там, где они могут безопасно накапливаться, а то просто их вытолкнут с платформы на пути.
Сейчас идет работа по устранению узких мест: МЦК, БКЛ — интересно было бы почитать статью о проблемах общественного транспорта в Москве и идеях по их решению
Моя точка зрения субъективна исходно и лишь мозгами, опираясь на какие-то измеримые данные/величины могу делать выводы в сторону объективности. Но точно так же и даже Варламов.
Варламов с кацем прошаренные любители, они привозят специалистов, Кац даже учился чему-то такому в Англии
Пример с метро и как оно вообще не вывозит в зимние дни показателен
Зимние дни и Москва это другой случай — цену на метро не увеличивают в зимние дни, а цена на недвижимость не реагширует на такое кратковременное увеличение спроса. Еще метро дотируют.
Я так понял, что поинт Варламовакаца (и всяких Вучеков) в том что если делать больше бетона для автомашин, то города становятся не человесечкими — куча бетона, где не погуляешь.
Вообще интересно было бы почитать сторонника вашей точки зрения, но со ссылками на профи которые подтверждают ее.
Ну тут идет красивая подмена понятий (у Варламова)… смотрите, если мы берем и делаем улучшение жилищных условий (а это такой же ресурс, как и парковки), то в город просто наедут еще жителей из менее успешных/удобных городов и опять будет все плохо.
Если стоимость для них останется такая же. А при увеличении спроса она по идее изменится.
Всегда есть какой-то уровень детализации. Руководители бывают технические, которые могут принимать такие решения. Может быть кому-то потребуется обрисовать достигаемые этими решениями компромиссы. Т.е. типа «этот сайт должен работать к новому году, пусть и с глюками»
Из-за чего? Нет ли какого-то несоответствия размера команды или повестки митинга Гайду?
Вы можете процитировать гайд на эту тему?
Это если только вы делаете код. Бывают также вещи типа "обяснил Пете и Саше структуру модуля X" — т.е. если команда работает как одно целое часто есть вклад в чужие коммиты и вообще в какие-то вещи, которые коммитами не являются.
Какие сложности возникли — в принципе можно добавлять в жиру организационные баги, типа "петрович из соседнего отдела опять продолбал сроки" но я не видел, чтобы так делали. У вас так?
У менеджера нет запланированных дел. Вместо того, чтобы послушать 10 минут статусы он должен весь день быть готовым к асинхронному вызову от других кодеров. Да, кодеры занимаются только коммитами, один кодер не может другому помочь узнать, кому написать, чтобы пропинали Васю.
Мы не можем назвать квадрат треуглольником, но очень хочется (ну у него же есть, по крайней мере, три угла).
Тогда не используйте IList если добавление элемента дожно увеличить количество на большее — выделите из него интерфейс без этого ограничения или сделайте свой параллельно
Тогда мы должны либо уточнить определение метода в List либо от него не наследоваться
Сейчас идет работа по устранению узких мест: МЦК, БКЛ — интересно было бы почитать статью о проблемах общественного транспорта в Москве и идеях по их решению
Варламов с кацем прошаренные любители, они привозят специалистов, Кац даже учился чему-то такому в Англии
Зимние дни и Москва это другой случай — цену на метро не увеличивают в зимние дни, а цена на недвижимость не реагширует на такое кратковременное увеличение спроса. Еще метро дотируют.
Я так понял, что поинт Варламовакаца (и всяких Вучеков) в том что если делать больше бетона для автомашин, то города становятся не человесечкими — куча бетона, где не погуляешь.
Вообще интересно было бы почитать сторонника вашей точки зрения, но со ссылками на профи которые подтверждают ее.
Тут вопрос в чем причина — с общественном транспорте как таковом или в том, что в сети есть конкретные узкие места, которые надо расшивать.
Если стоимость для них останется такая же. А при увеличении спроса она по идее изменится.
более читаемо определять условия выхода в заголовке цикла. А то приходится анализировать весь код и догадываться чего хотел автор.
Почему? Менеджер — это очень размытое понятие. В том числе может быть техническим специалистом типа Королёва и Глушко