Я когда-то задумывался над этим вопросом и пришёл к выводу, что любой онлайн софт-каталог — это и есть своеобразный виндовый репозиторий :) Причём с модной нынче мулькой — онлайново. В любом каталоге контент разложен по полочкам, с указанием цены и наличием прямой кнопки «купить» (если софтина платная), со скриншотами, оценками-обзорами, статистикой и пр… Плюс ещё к тому же их много разных: выбирай на вкус и цвет.
Из минусов: ну не могу я так красиво в 2 команды обновить весь свой установленный софт, как я делаю это под *nix системами. Другой минус — каталогов слишком много и, зачастую, они паршивы (это если деликатно выражаясь).
Если вы про monit, то у него есть куча разных тестов: это порты (причём поддерживается тонна протоколов), использование ресурсов, проверка пидов, проверка файлов и пр. Подробнее смотрите в мануале.
На практике мне обычно хватало раз в N минут проверить, открыт ли сетевой порт YYYY. Если нет — перезапуск демона на этом порту. Если Z попыток обломалось — емыло мне. Такой схемы хватает в большинстве случаев
Млин, и за что человека минусуют? За просьбу пруфлинка? Минусуйте и меня, мне он тоже нужен: за все годы программирования я про это слышу впервые.
В MSDN написано обратное:
«The following are the initialization-file functions. They retrieve information from and copy information to a system- or application-defined initialization file. These functions are provided only for compatibility with 16-bit versions of Windows. New applications should use the registry.» (из Registry Functions).
Ну есть же альтернативные редакторы реестра, в них, помнится, добавляли тонны плюшек. Вот вам и удобные инструменты.
Руками лезть в реестр? Зачем? Среднему программисту достаточно складывать настройки программы в (HKLU|HKLM)/Software/company/appname. Если нужны специальные случаи (напр. регистрация COM-объектов и т.п.) — есть спец интерфейсы и консольные утилиты.
Мне, как прикладному программисту, важно какое-нибудь хранилище для настроек. А как оно внутри организовано — это уже проблемы операционной системы и заботы других людей.
1) А если JS отрублен?
2) А если HTML от менюшки уже загрузился и отобразился, а скрипты ещё нет?
Я понимаю, что второй пункт — это уже к разработчику, а не к пользователю, но сути это не меняет: интерфейс не должен содержать неожиданных элементов/поведения. Вспомните хотя бы классическое многоточие для пункта меню, если он не просто выполняет какое либо действие, а выкидывает диалог. Предлагаемая стрелочка — продолжение темы :)
Приходит чудак (Ч) в ресторан, заказывает котлеты со всякой хренью. Приносят ему котлеты, а на одной из них зажаренный черный кучерявый волос! Тот вопить, требовать управляющего (У).
У: Я вас слушаю.
Ч: Почему у меня на котлете черный кучерявый волос?!
У: Вы понимаете, у нас повор однорукий, поэтому он лепит котлеты о грудь.
ч: Но это же неприемлимо!!!
У: Ну почему-же? Вы просто еще не видели, как он перец фарширует! :)
Подходит ли? Внимательно перечитаем: «Есть 2 проекции фигуры (нет скрытых линий, т.е не шар внутри куба), надо найти третью проекцию или нарисовать всю фигуру. Удачи.».
Судя по рисунку, это как раз таки шар внутри куба.
Дополнительно впечатляет, что все кто покупал эту книгу вместе с ней прихватывают томик и Стивена Кинга. Взаимосвязи пока не уловил.
Из минусов: ну не могу я так красиво в 2 команды обновить весь свой установленный софт, как я делаю это под *nix системами. Другой минус — каталогов слишком много и, зачастую, они паршивы (это если деликатно выражаясь).
На практике мне обычно хватало раз в N минут проверить, открыт ли сетевой порт YYYY. Если нет — перезапуск демона на этом порту. Если Z попыток обломалось — емыло мне. Такой схемы хватает в большинстве случаев
В MSDN написано обратное:
«The following are the initialization-file functions. They retrieve information from and copy information to a system- or application-defined initialization file. These functions are provided only for compatibility with 16-bit versions of Windows. New applications should use the registry.» (из Registry Functions).
Руками лезть в реестр? Зачем? Среднему программисту достаточно складывать настройки программы в (HKLU|HKLM)/Software/company/appname. Если нужны специальные случаи (напр. регистрация COM-объектов и т.п.) — есть спец интерфейсы и консольные утилиты.
Мне, как прикладному программисту, важно какое-нибудь хранилище для настроек. А как оно внутри организовано — это уже проблемы операционной системы и заботы других людей.
2) А если HTML от менюшки уже загрузился и отобразился, а скрипты ещё нет?
Я понимаю, что второй пункт — это уже к разработчику, а не к пользователю, но сути это не меняет: интерфейс не должен содержать неожиданных элементов/поведения. Вспомните хотя бы классическое многоточие для пункта меню, если он не просто выполняет какое либо действие, а выкидывает диалог. Предлагаемая стрелочка — продолжение темы :)
P.S. А у нас дождь :(
Такое решение не подходит — должны быть скрытые линии от донышек этих выемок. А линий этих нет.
Но с таким условием становится понятно, почему автору не понравилось такое решение.
Судя по рисунку, это как раз таки шар внутри куба.