-Подписка по e-mail

 

 -Поиск по дневнику

Поиск сообщений в NewHorizont

 -Сообщества

Участник сообществ (Всего в списке: 1) Business

 -Статистика

Статистика LiveInternet.ru: показано количество хитов и посетителей
Создан: 24.03.2005
Записей: 33
Комментариев: 5
Написано: 43




Приветствуем Вас на страницах "Новых Горизонтов"

ИТ и ЖКХ – дружбе быть! Часть 2. Я достаю из широких штанин…

Вторник, 27 Сентября 2005 г. 13:35 + в цитатник
646565_20040421110042.jpeg (158x118, 5Kb)
Как и обещано, продолжение статьи. Эта часть, как Вы возможно уже догадались, будет посвящена работе паспортных столов.
В предыдущей части я говорил, что функционирование ПС неразрывно связано с деятельностью ЕИРЦ. Почему? Все просто – для корректного расчета начислений Центру необходимы сведения о количестве жителей в каждой квартире. Не для всех услуг конечно. Ведь есть и такие, которые рассчитываются по метражу квартиры. Логично предположить, что данные из ПС должны оперативно поступать в Расчетный Центр. Как это реализовать? Вариантов два – первый: ПС и ЕИРЦ должны работать на едином программном комплексе, который позволяет обращаться к базе данных жителей, как из бухгалтерии, так и из паспортного стола; второй: программа паспортного стола должна уметь выгружать сведения о прибывших и выбывших жителях, а программа ЕИРЦ должна их «подливать» в свою базу. Естественно, что первый вариант предпочтительней. Но это не всегда возможно. Причин много. Например, политика дирекции в отношении производителей программного обеспечения – их устраивает работа программы ЕИРЦ, но им не подходит программа для паспортного стола. На самом деле все определяется либо указанием свыше, либо откатами. Впрочем, об этом в другой части.
Итак, на практике, мы имеем два варианта. Плюсы первого я уже описал, остановимся на втором. Очевидно, что для корректной передачи данных между двумя программами, необходим некий формат выгрузки, который бы устроил обоих производителей ПО. Этот камень преткновения порой очень сложно бывает сдвинуть с места. Но, даже если эта проблема решена, то в последствии, две конкурирующие фирмы будут валить друг на друга ошибки при передаче данных. А страдает Дирекция, точнее бухгалтера, которым приходится выслушивать от недовольных жителей всякие гадости в свой адрес.
Еще один нюанс работы. Выгрузка данных может понадобиться не только бухгалтерии. ПС обязан предоставлять сведения по жителям в ОВД, а так же для системы «ГАС Выборы» - и у каждой свой формат. Так же необходимо, чтобы данные хранились в зашифрованном виде для предотвращения несанкционированного доступа (на практике далеко не все программы позволяют шифровать данные).
Это, что касается работы с внешними организациями. Рассмотрим теперь работу самого паспортного стола. С точки зрения программы – все просто. Нет необходимости рассчитывать какие-либо параметры. Все сводится к банальной работе с базой данных - добавление, корректировка и удаление записей. Хранилище данных и программа-клиент к нему пишутся быстро и без головной боли. Основной проблемой ПС является необходимость предоставлять всевозможнейшую отчетность и статистику по проживающим гражданам. Главной задачей программиста становиться обеспечение как можно более простого взаимодействия пользователя и программы. Т.е. паспортистке достаточно завести в программу данные о жителе, а на выходе она должна получить полный комплект документов для прописки (выписки). Программа в заранее подготовленные формы должна подставить нужные данные и вывести их на печать. Поскольку таких форм наше правительство придумывает очень много, то необходима оперативность при вводе их в программу.
Об отчетах отдельный разговор. Единого стандарта, по которому необходимо предоставлять сведения не существует. Даже в разных Дирекциях одного округа формы отчетов могут быть совершенно разные. Сами понимаете, как это отражается на разработке программы. Как вариант хранить в базе ВСЕ отчеты, которые когда либо применялись в различных ПС. Прикидываете как «растолстеет» база! Часто программисты прибегают к следующему. Они в программе-клиенте создают конструктор отчетов, который позволяет не только отбирать нужные данные в необходимых разрезах, но и конструировать внешний вид отчета, подгоняя его под нужды конкретных Дирекций. Плюс очевидный, а вот минусов как минимум два. Первый – это не всегда корректная работа конструктора, поскольку это достаточно сложный блок, и написать его без ошибок с первой попытки не реально. Второй минус – пользованию конструктором надо обучать. А это значит, что паспортисткам надо будет изучить хотя бы общие принципы построения и функционирования баз данных. Это большая проблема, поскольку уровень персонала для работы на компьютере, как правило, очень низкий. Кстати, есть еще один вариант. Сажать на место работы программы специалиста фирмы-разработчика. Однако это дополнительные расходы. В результате каждая дирекция выбирает наиболее приемлемый для себя вариант.
Теперь поговорим о безопасности. Все сведения в ПС являются конфиденциальными. А значит, их надо защищать от кражи. С этим худо-бедно справляются. А вот как защититься от «внутренних» врагов? Не секрет, что в ПС за взятку можно прописаться или получить регистрацию. А можно выписать жителя без его ведома. Как быть с этим? Первое, что приходит на ум – это вести полное протоколирование работы базы. Кто, когда и зачем сделал изменения. Доступ к этой статистики должен быть только у доверенного лица. Раздать всем паспортисткам логины и пароли для доступа в программу. Они же будут идентификатором пользователя, по которому можно будет вычислить, что он делал в программе.
В следующей, самой объемной части, рассказ о работе Единых Информационных Расчетных Центров. Продолжение следует…


Андрей Удовенко
27.09.2005
Рубрики:  Статьи


Понравилось: 28 пользователям

ИТ и ЖКХ – дружбе быть! Часть 1. Ты помнишь, как все начиналось…

