Про электронное государство
Apr. 1st, 2006 12:58 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
metaclassЭлектронное рабство
Особое внимание следует обратить на то, что обратный процесс может иметь даже более важное значение, чем механизмы самоорганизации общества, включающиеся в условиях временной несостоятельности государственных систем управления. Поскольку практически все без исключения инструменты так называемого электронного государства создаются без учёта самой возможности нарушения их функциональности и не включают в себя механизмы обратного восстановления работоспособности.
Это не голословное утверждение, а объективный и требующий пристального общественного и научного внимания факт. Разумеется, речь здесь идёт не о мерах технической защиты и технического обеспечения функциональности автоматизированных систем управления. Могу ещё раз подтвердить, что мерам безопасности, технического и энергетического обеспечения этих систем уделяется пристальнейшее внимание со стороны власти. Здесь речь о том, что даже на концептуальном уровне никто не моделирует саму возможность отключения подобных систем управления и последующего восстановления их работоспособности. А причиной тому то, что технари и технократы, внедряющие эти системы управления, имеют смутное представление о существе общественных отношений, для регулирования которых предназначены внедряемые ими системы управления.
Если перевести на простой язык - программисты живут в нереальном мире, в котором никогда ничего не ломается, электричество подается постоянно, у компьютеров есть источники бесперебойного питания, железо вроде цисок никогда не глючит и мыши не съедают оптоволокно. Об этом, кстати, писал мой коллега.
С примерами подобных вещей сталкиваюсь постоянно. Ложат болт на обработку исключений или перехватывают все подряд. Не обрабатывают ошибки в формате файлов. Рассчитывают что сетевое соединение не может оборваться(это касается всяких тупых скриптов для аутентификации или нарезки трафика при скачивании на сайтах). Считают, что человек обязательно должен качать из браузера, в то время как мне удобнее скачать wget-ом например. Считают, что у всех включены JavaScript, картинки, Flash. На одном из сайтов-файлопомоек без включенных картинок было невозможно найти ссылку на файл, а оказалось что она спрятана под выезжающим окном, состоящим целиком из картинок и его нужно было закрыть.
До версии 1.5.3 в Firebird наличествовал баг, убивающий базу данных при завершении свободного места на диске.
В FastReport (достаточно хороший, в общем-то, генератор отчетов для дельфи) активно используются
variants и имеется встроенный скриптовый язык, но обработка ошибок(которые возникают достаточно регулярно, вроде invalid variant type conversion) реализована совершенно никаким образом. А ведь считается, что этот генератор отчетов будут использовать конечные пользователи для подгонки своих документов, в то время, как некоторые проблемы со сложными отчетами без отладчика и исходных кодов просто не решить.
Особое внимание следует обратить на то, что обратный процесс может иметь даже более важное значение, чем механизмы самоорганизации общества, включающиеся в условиях временной несостоятельности государственных систем управления. Поскольку практически все без исключения инструменты так называемого электронного государства создаются без учёта самой возможности нарушения их функциональности и не включают в себя механизмы обратного восстановления работоспособности.
Это не голословное утверждение, а объективный и требующий пристального общественного и научного внимания факт. Разумеется, речь здесь идёт не о мерах технической защиты и технического обеспечения функциональности автоматизированных систем управления. Могу ещё раз подтвердить, что мерам безопасности, технического и энергетического обеспечения этих систем уделяется пристальнейшее внимание со стороны власти. Здесь речь о том, что даже на концептуальном уровне никто не моделирует саму возможность отключения подобных систем управления и последующего восстановления их работоспособности. А причиной тому то, что технари и технократы, внедряющие эти системы управления, имеют смутное представление о существе общественных отношений, для регулирования которых предназначены внедряемые ими системы управления.
Если перевести на простой язык - программисты живут в нереальном мире, в котором никогда ничего не ломается, электричество подается постоянно, у компьютеров есть источники бесперебойного питания, железо вроде цисок никогда не глючит и мыши не съедают оптоволокно. Об этом, кстати, писал мой коллега.
С примерами подобных вещей сталкиваюсь постоянно. Ложат болт на обработку исключений или перехватывают все подряд. Не обрабатывают ошибки в формате файлов. Рассчитывают что сетевое соединение не может оборваться(это касается всяких тупых скриптов для аутентификации или нарезки трафика при скачивании на сайтах). Считают, что человек обязательно должен качать из браузера, в то время как мне удобнее скачать wget-ом например. Считают, что у всех включены JavaScript, картинки, Flash. На одном из сайтов-файлопомоек без включенных картинок было невозможно найти ссылку на файл, а оказалось что она спрятана под выезжающим окном, состоящим целиком из картинок и его нужно было закрыть.
До версии 1.5.3 в Firebird наличествовал баг, убивающий базу данных при завершении свободного места на диске.
В FastReport (достаточно хороший, в общем-то, генератор отчетов для дельфи) активно используются
variants и имеется встроенный скриптовый язык, но обработка ошибок(которые возникают достаточно регулярно, вроде invalid variant type conversion) реализована совершенно никаким образом. А ведь считается, что этот генератор отчетов будут использовать конечные пользователи для подгонки своих документов, в то время, как некоторые проблемы со сложными отчетами без отладчика и исходных кодов просто не решить.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
Почему же ...
Date: 2006-04-01 12:59 pm (UTC)Но тут вопрос в мотивах.
Я например с некоторым удовлетворением наблюдаю за тем, как оклады программистов постепенно становятся сопоставимыми с зарплатами главных бухгалтеров и потиху догоняют финансовых директоров. При этом вижу, что бухгалтеров или экономистов, способных работать без бухгалтерской программы постепенно становится все меньше.
Сбои в системах - это хороший заработок и, с другой стороны, гарантия высокого статуса в организации людей борющихся с этими сбоями.
Не задумывались об этом?
Когда-то в юности я подрабатывал сопровождением офисов коммерческих фирм. Полный пакет - железо, сети, софт, консультации пользователей при затруднениях и непонятках. Работу поставил по принципу - хорошее сопровождение, это то, о существовании которого клиент почти не догадывается. После первичного наведения порядка в хозяйстве, за пару месяцев выходил на обыкновенную профилактическую работу, когда сбои упреждались в нерабочее время, а не ликвидировались аврально, когда толпа простаивающего народа дышит в затылок. К этому же моменту я знал хорошо всех пользователей и их особенности работы. Практически любое затруднение разрешалось удаленно по телефону. Успешный перфекционизм, бля! Закономерность - в каждой фирме где-то через полгода такого бессбойного режима остро возникал вопрос о том, за что мне платят такие большие деньги. Через три - четыре месяца после моего ухода они находили ответ на этот вопрос, каждый день глядя на сурьезно-озабоченные лица уже троих постоянных сотрудников, обходившихся где-то в два раза дороже чем я. Мне же моей репутации хватало для того, чтобы безболезненно выбрать нового более покладистого клиента, а с непонятливым жмотом без церемоний закрыть отношения.
А по поводу сбоев в электронном государстве...
Ну мне как-то немного не по себе, когда вся информация о моей персоне сведена в одну точку и является легко доступной. Исходя из этого я заинтересован в том, чтобы система с таким назначением как можно более активно сбоила.
И вообще идея централизованного хранения персональной информации меня возмущает. Тем, что ознакомление с этой информацией осуществляется без какого-либо моего участия или уведомления. А ведь это не единственный путь...
Re: Почему же ...
Date: 2006-04-01 05:34 pm (UTC)Почти.
Date: 2006-04-01 06:31 pm (UTC)И персональные данные и репозитарий держать в защищенном состоянии + эл. подпись на парных ключах.
Тогда будет некая вполне пристояная распределенная система.
Кстати помимо защиты прав человеков такой подход к хранению информации существенно повысит надежность системы. Точнее позволит повысить :-).
Re: Почти.
Date: 2006-04-01 07:08 pm (UTC)Re: Почти.
Date: 2006-04-01 07:20 pm (UTC)Хранение в месте по настоящему надежном. Но закрытое приличным ключом.
Хранение экземпляров ключа - у персоны к которой относится информация + в специальных хранилищах со специальным режимом доступа + быть может у довереных лиц. Что-то в этом роде.
В общем это уже детали реализации.
Важна суть: электронное государство это не обязательно централизованное и прозрачное хранение персональной информации, а скорее единый централизованно определяемый подход к хранению (желательно распределенному и контролируемому владельцем) и обработке информации.