не, база с неактуальными и непроверенными данными нужна, как правило, только для баловства... А то, о чём я говорю - это полная актуальная информация о человеке. Реальное место проживания, место работы, доходы, счета, состав семьи и пр.
А та информация, что сливают ДЭЗы и провайдеры телефонии - согласен, стОит дёшево...
учитывая, что ряд пользователей ЖЖ, недовольных переводом российского сегмента под управление СУП, указывают в качестве места жительства страны "третьего мира"...
Благодаря грамотному пиару, Виктор Алкснис за последнее время получил известность намного большую, чем любой другой участник "Русского Марша". Что ж, может хоть один депутат не-едрос пройдёт в Думу...
несколько лет назад я участвовал в этом проекте, и в проекте поиске лекарства от рака. Вознаграждения там не предусматривалось, достаточно было чувства причастности к важному делу. Там только выдавали сертификаты участника проекта, с указанием объёма выполненной работы в "попугаях".
Мне недавно подобного плана сообщение пришло, от девушки из контакт-листа. Якобы она написала игру-RPG, и предлагает мне её потестить. Простое изучение дистрибутива показало, что это тот самый даунлоадер для трояна. Но самое смешное, что я мог и "повестись", если бы это сообщение пришло бы не от данной девушки, а от одного из друзей-программеров...
А то, что у меня не аська, а &RQ - толк только в том, что через меня дальше троян бы уже не распространился, но сам бы я заражения не избежал.
Последнее время вопрос распространения вирусов переходит из технической сферы в социальную. Вирусописатели начали придумывать не новый код, а новые способы усыпить все подозрения жертвы...
А единственная защита, насколько я понимаю, может состоять в следующем: не запускать присланные друзьями ссылки, не получив от них предварительно элементарного объяснения, хоть по той же аське. На данный момент, вирусам явно не хватит "интеллекта" вам ответить... :)
Задел неплохой. Буду ждать развития (пока работать неудобно, т.к. привык к UltraEdit'у, и не хватает его фич; да и не нашёл возможности переноса длинных строк).
да, для руководителя предприятия достаточно этого показателя. А менеджерам промежуточных звеньев уже нужно контролировать сроки исполнения этапов проекта.
дело в том, что у большинства проектов, по крайней мере тех, с которыми мне приходится работать, есть дедлайны, оговоренные с заказчиками, и несдача в срок грозит (в лучшем случае) потерей заказчика. Потому, задержка исполнения одного этапа, автоматически уменьшает время на оставшиеся этапы... Если же оставшееся просто не успеть сделать до срока - сразу видно, кого и на сколько наказывать. :)
А вообще, самой большой проблемой применения программ управлением проектами является не их функциональность, а то, что многие работники, не привыкшие планировать своё рабочее время, просто неспособны их применять в своей работе.
"Процентный" способ оценки готовности проекта может быть очень эффективен и нагляден, если все операции по проекту могут быть хронологически нормированы, на основании прошлого опыта. Я когда-то использовал такой подход в разработке собственных программ для управления проектами. Допустим, изготовление сайта делится на следующие операции, по которым может быть спрогнозировано время выполнения: (просто для примера)
1. Проектирование (1 день)
2. Разработка движка (10 дней)
3. Отрисовка граф. элементов (4 дня)
4. Тестирование и наполнение начальным контентом (5 дней)
Соответственно, на каждую точку проставляется процент готовности (5, 55, 75 и 100 %% в вышеприведённом примере). Естественно, в любой день можно вычислить промежуточное значение готовности. Также естественно, необходима корректировка данных в случае изменения сроков какой-либо операции. И всё это возможно, к сожалению, только при адекватном нормировании операций по проекту, что само по себе очень непросто...
теперь помимо услуг "Вывести сайт на 1-е место" и "Просадить бюджет контекстной рекламы конкурента" будут предлагать "снять злобность с сайта"...
А процедура вывода из этого состояния не описана, если "злобные" скрипты будут убраны? Как это будет делаться, автоматически при следующем обходе роботом, или надо будет слёзные письма писАть?
ну, несколько лет назад, когда был объявлен конкурс на поставку железа и ПО в сельские школы, коррумпированные чиновники из МинОбразования в условиях потребовали, чтобы решение было на базе ПО от "майкрософт". То есть, свободное ПО просто не допустили к конкурсу. Сколько заплатил майкрософт чиновникам, или это был результат их глупости - не знаю...
А та информация, что сливают ДЭЗы и провайдеры телефонии - согласен, стОит дёшево...
Мне недавно подобного плана сообщение пришло, от девушки из контакт-листа. Якобы она написала игру-RPG, и предлагает мне её потестить. Простое изучение дистрибутива показало, что это тот самый даунлоадер для трояна. Но самое смешное, что я мог и "повестись", если бы это сообщение пришло бы не от данной девушки, а от одного из друзей-программеров...
А то, что у меня не аська, а &RQ - толк только в том, что через меня дальше троян бы уже не распространился, но сам бы я заражения не избежал.
Последнее время вопрос распространения вирусов переходит из технической сферы в социальную. Вирусописатели начали придумывать не новый код, а новые способы усыпить все подозрения жертвы...
А единственная защита, насколько я понимаю, может состоять в следующем: не запускать присланные друзьями ссылки, не получив от них предварительно элементарного объяснения, хоть по той же аське. На данный момент, вирусам явно не хватит "интеллекта" вам ответить... :)
А вообще, самой большой проблемой применения программ управлением проектами является не их функциональность, а то, что многие работники, не привыкшие планировать своё рабочее время, просто неспособны их применять в своей работе.
1. Проектирование (1 день)
2. Разработка движка (10 дней)
3. Отрисовка граф. элементов (4 дня)
4. Тестирование и наполнение начальным контентом (5 дней)
Соответственно, на каждую точку проставляется процент готовности (5, 55, 75 и 100 %% в вышеприведённом примере). Естественно, в любой день можно вычислить промежуточное значение готовности. Также естественно, необходима корректировка данных в случае изменения сроков какой-либо операции. И всё это возможно, к сожалению, только при адекватном нормировании операций по проекту, что само по себе очень непросто...
А процедура вывода из этого состояния не описана, если "злобные" скрипты будут убраны? Как это будет делаться, автоматически при следующем обходе роботом, или надо будет слёзные письма писАть?