From: Ivan Kudryashov <jony@chat.ru> To: K Bugajskij <mandrake-russian@altlinux.ru> Subject: Re[4]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] ÎÅÐÏÎÑÔËÉ Date: Thu Apr 26 16:50:12 2001 Message-ID: <7127100109.20010426164740@chat.ru> (raw) In-Reply-To: <20010426111720.AEB9D660@linux.ru.net> Hello, K Bugajskij! 26.04.2001 15:25:00, you wrote: IK>> Так ведь и газовая плита - зло по определению. Достаточно IK>> посмотреть новости, где описано, как этими предметами подрываются IK>> квартиры. Есть же правило: от всего не защитишься. Надо просто IK>> соотносить опасность от открытия какого-нибудь сервиса с IK>> опасностями того же порядка, имеющимися и без этого сервиса. Ну IK>> да, можно с html отформатить диск. А что, пользователь сам его не IK>> может сдуру отформатить? А умереть своей смертью диск не может? IK>> Проблема решается совершенно иначе: создаются все необходимые IK>> условия для архивации всей значимой инфы, а пользователь IK>> подписывает бумажку, по которой он несёт ответственность в случае IK>> потери существенных для службы данных, независимо от причины IK>> такой потери. А дальше его проблема: делать резервные копии или IK>> нет, работать с интернетом через *nix-интерфейс или нет... KB> если б только потери данных. а еще к каждому сотруднику нанять KB> админа, чтобы логи глядел он-лайн и в случае чего бил по рукам :) Вот к каждому - не надо. Зачем? В необходимом объёме научится сам, а не захочет/не сможет - как говорят в ФИДО, "Каждый сам себе злобный Буратино". IK>> И вредоносные программы будут приносить на дискетах, сидиромах... KB> не-ааа. Классический случай, который я пронаблюдал лично: вирус на покупном сборнике музыки, в екзюхе, прописанном в autorun.inf. Все, кто не отключил autorun (хотя всем было сказано, что включение DMA для винтов и отключение автостарта CD - первые операции, которые надо сделать в Win95), сграбастали onehalf. IK>> Так это логично. Поскольку среда привычнее, _ничего_ нового учить IK>> не надо. Такие проблемы (если нет другого решения) решаются IK>> оргмерами, и никак иначе. KB> это да. картина маслом, вопль души "ну почему ты меня заставляешь KB> учиться?" В банке, где я раньше работал, был организован учебный центр для сотрудников. Каждый, кто приходил, учился (если считал нужным) и сдавал экзамены (обязательно) по общему управлению компом и собственным банковским программам (мы, естественно, не сдавали, мы программеры, и у нас это умение просто записано в списке обязательных условий приёма на работу, а вот все бухгалтера, валютчики, операционистки, аналитики и пр. - обязательно). После этого любые попытки высказать что-то вроде "а я не умею" закончились. В служебных обязанностях записано: "обязан владеть". Возможность овладеть предоставлена. А дальше - либо учись, либо уматывай. Банковская зарплата и дефицит рабочих мест (особенно женских и хорошо оплачиваемых) в городе - очень неплохие стимулы. IK>> Это решение _крайне_ неэффективно. Эмуляция существенно снижает IK>> быстродействие. KB> а кто бы спорил. вопрос наверно стоит более философски: делать все KB> что можно или бумажки хватит. Ответ стоит ещё более философски: без бумажки, что бы ты ни делал, окажется недостаточно. Безопасность может быть гарантирована только _совместным_ использованием организационных и технических мер. _Одними только_ техническими средствами это сделать _невозможно в принципе_ (кроме как полным отключением). Простейший пример: можешь делать какую угодно парольную защиту, но если юзер не подписал бумаги: "несу ответственность за все действия, выполненные в системе от моего имени", то пароли будут написаны маркером на мониторах у 80% сотрудников. У остальных 20% паролем окажется имя входа или год рождения, номер машины или телефона. Ставить системы физического опознания пользователя? Это ж сколько денег надо вбухать... IK>> Сугубое ИМХО: все эти объединения подходов - от лукавого. IK>> Типичный M$овский подход: сделать монстра, который может всё. Ну IK>> не будет этот монстр лучше отдельных примочек. Не может просто. KB> так я об этом и писал в первом самом письме, в самом его конце. KB> теряется главное в *nix - полный набор качественных и компактных KB> утилит. без излишеств. а плагин на браузер к emacs не так уж KB> монстрово, мне думается. да и монстр этот уже есть и будет есть. Угу. Только вот мне emacs не нравится, честно говоря. Значит есть ещё кто-то, кому он тоже не нравится. Значит, принуждая пользователя работать в emacs, ты получаешь энное количество "врагов режима". Или искать плагины для всех других редакторов? Не занимаясь этим, ты даёшь пользователю возможность взять файл, поработать с ним тем, чем удобно, и положить на место (хотя бы через CVS). В результате во всём, кроме агента, выполняющего операцию "взять/положить", пользователь абсолютно свободен. ИМХО, это удобнее. ------------------------------------------- С уважением, Ivan Kudryashov <jony@chat.ru> ICQ 1547081
next prev parent reply other threads:[~2001-04-26 16:50 UTC|newest] Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top 2001-04-23 17:26 K Bugajskij 2001-04-23 18:38 ` [mdk-re] Re: [mdk-re] непонятки Maksim Otstavnov 2001-04-24 9:12 ` vserge 2001-04-24 11:43 ` [mdk-re] Re[2]: " Maksim Otstavnov 2001-04-24 12:02 ` Artem K.Jouravsky 2001-04-24 12:15 ` vserge 2001-04-24 16:52 ` [mdk-re] Re[2]: " Lenya L. Khachaturov 2001-04-24 13:33 ` [mdk-re] Re: [mdk-re] ÎÅÐÏÎÑÔËÉ K Bugajskij 2001-04-24 20:55 ` [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] непонятки Maksim Otstavnov 2001-04-25 8:56 ` [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] ÎÅÐÏÎÑÔËÉ K Bugajskij 2001-04-25 14:36 ` [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] непонятки Maksim Otstavnov 2001-04-25 15:50 ` [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] ÎÅÐÏÎÑÔËÉ K Bugajskij 2001-04-25 20:28 ` [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] непонятки Maksim Otstavnov 2001-04-26 9:05 ` [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] ÎÅÐÏÎÑÔËÉ K Bugajskij 2001-04-26 11:07 ` [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-r e] Re: [mdk-re] непонятки Alexandr Zhegallo 2001-04-26 11:42 ` [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-r e] Re: [mdk-re] ÎÅÐÏÎÑÔËÉ K Bugajskij 2001-04-26 12:42 ` [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-r e] Re: [mdk-re] непонятки Alexandr Zhegallo 2001-04-26 14:19 ` [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-r e] Re: [mdk-re] ÎÅÐÏÎÑÔËÉ K Bugajskij 2001-04-26 13:48 ` [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-r e] Re: [mdk-re] непонятки Maksim Otstavnov 2001-04-26 14:28 ` [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-r e] Re: [mdk-re] ÎÅÐÏÎÑÔËÉ K Bugajskij 2001-04-26 14:38 ` Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] " Ivan Kudryashov 2001-04-26 15:19 ` K Bugajskij 2001-04-26 16:50 ` Ivan Kudryashov [this message] 2001-04-26 17:37 ` Re[4]: " K Bugajskij 2001-04-27 22:57 ` Re[6]: " Ivan Kudryashov 2001-04-28 9:06 ` K Bugajskij 2001-04-28 9:36 ` Re[8]: " Ivan Kudryashov 2001-04-28 9:56 ` K Bugajskij 2001-04-26 23:44 ` Re[4]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] непонятки Sergei 2001-04-27 8:58 ` Re[4]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] ÎÅÐÏÎÑÔËÉ K Bugajskij 2001-04-27 16:03 ` Re[6]: " Ivan Kudryashov 2001-04-27 16:04 ` Ivan Kudryashov 2001-04-26 23:42 ` Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] непонятки Sergei 2001-04-27 8:42 ` Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] ÎÅÐÏÎÑÔËÉ K Bugajskij 2001-04-25 16:32 ` Serge Skorokhodov 2001-04-25 19:18 ` Re[2]: " Gennady V. Tsoi 2001-04-25 19:55 ` Re[3]: " Serge Skorokhodov 2001-04-25 21:14 ` [mdk-re] Re[3]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] непонятки Maksim Otstavnov 2001-04-25 21:32 ` Igor Solovyov 2001-04-25 21:34 ` Aleksey Novodvorsky 2001-04-26 12:48 ` [mdk-re] Re[2]: " Vladimir Karpinsky 2001-04-26 10:01 ` Serge Skorokhodov 2001-04-25 20:29 ` [mdk-re] Re[2]: " Maksim Otstavnov 2001-04-26 10:05 ` Serge Skorokhodov 2001-04-26 13:49 ` [mdk-re] Re[2]: " Maksim Otstavnov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=7127100109.20010426164740@chat.ru \ --to=jony@chat.ru \ --cc=mandrake-russian@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git