Ну про скорость — ОК. А как на счет замедления времени в гравитационных полях? Для условного наблюдателя живущего в сильном гравитационном поле возраст вселенной должен быть меньше.
1) в настоящий момент 11 сапсанов, курсирующих между Москвой и Питером в день перевозят до 11000 пассажиров (при 100% загрузке)
2) вы в своих расчетах похоже забыли, что перевозки нужны в обе стороны, а не в одну, или у вас обратно капсулы порожняком идут?
3) мы не знаем пропускной способности Hyperloop. Может вполне нормально раз в 5 минут капсула, и тогда цена билета может быть ниже.
3) при адекватной цене билета Hyperloop может вытеснить не только сапсан, но и самолетный трафик.
Не соглашусь. Cтандартное решение VMware vSphere + vCloud Director вполне себе IaaS облако, по крайней мере в терминологии NIST:
«Cloud computing is a model for enabling ubiquitous, convenient, on-demand network access to a shared
pool of configurable computing resources (e.g., networks, servers, storage, applications, and services) that
can be rapidly provisioned and released with minimal management effort or service provider interaction.»
Что касается интеграторов, то тут тоже небольшое недопонимание. На западе интеграторов чаще называют более общим термином service provider. Если подставить этот термин все встает на свое место? Сервис провайдер может как развернуть софт у клиента (по пути продав ему лицензии на софт или сдав их в ареду), так и развернуть некое коммунальное облако и сдавать его ресурсы в аренду (что собственно и происходит в облаках VMware по программе VSPP), или же быть ресейлером услуг третих сторон, как часто бывает с SaaS. Многие из существующих на рынке компаний интеграторов (или сервис провайдеров, как угодно) занимаются и первым и вторым и третьим.
Во-первых, ресурсы современных SSD таковы, что обычными десктопными виртуалками его сложно израсходовать. Это должны быть базы данных, которые ежедневно терабайты пишут. И тут уже вопрос стоит в другой плоскости. Возможно в случае БД вы наоборот будете писать на SSD, не потому что ресурса жалко, а потому что перформанс нужен.
Во-вторых, формат VHDX поддерживает TRIM, информация о пустующих местах на диске передается из гостевой в хостовую ОС и используется в SSD, что разумеется во многих случаях будет значительно продлевать ресурс.
В третьих, большие дядьки для этого используют стороджи, в которых напихано и SSD и HDD, и сам стородж, исходя из заданой политики размещения данных, перераспределяет данные между дисками.
Возможно что-то с версткой, мы посмотрим. Если Вас не затруднит, пришлите скриншот на kp(ат)deepdox.ru. Плюс, если возможно, дайте знать какое окружение (платформа, браузер и т.п.)
Возможно, мы рассматривали в качестве кандидатов MailJet и SendGrid. Майлджет нам понравился удобной статистикой и мы остановились на нем. Сейчас пытаемся с их поддержкой по этому вопросу найти общий язык. Если не получится, то попробуем перейти на SendGrid или поискать кого-нибудь еще.
Да, действительно. Пока не удается нам понять почему так про нас gmail думает. DKIM — используем. В письмах рассылки, как и положено, внизу есть unsubscribe-ссылка. Unsubscribe Rate примерно 0.10%, SPAM SCORE у писем активации 1.259 almost perfect.
>В общем, имхо, результат труда программиста кормит манеджера
Эта фраза как раз показывает, что вы не считаете, что делаете общее дело. Как-бы программист зарабатывает деньги, а менеджер как-бы эксплуатирует программиста в своих интересах.
Между тем, может быть совершенно противоположный взгляд на эти вещи. Кормит программиста заказчик, который покупает продукт. И менеджер, который удовлетворяет потребности заказчика.
Поэтому нужно прежде всего понять, оба работают на одно дело, тогда вопрос кто кого кормит сам сабой отпадет как не нужный.
Но почему-то именно на тех слайдах где упоминаются эти фичи Вы для сравнения берете vSphere 5.0, а не 5.1 как в других местах вашего сравнения. Не аккуратненько как-то!
У меня Vista x64.
Tagg.dll x86 регистрируется через regsvr32, но TaggConf.exe говорит "It seems you have no Tagg! library installed.".
При попытке зарегистрировать Tagg.dll x64 выдается сообщение об ошибке:
"Не удалось загрузить модуль "Tagg.dll"
Проверьте, что двоичный файл храниться на указанном пути или запустите отладку, чтобы диагностировать проблемы с этим двоичным файлом или зависимыми DLL-файлами.
Отличное решение для тегов и рейтингов! Огромное спасибо.
Хотел заметить, что помимо ограниченности форматов, где можно редактировать теги, в Висте бельмом на глазу смотрятся также иконки с привьюшками содержимого файлов. Ограниченность числа форматов файлов, иконки которых заменяются на превьюшки, очень сильно бросается в глаза. До мака тут еще очень далеко :(
2) вы в своих расчетах похоже забыли, что перевозки нужны в обе стороны, а не в одну, или у вас обратно капсулы порожняком идут?
3) мы не знаем пропускной способности Hyperloop. Может вполне нормально раз в 5 минут капсула, и тогда цена билета может быть ниже.
3) при адекватной цене билета Hyperloop может вытеснить не только сапсан, но и самолетный трафик.
Тогда хотелось бы получить определение того, что обычно называют cloud computing, хорошо бы со ссылкой на источник и без игры слов.
Полное определение с 5-ю характеристиками облака, 3-мя сервис-моделями и 4-мя моделями развертывания вы можете прочитать здесь: http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf
Что касается интеграторов, то тут тоже небольшое недопонимание. На западе интеграторов чаще называют более общим термином service provider. Если подставить этот термин все встает на свое место? Сервис провайдер может как развернуть софт у клиента (по пути продав ему лицензии на софт или сдав их в ареду), так и развернуть некое коммунальное облако и сдавать его ресурсы в аренду (что собственно и происходит в облаках VMware по программе VSPP), или же быть ресейлером услуг третих сторон, как часто бывает с SaaS. Многие из существующих на рынке компаний интеграторов (или сервис провайдеров, как угодно) занимаются и первым и вторым и третьим.
Во-первых, ресурсы современных SSD таковы, что обычными десктопными виртуалками его сложно израсходовать. Это должны быть базы данных, которые ежедневно терабайты пишут. И тут уже вопрос стоит в другой плоскости. Возможно в случае БД вы наоборот будете писать на SSD, не потому что ресурса жалко, а потому что перформанс нужен.
Во-вторых, формат VHDX поддерживает TRIM, информация о пустующих местах на диске передается из гостевой в хостовую ОС и используется в SSD, что разумеется во многих случаях будет значительно продлевать ресурс.
В третьих, большие дядьки для этого используют стороджи, в которых напихано и SSD и HDD, и сам стородж, исходя из заданой политики размещения данных, перераспределяет данные между дисками.
Эта фраза как раз показывает, что вы не считаете, что делаете общее дело. Как-бы программист зарабатывает деньги, а менеджер как-бы эксплуатирует программиста в своих интересах.
Между тем, может быть совершенно противоположный взгляд на эти вещи. Кормит программиста заказчик, который покупает продукт. И менеджер, который удовлетворяет потребности заказчика.
Поэтому нужно прежде всего понять, оба работают на одно дело, тогда вопрос кто кого кормит сам сабой отпадет как не нужный.
Но почему-то именно на тех слайдах где упоминаются эти фичи Вы для сравнения берете vSphere 5.0, а не 5.1 как в других местах вашего сравнения. Не аккуратненько как-то!
Tagg.dll x86 регистрируется через regsvr32, но TaggConf.exe говорит "It seems you have no Tagg! library installed.".
При попытке зарегистрировать Tagg.dll x64 выдается сообщение об ошибке:
"Не удалось загрузить модуль "Tagg.dll"
Проверьте, что двоичный файл храниться на указанном пути или запустите отладку, чтобы диагностировать проблемы с этим двоичным файлом или зависимыми DLL-файлами.
Не найден указанный модуль."
Хотел заметить, что помимо ограниченности форматов, где можно редактировать теги, в Висте бельмом на глазу смотрятся также иконки с привьюшками содержимого файлов. Ограниченность числа форматов файлов, иконки которых заменяются на превьюшки, очень сильно бросается в глаза. До мака тут еще очень далеко :(