Формально у вас 40 рабочих часов в неделю.
Но нормальный менеджер не будет планировать более 28 — 32 часов (если вы lead, то можно планировать еще меньше, если процесс работы с командой не формализован каким-то супер крутым образом).
«Запасные» 8 — 12 часов — коммуникация, переключения и прочие оверхеды (в том числе habr, мелкие фиксы до 15 мин., месседжеры, почта. ответы на вопросы и т.д.). Не забывайте, что это не отменяет поправочного коэффициента в оценке задач (x1,2 — 1,4).
В итоге 8 часовые задачи никогда не ставятся на 1 день (всегда на 2).
+ не забывайте, что оценка нужна в первую очередь для обратной связи. Опоздать не страшно (реально сложно учесть все нюансы), страшно никому об этом не говорить до последнего момента.
Но, возможно, я просто не сталкивался с методологиями, в которых запрещена корректировка оценки. :)
Ну почему сразу не знает? Scrum скраму рознь. Многие просто не умеют его готовить. А demo во многих компаниях быстро превращается в формальность и умирает.
Вопрос в том, чтобы заставить все эти полезные штуки работать (и тогда в них поверят и к ним подключатся разработчики).
Автор как раз пишет про процессы и как они настроены в его новой компании.
Автору: Спасибо, было интересно прочитать. Надо продолжать делать demo. :)
Помимо продолжительности, какие еще проблемы с покером планирования у вас были?
Дмитрий! А про синглтоны подробнее можете рассказать? Я с такой проблемой столкнулся наоборот на клиенте. В итоге, для консистентности, оставил сторы в которых может быть только одна модель.
Кстати, может быть заодно расскажите какие библиотеки/фреймворки используете помимо flux и react?
Я только начал использовать решение в своем личном проекте на клиенте и сервере и все время хочется расширить объекты, добавить новые.
Интересно будет прочитать следующие статьи. Затупил и не нашел в блоге ссылку на rss. Продолжение будет на хабре?
Еще было бы интересно услышать ваше мнение про reflux.
На сервере тоже flux? Какое впечатление от использования? Будет ли статья? :)
Если я правильно понимаю:
— у вас js на клиенте и node.js на сервере (общий код, общие инструменты)
— для мобилок, первичной отрисовки страницы и т.д., использую jsx трансформер на сервере, можно сгненерировать страничку/компонент клиенту
Вы совсем запутались.
В canvas вы не работаете с DOM. Конечно вы можете комбинировать…
Работая с canvas, вы можете работать как с 2D, так и с 3D контекстом (WebGL).
Для создания простой игры вы можете обойтись HTML(5) + CSS(3) + JS и не работать с canvas вообще.
Спорно все это.
1. Ненавижу заполнять формы (аргумент «за»)
2. Хочу видеть что уйдет сайту (аргумент «против»)
3. Все равно потребуется как-минимум вводить какой-нибудь пароль. В противном случае любой человек с доступом к моему компьютеру будет пользоваться моей кредитной картой (аргумент «против»)
Думаю лучшей идеей будет использование чего-то типа openid с подтверждением через почту, мобильник или пароль.
Или, о боже, привзяка к соцсетям.
Подтвердите покупку пылесоса «Супер всасыватель»
вы в: feacebook [] или vkontakte []
ключ: []
При опенспейсте музыка часто спасает.
Но когда задача не решается с пары подходом и приходится предельно концентрироваться музыка в наушниках начинает мешать и тут нужна тишина.
В остальных случаях музыка только помогает (джаз, хороший транс, любой приятный фон под настроение).
Не такие уж они и вкусные. У старших братьев крепления с «металлическими стержнями» (проволокой средней толщины) спустя некоторое время перестали плотно держат наушники (при резком повороте головы наушники болтаются). Спустя 6-7 месяцев после покупки вдруг перестал работать микрофон. Внешних повреждений нет, вроде бы все гуд, а работать перестал.
Да. Банкинг у них клевый. Жаль только что с юр лицами ребята очень жадничают. Безумно дорогое открытие счета и безумно дорогой интернет банкинг. А как физ клиент даволен ими на 100%.
JSON — Javascript Object Notation. Без сомнения это текстовое представление данных, которое eval-ом превращается в обычный яваскриптовый объект. В этом вся соль и кровь этого формата. Обрамление в кавычки — костыль, который позволяет не вводить сложную логику в вывод, чтобы не было синтаксических ошибок, когда значение пустое (… name: ,).
Либо вы занимаетесь словоблудием, либо реально не понимаете сути. Надеюсь первое, и вы просто решили меня постебать. :)
Позвольте не согласиться.
Возможно нам плевать, какие личные качества будут у нашего программиста — хотелось бы чтобы все таки в команде работать умел. А вот менеджер должен быть стрессоустойчивый. Клиент которому нахамили — навсегда потерянный клиент. В таких вот интервью нет даже ничего особенного с точки зрения психологии. Реакция человека на критикую 100% описана: либо оправдания, либо нападение, а вот увести разговор в конструктивное русло — это уже дополнительные знания, опыт, подготовка.
Вариант со стаканом воды меня хоть и жутко бесит, но как уже кто-то сказал в комментариях срывает с человека маску. Я бы точно так никого проверять не стал, но я и не продаю машины за 0,5 млн евро.
В общем у всех рабочие условия разные. Но и стрессовых ситуация пруд пруди. Смысл в этом есть, хотя методы перечисленные в статье ужасают.
Но нормальный менеджер не будет планировать более 28 — 32 часов (если вы lead, то можно планировать еще меньше, если процесс работы с командой не формализован каким-то супер крутым образом).
«Запасные» 8 — 12 часов — коммуникация, переключения и прочие оверхеды (в том числе habr, мелкие фиксы до 15 мин., месседжеры, почта. ответы на вопросы и т.д.). Не забывайте, что это не отменяет поправочного коэффициента в оценке задач (x1,2 — 1,4).
В итоге 8 часовые задачи никогда не ставятся на 1 день (всегда на 2).
+ не забывайте, что оценка нужна в первую очередь для обратной связи. Опоздать не страшно (реально сложно учесть все нюансы), страшно никому об этом не говорить до последнего момента.
Но, возможно, я просто не сталкивался с методологиями, в которых запрещена корректировка оценки. :)
Вопрос в том, чтобы заставить все эти полезные штуки работать (и тогда в них поверят и к ним подключатся разработчики).
Автор как раз пишет про процессы и как они настроены в его новой компании.
Автору: Спасибо, было интересно прочитать. Надо продолжать делать demo. :)
Помимо продолжительности, какие еще проблемы с покером планирования у вас были?
Очень крутой материал и очень крутой перевод! Спасибо огромное!
Ну и спасибо за наводку на блог и другие ссылки.
Кстати, может быть заодно расскажите какие библиотеки/фреймворки используете помимо flux и react?
Я только начал использовать решение в своем личном проекте на клиенте и сервере и все время хочется расширить объекты, добавить новые.
Еще было бы интересно услышать ваше мнение про reflux.
На сервере тоже flux? Какое впечатление от использования? Будет ли статья? :)
— у вас js на клиенте и node.js на сервере (общий код, общие инструменты)
— для мобилок, первичной отрисовки страницы и т.д., использую jsx трансформер на сервере, можно сгненерировать страничку/компонент клиенту
В canvas вы не работаете с DOM. Конечно вы можете комбинировать…
Работая с canvas, вы можете работать как с 2D, так и с 3D контекстом (WebGL).
Для создания простой игры вы можете обойтись HTML(5) + CSS(3) + JS и не работать с canvas вообще.
1. Ненавижу заполнять формы (аргумент «за»)
2. Хочу видеть что уйдет сайту (аргумент «против»)
3. Все равно потребуется как-минимум вводить какой-нибудь пароль. В противном случае любой человек с доступом к моему компьютеру будет пользоваться моей кредитной картой (аргумент «против»)
Думаю лучшей идеей будет использование чего-то типа openid с подтверждением через почту, мобильник или пароль.
Или, о боже, привзяка к соцсетям.
Подтвердите покупку пылесоса «Супер всасыватель»
вы в: feacebook [] или vkontakte []
ключ: []
При опенспейсте музыка часто спасает.
Но когда задача не решается с пары подходом и приходится предельно концентрироваться музыка в наушниках начинает мешать и тут нужна тишина.
В остальных случаях музыка только помогает (джаз, хороший транс, любой приятный фон под настроение).
Точек входа мало. Или может быть войти в игру можно не только через сайт?
Либо вы занимаетесь словоблудием, либо реально не понимаете сути. Надеюсь первое, и вы просто решили меня постебать. :)
Возможно нам плевать, какие личные качества будут у нашего программиста — хотелось бы чтобы все таки в команде работать умел. А вот менеджер должен быть стрессоустойчивый. Клиент которому нахамили — навсегда потерянный клиент. В таких вот интервью нет даже ничего особенного с точки зрения психологии. Реакция человека на критикую 100% описана: либо оправдания, либо нападение, а вот увести разговор в конструктивное русло — это уже дополнительные знания, опыт, подготовка.
Вариант со стаканом воды меня хоть и жутко бесит, но как уже кто-то сказал в комментариях срывает с человека маску. Я бы точно так никого проверять не стал, но я и не продаю машины за 0,5 млн евро.
В общем у всех рабочие условия разные. Но и стрессовых ситуация пруд пруди. Смысл в этом есть, хотя методы перечисленные в статье ужасают.