Среда, 27 Июля 2005 г. 15:10 + в цитатник
Данной статьей я планирую начать цикл публикаций об информационных технологиях в системе ЖКХ. Об актуальности даже заикаться не будем. Итак, всем ясно, что времена ручного заполнения квитанций на квартплату уходят в прошлое. Казалось, что с ними уходят и большинство проблем, однако… Как говорится исправляя старые ошибки мы волей не волей совершаем новые. Предположительно цикл будет состоять из четырех частей – общей информации, работы паспортных столов, работы Единых Информационных Расчетных Центров (ЕИРЦ) и, наконец, системы для работы с юридическими лицами. Что же, приступим…
Если вдуматься, то вся идея автоматизации и компьютеризирования системы ЖКХ (Жилищно-Коммунального Хозяйства) должна служить трем целям: удобству и быстроте работы операторов (паспортистов, экономистов, бухгалтеров), удобству, простоте и прозрачности для конечных пользователей (физических лиц и юридических лиц), повышению процента сбора денежных средств Дирекциями Единого Заказчика (ДЕЗ). Допустим с быстротой, в принципе, все в порядке – печать квитанций на квартплату на двадцать тысяч лицевых счетов занимает часов шесть. А вот со всем остальным периодически возникают различные проблемы. Подробнее них мы остановимся в соответствующих разделах. Для начала я попробую прояснить работу системы в целом. На первый взгляд все кажется очень сложным, но если разложить все по полочкам, то разобраться не так уж и сложно. Приступим.
Что мы имеем в качестве исходных данных. Есть потребитель (физическое или юридическое лицо – пока не важно) и есть ДЕЗ. ДЕЗ предоставляет потребителям коммунальные и эксплуатационные услуги, а взамен получает плату за свою работу. Задача – сделать взаимодействие между этими двумя субъектами как можно эффективнее и, по возможности, чтобы оно удовлетворяла трем условиям, которые я описал выше. Формально это означает следующее – как Дирекции собирать плату за свои услуги. До недавнего времени было так. Жилец раз в месяц самостоятельно заполнял квитанцию на оплату, в которой он указывал услугу и цену за нее. Далее нес ее в Сбербанк и оплачивал. Основное неудобство, что намеренно или случайно гражданин мог ошибиться в сумме. Тогда у него образовывался долг или переплата, что естественно было плохо, поскольку разобраться в этом спустя, например, полгода было очень проблематично. Где же выход? Предложили следующее. Пусть квитанции выдает сам ДЕЗ! Ведь написать программу (точнее базу данных) которая формирует ЕПД (Единый Платежный Документ) не очень большая, на первый взгляд, проблема. Но! Если сделать начисления на месяц в соответствии с действующими тарифами, объемами, количеством жильцов, льготами и субсидиями не сложно, то как Дирекция узнает, что клиент это начисление оплатил? Не приносить же им всем свои квиточки обратно. Было предложено решение, которое с одной стороны прибавило головной боли программистам софта для ДЕЗа, но с другой позволило свести к минимуму хождения жильцов по всяческим инстанциям. Предполагалось обрабатывать платежи клиентов электронно! Однако у Дирекций нет, и не было средств и возможностей для реализации данной идеи. Нужен посредник, который будет принимать от потребителей деньги, переводить их на счет ДЕЗа и после этого отправлять туда же сведения о том, кто, сколько и когда оплатил денег. Причем сведения эти необходимо предоставлять в электронном виде, поскольку набивать вручную эти «оплаты» у операторов просто не хватит сил и времени. Посредником выступил Банк Москвы. Совместно с ним, Дирекциями и организациями, которые разрабатывали программы, была придумана следующая схема. Когда оператор выписывает ЕПД, автоматически формируется начисление по данному лицевому счету. Далее в конце рабочего дня или на следующий день, эти начисления выгружается в файл, который в последствии отправляется в Банк Москвы по специальному защищенному каналу связи. Начисления «подливаются» в базу и ждут. Чего? Когда клиент придет в банк и оплатит ЕПД, который и соответствует виртуальному начислению в базе. Далее оплата в виде квитка сканируется на специальном аппарате (ЕПД снабжен штрих кодом), сравнивается с тем, что прислали ранее и, если все в порядке, то в виде другого файла отправляется в ДЕЗ все по тому же каналу связи. Вот и все. Просто и красиво! Однако это в идеале. Но не все так гладко. Из выше написанного следует, что для безошибочного функционирования этой схемы необходимо соблюдения следующего условия – начисление и оплата должны всегда совпадать не только по общей сумме, но и по услугам! Если же этого не произойдет, тогда программа банка не сможет правильно распределить оплату по поставщикам (после того как деньги перевели на расчетный счет ДЕЗа, он переводит их поставщикам в соответствии с начислениями) и, следовательно, они не смогут полностью получить свои деньги. Как же поступает банк в таком случае? Он формирует еще один файл – так называемый файл запросов. В нем указываются проблемные оплаты. Чтобы урегулировать конфликт, ДЕЗу необходимо сформировать новое начисление точно на ту сумму, которую оплатил клиент. Если потребитель заплатил меньше чем надо, то Дирекция формирует начисление равное его оплате, плюс еще одно – остаток, и ЕПД с остатком выдает клиенту при встрече. Если произошла переплата, то начисление в следующем месяце будет меньше на сумму переплаты. В общем, все построено так, чтобы у потребителя был «нулевой баланс» - ни долгов, ни переплаты. Кстати, забыл сказать, что банк имеет некий процент с тех денег, которые проходят через него подобным образом. И еще. В Дирекции были сформированы специальные расчетные центры (ЕИРЦ), которые взяли на себя функции расчета квартплаты.
Это, что касается коммунальных услуг. В паспортных столах естественно никаких денег не фигурирует (ну кроме взяток конечно). И, тем не менее, они неразрывно связаны с ЕИРЦ. Подробнее об этом в следующей части. Для ПС актуально вести обмен данными с милицией (сведения о выбывших, прибывших, умерших и родившихся). Как видите, все подразделения Дирекции очень тесно связаны не только между собой, но и с другими ведомствами. Отсюда следует логичный вывод – объединить программы для ПС и ЕИРЦ в один комплекс для удобства, однако это не всегда удается. Продолжение следует…

