На сайте ведутся работы Недостаток "Cloud Computing" N1 | ТРИЗ - РТВ - ТРТЛ | Бизнес-форум TRIZ-RI

СОГЛАСЕН С ОБРАБОТКОЙ ЛИЧНЫХ ДАННЫХ

Да Подробнее

Все категории » ТРИЗ - РТВ - ТРТЛ » Облако и динозавр

Недостаток "Cloud Computing" N1

TRIZ-RI Group

Как избежать текучки в отделе прямых продаж?

Проанализировать систему мотивации в компании, получить экспертную оценку и рекомендации по повышению эффективности персонала

Обсуждения-аналоги

Скрыть / Показать Сортировать по дате

Введение в проблему Cloud Computing

+1 / 2011-05-03 15:59:53,
[не прочитана]
Недостаток "Cloud Computing" N1

+1 / 2011-05-03 16:01:24,
[не прочитана]
Недостаток "Cloud Computing" N2

+1 / 2011-05-03 16:05:13,
[не прочитана]
Недостаток "Cloud Computing" N3

+1 / 2011-05-03 16:06:39,
[не прочитана]
Недостаток "Cloud Computing" N4

+1 / 2011-05-03 16:08:32,
[не прочитана]
Недостаток "Cloud Computing" N5

+1 / 2011-05-03 16:27:52,
[не прочитана]
Недостаток "Cloud Computing" N6

+1 / 2011-05-03 16:29:48,
[не прочитана]
Что идет за Cloud Computing?

+5 / 2020-10-30 11:47:49,
[не прочитана]

Создать аналогичное обсуждение...

Авторы

Скрыть / Показать

Редакция » Всем

2011-05-08 16:01:25

Редакция [ri@triz-ri.ru] » Всем

B. НЕДОСТАТКИ, НЕУДОБСТВА И РИСКИ “CLOUD COMPUTING”:

Недостаток 1. Громадные затраты на поддержание функционирования дата-центров.

Например, компания “Facebook” строит два дата-центра (~ 450 млн. долларов каждый, не считая громадных расходов на поддержание их функционирования): один в штате Орегон, второй в штате Северная Каролина. О масштабах можно судить по этим снимкам. А также и здесь.

О масштабах дата-центров компании “Google” можно судить по данным снимкам. Как только Интернет-компания достигает значимых успехов, она начинает нести очень большие издержки. И вынуждена быть либо “супергигантом”, либо прекратить свое развитие. Это очень вредит рынку. Приводит к его сокращению и к монополизации. Т.е., в самой концепции заложен технический предел эффективного развития.

В настоящий момент, когда отрасль находится “в состоянии опьянения” успехами “Cloud Computing” эта проблема обсуждается редко. От этого она не становится менее серьезной.

Дальнейшие подробности ...

Ответить Сообщение для всех [Нет ответов на это сообщение]

Ф.И.О.

E-mail адрес

Телефон

Сумма(руб.)

Назначение платежа

На ту же тему

Идеализация структуры данных (TRIZ-RI Skills)

Эта парадигма создавалась из утилитарного стремления к идеалу, как в управленческом, так и в тризовском смысле. Формулировки идеальности (которые соответствуют по духу и замыслу тем, что сформулировал Генрих Альтшуллер, создавая ТРИЗ, и которые продвигали эту разработку) следующие:

1) Идеально - это когда программу сможет в отсутствие Автора не только сопровождать, но и развивать программист с меньшей квалификацией, чем Автор программы.

2) Идеально - когда добавление новой функциональности в программу не потребует внесения изменений и/или добавлений в программный код (более того, в совершенно идеальной программе увеличение функциональности приводит к сокращению кода); причём всё это без ущерба для любых параметров (например, быстродействия и т.д.).

И чтобы программы писались настолько быстро и сопровождались настолько просто, что их создание и сопровождение можно было бы поручить детям. А взрослые и умные специалисты пусть бы занялись чем-нибудь великим.

Как вспомнить и так известное
Язык записи сути креативных задач в программировании

Сразу начнем с сути дела. Существует некий язык записи сути задачи. Если его применять, то сложные (креативные) задачи решать становится удобнее.

Как и любая модель, эта модель тоже жизнь собой не заменяет, однако авторы статьи попробовали и убедились в том, что действительно удобно. Хотя поначалу кажется непривычным… Впрочем, авторы, уважая время Коллег, постеснялись бы писать о привычном, знакомом, общеизвестном.

Рассмотрим серию примеров. Пока намеренно несложных. (Более сложные мы в дальнейшем тоже рассмотрим).

О потерянном уровне

Действительно, создать качественную программу "из объектов", двигаясь "снизу вверх" (от подсистем к системе; от реализации к проекту), можно только при условии предельной простоты такой программы.

Однако, похоже, существует инерция мышления, оставшаяся с тех времен, когда все писали на низком уровне, и мысли о реализации неизбежно занимали наибольший промежуток времени. И многие программисты (конечно, не все) часто думают "снизу вверх". Больше над реализацией, чем над проектом.

