А Вы сравните с теми же «разоблачительными» передачами что идут на Рен-ТВ. Вот где треш, угар и содомия.
Здесь, по моему, вопрос надо ставить шире: Современные «журналисты», редакторы, режиссеры и их уровень знаний.
PS. По моему, самым адекватным на российском телевидении был цикл передач «Галилео», жаль, что проект закрыли. И то, сдается мне, что они работали по чьей-то лицензии.
The abovementioned measures should be sufficient. However, as additional precautions we advise the following:
restricting execution of files with the paths c:\windows\infpub.dat and C:\Windows\cscc.dat in Kaspersky Endpoint Security.
configuring and enabling Default Deny mode in the Application Startup Control component of Kaspersky Endpoint Security to ensure and enforce proactive defense against this and other attacks.
История, как говорится, не знает сослагательного наклонения, поэтому не буду спорить что-бы представляла из себя полуось, но я говорил именно про UI. А он был основан на, скажем так, методологии CDE. В принципе, по той же методологии делали UI и SUN в своей соляре. Речь, естественно, идет о полуоси версий 3 и выше.
Ну и если бы не было MS (компания) полуось бы не была так коряво спроектирована в части ядра. UNIX был в этом отношении более зрелым.
Проблема в том, что журнал, где надо расписываться прошивается, на него ставится печать, подпись и пишется в журнале столько то листов. И после этого он как то тяжело лезет в принтер :)
А сами наряды на рботы уже давно никто руками не пишет. Распечатал из какого нить аналога сервис-деска и выдал техническому персоналу. Он потом сделал отметку когда, что, почем, заказчик расписался, что работу принял и все довольны.
Ага, а потом приключается какая нехорошая фигня и эта автоматизированная бумажка ответственному не будет ничего стоить, т.к. она не имеет подписей работника и допускающего в журнале установленной формы. Вот приходится дохнуть от писанины.
Любая очень большая организация уровня Газпром либо Роснефть алгоритмизируют людей очень даже хорошо. При этом падение мотивации компенсируется либо зп выше средней по региону, либо зп плюс приличный нематериальный бонус (в том числе в виде права с гордостью говорить где работаешь). Связано это с тем что при таком количестве работников без алгоритмизации людского потенциала такие монстры просто развалятся от внутренней энтропии. В результате внизу в таких корпорациях работают неудачники без амбиций, которые не могут сделать шаг к построению своего будущего (фактически безликие винтики большой системы). И при этом они счасливчики, т.к. смогли попасть в эту систему, потому как неудачники без амбиций уходят с таких мест только вперед ногами.
Среднее звено в таких корпорациях более подвижно и может даже достаточно быстро продвигаться по вертикали. Вопрос насколько они при этом компетентны оставим за скобками. Но проблема «эффективных» менеджеров среднего звена присутствует в полный рост. Что рождает много прожектов с красивыми графиками, что сильно повышает «энтропию» системы управления корпорацией. К счастью такие системы достаточно устойчивы и либо перемалывается «эффективный» менеджер (что чаще всего и происходит) и прожект тихо умирает на стадии пилота, либо система переваривает «прожект» и встраивает его последствия в структуру работы (чего чаще всего не происходит). Но всегда результат, как правило, один — нецелевая трата огромаднейшей кучи бабла, которую, вот уж действительно, лучше б просто раздали детским домам и пенсионерам.
Всегда существует опасность, что найдется такой «эффективный» менеджер, но чаще группа менеджеров, действующих каждый по себе в отдельности, но сумма их действий приводит к тому, что система не сможет справиться и корпорация развалится.
Т.е. делать бекап необходимых ресурсов надо только после случившегося инцидента?
По моему мнению, нормальный даже недоадмин первым делом должен настраивать бекап всех рабочих данных. Ибо помимо всяческих вирусов есть одна небольшая проблема — любой носитель данных смертен. Причем смертен внезапно.
Здесь, по моему, вопрос надо ставить шире: Современные «журналисты», редакторы, режиссеры и их уровень знаний.
PS. По моему, самым адекватным на российском телевидении был цикл передач «Галилео», жаль, что проект закрыли. И то, сдается мне, что они работали по чьей-то лицензии.
А то, что соорудили Вы — тихий ужас (опять же на мой взгляд).
Они утверждают, что надо запретить выполнение файлов.
его готовитьна нем выживать.Ну и если бы не было MS (компания) полуось бы не была так коряво спроектирована в части ядра. UNIX был в этом отношении более зрелым.
Спорный вопрос. Та-же os/2 в плане юзабельности интерфейса была неплоха.
А сами наряды на рботы уже давно никто руками не пишет. Распечатал из какого нить аналога сервис-деска и выдал техническому персоналу. Он потом сделал отметку когда, что, почем, заказчик расписался, что работу принял и все довольны.
Вот журнал допуска к работам заполняется вручную.
Среднее звено в таких корпорациях более подвижно и может даже достаточно быстро продвигаться по вертикали. Вопрос насколько они при этом компетентны оставим за скобками. Но проблема «эффективных» менеджеров среднего звена присутствует в полный рост. Что рождает много прожектов с красивыми графиками, что сильно повышает «энтропию» системы управления корпорацией. К счастью такие системы достаточно устойчивы и либо перемалывается «эффективный» менеджер (что чаще всего и происходит) и прожект тихо умирает на стадии пилота, либо система переваривает «прожект» и встраивает его последствия в структуру работы (чего чаще всего не происходит). Но всегда результат, как правило, один — нецелевая трата огромаднейшей кучи бабла, которую, вот уж действительно, лучше б просто раздали детским домам и пенсионерам.
Всегда существует опасность, что найдется такой «эффективный» менеджер, но чаще группа менеджеров, действующих каждый по себе в отдельности, но сумма их действий приводит к тому, что система не сможет справиться и корпорация развалится.
По моему мнению, нормальный даже недоадмин первым делом должен настраивать бекап всех рабочих данных. Ибо помимо всяческих вирусов есть одна небольшая проблема — любой носитель данных смертен. Причем смертен внезапно.
Не, оно, конечно получается дешевле, чем совсем потерять данные. Но может надо было сильно заранее озаботиться бекапом критически важных данных?