Андрей Удовенко
27.07.2005
Рубрики:  Статьи

Так вот у бабочек все тоже самое... Часть 2. Ты туда не ходи, ты сюда ходи…

Пятница, 22 Июля 2005 г. 11:21 + в цитатник
1. Указатели
О пользе указателей в жизни обывателя можно говорить как о бесспорном факте. Душещипательные надписи «Не влезай – убьет», «Уходя гасите свет», «Вход со двора» и им подобные берегут наивного гражданина от практически всех жизненных неприятностей. Просто в нужный момент прочитай заботливо приготовленный для тебя Указатель и следуй ему, не подвергая содержащуюся информацию дополнительной проверке. Ох уж эти сомневающиеся натуры готовые опровергнуть любое утверждение. Но мы с вами не такие – мы верим Указателям.
Представьте себе потоки информации в виде интенсивного уличного движения по проспектам мегаполиса. Думаю, каждый водитель согласится с важностью знаков дорожного движения, светофоров и так далее – одним словом указателей. Мой личный опыт вождения по городу подсказывает мне две ситуации. В первой, я не знаю заранее ни разметки, ни положения светофоров и знаков. Эта информация приходит по мере движения и ни как иначе, «Ба, да тут только прямо (естественно необходимо обязательно повернуть)». При работе с информацией эта ситуация напоминает чтение указателей в потоке PDH – нужно все разобрать на составляющие и только тогда разобраться, что есть нужная информация, а что – биты вставки. Во второй ситуации маршрут проработан мной заранее, по карте, по рассказам многоопытных водителей и проверенных друзей (Серега там повернуть нельзя, но все поворачивают…). Так что для автомобилиста ответ прост – купить карту с обозначением знаков и светофоров и предварительно изучить маршрут. Здесь сделано допущение, что карта полностью соответствует реальной обстановке. А как в информационном потоке? Давайте разберемся.
Указатели в потоке информации нужны для того, чтобы в любой момент времени можно было из потока нужный бит (а может парочку-троечку-N-очку, это уж как указатель подскажет) вытащить и уже не сомневаться ни в чем и ничего не проверять. Это верно для любых указателей – на то, собственно, они и нужны. Как мы выяснили на примере потоков PDH, важно не только наличие указателей, очень важно и их положение в потоке. Понимание этого привело к появлению новых структур потока информации. Мы рассмотрим одну из таких структур - поток SDH.
Кстати, как у вас с скорочтением – не просто с чтением, но с «творческим овладением текстом» в процессе чтения? Я так и думал – конечно же блестяще. С чтением же указателей в потоке информации были сложности на уровне аппаратуры. Когда развивалась технология PDH микропроцессорная техника была еще «слаба в коленках». Читать указатели «налету» и принимать решения базируясь на их значениях было невозможно. Но с ростом производительности процессоров (переходом от единиц Мега Герцев к десяткам, сотням и тысячам Мега Герцев) это ограничение было снято. Благодаря новым возможностям в процессе разбора указателей в потоке SDH, удается получить представление о битах несущих полезную информацию еще в процессе их получения – в этом и есть основное преимущество данного метода. На практике это означает возможность выделения 64 kbit/s потока из любого другого, при этом сохраняя структуру последнего.

Базовый поток.
Базовым потоком SDH является STM-1, скорость которого составляет 155,52 M bit/s. Как возникла эта цифра? За один цикл передается «таблица» состоящая из 270 столбцов и 9 строк, в каждой ячейке которой находится байт (не бит, а именно байт) информации. Девять первых столбцов заняты служебными байтами, остальные 261 столбца могут быть заняты полезной нагрузкой (или payload’ом), но кстати, они могут быть и свободными – это тоже является нормальным состоянием для потока SDH. В одну секунду передается 8000 таких «таблиц». Вооружившись знаниями арифметики из начальной школы подсчитаем: 270 х 9 = 2430 х 8 = 19440 х 8000 = 155 520 000 bit/s. Теоретически полезная нагрузка может занимать канал равный 261 х 9 х 8 х 8000 = 150 M bit/s.


Сергей Хвесин
22.07.2005
Рубрики:  Статьи

Чего хотят…