Но, например, хороший архитектор никогда не проектирует дом "из квартир", а думает о нем сразу "в целом", "вписывает" в контекст окружающей среды, пользуется знаниями о готовых "стилях" (или создает свой стиль, зная о других). Хороший авиаконструктор не проектирует новый самолет "из его элементов", но пытается понять, как машина "летает в целом", или отталкивается от "принципов полета этого класса машин" и т.д., и т.п.

Мышление "снизу вверх" сродни попытке сложить организм из атомов углерода и водорода. Теоретически так сделать можно, но очень уж "многофакторно" и затратно как по времени, так и по ресурсам. И все равно, несмотря на затраты и при квалифицированной работе, получится урод + "теория неизбежности ошибок" вместо качественного продукта. За исключением, может быть, тех случаев, когда "организмом" (перепутав термины) назвали что-то предельно простое (например, 1 звено СН).

Маленький квалиметрический пример

Видеозаметка С.В. Сычева об оценке качества идей и эффективности решений на примере it-разработок: уровни сложности заданий - уровни достигнутых результатов.

TStupid или "НОВЕЙШИЙ ОРГАНОН"
Пример 3. "Пусть само проявится..."

Алгоритм поиска места утечки прост. Сначала мы находим последовательность действий, при выполнении которой теряется память. Затем, открываем исходный код и находим функцию, которая отвечает за выполнение этой последовательности. Если такую функцию найти сложно, то берем главную функцию программы. Найденную процедуру разделяем на контексты, компилируем и запускаем программу.

Освобождение узников оператора "IF"

Иногда наивное не отличается от серьезного, а сложные задачи "на уровне парадигм" возникают из-за простых ошибок. Последние же воспринимаются не ошибками, а достижениями. Поэтому и допускаются. Судите сами, почему иногда полезно не думать о том, для чего нужна программа…

TStupid или "НОВЕЙШИЙ ОРГАНОН"
Пример 1. "Что увидишь, то и неси..."

Для решения некоторых задач программирования в качестве "инструмента", облегчающего разработчику абстрагирование от конкретики, предлагается использовать "абсолютно тупого героя", которому поручается некая деятельность. Поскольку этот герой непроходимо туп (мы даже пишем его с маленькой буквы, чтобы и тени величия в нем не наблюдалось), то задача поручить ему деятельность, которая, тем не менее, должна быть выполнена — нетривиальна.

Тем не менее, надо описать решение так, чтобы тупой (несколько тупых) смогли качественно и незатратно порученную задачу выполнить.

Остальное понятно из контекста разбираемых примеров:

TStupid, или "НОВЕЙШИЙ ОРГАНОН"
Пример 2. "Неважно где рисовать..."

Один раз решили научить тупого молоть уголь и рисовать угольной крошкой по трафаретам на поверхностях и чуть не наломали дров. Сначала научили тупого рисовать углем "бабушку" на "окошке". Для этого, велели ему:

"Молоть уголь" для "бабушки на окошке";
Затем брать трафарет "бабушка" и рисовать "бабушку" на "окошке".

Кто придумал такую тупую инструкцию вспомнить уже невозможно — так, что материться глупо — надо работать. Поэтому с помощью воплей, дубины, «соцпакета» и 10-ти тупых администраторов кое-как упомянутый художественный результат достигался.

Причем 10 тупых администраторов периодически посещали семинары по мотивации тупых, где их учили более правильным "соцпакетам", в результате применения которых тупой должен был бы "раскрыться" и стать Личностью. А уж Личность смогла бы рисовать не только бабушек, но и птичек.

Однако, в связи с развитием рыночных отношений, задание усложнилось.

Есть ли у нас план?... Типовой рекламный год

Товаров все больше и больше, поэтому непонятно, что рекламировать из имеющегося ассортимента, тем более что макет газетной полосы не резиновый, а кегль шрифта тоже имеет нижнюю границу. Руки опускаются, а в голову приходят уж очень общие идеи типа: "Все для всех всегда". А реклама магазина все больше и больше становится похожа на рекламу банка: там тоже "Для всех и повсеместно". Чтобы упомнить все товары, нужно долго обучаться мнемотехнике.

Создавшаяся ситуация неопределенности усложняет и работу отдела рекламы, и контроль над ним. Товар - с колес, макет - в пожаре... Все заняты текучкой. Некогда планировать, некогда искать идеи, некогда отслеживать эффективность. Надо продавать, изготавливать, размещать: Стоп! Очень уж удобная позиция. Остановимся на несколько часов и посмотрим на десятки тысяч, нет, сотни тысяч товаров и услуг иначе...

Закономерность развития коммерческих услуг

Данная закономерность была сформулирована автором в 1993 году в Иркутске. Ряд фактов уже тогда давали возможность построить модель, которую, тем не менее, нужно было проверять в течение долгого времени. Последующие 13 лет позволили сделать ряд обобщений, подтвердивших изначальную гипотезу. И в 2006 году автор счёл возможным первую версию закономерности опубликовать открыто.

