Ну окей, люди какую-то денежку на этом заработали. Но товар-то уже и правда стал хороший, я читаю с удовольствием эти обзоры и понимаю, что в России этот товар будет ой как востребован.
Цель: В течение указанного периода времени разработать как можно большее количество тестовых скриптов AHK для автоматизированного регресс-тестирования работоспособности приложений в ReactOS. Предпочтительной целью является получение как можно более детальных тестов для всех приложений, тестирование которых производится при подготовке нового релиза к выпуску. В случае наличия достаточного количества времени, будут созданы дополнительные тесты для приложений из списка «Золотых приложений».
2. "Предложение: Не позволяйте бэклогу разрастаться больше чем на месяц-другой работы. Если бэклог полон, не вносите туда новых элементов, пока не реализуете старые. Не надо тратить время на обсуждение, проектирование или спецификации фич из бэклога. Он должен рассматриваться как список вещей, о которых запрещено говорить и над которыми запрещено работать до начала реализации."
Да вы с ума сошли, следующим предложением будет создать клон бэклога для более чем месяца-другого работы.
Вывод — надо правильно управлять бэклогом
3. "На то, чтобы собрать эти багрепорты, ушли месяцы и годы, и вы спрашиваете себя, как это вообще возможно — у нас 3000 ошибок, а продукт при этом очевидно очень хорош, пользователи любят его и пользуются им каждый день?"
Та же фигня, предложение все закрыть не канает. Важно понимать как вы управляете и как вы в рамках управления проводите проверку и воздействие (PDCA — Plan, Do, Check, Act).
4. «Фичи, ожидающие релиза. „
Очень специфично, для гугл хрома это вполне оправданно, и даже в случае выхода USB 4 отсутствие его оперативной поддержки для существующих операционных систем будет фейлом. А вот внедрение какой-нибудь релиционно СУБД ориентированной файловой системы вряд ли может делаться в минорном апдейте ввиду сложности новой технологии и изменения программного ландшафта для зависимых систем.
Ответ на вопрос приведен в тексте статьи — «28 июня RIM собирается представить свои финансовые показатели; по словам директора компании, это «скорее всего, будет операционный убыток».»
После этого инвесторам нужна новая идея, в которую они поверят. Или их заставят в нее поверить — топ-менеджеры такие топ-менеджеры, это их работа.
Я окончательно потерял веру в RIM. Пока, ребята :)
Я за количественные оценки, вот самсунг упал на X миллиардов — результат.
Если бы мы понимали, что статья проплачена конкретным конкурентом и после ее публикации жертва потеряла в пользу этого конкурента сколько-то денег или «прочих штук», то, безусловно, согласился бы.
Пока заголовок статьи больше похож на пук в лужу.
Несмотря на то, что PR-план Do-Ra мне, как и, очевидно, Вам, не импонирует, делать статьи с таким заголовком неуместно. «Всё» будет когда лавку закроют, а пока ребята что-то делают и за что-то борются — дай им Бог.
Александр, спасибо за статью.
Пост мортем неудачного проекта, написанный на холодную голову, позволяет вскрыть множество интересных деталей.
Надеюсь, что в рамках становления вашего следующего проекта Вы будете радовать нас новыми материалами.
Формат постановки целей SMART нервно курит :)
Также очень здорово прочитать «Цель» Голдратта
2. "Предложение: Не позволяйте бэклогу разрастаться больше чем на месяц-другой работы. Если бэклог полон, не вносите туда новых элементов, пока не реализуете старые. Не надо тратить время на обсуждение, проектирование или спецификации фич из бэклога. Он должен рассматриваться как список вещей, о которых запрещено говорить и над которыми запрещено работать до начала реализации."
Да вы с ума сошли, следующим предложением будет создать клон бэклога для более чем месяца-другого работы.
Вывод — надо правильно управлять бэклогом
3. "На то, чтобы собрать эти багрепорты, ушли месяцы и годы, и вы спрашиваете себя, как это вообще возможно — у нас 3000 ошибок, а продукт при этом очевидно очень хорош, пользователи любят его и пользуются им каждый день?"
Та же фигня, предложение все закрыть не канает. Важно понимать как вы управляете и как вы в рамках управления проводите проверку и воздействие (PDCA — Plan, Do, Check, Act).
4. «Фичи, ожидающие релиза. „
Очень специфично, для гугл хрома это вполне оправданно, и даже в случае выхода USB 4 отсутствие его оперативной поддержки для существующих операционных систем будет фейлом. А вот внедрение какой-нибудь релиционно СУБД ориентированной файловой системы вряд ли может делаться в минорном апдейте ввиду сложности новой технологии и изменения программного ландшафта для зависимых систем.
Короче, чувак рекламирует какой-то там софт…
удобно стало всё, наконец-то.
После этого инвесторам нужна новая идея, в которую они поверят. Или их заставят в нее поверить — топ-менеджеры такие топ-менеджеры, это их работа.
Я окончательно потерял веру в RIM. Пока, ребята :)
Если бы мы понимали, что статья проплачена конкретным конкурентом и после ее публикации жертва потеряла в пользу этого конкурента сколько-то денег или «прочих штук», то, безусловно, согласился бы.
Пока заголовок статьи больше похож на пук в лужу.
Несмотря на то, что PR-план Do-Ra мне, как и, очевидно, Вам, не импонирует, делать статьи с таким заголовком неуместно. «Всё» будет когда лавку закроют, а пока ребята что-то делают и за что-то борются — дай им Бог.
Песочные часы, кстати, тоже.»
Маззи? :)
Пост мортем неудачного проекта, написанный на холодную голову, позволяет вскрыть множество интересных деталей.
Надеюсь, что в рамках становления вашего следующего проекта Вы будете радовать нас новыми материалами.