Вторник, 14 Июня 2005 г. 19:34 + в цитатник
Нет, не женщины (привет Мелу Гибсону). На самом деле обсуждать будем проблему взаимоотношений разработчика сайтов и заказчика. Времена, когда бум интернета захлестнул нашу страну, прошли. Одинокие волки веб-дизайна либо, растворились в пучине сети, либо собрались в коалиции и организовали веб-студии. Поменялось качество изготовления «своего лица» в интернете и расценки. Сегодня даже домашние странички не мыслимы без CGI, java, php и mysql. А это соответственно накладывает повышенные требования к разработчикам. Однако не это главное. Этими технологиями, так или иначе, можно овладеть – день другой за книжками и вот тебе новоиспеченный специалист. Главное найти общий язык с заказчиком и понять, что же ему надо. Вот этому и будет посвящена статья.
Итак, начнем. Что мы имеем в начале. Есть заказчик, готовый платить деньги за сайт, и есть разработчик, владеющий всеми необходимыми знаниями для этого. Казалось бы полный вперед – одному к индивидуальности, другому к деньгам. Однако… парадокс веб-страницы заключается в том, что это штучный продукт, в отличии, например от телевизора или автомобиля. Дело здесь в простоте изготовления продукта и затратах на него (естественно на изготовление сайта средств уходит на порядок меньше, чем на другие радости жизни). Поэтому будте готовы к тому, что заказчик никогда не скажет Вам – сделайте мне сайт, как у моего друга Васи, только имя поменяйте. Каждый хочет что-то особенное, и самое главное ему это по карману. Здесь надо бы сделать одно уточнение. Те, кто занимался веб-дизайном, как правило, имеют несколько готовых шаблонов. Это помогает быстрее сдать проект. Все что нужно это поменять содержимое между тегами и вставить другие картинки, а сам код править практически не надо. Это, конечно, касается только компоновки сайта – положения шапки, меню, количества страниц. Остается дизайн. Как правило, в него упираются все. И хвала всевышним, если у заказчика имеется уже давно разработанный фирменный стиль – символика, логотип, цветовая гамма. В данном случае, остается только грамотно составить из материалов мозаику сайта. А если фирменного стиля нет? Обычно разработчик идет по двум путям. Первый – заказчику предоставляется на выбор несколько (обычно не больше трех) вариантов дизайна, чтобы он мог выбрать. Второй – сидеть рядом с заказчиком и в процессе работы разрабатывать дизайн. У обеих позиций есть свои плюсы и свои минусы. В первом случаем, разработчик здорово экономит свое время, но заказчик не всегда может получить то, что хочет. Второй вариант предполагает наличие свободного времени (причем не малого) у обеих сторон. Предположим, мы идет по более сложному пути. Договорились о встрече, сели и понеслось. Для начала о первом подводном камне. Постарайтесь договориться о сроках сдачи проекта! В противном случае он может превратиться в долгострой. Не исключено, что каждый раз клиенту будет что-то не нравиться. Хотя! В данной ситуации генератором идей выступает заказчик, поэтому если вы грамотно выполняете все его пожелания, то претензий к Вам быть не должно. Просто вы потратите неимоверное количество времени. Поэтому, я повторюсь, договоритесь о том, что, например, через десять дней, клиент должен окончательно определиться с дизайном, в противном случае, придется либо уходить в долгострой, либо бросать работу ради других проектов.
Великое высказывание – клиент сам не знает, чего хочет! Бойтесь, ибо это так. Вам, как разработчику необходимо всеми правдами и не правдами выбить из него конкретное, четкое описание того, что он хочет увидеть на своей страничке. Не стоит, конечно, увлекаться – пытки у нас уголовно наказуемы. Задавайте наводящие вопросы, предлагайте свои решения – вдруг понравиться. Можно немного схитрить – предложить свой вариант и убедить клиента, что он оптимально подходит под поставленные условия. Начинать естественно, надо с главного, а потом постепенно переходить к мелочам. Уточните, какого характера будет сайт – строгий или же это увеселительный портал. От этого будет зависеть цветовая гамма, а потом дело уже дойдет и до компоновки элементов. Здесь (да как, впрочем, и везде) нужна гармония и вкус. На страничке не должно быть резко выделяющихся элементов, которые бросались бы в глаза и отвлекали посетителя от основной информации.
Основная информация – это тема для отдельной статьи. Не стоит забывать, что-то, чем заполнена страничка, влияет на ее популярность. За частую разработчику приходится озаботиться еще и данным вопросом. Вот пример – у меня в разработке сайт. Фирма торгует деталями трубопроводов. Вы думаете, я в этом понимаю? Хотя после того как закончу сайт, думаю, буду неплохо знать предмет. Отсюда вывод! Из заказчика на до максимально тактично, но в тоже время напористо, вытягивать информационное наполнение страниц. Единственно в чем вы можете ему помочь, так это в том, как грамотно составить и согласовать то, что он Вам предложил.
И, наконец, последнее. Поддержка сайта. Здесь крайне необходимо оговорит условия сопровождения Вашего продукта. Наивные заказчики считают, что вы сделаете им не только сайт, но и будете его безвоздмезно поддерживать, выполняя любую прихоть, вплоть до полного изменения дизайна и содержимого. Вам это надо? А раз не надо, то смелее – идите и сразу оговаривайте все условия сотрудничества.
В общем, сами понимаете, найти общий язык с клиентом дело не простое. Однако прибыльное. Единственное, что может оградить Вас от подводных камней и взрыва мозга – это ваш здравый смысл и трезвое мышление. Заодно, кстати, подучите психологию – говорят, помогает.

Андрей Удовенко
14.06.2005
Рубрики:  Статьи

Homo за computerus

