У меня дежа-вю или такая идея уже была в каком-то из ранних поисковиков рунета (где-то после рамблера или до яндекса)? Типа платишь деньги за строчку в списке результатов по ключевым словам?
Что касается самой идеи - зачем, когда есть AdWords, итд
Вообще с требованиями какая-то беда, больше чем с другими инструментами разработки :( Одно из требований к системе управления требованиями - это traceability, чтобы можно было легко замапить требования на архитектуру и далее на план тестирования, и прослеживать все изменения с верхнего уровня (требования) на все остальные. Проблема в том, что здесь требуется интеграция нескольких инструментов (requirements, UML modeler, issue tracker, version control, test management system).
Можно конечно взять монстрокид вроде Rational где есть все, но продукты у них как будто лет 8 не развиваются - для каждого по отдельности продукта есть существенно более удобный конкурент на рынке. Другие продукты пытаются засунуть весь функционал внутри себя, например в Mercury (софт для тестирования), где есть и требования и issue management, но опять же если это софт для тестирование то остальные аспекты у него реализованны хуже, и нет связи с архитектурой.
В моделерах типа Enterprise Architect или Power Designer управление требованиями тоже присутствует, однако выглядит оно с точки зрения именно моделирования, в результате чего сбор требований или совместная работа или генерация документа выглядит не удобной.
Так что пока у нас основное средство управления требованиями - это MS Word.
Буквально недавно размышлял о возможности размещения вирусов в винчестерах и причем именно на основе информации что у одного знакогомо 7 раз украли пароль для World Of Warcraft (этакий вирус-хрен-найдешь). Моя идея была интегрировать вирус прошивку HDD, а каким образом его интегрировали в HDD китайцы?
Ограничить IM на уровне компании может показаться руководству достаточно простым и логичным способом повысить перфоманс всей компании. Скорей всего это идет от непосредственных руководителей, которым кажется (часто не без основательно), что отвлекаясь на аьску или сайты у работника реально падает производительность. Я думаю что так и есть, просто у разных людей разный уровень самодисциплины и мотивации. В некоторых больших компаниях проще работать не над повышением мотивации работников, а над правилами на файрволе :)
Другое дело, что это ограничение нужно чем-то компенсировать, уж очень непривликательными выглядят такие условия.
> А что касается "перетягивания пользователей" на другой раузер - мне кажется это произойдет естественным путем со временем.
Думаю не произойдет. У микрософта будет браузер который будет закрывать потребности 90% пользователей. Такие пользователи не будут ничего себе доставлять, они даже не будут знать что бывают файрфоксы, оперы и т.д.
Ну так можно легко устать, если все писать под себя. Проще брать какой-нибудь тул (тот же самый project server) и доработать напильником под какие-нибудь свои юс-кейсы.
Мы используем Project Server 2003. После внедрения именно серверной части появилалась возможность планировать ресурсы на уровне предприятия а также завязать на это ряд вспомагательных систем (бухгалтерия, issue tracking, etc). Хотя проджект часто ругают, альтернатив ему пока не видно, особенно когда нужно что-то больше чем просто нарисовать планчег. Есть некоторое количество альтернатив (например, Primavera), или серверов с поддержкой клиента MS Project, однако из тех продуктов что я смотрел есть причины не пользоваться ими.
Ну для поиска оптимальной стратегии в ядерной войне - легко (см. например http://ru.wikipedia.org/wiki/Теория_игр или английскую страницу). Это не предсказание, это именно поиск военных стратегий. Другое дело предсказывать решения политиков.
Что касается самой идеи - зачем, когда есть AdWords, итд
Можно конечно взять монстрокид вроде Rational где есть все, но продукты у них как будто лет 8 не развиваются - для каждого по отдельности продукта есть существенно более удобный конкурент на рынке. Другие продукты пытаются засунуть весь функционал внутри себя, например в Mercury (софт для тестирования), где есть и требования и issue management, но опять же если это софт для тестирование то остальные аспекты у него реализованны хуже, и нет связи с архитектурой.
В моделерах типа Enterprise Architect или Power Designer управление требованиями тоже присутствует, однако выглядит оно с точки зрения именно моделирования, в результате чего сбор требований или совместная работа или генерация документа выглядит не удобной.
Так что пока у нас основное средство управления требованиями - это MS Word.
Другое дело, что это ограничение нужно чем-то компенсировать, уж очень непривликательными выглядят такие условия.
Думаю не произойдет. У микрософта будет браузер который будет закрывать потребности 90% пользователей. Такие пользователи не будут ничего себе доставлять, они даже не будут знать что бывают файрфоксы, оперы и т.д.