manpages
commented
10 years ago Влад, фигня в том, что иногда тупяшки-скромняшки типа меня не могут оценить эффекта своей работы. Так что в плюс к тому, что ты сказал нужно делать какой-то code review-образный механизм, чтобы все были в курсе того, что происходит в общих чертах.
On 8/7/14, Vlad-Shcherbina notifications@github.com wrote:
Для новых участников: раньше традиционно у нас была вообще полная анархия и стихийная самоорганизация. Настолько, что было просто непонятно кто чем занимается, пока он что-нибудь не породит.
В этот раз я попробовал в порядке эксперимента немного отойти от этой практики и уделять больше внимания тому что происходит вокруг (в частности, сознательно удерживался от того чтобы самому броситься писать эмулятор сразу по прочтении условия, как я обычно делал раньше). Чудовищного вреда это этого вроде не было (ну разве что фэйл с лайтнингом может быть), дикой пользы тоже. Но цена для меня была большой - например, я не концентрировался ни на одной алгоритмически сложной задаче, и даже спецификацию gcc и правила игры за время контеста не прочитал по-настоящему. Поэтому я так больше делать не буду.
Теперь я стою за возвращение к истокам, где суть командности состоит исключительно в том, что чуваки пишут штуки которые им лично кажутся интересными и полезными, а потом другие чуваки могут эти штуки легко переиспользовать для других штук которые интересны или полезны с их точки зрения. И лёгкость эту нужно обеспечивать через пассивные механизмы типа общей сознательности и простых правил (по работе с кодом, по работе с issues, и т.п.), а не через нудный человеческий труд типа постоянных опросов кто что делает и напоминаний не творить херни.
Такой подход оставляет за кадром два вопроса: глобальную стратегию и приоритизацию работ. С глобальной стратегией проблем не вижу - у каждого может быть своё представление о глобальной стратегии или не быть никакого, а ближе к концу должно стать очевидно, какой план наиболее перспективен, особенно в свете того какие штуки уже готовы а какие не будут готовы никогда. Вопрос приоритизации в этом году не возникал вообще, но был важен например в 2012, так что может я про него отдельно напишу.
Reply to this email directly or view it on GitHub: https://github.com/Vlad-Shcherbina/icfpc2014-tbd/issues/40
Fly safe, Sloz
fj128
Vlad-Shcherbina
Для новых участников: раньше традиционно у нас была вообще полная анархия и стихийная самоорганизация. Настолько, что было просто непонятно кто чем занимается, пока он что-нибудь не породит.
В этот раз я попробовал в порядке эксперимента немного отойти от этой практики и уделять больше внимания тому что происходит вокруг (в частности, сознательно удерживался от того чтобы самому броситься писать эмулятор сразу по прочтении условия, как я обычно делал раньше). Чудовищного вреда это этого вроде не было (ну разве что фэйл с лайтнингом может быть), дикой пользы тоже. Но цена для меня была большой - например, я не концентрировался ни на одной алгоритмически сложной задаче, и даже спецификацию gcc и правила игры за время контеста не прочитал по-настоящему. Поэтому я так больше делать не буду.
Теперь я стою за возвращение к истокам, где суть командности состоит исключительно в том, что чуваки пишут штуки которые им лично кажутся интересными и полезными, а потом другие чуваки могут эти штуки легко переиспользовать для других штук которые интересны или полезны с их точки зрения. И лёгкость эту нужно обеспечивать через пассивные механизмы типа общей сознательности и простых правил (по работе с кодом, по работе с issues, и т.п.), а не через нудный человеческий труд типа постоянных опросов кто что делает и напоминаний не творить херни.
Такой подход оставляет за кадром два вопроса: глобальную стратегию и приоритизацию работ. С глобальной стратегией проблем не вижу - у каждого может быть своё представление о глобальной стратегии или не быть никакого, а ближе к концу должно стать очевидно, какой план наиболее перспективен, особенно в свете того какие штуки уже готовы а какие не будут готовы никогда. Вопрос приоритизации в этом году не возникал вообще, но был важен например в 2012, так что может я про него отдельно напишу.