Понедельник, 06 Июня 2005 г. 17:26 + в цитатник
Есть мнение, что депрессия – это когда выходишь в интернет, и некуда пойти. Я бы немного перефразировал – это когда пойти есть куда, а вот зачем? Действительно, за чем? Что большинство людей, входящих в сеть, там делают. Зачем вообще нужна сеть? Это конечно риторические вопросы, ибо каждый ответит по-своему. Интересно, что интернет создавался как сеть, способная облегчить доступ информации одного университета к другому. Это потом уже инет разросся до гигантских масштабов. Что же, создатели паутины добились своего – информация перекачивается в колоссальных объемах, и не только между научными заведениями. Некоторые философы определяют понятие передачи информации как некое действие, способствующее уменьшению неопределенности и неуверенности по данному вопросу некого лица, которому эта информация передается. Парадокс этого определения заключается в том, что если «лицо неуверенное» мало что знает о предмете, то передачей информации эту его неопределенность и неуверенность можно увеличить! Дезинформация в чистом виде. Вывод можно сделать следующий – достоверность информации определяется даже не столько реальными знаниями о предмете, а, сколько порядочностью человека, который ее передает. Как это отражается на сети? К сожалению пагубно. Многие считают, что сеть стала свободой для общения людей. Но свободой то же надо уметь пользоваться. Из свободы логично следует анонимность. Пусть это понятие для интернета субъективное (кто захочет, тот все равно узнает о тебе все – большой брат бдит). Однако рядовой пользователь в чате, например, прибывает в полной уверенности, что никто не знает его настоящего имени, как он выглядит и где живет. В большинстве случаев так оно и есть. А раз присутствует анонимность, то, к сожалению, катастрофически падает ответственность за… За что? Да за ту же информацию, например. В данном случае «за базар» отвечать не придется. К сожалению, свобода в совокупности с анонимностью приводит сеть к упадку. Я, конечно же, не беру в расчет деловой и рабочий сектора интернета. Там все заняты своими делами, и отгорожены от «внешнего мира» стенами firewall’ов. А упадок состоит в том, что, пользуясь, возможность быть не узнанным человек может говорить на абсолютно любые темы, и делать и предлагать любые вещи. Вы спросите меня, что же здесь плохого? Я на это приведу пример. Диалог в чате – «пойдем перепихнемся?». И другой – «прелестная сеньорита, не удостоите ли вы меня чести провести с вами незабываемую ночь?». Разницу почувствовали? Предлагают одно и тоже, но по-разному. Мои жизненные наблюдения показывают, что если с человека снять груз морали и табу, то вторая фраза логично преобразовывается первую. Вот так! Легко и непринужденно получается пошлость и тупость. Теперь помножьте эту манеру общения на 80 процентов все интернетчиков, и у Вас будет реальная картина действия свободы на сеть. Этого добивались? Мне бы хотелось подсчитать, сколько трафика приходиться на эту ненужную и пошлую информацию. На всю ту банальность и дикость, которая выливается на нас в чатах или по почте, в виде спама. Впрочем, ладно, пусть этим занимаются другие. Что же получается, что громадный трафик гоняется по сети в холостую, не неся никакой важной информации? Да, но зато свобода… Знаете, наверное поведение человека в сети можно сравнить с поведением пьяных. Для одних, сколько бы не выпил, всегда нужно оставаться человеком, а для других – налили по первой, а потом песни, мат, драка и унитаз. В общем, все скрытые в нас пороки мы, как ни крути, переносим за собой и в сеть. А сеть в свою очередь влияет на молодежную субкультуру. Получается порочный замкнутый круг? Как аукнется, так и откликнется. Информация, с которой мы постоянно сталкиваемся в сети использует свое философское определение в порочной форме. И как результат – огромное число «еще больше неуверенных людей». «Деза» идет всюду от сексуального воспитания, до серьезных научных тем. Я писал уже на эту тему. А значит, в итоге, деградация молодежи в реальной и сетевой жизни. Кто всерьез пытается ввести в интернет цензуру, всяческим образом отменить анонимность, дабы, таким образом, избавится от порочащего контента. Вот только, по-моему это борьба с болезнью, а не с ее причинами. На мой взгляд, надо научить людей пользоваться свободой и информацией. Воспитать в них (нас) чувство ответственности. Наверное, это трудно, а может и не возможно в принципе. Но как говорят те же философы – свободы достичь нельзя, но к ней надо стремиться…

Андрей Удовенко
06.06.2005
Рубрики:  Статьи

Наших прибыло

Пятница, 20 Мая 2005 г. 11:36 + в цитатник
Здраствуйте! Предлагаю Вашему вниманию статью моего друга, посвященную, скажем так, телефонным проблемам. Статья выйдет в двух частях, и первая уже готова к прочтению. В общем, надеюсь, что Вы подчеркнете из нее что-нибудь новое.

С уважением
главный редактор
Андрей Удовенко
Рубрики:  Колонка редактора

Так вот у бабочек все тоже самое… Часть 1.

Пятница, 20 Мая 2005 г. 11:30 + в цитатник