Летом 2013 года публикуется версия 2.0 - более полная, развернутая и содержащая одно существенное методическое отличие от первой версии.

Автор будет признателен Коллегам, которые найдут "узкие места" данной работы и направят автору критические замечания и/или примеры, как подтверждающие, так и опровергающие положения изложенные в материале.

Свертывание бизнес-процессов.
Фрагмент выступления С.В. Сычева "Оптимизация бизнес-процессов"

Два великих человека радикально высказались об оптимизации: "Единственный способ оптимизировать затратный проект – это его закрыть" (Питер Друкер) и "Идеальная система - та, которой нет, а функции ее выполняются" (Генрих Альтшуллер).

Этот материал посвящен (основанным на ТРИЗ) приемам сокращения работ при сохранении и улучшении их результатов. В этой части работы вслед за классиками сформулируем: "Лучшая работа – та, которую делать не надо, но результат ее получается".

Литература по ТРИЗ

В материале приведен список основной литературы по ТРИЗ.

В разные годы издавались и другие книги (как правило, меньшим тиражом) других авторов. Но мы рекомендуем начинать знакомство именно с классики ТРИЗ - книг Г.С. Альтшуллера. Как правило, найти эти книги можно в крупных библиотеках.

Оптимизация бизнес-процессов

Фрагмент выступления Сергея Сычёва на ежегодном TRIZ-RI ФОРУМе
"Открытые бизнес-методики и технологии",
Москва, 27 сентября 2011 г.

Эталонная зарплата
Планы продаж в системе мотивации

Рекомендация 2.2 (из 10-ти).

Молодая фирма, стартуя, имеет бизнес-план, как минимум, на первые три года жизни (по крайней мере, иметь его чрезвычайно полезно). Результаты, на которые надо выйти за эти три года, и будем считать "эталонными". Кроме "эталонных", зададим промежуточные результаты — те, на которые надо выйти к заданным срокам. Фактические результаты в стартовый период" будем сравнивать не с эталонными, а с промежуточными результатами.

Важный момент: промежуточные результаты задаются на старте, а не по "факту" (от достигнутого).

Сравните:

а) план вырос потому, что подошел срок, когда пора выйти на показатели, намеченные в бизнес-плане;

б) план вырос потому, что достигли хороших результатов, а всегда хочется больше.

Пункт а), в отличие от пункта б), протеста не вызывает.

Современные методики творчества

Несмотря на "рекламное" название нашего сайта, постоянные его Посетители и Читатели бюллетеня "Рекламное Измерение" знают: мы публикуем материалы и по журналистике, и по public relations, менеджменту, маркетингу, педагогике и т. п. Что объединяет столь разнородные публикации? Единый методический подход на базе ТРИЗ. Почему осознанно выбран именно этот подход - на страницах бюллетеня рассказывалось уже не раз. Сегодня мы хотим познакомить Вас с историей становления иных методов принятия решений…

Альтшуллер Г.С. Интервью, которого не было и которое, в то же время, было

24 сентября 1998 г. умер великий человек. Генрих Саулович Альтшуллер, создатель и первый разработчик ТРИЗ - теории решения изобретательских задач, приемов развития творческого воображения, ЖСТЛ - жизненной стратегии творческой личности.

Уже сейчас ясно: это наука следующего тысячелетия. И нам будет трудно объяснить внукам, почему власть и электорат, начальники и ученые, спец. органы и педагоги так боялись новой науки в веке уходящем... Наверное потому, что ТРИЗ и ЖСТЛ меняют мышление, а значит и жизнь. Генрих Саулович считал, что человек должен прожить ее Достойно - на пределе своих возможностей. И он позволил себе так жить. Возможно, наши внуки окажутся сильнее нас...

И.Л. Викентьев

Закономерность развития услуг
Закономерность С.В. Сычева

Данная закономерность была сформулирована автором в 1993 году в Иркутске. Ряд фактов уже тогда позволил построить модель, которую, тем не менее, нужно было проверить… Последующие 13 лет позволили сделать ряд обобщений, подтвердивших изначальную гипотезу.

Материал публикуется с некоторыми сокращениями и в то же время – с небольшими дополнениями.

Куда податься одинокому банкету
Об ошибках официантов с Гостями и эффективных решениях по их недопущению

Вы не поверите, но цель настоящей статьи – совсем не критика, ведь устранить несуразности, описанные ниже, не составит труда, а затраты копеечные. Авторов материала по должности нередко приглашают вычитывать разнообразные "концепции заведений", "системы менеджмента качества", "технологии клиентоориентированного обслуживания" и т.п. Но иногда приходится говорить: "Протрите, пожалуйста, столик, а только потом положите концепцию".

В статье приводятся, прежде всего, ошибки коммуникации с Гостем и простые решения, их устраняющие. Мы намеренно опускаем ошибки сервировки, подачи на стол и нарушение застольного этикета со стороны официантов.

Нескучный пример про бизнес-процессы

Фрагмент выступления 08 апреля 2014 года на конференции "Открытые бизнес-методики и технологии", г. Ростов-на-Дону