Вам изнутри виднее, но мне плохо представляется алгоритм, который «не математика». Тем более, связанный с анализом данных.
А вообще было бы интересно прочитать соответствующую публикацию.
О log4net.
А может быть, просто критичных багов не осталось? А портировать это на другие платформы (например, php) более важно.
Зачем менять то, что и так хорошо работает?
Последний коммит, кстати, был в ноябре 2009.
Для того, чтобы это все работало, необходимо, чтобы у разных клиентов пики были в разное время. Если у большей части пики примерно в одно время, то хостеру надо либо закупать дополнительные машины под облако (которые «ночью» стоят и отнимают его прибыль/завышают цены для клиентов), либо оверселлить, как и раньше.
А с надежностью-то как? Полетит один винт — сразу минус 2 ТБ информации ценной. Полетит блок питания — может унести за собой все 20.
Для киношной компании эта потеря может оказаться невосполнимой.
Если создавать новые несовместимые протоколы, то будет полный зоопарк графических оболочек. Гном под иксы, гном под DBUS; Кеды под гном и под DBUS и т.д. А потом кто-нибудь придумает еще что-нибудь, и нужно будет создавать новую ветку оконных менеджеров. При этом фичи из одной ветки в другую будут попадать не сразу, и прочие радости от кучи стандартов. Да, а еще разработчикам программ, наверное, тоже надо будет писать кучу лишнего кода для каждой из версий. Плюс в подарок потеря совместимости.
Нафиг-нафиг.
С моей точки зрения вполне логично просто на десктопах отключать сеть, как это происходит сейчас.
К тому же, тут еще вопрос, кто важнее: 1000 юзеров десктопов убунты, или меньшее количество пользователей компании с 1000 компами, которые используют эту фичу в своей работе.
Так сейчас облака и тонкие клиенты снова становятся модными.
Так что клиент-серверная организация — это тру.
Если все происходит в одной сети организации, то ssh будет лишней тратой ресурсов.
В декстоп-ориентированных дистрибутивах, действительно, имеет смысл по умолчанию отключать сетевое взаимодействие. Однако лет 5 назад, на семинарах по информатике, я очень любил коннектиться с учебного компа на свои домашние иксы и работать на них. Свои настройки, удобно.
Чтобы не быть голословным: Щука-Б в Вики, читать раздел «Сравнительная оценка».
Разумеется, я не утверждаю, что обнаружить нельзя теоретически. Конкретные люди, несущие службу, могут что-то не заметить и, как следствие, пропустить лодку или обнаружить ее слишком поздно. Человеческий фактор.
Единственная выгода по сравнению с ним — это более простая работа?
Не в контексте данного приложения, а вообще.
А вообще было бы интересно прочитать соответствующую публикацию.
А может быть, просто критичных багов не осталось? А портировать это на другие платформы (например, php) более важно.
Зачем менять то, что и так хорошо работает?
Последний коммит, кстати, был в ноябре 2009.
опередил меня с ответом.
Для киношной компании эта потеря может оказаться невосполнимой.
Нафиг-нафиг.
С моей точки зрения вполне логично просто на десктопах отключать сеть, как это происходит сейчас.
К тому же, тут еще вопрос, кто важнее: 1000 юзеров десктопов убунты, или меньшее количество пользователей компании с 1000 компами, которые используют эту фичу в своей работе.
Так что клиент-серверная организация — это тру.
Если все происходит в одной сети организации, то ssh будет лишней тратой ресурсов.
В декстоп-ориентированных дистрибутивах, действительно, имеет смысл по умолчанию отключать сетевое взаимодействие. Однако лет 5 назад, на семинарах по информатике, я очень любил коннектиться с учебного компа на свои домашние иксы и работать на них. Свои настройки, удобно.
Задавая дату рождения, можно найти число анкет.
Разумеется, я не утверждаю, что обнаружить нельзя теоретически. Конкретные люди, несущие службу, могут что-то не заметить и, как следствие, пропустить лодку или обнаружить ее слишком поздно. Человеческий фактор.
Так что да, она подходит только для борьбы с кораблями.