Ничего странного. Сразу видно, что контора работает за счет маркетинга, а не за счет эффективности основной деятельности. Выводы о переоцененности Амазон я слышал как и через наши СМИ так и через «ихние». Скользкий путь. Я больше верю в это habrahabr.ru/blogs/robot/67960/, чем в крутой и популярный брэнд. Мне не просто машинки нравятся, мне нравится что люди думают о том как эффективно, а не как «тупо работает и тупо дешевле».
Минусуйте сколько влезет. Но то что на фотах в этом посте, для ритейлера работающего в выскотехнолигичной отрасли — китаеподобный свинарник. Я даже уверен, что это не дешевле приведенного роботизированного примера, если сделать все выкладки со стоимостью эксплуатации склада.
Мне кажется достаточно будет месяцев 5-ти. Сначала будут работать в две смены, народу будет тариться по завышенным, но слегка упавшим ценам, а ритейлеры будут забивать склады на всякий случай. Надо выждать момент, когда продажи упадут, все наедятся, тогда можно будет по адекватной цене покупать.
Уже поздно. Комментарий с юлмарта, по одному из хардов:
«че со стоимостью происходит? Брал этот кашерный хард таки за 2400. Два дня назад взял один такой уже за 3900, а сейчас он стоит 4300! Что происходит, объясните. „
Но в вашем случае, да. Оно наверное полезно. Вот только я б сделал нечто, что крепится за край стола около стены, чтобы просто достать и не тревожить монитор.
На тему, кому может пригодиться. Например, 1 час оцифрованного фильма (пленка 35мм, качество 4К) весит 4 терабайта. Видеархив какого нить фильмофонда, какого нить государства составляет десятки, а то сотни кинолент. Если средний фильм — 2 часа. Один фильм — 8 Тб. 10 000 фильмов — 80 000 Тб = 80 Пб. Т.е. не так много.
Другое дело, что такие системы стоят фантастических денег и используются, скорее, для исследовательских целей (о чем у вас упомянуто). Это либо космос, авиация или фармацевтика. Возможно — системы принятия решения, экспертные системы.
Скорость передачи данных в несколько тер в секунду — жестокое преувеличение. Таких интерфейсов, даже агрегированных нет. Полная пропускная способность сан-свичей (уровня директора) 4-5 терабит/с = 0.5Гбайт/с Учитывая, что максимум половина может использована (если в свич, что то входит, то и выходить должно столько же), 0,25 Гига в секунду — текущий технологический потолок.
Для публикации было б лучше готовить шаблон с «очень общими» формулировками.
Кстати, забыл. То что у вас называется «Перечень мероприятий», должно называться «Каталог услуг». Так больше похоже на ITIL будет. И должно иметь стоимость, раз уж вы неустойку в виде денег прописали. Т.е. это тоже должно быть измерено и в одинаковых с неустойками единицах (шт/руб, час/руб).
Хотел про KPI сумничать, но увидел неустойки. Вы это прям в SLA впаяли.
в таблице 1, напротив низкого уровня, не хватает конкретики:
— вместо «отдельных ПК», надо указать количество, например не более 3-х
— «неисправности ПО...», не влияющие на работу _сервиса_. Клиент чаще всего говорит в формате,- «почта не работает». Почта, для него — сервис. Такое будет ближе к их языку. То же самое на аварийном уровне.
— «Полный отказ системы электропитания или аккумуляторного питания» -> «полный отказ системы электроснабжения, включая системы аварийного питания»
— «Частичный или полный отказ сети, в результате которого выведены из строя более 25 % рабочих станций;»… или серверов, приведший к отказу одного или более сервисов?
— «Невозможность загрузки серверов и сервисов в результате перезагрузки или аппаратного сбоя;» -> «программный или аппаратный сбой, влекущий за собой полный отказ одного или более сервисов»
— «Частичное отсутствие входящей и исходящей связи;» Вообще непонятно о чем. Связь бывает разная.
— «Отсутствие связи или канала интернет из-за неуплаты по счетам;» Причина не важна, важен сервис. Такой пункт стоит включать в SLA, только если вы им сами услугу доступа продаете. Если договор доступа к сети Интернет заключен между клиентом и оператором связи, то это вообще не ваша боль. Такое описывается в зоне разграничения ответственности. Кстати, где оно? Оно должно быть обязательно, иначе после какой то аварии, причиной которой, например, станет несвоевременно купленный/вообще не купленный клиентом ЗИП, формально — вы будете ответственны за простой, пока этот ЗИП будут добывать. Запросто может попасться тролль, который может начать юридически прокачивать эту формальность.
Глючит страшно. Самое досадное, что фидбэки не читают видимо.
Причем не просто о том, что работает криво, а именно с анализом работы сервиса и гипотезах «почему так криво».
В таких вещах все время возникают вопросы аутентичности. Нужны какие то мнения уважаемых, не министров, заслуженных учителей или кандидатов наук. Короче, корифеев педагогической науки.
Ну, что сказать… Спроектированное единажды, тиражируемое многократно решение, всегда дешевле проектируемого каждый раз. В нашей стране, бизнес привык быть на короткой ноге со своим железом. Учитывая, что бизнес живет в городе, где земля стоит не просто неприлично, а запредельно, такие решения не подойдут.
Минусуйте сколько влезет. Но то что на фотах в этом посте, для ритейлера работающего в выскотехнолигичной отрасли — китаеподобный свинарник. Я даже уверен, что это не дешевле приведенного роботизированного примера, если сделать все выкладки со стоимостью эксплуатации склада.
В мои две с гаком тыщи умещаются два канала 50/20 мбит и 22/12 мбит + iptv на одном из них.
Трейлер к фильму «Время ведьм».
Тэги: Интервью, Сперма, Крылья, Расизм, Камбоджа, Дождь, Секрет, Россия, Племянница, Свидание, Агент, журналист, Канкан, Плот, Прованс, Убийца-наемник, Философский, Рене Флеминг, Видения, Слэпстик, Жизнь и смерть, Красавица, Невротик, Ремейк, стресс
Это как?
У меня, прямо таки виндовсовое дежавю порой возникает, после апгрейда :(
Мне кажется достаточно будет месяцев 5-ти. Сначала будут работать в две смены, народу будет тариться по завышенным, но слегка упавшим ценам, а ритейлеры будут забивать склады на всякий случай. Надо выждать момент, когда продажи упадут, все наедятся, тогда можно будет по адекватной цене покупать.
«че со стоимостью происходит? Брал этот кашерный хард таки за 2400. Два дня назад взял один такой уже за 3900, а сейчас он стоит 4300! Что происходит, объясните. „
Подождем весны.
"… обратная сторона ПОКРЫТА матовым алюминием"
Я думаю, что ни сегодня, так завтра его именем что то назовут, когда скорбь закончится.
Но в вашем случае, да. Оно наверное полезно. Вот только я б сделал нечто, что крепится за край стола около стены, чтобы просто достать и не тревожить монитор.
Другое дело, что такие системы стоят фантастических денег и используются, скорее, для исследовательских целей (о чем у вас упомянуто). Это либо космос, авиация или фармацевтика. Возможно — системы принятия решения, экспертные системы.
Скорость передачи данных в несколько тер в секунду — жестокое преувеличение. Таких интерфейсов, даже агрегированных нет. Полная пропускная способность сан-свичей (уровня директора) 4-5 терабит/с = 0.5Гбайт/с Учитывая, что максимум половина может использована (если в свич, что то входит, то и выходить должно столько же), 0,25 Гига в секунду — текущий технологический потолок.
Для публикации было б лучше готовить шаблон с «очень общими» формулировками.
Кстати, забыл. То что у вас называется «Перечень мероприятий», должно называться «Каталог услуг». Так больше похоже на ITIL будет. И должно иметь стоимость, раз уж вы неустойку в виде денег прописали. Т.е. это тоже должно быть измерено и в одинаковых с неустойками единицах (шт/руб, час/руб).
в таблице 1, напротив низкого уровня, не хватает конкретики:
— вместо «отдельных ПК», надо указать количество, например не более 3-х
— «неисправности ПО...», не влияющие на работу _сервиса_. Клиент чаще всего говорит в формате,- «почта не работает». Почта, для него — сервис. Такое будет ближе к их языку. То же самое на аварийном уровне.
— «Полный отказ системы электропитания или аккумуляторного питания» -> «полный отказ системы электроснабжения, включая системы аварийного питания»
— «Частичный или полный отказ сети, в результате которого выведены из строя более 25 % рабочих станций;»… или серверов, приведший к отказу одного или более сервисов?
— «Невозможность загрузки серверов и сервисов в результате перезагрузки или аппаратного сбоя;» -> «программный или аппаратный сбой, влекущий за собой полный отказ одного или более сервисов»
— «Частичное отсутствие входящей и исходящей связи;» Вообще непонятно о чем. Связь бывает разная.
— «Отсутствие связи или канала интернет из-за неуплаты по счетам;» Причина не важна, важен сервис. Такой пункт стоит включать в SLA, только если вы им сами услугу доступа продаете. Если договор доступа к сети Интернет заключен между клиентом и оператором связи, то это вообще не ваша боль. Такое описывается в зоне разграничения ответственности. Кстати, где оно? Оно должно быть обязательно, иначе после какой то аварии, причиной которой, например, станет несвоевременно купленный/вообще не купленный клиентом ЗИП, формально — вы будете ответственны за простой, пока этот ЗИП будут добывать. Запросто может попасться тролль, который может начать юридически прокачивать эту формальность.
Причем не просто о том, что работает криво, а именно с анализом работы сервиса и гипотезах «почему так криво».
Редкие конторы селятся за городом.