Никогда бы не подумал что разговор по телефону – это всего лишь 64 kbit/s. И это в независимости от содержания беседы – и томное молчание, и конкретный «мужской разговор», и девичьи несмолкаемые беседы. Как установили в лабораториях Белла в 1957 году, для передачи человеческого голоса с приемлемым уровнем качества по телефонным проводам вполне достаточно оцифровывать звук (т.е. аналоговый сигнал*) с дискретизацией 8 бит и периодом 125 мкс. Отсюда магические 64k (8bit*8000Hz). Необходимость оцифровывать сигналы возникла из-за бурного развития телефонии, причем в первую очередь на уровнях города, штата, региона, страны. Если в каком-нибудь отдельном здании еще можно соединить каждого абонента с телефонной станцией, то как соединить две телефонные станции с множеством абонентов с каждой стороны? До 1957 года решение было только одно – один абонент полностью занимает весь канал, и для одновременной связи хотя бы сотни абонентов из двух соседних городов необходимо 50 каналов связи (т.е. очень много недешевой меди). Следствием этого было медленное развитие сети и высокая стоимость услуг операторов. Выход из тупика был найден только с приходом эры «Digital».
Совершенствование технологий передачи электрического сигнала по медным проводам позволило передавать сигналы с частотой до 60 MHz, что согласно теореме Найквиста означает информационный поток в 120 Mbit/s. Также был разработан метод импульсно-кодовой модуляции сигнала (PCM). Эти две предпосылки открыли дорогу методу временного разделения канала, названному мультиплексированием с временным разделением. Все те же лаборатории Белла создали первую систему T1, которая мультиплексировала 24 потока по 64k в один. Потом, как это часто бывает, этот мультиплексированный поток стал американским стандартом DS1 (он же T1), а DS0 стал соответствовать «потоку» 64k. Потом решили мультиплексировать потоки T1 и так далее. Появилась иерархия потоков названная PDH – плезиохронная цифровая иерархия. Вложение нескольких потоков в более «крупный» поток – идея реки и притоков.
Как же связать потоки в один. Представьте склад на товарной станции. К вам на нескольких (допустим N) транспортерных лентах поступают грузы (ящики с яблоками). Чтобы погрузить их в вагон, нужно двигаться со скоростью равной N скоростей транспортерных лент. Ok, говорите вы себе, сейчас настроюсь, в смысле войду в синхронизм, и все пойдет на ура. Но не тут то было, скорости транспортерных лент во-первых не одинаковы, а во-вторых они еще и непостоянны во времени. Так что о синхронизме говорить сложно, скорее о плезиохронизме (плезио – как бы). Как говаривал Петачок (из мультфильма) – «А что же делать?». Выход был предложен такой – скорость движения грузчика должна быть заведомо больше максимальной скорости транспортерных лент, с учетом любых возможных их изменений. Естественно, что какое-то незначительное время вы станете работать в холостую, поэтому, чтобы вы не бегали перекуривать (т.е. не выходили из синхронизма) вам подбрасывают пустые ящики (в терминах PDH это назвается выравниванием скоростей методом вставки битов). Но эти пустые ящики надо как-то маркировать, чтобы принимающая сторона смогла бы их оперативно идентифицировать и, соответственно, игнорировать. Применительно к потокам PDH информация о битах заполнения прописывается в самом макрокадре потока (в строго определенных местах, тайм-слотах). В этом кроется принципиальный недостаток схемы мультиплексирования PDH – информация о выравнивании скоростей составляющих частей потока находится в самом потоке. Так как изменение скоростей – дело случайное, то количество и положение битов вставки для каждого макрокадра потока разное! Если бы все ограничилось только потоком T1, то это можно было и не замечать. Но когда мультиплексируются потоки T1 в поток T2, а потоки T2 в свою очередь объединяются в поток Т3 и так далее – на каждом уровне иерархии происходит выравнивание скоростей и появляется информация о битах выравнивания. Когда же вам надо из потока Т3 выделить один поток DSO, придется разбирать поток Т3 на составляющие, проверять информацию о битах вставки уровня Т3. После проверки необходимо выделить интересующий поток Т2 и проделать туже процедуру проверки, но уже на уровне Т2. Потом уровень Т1 и наконец вы достигните интересующий вас канал DSO. Согласитесь, неприятно каждый раз разбирать 100 мегабитный поток ради выделения канала 64k. А если поток не 100Mbit, а 40Gbit становится совсем грустно. Встает проблема выбора: с одной стороны оборудование PDH не требует жесткой синхронизации всех элементов транспортной сети, и это есть GOOD!, но с другой стороны каждый раз разваливать потоки ради мелочи, не есть GOOD как в технической реализации, так в эстетическом смысле.
Но как всегда в этой Жизни, решение было найдено.

Сергей Хвесин
20.05.2005
Рубрики:  Статьи

Возможны улучшения

Суббота, 14 Мая 2005 г. 14:57 + в цитатник
Здраствуйте в который раз! Небольшое организационное сообщение. Возникла идея по итогам месяца выпускать электронную версию журнала в формате PDF. Скачивание будет доступно с моего FTP сервера. Предположительно издание будет сверстано в Word и затем переведено в конечный формат. Все статьи и новости будут иметь иллюстрации, а сам журнал обложку. Вообщем жду пожеланий и высказываний. О дате выхода электронной версии сообщу заранее.

С уважением
главный редактор
Андрей Удовенко.
Рубрики:  Колонка редактора

Пасхальные кролики.

Четверг, 12 Мая 2005 г. 15:04 + в цитатник

