Trello хорош. Но я там давно не был, и вот эти новые фичи с новыми видами, считаю, не сделают его лучше. Потому что Trello — это прежде всего доска. Работать небольшим командам над небольшими проектами — очень удобно. Увеличится количество задач, проектов, сроки — и все, ничего хорошего не выйдет.
Поэтому добавление режима таймлайна не оправдает себя. Это такая мини-копия диаграммы Ганта. Но она здесь просто не отработает. Для этого лучше брать те инструменты, которые сделаны на ее основе. GanttPRO, Teamgantt на крайняк (но здесь нет русского языка).
А вот map view и calendar view — это прикольно. Их сейчас многие тулы добавляют. Но опять-таки, в Trello это будет работать, если у вас немного ресурсов и задач.
Екатерина, прекрасно понимаю, что выбор субъективный. Но коль уж у вас богатый опыт, как-то невзначай, работая на русскоязычном рынке, вы прошли мимо ganttpro, где все, что вам нужно, есть? Как по мне, так в том же trello collaboration не такой уж продвинутый, чтобы быть в списке.
В общем, просто присмотритесь к ganttpro. Там есть все, на что вы ориентировались при составлении списка.
Вы формулируете предложения таким образом, что они сложны для восприятия. Чем больше подряд идущих существительных в родительном падеже, тем сложнее это воспринимается
Дельно. Особенно на примере поездки за город. Сроки всегда и везде меняются и будут меняться — это истина)
Объясню по поводу пунктов, которые вы не поняли. В принципе, по поводу реальных сроков все написано в статье, добавить нечего. А вот второй пункт — конечно, это не универсально, как и многие советы а-ля «сделайте это, и вы будете счастливы», или «ешьте это, и проживете до 100 лет». Но если ситуация позволяет подключить команду, то можно пробовать. По крайней мере объяснение с точки зрения психологии у этого пункта есть. А сработает или нет — все зависит от ситуации
Ну почему же вы так категорично? Там все написано, что не стоит с этим усердствовать, а использовать такой подход в меру. И это психологический момент, не мной придуманный, а выясненный и утверждаемый психологами.
Не согласиться с ними я не могу, по себе сужу, что страх может значительно мотивировать
Согласен. Без хорошего инструмента, где все будет наглядно, четко, просто, а главное, будет работать, тяжело управлять проектами. Вы пользуетесь каким-нибудь онлайн инструментом?
Да. В данной ситуации сервер openvpn является узким местом, и в случае его отказа пропадет соединение между всеми серверами, подключенными по vpn. availability set позволяет создавать 2 и более серверов в разных группах доступности. Это дает большую гарантию, что все сервера, входящие в текущий availability set, не отключаться одновременно. Но насколько мне известно, бесплатная реализация openvpn не предусматривает настройку резервного шлюза в сети vpn. Тут надо искать другое решение для vpn.
На самом деле, метод является чуть ли не базовым при планировании в силу своей простоты и наглядности. Поэтому если вы планируете проект или нечто похожее, вы можете сами по крайней мере попробовать выстроить структуру
Это понятно, что код примера сделан специально чтобы показать насколько модуль на Rust "быстрее" чем Javascript.
В реальной жизни, производительность кода зависит в первую очередь от используемых алгоритмов а не от языка. Если JS код тормозит, надо посмотреть нельзя ли ее улучшить, а не переписывать на "быстром" языке
Поэтому добавление режима таймлайна не оправдает себя. Это такая мини-копия диаграммы Ганта. Но она здесь просто не отработает. Для этого лучше брать те инструменты, которые сделаны на ее основе. GanttPRO, Teamgantt на крайняк (но здесь нет русского языка).
А вот map view и calendar view — это прикольно. Их сейчас многие тулы добавляют. Но опять-таки, в Trello это будет работать, если у вас немного ресурсов и задач.
В общем, просто присмотритесь к ganttpro. Там есть все, на что вы ориентировались при составлении списка.
habr.com/ru/post/276873
И еще нашел хороший список в дополнение. Он короче, но инструменты там крутые
blog.ganttpro.com/ru/sistemy-instrumenty-servisy-upravlenie-proektami
Объясню по поводу пунктов, которые вы не поняли. В принципе, по поводу реальных сроков все написано в статье, добавить нечего. А вот второй пункт — конечно, это не универсально, как и многие советы а-ля «сделайте это, и вы будете счастливы», или «ешьте это, и проживете до 100 лет». Но если ситуация позволяет подключить команду, то можно пробовать. По крайней мере объяснение с точки зрения психологии у этого пункта есть. А сработает или нет — все зависит от ситуации
Не согласиться с ними я не могу, по себе сужу, что страх может значительно мотивировать
В реальной жизни, производительность кода зависит в первую очередь от используемых алгоритмов а не от языка. Если JS код тормозит, надо посмотреть нельзя ли ее улучшить, а не переписывать на "быстром" языке
Или можно просто написать быстрый js код
такое решение работает в три раза быстрее чем код на Rust в вашем примере.