Вот и появилось поколение незнающих команды man.
Read more...
Thursday, January 29, 2009
Tuesday, January 6, 2009
Одноэтажная Америка & Google Maps
Часть времени новогодних праздников было решено провести за просмотром документального сериала «Одноэтажная Америка». Фильм был представлен на Первом канале еще в феврале 2008, но я его не смотрел, вообще телевизор я смотрю редко. А вот чтобы лучше представить маршрут путешественников, решил проложить его средствами сервиса Google Maps...
Google Maps удобный и довольно популярный сервис, думаю, большинство о нем точно слышали и хотя бы раз видели. Приблизительный маршрут, составленный в Google Maps, получился примерно таким:
С уверенность можно сказать, что он не соответствует точному маршруту передвижения наших путешественников по дорогам США. Google Maps все же ищет наиболее оптимальный маршрут движения, отдавая предпочтение Interstate highways.
Больше всего меня поразило включение функции «Фотографии», раньше я ее никогда не включал, сам не знаю почему. При таком количестве фотографий, можно провести не один час в изучении маршрута.
Сериал понравился намного больше чем ожидал. Это совсем другая Америка, не такая, где «Они тупые...». Приятно слушать рассказ Владимира Познера, интересно смотреть на дурачества Ивана Урганта, особенно когда он шутит, а Брайан Кан его воспринимает всерьез. :о)
Ссылки по теме:
Подборка интервью на тему «Одноэтажная Америка»
«Одноэтажная Америка» в «Википедии»
Приблизительный маршрут в Google Maps
Read more...
Google Maps удобный и довольно популярный сервис, думаю, большинство о нем точно слышали и хотя бы раз видели. Приблизительный маршрут, составленный в Google Maps, получился примерно таким:
С уверенность можно сказать, что он не соответствует точному маршруту передвижения наших путешественников по дорогам США. Google Maps все же ищет наиболее оптимальный маршрут движения, отдавая предпочтение Interstate highways.
Больше всего меня поразило включение функции «Фотографии», раньше я ее никогда не включал, сам не знаю почему. При таком количестве фотографий, можно провести не один час в изучении маршрута.
Сериал понравился намного больше чем ожидал. Это совсем другая Америка, не такая, где «Они тупые...». Приятно слушать рассказ Владимира Познера, интересно смотреть на дурачества Ивана Урганта, особенно когда он шутит, а Брайан Кан его воспринимает всерьез. :о)
Ссылки по теме:
Подборка интервью на тему «Одноэтажная Америка»
«Одноэтажная Америка» в «Википедии»
Приблизительный маршрут в Google Maps
Read more...
Friday, December 26, 2008
WMI Event ID 10
В жизни случаются ошибки, а в работе операционной системы еще чаще :о) Происходит это по различным причинам. Иногда, как не странно, причиной появления ошибок, является установка пакетов обновления (Service Pack).
Об одной из таких ошибок хочется рассказать. Стоит заметить, что ошибка проявляется после установки Windows Vista Service Pack 1, не является критичной, по заявлениям Microsoft Вы можете ее игнорировать, но уж больно часто она мелькает в журнале событий и если есть способ что-то исправить, почему бы не сделать это...
Суть ошибки. После установки Windows Vista Service Pack 1, в журнале событий регистрируется ошибка WMI c кодом события 10, с описанием:
Event filter with query "SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA "Win32_Processor" AND TargetInstance.LoadPercentage > 99" could not be reactivated in namespace "//./root/CIMV2" because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.
Причина. Операционные системы от Microsoft, начиная с Windows 2000, поставляются с предустановленным Windows Management Instrumentation (WMI) – набором интерфейсов для управления операционной системой. WMI, в свою очередь, поддерживает язык запросов WMI Query Language (WQL).
По заявлению Microsoft, ошибка возникает, если к фильтру запросов WMI пытаются получить доступ, не имея для этого достаточно прав доступа.
К большому сожалению, выявить источник, взывающий данное событие, не удалось, ошибка была просто исправлена :o), а заниматься повторным моделированием ошибки совсем не хочется.
Решение. Есть в статье центра поддержки Microsoft. В качестве решение предлагается скопировать VBScript скрипт, устраняющий данную проблему.
Единственным замечанием является запуск скрипта с повышенными правами. На эту тему есть хорошая статья на TechNet Magazine, а тут ее перевод.
Read more...
Об одной из таких ошибок хочется рассказать. Стоит заметить, что ошибка проявляется после установки Windows Vista Service Pack 1, не является критичной, по заявлениям Microsoft Вы можете ее игнорировать, но уж больно часто она мелькает в журнале событий и если есть способ что-то исправить, почему бы не сделать это...
Суть ошибки. После установки Windows Vista Service Pack 1, в журнале событий регистрируется ошибка WMI c кодом события 10, с описанием:
Event filter with query "SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA "Win32_Processor" AND TargetInstance.LoadPercentage > 99" could not be reactivated in namespace "//./root/CIMV2" because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.
Причина. Операционные системы от Microsoft, начиная с Windows 2000, поставляются с предустановленным Windows Management Instrumentation (WMI) – набором интерфейсов для управления операционной системой. WMI, в свою очередь, поддерживает язык запросов WMI Query Language (WQL).
По заявлению Microsoft, ошибка возникает, если к фильтру запросов WMI пытаются получить доступ, не имея для этого достаточно прав доступа.
К большому сожалению, выявить источник, взывающий данное событие, не удалось, ошибка была просто исправлена :o), а заниматься повторным моделированием ошибки совсем не хочется.
Решение. Есть в статье центра поддержки Microsoft. В качестве решение предлагается скопировать VBScript скрипт, устраняющий данную проблему.
Единственным замечанием является запуск скрипта с повышенными правами. На эту тему есть хорошая статья на TechNet Magazine, а тут ее перевод.
Read more...
Tuesday, December 23, 2008
Windows Event Log
Журнал событий (Event Log) – общий интерфейс, реализующий механизм регистрации и сохранения сведений о состоянии приложений, компонентов системы в различные моменты времени.
Как показывает просмотр журнала событий в Vista, у ряда разработчиков сносит крышу от желания оставить след в истории, каждого события, важного с их точки зрения.
Абсолютно бессмысленные, с моей (рядового пользователя) точки зрения сообщения.
Diagnostics-Performance
Бесконечные сообщения с уровнями от Критических до Предупреждений о том, что приложение загружалось дольше обычного.
К чему это сообщение? В процессе загрузки системы, генерируется 38 сообщений. Представляю, как все пользователи сидят и следят за увеличением времени загрузки каждого отдельного компонента в их системе.
Если уж и вводить такие оценки, то думаю, что можно было бы обойтись оценкой общей скорость загрузки системы (по умолчанию), а не каждого отдельно взятого компонента. Понятно, что для оценки производительности (в конкретном случае), это нужный механизм, но простой пользователь явно не является тестером в компании Microsoft. :о)
Хотя в полнее заманчиво, накапливать информацию о производительности компонентов своей системы на полигоне в несколько миллионов пользователей, грех не воспользоваться. Но утверждать данный факт я не берусь.
Успешная инициализация, запуск и т.п.
Отдельная категория бессмысленных сообщений. Какое мне дело до события, которое и так по логике вещей должно происходить? Подозреваю, что для ряда разработчиков факт успешной инициализации уже радостное событие, и они его желают запечатлеть в журнале событий.
К этой же категории стоит отнести сообщения типа: «Запущен» и «Завершил работу» - очень информативные сообщения.
Еще одна вариация: «API-функция … вернула 0», я не знаю к чему это, но я привык, что если функция возвращает НЕ НУЛЕВОЕ значение, то есть косяк... смысл этих сообщений тоже не очень понятен.
Resource-Exhaustion-Detector
«Программа обнаружения нехватки системных ресурсов Windows запущена.»
Я очень рад за вас! :о)
WindowsUpdateClient
«Центр обновления Windows установил подключение.»
«Центр обновления Windows успешно нашел обновления: 0 шт.»
Вариантов подобных сообщений в журнале событий достаточно много. Самое печальное в этом то, что это захламляет журнал событий, понижает фиктивность работы с сообщениями, требует применение фильтрации.
Мне не понятно, зачем нужно было по умолчанию делать установки на ведение журналов по каждому чиху. Лично мне достаточно в обычной ситуации получать сообщения о предупреждениях и ошибках в приложениях, сообщения от системы безопасности.
Read more...
Как показывает просмотр журнала событий в Vista, у ряда разработчиков сносит крышу от желания оставить след в истории, каждого события, важного с их точки зрения.
Абсолютно бессмысленные, с моей (рядового пользователя) точки зрения сообщения.
Diagnostics-Performance
Бесконечные сообщения с уровнями от Критических до Предупреждений о том, что приложение загружалось дольше обычного.
К чему это сообщение? В процессе загрузки системы, генерируется 38 сообщений. Представляю, как все пользователи сидят и следят за увеличением времени загрузки каждого отдельного компонента в их системе.
Если уж и вводить такие оценки, то думаю, что можно было бы обойтись оценкой общей скорость загрузки системы (по умолчанию), а не каждого отдельно взятого компонента. Понятно, что для оценки производительности (в конкретном случае), это нужный механизм, но простой пользователь явно не является тестером в компании Microsoft. :о)
Хотя в полнее заманчиво, накапливать информацию о производительности компонентов своей системы на полигоне в несколько миллионов пользователей, грех не воспользоваться. Но утверждать данный факт я не берусь.
Успешная инициализация, запуск и т.п.
Отдельная категория бессмысленных сообщений. Какое мне дело до события, которое и так по логике вещей должно происходить? Подозреваю, что для ряда разработчиков факт успешной инициализации уже радостное событие, и они его желают запечатлеть в журнале событий.
К этой же категории стоит отнести сообщения типа: «Запущен» и «Завершил работу» - очень информативные сообщения.
Еще одна вариация: «API-функция … вернула 0», я не знаю к чему это, но я привык, что если функция возвращает НЕ НУЛЕВОЕ значение, то есть косяк... смысл этих сообщений тоже не очень понятен.
Resource-Exhaustion-Detector
«Программа обнаружения нехватки системных ресурсов Windows запущена.»
Я очень рад за вас! :о)
WindowsUpdateClient
«Центр обновления Windows установил подключение.»
«Центр обновления Windows успешно нашел обновления: 0 шт.»
Вариантов подобных сообщений в журнале событий достаточно много. Самое печальное в этом то, что это захламляет журнал событий, понижает фиктивность работы с сообщениями, требует применение фильтрации.
Мне не понятно, зачем нужно было по умолчанию делать установки на ведение журналов по каждому чиху. Лично мне достаточно в обычной ситуации получать сообщения о предупреждениях и ошибках в приложениях, сообщения от системы безопасности.
Read more...
Monday, December 22, 2008
Google Docs & MS Office Live Workspace
Новыми on-line сервисами от Google уже никого не удивишь, они появляются с завидной регулярностью, активно обсуждаясь в той же блог-сфере. Появление аналогичных продуктов от Microsoft хоть и не остается не замеченным, но все же обсуждается значительно реже.
Основная направленность всех on-line сервисов, обеспечить для пользователей возможность сохранять, открывать документы на любом рабочем месте, подключенном к Интернету.
Google Docs и Microsoft Office Live Workspace - два сервиса от гигантов ИТ индустрии, реализующих идентичную функциональность по работе с документами on-line, но с характерными особенностями.
Для доступа к сервисам как Google, так и Microsoft первое что потребуется, это аккаунты. Для Google Docs это будет соответственно аккаунт Google, для Microsoft Office Live Workspace - Windows Live ID.
Оба сервиса имеют похожий внешний вид. Примечателен тот факт, что и Google Docs, и Microsoft Office Live Workspace находятся в состоянии BETA. В отличии от Microsoft, состояние BETA характерно для продуктов Google, что не сказывается на их функциональности.
Основная концепция почти всех продуктов Google – работа в окне интернет обозревателя, отсутствие необходимости загружать и устанавливать на компьютер пользователя дополнительного программного обеспечения, тем самым обеспечивая гибкость, а главное мобильность в работе со своими сервисами. Достаточно в панели управления Google Docs выбрать Новый Документ и в открывшемся окне начать редактирование.
После сохранения документа он появится в панели управления Вашего аккаунта Google Docs.
У Microsoft свой путь и свое виденье на данную вариацию, для создания нового документа Вам потребуется выполнить установку пакета дополнения Office Live.
И тут самое интересное, у меня кроются серьезные подозрения, будет ли установлено это дополнение без установленного пакета Microsoft Office, подозреваю, что нет. Один этот факт совершенно все меняет. Microsoft Office Live Workspace хоть обеспечивает мобильность и совместную работу над документами, но ограничивает пользователя в работе с компьютерами на которых установлен пакет Microsoft Office. Все же, установив дополнение Office Live и перегрузив компьютер Вы сможете начать полноценную работу с документом. При этом запустившееся окно выглядит совершенно идентично стандартному окну Word 2007.
Лишь при сохранении документа Вы почувствуете разницу в работе, для сохранения документа будет предложено размещение в рабочей области на Office Live Workspace.
На мой взгляд, решение от Microsoft ориентировано на корпоративного пользователя, Office Live Workspace вполне может выступать как инструмент для совместной работы. Решение от Google призвано решить задачу более кардинально, обеспечить истинную мобильность и независимость от среды и окружения. Представляют ли эти сервисы реальную альтернативу полноценным офисным пакетам Microsoft Office или OpenOffice... сомневаюсь, но само направление непременно будет развиваться с дальнейшим повсеместным проникновением Интернета.
Read more...
Основная направленность всех on-line сервисов, обеспечить для пользователей возможность сохранять, открывать документы на любом рабочем месте, подключенном к Интернету.
Google Docs и Microsoft Office Live Workspace - два сервиса от гигантов ИТ индустрии, реализующих идентичную функциональность по работе с документами on-line, но с характерными особенностями.
Для доступа к сервисам как Google, так и Microsoft первое что потребуется, это аккаунты. Для Google Docs это будет соответственно аккаунт Google, для Microsoft Office Live Workspace - Windows Live ID.
Оба сервиса имеют похожий внешний вид. Примечателен тот факт, что и Google Docs, и Microsoft Office Live Workspace находятся в состоянии BETA. В отличии от Microsoft, состояние BETA характерно для продуктов Google, что не сказывается на их функциональности.
Основная концепция почти всех продуктов Google – работа в окне интернет обозревателя, отсутствие необходимости загружать и устанавливать на компьютер пользователя дополнительного программного обеспечения, тем самым обеспечивая гибкость, а главное мобильность в работе со своими сервисами. Достаточно в панели управления Google Docs выбрать Новый Документ и в открывшемся окне начать редактирование.
После сохранения документа он появится в панели управления Вашего аккаунта Google Docs.
У Microsoft свой путь и свое виденье на данную вариацию, для создания нового документа Вам потребуется выполнить установку пакета дополнения Office Live.
И тут самое интересное, у меня кроются серьезные подозрения, будет ли установлено это дополнение без установленного пакета Microsoft Office, подозреваю, что нет. Один этот факт совершенно все меняет. Microsoft Office Live Workspace хоть обеспечивает мобильность и совместную работу над документами, но ограничивает пользователя в работе с компьютерами на которых установлен пакет Microsoft Office. Все же, установив дополнение Office Live и перегрузив компьютер Вы сможете начать полноценную работу с документом. При этом запустившееся окно выглядит совершенно идентично стандартному окну Word 2007.
Лишь при сохранении документа Вы почувствуете разницу в работе, для сохранения документа будет предложено размещение в рабочей области на Office Live Workspace.
На мой взгляд, решение от Microsoft ориентировано на корпоративного пользователя, Office Live Workspace вполне может выступать как инструмент для совместной работы. Решение от Google призвано решить задачу более кардинально, обеспечить истинную мобильность и независимость от среды и окружения. Представляют ли эти сервисы реальную альтернативу полноценным офисным пакетам Microsoft Office или OpenOffice... сомневаюсь, но само направление непременно будет развиваться с дальнейшим повсеместным проникновением Интернета.
Read more...
Subscribe to:
Posts (Atom)