Не секрет, что интернет прочно вошел в нашу жизнь. Всемирная паутина распространилась по всему земному шару и проникла почти в каждый дом. Не будем углубляться в историю создания этого чуда – она и так известна каждому. Примечательно, что сеть стала для всех чем-то большим, чем просто несколько компьютеров, соединенных проводами. Каждый нашел что-то для себя. И каждый хочет внести что-то свое в интернет-сообщество. Вообще простор для реализации своих идей огромен. Однако не все так хорошо. Полная свобода, граничащая с анархией, способствовала неконтролируемому росту спама, вирусов, троянов и разного рода сомнительных экспериментов. Вот о последних и пойдет речь.
Вообще статья планировалась к пасхе, и имеет такое название не случайно. Дело в том, что 28 апреля я купил очередной номер «Компьютерры» и прочитал в нем забавную статейку. Прочитал, да и успокоился. Потом о ее содержании мне еще раз напомнили. А дело вот в чем. Некий товарищ создал веб-сайт, посвященный забавному крольчишке по имени Тоби. Рассказывается душещипательная история нахождения едва живого кролика. Потом его лечили, выхаживали и, вот, наконец, собираются съесть. Приведены рецепты приготовления крольчатины. Однако не все еще потеряно, пишет автор сайта. Спасти Тоби можно! Выкуп за жизнь зверушки составляет всего-то 50 тысяч долларов. К моменту приостановки действия аккаунта Web Money шантажиста, на нем собралось порядка 27 тысяч долларов. В общем, не плохой куш. А самое главное все законно. Лишний раз убеждаюсь, что голь на выдумки хитра. Надо же так элегантно вытащить из народа деньги. Возможно, для людей, которые пожертвовали деньги на спасение зверька, все это выглядело как очередное сетевое развлечение. В общем, в данном примере все вроде бы остались довольны. Но это в данном конкретном случае.
Вот еще один пример. Недавно некая фирма выступила с сенсационным заявлением. Наконец-то! Есть устройство, позволяющее многократно продлевать ресурс аккумулятора сотового телефона! Гаджет представлял из себя наклейку, которую надо прикрепить к батарее и наслаждаться. На сайте производителя приводились характеристики, тесты и описание технологии, по которой изготовлено само устройство. Причем у людей, которые более менее разбираются в физике и химии пресс-релиз вызывал истерику или негодование. Но, как, наверное, посчитали производители – «пипл схавает». Не буду утомлять вас подробностями, но все же скажу, что по тем данным, которые приводит фирма, «бессмертие для аккумулятора» не возможно в принципе. Особо следует обратить внимание на тот факт, что гаджет излучает электроны, которые проникают в батарею и благотворно влияют на ее состояние. Это что же получается? Устройство радиоактивно? Интересно, что реквизитов производитель не имеет, а заказы принимаются только на партии от 1000 штук.
Казалось, что же тут удивительного? В интернете полным-полно мошенников. Однако информацию об чудо-устройстве мигом подхватили СМИ и раструбили о ней на всю планету. То есть имеет место массовая дезинформация. Конечно, обвинять газеты и журналы в преступном сговоре с фирмой-аферистом просто смешно. Поражает то, что даже авторитетные издания купились на подобную удочку. А ведь люди им верят!
Ситуация, когда человек становиться жертвой неверной или неграмотной информации становиться, к сожалению, обычной. Недавно несколько студентов из американского университета сумели показать, как много людей не задумываются над содержанием писем, газет, журналов и другой корреспонденции. В США практикуются так называемые научные семинары, на которых выступают с докладами ученые и студенты, специализирующиеся по данной тематике. Так вот, предположим, что некая ассоциация молодых ученых желает провести такой семинар. Естественно, что ее цель привлечь на свое мероприятие как можно больше народу и авторитетных ученых, чтобы таким образом привлечь к себе внимание (ну прямо как раскрутка сайтов). Тогда начинается массовый заброс научных заведений и университетов так называемым научным спамом. Причем организаторы надеются взять количеством, а не качеством. В общем, после очередной порции писем с приглашением принят участие в научном семинаре, группа молодых дарований из университета посовещалась и решила написать генератор научных статей. Программа позволяла создавать доклады для конференций с помощью словаря научных терминов. Содержание стать делалось грамматически и стилистически верно, а вот содержание было полной ахинеей. Графики, например, могли содержать размерность Джоуль на Мегабайт. Но самое интересное то, что на нескольких конференциях сгенерированную чушь приняли и (!) пригласили выступить перед аудиторией. Теперь студенты собираются выступить и заснять это на камеру, чтобы потом привлечь общественное мнение к этой проблеме.
Что же получается? Большинство людей не задумывается над содержанием, а рассматривают только форму? Выходит, разучились анализировать информацию. Или все-таки виновен наш скоростной образ жизни. По-моему даже книги теперь читают между строк. Стремление ухватить суть содержимого приводит к обратному эффекту – либо сути не видим вообще, либо суть не та. Ну еще можно посоветовать поменьше зависеть от общественного мнения – стадный эффект все-таки силен в нас. В общем, побольше индивидуальности, инициативы и уверенности в себе. И да сохраниться ваш мозг от спама!

Андрей Удовенко
12.05.2005
Рубрики:  Статьи

Победили?

Среда, 11 Мая 2005 г. 12:24 + в цитатник
Здравствуйте, сегодняшняя колонка будет посвящена не ИТ. Хочу затронуть житейские вопросы.

Итак, миновал праздник Победы. Великое событие не только для русского народа, но и для всего мира. В сей знаменательный день мне выпало нести службу на одном из КПП нашей воинской части. Начну с самого утра. Выехал я в 11 часов утра. Меня поразило, что за весь мой не близкий путь я встретил всего двух ветеранов. К примеру, пять лет назад в День победы их было очень много. К сожалению, мы не вечны. Поэтому хочется обратиться к победителям и их потомкам.

Дорогие ветераны! С праздником Вас. Вы, сделали для нас столько, сколько не смогут сделать несколько поколений людей, живущих после Вас. Вы были примером для мальчишек, на Вас ровнялись потомки. Вашим примером воспитывали молодежь. Я знаю, что Вам тяжело, знаю, как несправедливо к Вам относиться государство, как постепенно забывается Ваш подвиг. Но я прошу, не только от своего имени, но и от тех, кому еще дороги их отцы, деды и прадеды – пожалуйста, держитесь, цепляйтесь за жизнь, как тогда в военные годы. Нам трудно будет без Вас. Нам нужен Ваш пример, нам нужно Ваше благословение на дальнейшую жизнь без войн и насилия.
Вы, потомки тех, кто зубами вырвал победу. Не бросайте своих! Улыбнитесь ветерану, уступите место в транспорте, помогите поднести сумку. Не забывайте своих родственников, которые прошли войну. Не смотрите с холодным равнодушием на нацистские организации и прочую ересь. Поддержите тех, кто не может уже сам позаботиться о себе.


С ПРАЗДНИКОМ ВЕЛИКОЙ ПОБЕДЫ! НИЗКИЙ ПОКЛОН И ОГРОМНОЕ СПАСИБО!
Рубрики:  Колонка редактора

С праздником!

Вторник, 03 Мая 2005 г. 14:29 + в цитатник
Итак, праздники кончились! Надеюсь, что вы провели их достойно и хотя бы немного отдохнули. Вопросу о выходных и будет посвящена сегодняшняя колонка редактора.
Начнем. Не секрет, что праздники получились немного урезанными – зато хорошо погуляли на новый год. С другой стороны, как я слышал, 10 мая тоже будем отдыхать, но зато потом 14 мая работать. Одним словом нашему народу все мало. Это конечно так, шутка, не более. А если серьезно? Подряд четыре выходных это много. За них можно успеть открыть дачный сезон, сделать ремонт или просто наконец-то побыть с семьей. Как ни крути, а все-таки смена деятельности благотворно влияет на человека, и он с радостью забывает о работе. Однако тут кроются свои подводные камни.
Ситуация. Офис закрывается на все выходные. Как правило, остается только охрана, да и то не везде. Велика ли возможность нештатной ситуации? Как показывает практика велика. Для того чтобы свести риск к минимуму необходимо выключить все оборудование, обесточить офис, перекрыть воду и газ, если таковой имеется. Но даже тогда вы не застрахованы от потопа, пожара или ограбления. Вот и получается, что люди, ответственные за все вышеперечисленные пункты, на выходных прибывают в некотором томительном ожидании беды. Одним словом не расслабишься. Можно конечно отключить мобильный, не брать трубку домашнего телефона, уехать куда-нибудь. Но это не спасает от проблем. В первый будний день можно получить по шапке от начальства, и, мучаясь похмельным синдромом, пытаться приводить праздничный хаос в порядок. Происходит это, как правило, не легко.
Мне, как системному администратору, перед праздниками приходиться решать следующие проблемы. Выключение серверов и рабочих станций. Если со вторым худо-бедно справляется рядовой персонал, то первая проблема целиком лежит на мне. Ждать приходится до последнего человека, ибо отключение сервера возможно только при полном отсутствии обращений к нему. В попытках пораньше «срулить» домой были придуманы следующие решение: выключение по таймеру (как показывает практика срабатывает не всегда – все зависит от степени глючности операционной системы), включение по таймеру (то же самое). В конце концов, плюнув на всю эту автоматизацию, оставался сам и ждал до последнего. Самое обидное было придти утром после праздника и понять, что ничего не включается (серверу отдыхать понравилось). Если же на выходные ничего не отключать, то находишься в постоянном напряжении. Позвонит охранник и скажет, что сервер как-то странно шумит или еще чего-нибудь. В общем, опять делема.
Ну, а теперь спросите себя, - как вам отдыхалось?

Андрей Удовенко
03.05.2005
Рубрики:  Колонка редактора

Новости от 03.05.2005

Вторник, 03 Мая 2005 г. 14:00 + в цитатник
Карманный медиаплеер M-Cody MX-400 с поддержкой MPEG-4
Устройство, снабженное 1 Гб флэш-памяти, цветным дисплеем, FM-тюнером и микрофоном, способно работать в автономном режиме до 20 часов.
Today 10:41

Мобильный телефон Motorola i605 с GPS и Bluetooth
Аппарат, выполняющийся в прочном корпусе, снабжен большим дисплеем с диагональю 2,2 дюйма и 32 Мб флэш-памяти.
Today 9:53

Новые ЖК-мониторы Benq с маленьким временем отклика
Модели FP71V+ и FP91V+ поддерживают разрешение 1280 х 1024 пикселя и оборудованы встроенными стереофоническими динамиками.
Today 9:52

Barebone-система Biostar iDeq 330G
Мультимедийный компьютер снабжен восьмиканальным звуковым контроллером, многоформатным карт-ридером и контроллером Gigabit Ethernet.
Today 9:49

США снова назвали Украину самым злостным нарушителем прав интеллектуальной собственности
Украина отнесена американскими властями к категории "приоритетных (для наблюдения) зарубежных стран". Торговые санкции против нее остаются в силе.
Today 9:01

Российские провайдеры IP-телефонии не сдаются и создают нового оператора дальней связи
Последние инициативы Мининформсвязи, по мнению игроков рынка, ставят под угрозу бизнес всех российских операторов IP-телефонии.
Today 8:51

ИИ космического приборостроения удостоено наград выставки в Женеве
Наград удостоились аварийно-спасательные радиомаяки АРМ-406П и АРМ-406 АС-1 системы "КОСПАС-САРСАТ", предназначенные для определения координат терпящих бедствие воздушных судов.
Today 8:45
Рубрики:  Новости

Новости от 28.04.2005

Четверг, 28 Апреля 2005 г. 15:16 + в цитатник
Видеокарта Elsa на базе GeForce 6200 дешевле 100 долларов
Графический контроллер Gladiac 544 AGP, рассчитанный на установку в слот AGP 8х, снабжен 128 Мб памяти и видеоинтерфейсом DVI-I.
Yesterday 13:35

В 2006 году жители США будут пользоваться воздушным такси
"Рейсы по запросу" между американскими аэропортами организует компания DayJet.
Yesterday 13:18

"Зебра Телеком" сделает подарок абонентам ко Дню победы
С 8 по 10 мая компания будет предоставлять скидку в 60% для пользователей услуг IP-телефонии на звонки из Москвы и Санкт-Петербурга по России и в города-герои в странах СНГ.
Yesterday 13:12

Определена дата начала продаж Sony PSP в Европе
Приобрести карманную игровую приставку Sony в европейских магазинах можно будет только через четыре месяца.
Yesterday 13:09

Квадратный камерофон Benq Qube Z2
Мультимедийный мобильник оборудован 1,3-мегапиксельной камерой, 58 Мб встроенной памяти и слотом для сменных флэш-карт формата Mini SD.
Yesterday 12:21

МТС вводит новый корпоративный тариф
Тарифный план "МТС. Команда" разработан специально для небольших фирм или организаций, активно пользующихся услугами сотовой связи.
Yesterday 12:15

Во Франции изъяты из продажи DVD с фильмом "Манхолланд-драйв"
На такое решение суд пошел по причине отстутствия на дисках защиты от копирования.
Yesterday 12:09

Пятимегапиксельный фотоаппарат Olympus Camedia X-600
Камера, оборудованная трехкратным оптическим трансфокатором, ЖК-дисплеем с диагональю два дюйма и 14 Мб встроенной памяти, поступит в продажу в мае.
Yesterday 12:00

Microsoft и Samsung продемонстрировали гибридный винчестер
В новом накопителе, предназначенном для установки в ноутбуки, традиционный жесткий диск совмещен с микросхемой флэш-памяти.
Yesterday 11:25
Рубрики:  Новости


Поиск сообщений в NewHorizont
Страницы: [2] 1 Календарь