Бэкмология – это практика всесторонней комплексной поддержки рационального поведения. В ее состав входят модели, свод знаний, сбалансированный инструментарий поддержки принятия и реализации решений и объединяющая их методология.

Бэкмология включает пособие «Создание решений для деловых проблем», которое описывает строгий, детализированный и очень человечный процесс решения неструктурированных деловых проблем, и пособие «Защита собственной психики» – полное руководство по приемам психологического воздействия (атака, давление, манипуляция, обман, блеф, зомбирование и др.) и техникам эффективной защиты от него. Также Бэкмология представлена методиками рациоконтроллинга и психоконтроллинга.


Те, у кого есть свой бизнес, могут начать знакомство с Бэкмологией с сессии «Улучшение продаж». Это честная профессиональная работа, ориентированная на результат.


вторник, 30 сентября 2014 г.

На пути к организации будущего

Предлагаемый аналитический обзор посвящен вопросам, так или иначе связанным с наметившейся тенденцией виртуализации ресурсов и платформ и связанными с ними сетевыми вычислениями, виртуальными офисами, проектами и организациями. В обзоре прослеживается тенденция развития концепции сетевых вычислений на протяжении последних 15 лет.  Обзор формирует новый взгляд на развитие бизнеса.

Содержание обзора:

  • Сетевые вычисления
  • Сервис-ориентированная архитектура
  • Нетбук, планшет, смартбук
  • Web 2.0
  • Облачные сервисы
  • Виртуализация ресурсов и организаций

Объем: 75 страниц.

В полном объеме работа доступна только для официальных пользователей Бэкмологии. Для остальных имеется возможность приобрести работу за 200 рублей.

Обращаться: becmology@gmail.com

Далее приводится фрагмент обзора, в котором описывается концепция сетевых вычислений конца 90-х годов.

***

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

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

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

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

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

Наиболее дальновидные предприниматели строят свой бизнес с учетом намечающихся тенденций в ИТ. Они стараются не вкладывать деньги в «умирающие» технологии, активно экспериментируют с технологиями, их сменяющими. Таким образом, они неизменно оказываются в числе первых, кто начинает пользоваться всеми преимуществами инновационных ИТ-решений. Стоит ли говорить, что их бизнес от этого только выигрывает, а компании, которыми они владеют, попадают в десятку лидеров в своей области.

Сетевые вычисления


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

Революция, произведенная ПК – свершившийся фактом. Она коренным образом и повсеместно изменила всю систему ведения бизнеса. А вот в отношении клиент-серверной модели подобная категоричность еще не вполне уместна. Многие фирмы находят ее вполне подходящей для ведения своих дел, но немало и таких, кто считает, что дороговизна и сложность клиент-серверных вычислений не перевешивают получаемых от них выгод.

Сетевые технологии уже изменили наш образ жизни и работы. Интернет, и особенно появление в 1993 году WWW (Word Wide Web), сделали то же, что в свое время электричество или телефон. По мере расширения доступа к всемирной сети компьютеров географические границы стираются. В киберпространстве уже давно появились свои сообщества, в которых люди сходных интересов могут объединяться для обмена информацией и общения с помощью комнат переговоров (chat room) и дискуссионных форумов. Колонизация киберпространства предоставляет бизнесу новые, ранее недостижимые, возможности целенаправленной работы с определенными группами потенциальных клиентов.

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

Сетевые вычисления предусматривают наличие сервисов хранения и обработки данных на удаленных серверах, клиент же, обращается к предоставляемым сервисам через Интернет. Предполагается, что клиент работает на сетевом компьютере. Термин «сетевой компьютер» появился в конце 1990-х и обозначал, по сути, дешевый терминал, подключенный через Интернет к серверам. Фактически это компьютер с упрощенной архитектурой: небольшой объем памяти, возможно отсутствие дисковода и т.п.

Сетевой компьютер, или NC (Net Computer) – это компонент архитектуры клиент-сервер, имеющий минимальное программное обеспечение и предназначенный для работы в сети. Отсюда второе название сетевого компьютера – тонкий клиент (thin client).

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

Идея сетевого компьютера была публично заявлена Ларри Эллисоном (Larry Ellison), главой корпорации Oracle, на форуме в Париже 4 сентября 1995 года. Тогда он сказал: «По нашему мнению, в мире происходит переход от ориентации на рабочие места к ориентации на сети. Вы можете поставить терминал всего за 400-500 долларов США. При этом такое дорогое и сложное устройство, как ПК, становится нелепым анахронизмом. Гораздо проще воткнуть вилку в розетку и таким образом получить нужные данные». Так Эллисон заявил концепцию сетевого компьютера (СК). Вокруг идеи сразу же разгорелись страсти.

В парижском форуме участвовал и Билл Гейтс (Bill Gates), глава корпорации Microsoft – компании-лидера на рынке «нелепых анахронизмов» ПК. Речь Ларри Эллисона явно задела его самолюбие и Гейтс нанес ответный удар, сказав, что «тупой терминал» Эллисона никогда не будет доминировать среди настольных устройств. Комментируя утверждение Эллисона, что будущее настольное устройство будет удешевлено за счет отсутствия дисковой памяти, Гейтс сказал: «Вам по-прежнему потребуется способ хранения информации, полученной из сети, а также своих личных данных».

С этого момента компьютерщики всего мира встали по ту или иную сторону баррикад. С одной стороны бой вели Oracle, Sun Microsystems, Netscape, Apple и IBM, с другой – Microsoft, Intel и другие производители ПК, которые потерпели бы наибольшие убытки в случае распространения «тонкого клиента».

Сторонники ПК утверждали, что ПК на рабочих местах доминируют безраздельно и повсеместно, и что ни одна организация никогда не откажется от них, даже при переходе к сетевым вычислениям. Сторонники «тонкого клиента», в свою очередь, клялись, что их главный аргумент – низкая цена – неизбежно приведет к переходу всего мира на сетевой компьютер. По их мнению, стоимость использования ПК в бизнесе (так называемая общая стоимость владения – ОСВ), за последние 10 лет взлетела до небес.

Цифры, представленные в 1996 году Gartner Group, Inc. из Стамфорда (Stamford), штат Коннектикут, показали, что ОСВ ПК за типичный амортизационный период в три-пять лет составляет более 40 000 долларов или 8 000–13 000 долларов в год. Gartner Group также подсчитала, что эквивалентная стоимость ПК в 1987 году была менее 20 000 долларов, то есть за последние 10 лет ОСВ удвоилась.

Gartner Group строила свои расчеты исходя из методики четырех основных составляющих ОСВ ПК. Цена самого ПК – около 21 процента, затраты на администрирование – еще около 9 процентов, на техническую поддержку – 27 процентов. Огромные 43 процента стоимости падают на «операции конечного пользователя», то есть пользователь плохо использует ПК, теряя время на установку специального ПО или аппаратуры, или тратит ресурсы машины на задачи, не связанных с основной работой. Глава Sun Скотт Мак Нили (Scott McNealy) утверждал: «Фактором, предрешающим победу сетевого компьютера, будет ОСВ... Мы собираемся снизить ее до 2 500 долларов в год».

20 мая 1996 года Oracle, Apple, Netscape, Sun и IBM выпустили первое руководство по сетевому компьютеру под названием Network Computer Reference Profile. Этот документ должен был «обеспечить общий подход к созданию популярных и широко распространенных вычислительных технологий на всем диапазоне масштабируемых сетевых вычислительных устройств, включая персональные компьютеры». Подразумевалось, что создатели ПК могут присоединиться к этой программе, оснастив свою продукцию всеми атрибутами сетевого компьютера. При этом вопрос, сможет ли ПК с его большим жестким диском и памятью конкурировать с «облегченными», построенными в соответствие с новым общим подходом, устройствами, оставался открытым.

Network Computer Reference Profile определил ресурсы пользовательского интерфейса, такие как терминал VGA, указательное устройство и возможность ввода текста. Были также заданы коммуникационные протоколы, которых должны поддерживаться, чтобы обеспечить ориентацию сетевого компьютера на работу с сети. Таковыми объявлялись, в частности TCP/IP, Telnet с поддержкой терминалов 3270 и 5250 и SNMP (simple network management protocol). Кроме того, перед сетевым компьютером ставилась задача: поддерживать основные стандарты WWW, такие как HTTP, HTML и виртуальная машина Java.

Работа над спецификацией сетевого компьютера (СК) началась в IBM задолго до того, как Ларри Эллисон в Париже сделал свой исторический доклад. Но небольшая группа инженеров в Рочестере была обеспокоена тем, что дело продвигается медленно, и решила создать свой собственный СК. В конце концов, говорили они, AS/400 – идеальный сервер для такого устройства, особенно если его оснастить шлюзом HTML (это планировалось на 1996 год). Под руководством инженеров Гленна Баталдена (Glenn Batalden) и Лу Беренса (Lou Behrens) эта небольшая группа быстро разработала свой СК на PowerPC. Они решили поместить свое творение в маленькую темную башенку размером примерно со среднего размера книгу, и даже скруглили заднюю часть корпуса, что оно больше походило на крошечную AS/400. В апреле 1996 года разработчики продемонстрировали прототип нового СК на конференции группы пользователей COMMON в Сан-Франциско, вызвав восторженные отклики заказчиков. После этого соответствующие службы немедленно занялись планами поставок нового СК на рынок.



Рис. IBM Network Station 300 8361 - PPC GCX 66 MHz - 16 MB - 0 GB

5 сентября 1996 года инженеры Рочестера с гордостью представили миру свое детище, получившее имя IBM Network Station. Новый компьютер был первым СК, разработанным в соответствии с документом Network Computer Reference Profile. Новый СК подключается к серверам IBM и других фирм, но черный цвет и скругленная задняя часть ясно выдают его происхождение от AS/400.

29 октября 1996 года Sun представила свою версию СК – JavaStation.


Рис. JavaStation

Первая модель JavaStation была построена на интегрированном 100 МГц микропроцессоре MicroSPARC II ep со встроенными интерфейсом шины PCI, контроллером ОЗУ и сопроцессором плавающей арифметики. Системы поставлялась с предварительно установленным оперативным компилятором (just-in-time, JIT-compiler), который повышает производительность при исполнении Java-программ.

Затем появились и СК других производителей, также созданные в соответствии с общей спецификацией. Эти СК построены на RISC-процессорах различных фирм и используют собственные ОС, обычно на основе Unix.

Чтобы противостоять такому напору СК, за день до презентации Sun JavaStation, Microsoft и Intel объявили о своей разработке руководящей спецификации настольного компьютера нового типа, который они назвали NetPC. Подобно СК, NetPC проще обычного ПК, и кроме того, менее гибок и менее расположен к модернизациям. В отличие от СК, NetPC построен на процессоре Intel Pentium и работает только с Windows. В NetPC встроен жесткий диск.


Рис. Сетевой компьютер NetPC

Спецификация NetPC не планирует покупную стоимость системы ниже 500 долларов. Ее назначение – лишь сократить стоимость владения ПК, а также создать систему, которой легче управлять в корпоративной среде. Для этого в NetPC используются две новые концепции: одна от Intel под названием Wired for Management, а другая от Microsoft под названием Zero Administration for Windows. Wired for Management разработана Desktop Management Task Force, учрежденной несколькими компаниями в 1992 году. Она предоставляет собой продукт, который подразделения техобслуживания ПК могут использовать для упрощения управления ПК, подключенных к ЛВС. Концепция Zero Administration фирмы Microsoft включена в ОС Windows для автоматического обновления ОС NetPC с сервера при загрузке NetPC, а также для автоматической установки приложений при вызове их пользователем. Кроме того, все созданные или введенные пользователем данные могут автоматически копироваться на сервер, благодаря чему у пользователя всегда будет доступ к ним, независимо от того на каком NetPC в сети он работает. Центральный администратор также может управлять всеми аспектами конфигурации NetPC по сети.

В концепции сетевого компьютера Java позиционировался как универсальный открытый язык разработки приложений. Предполагалось, что Java будет везде и всюду.

Язык Java был разработан фирмой Sun Microsystems, Inc. Первоначально он предназначался для прикладного ПО бытовых электронных приборов, но скоро стал использоваться для приложений, выполнявшихся браузерами. В конце 1995 года Sun сделала Java доступной, разрешив загружать со своего сервера WWW компании Java Development Kit (JDK). Лицензии на спецификации языка стали выдавать всем желающим. В компьютерной индустрии этот язык был принят на «ура» и практически единогласно.

Для обеспечения модульности и быстрой загрузки программ по сети, в модели Java используются небольшие программы, называемые апплетами. Апплеты загружаются с сервера на клиент и выполняются в среде браузера. Таким образом, с помощью апплетов расширялись возможности страниц WWW.

Вскоре язык Java стал использоваться и для разработки целых клиент-серверных приложений. Все приложение хранилось на сервере, и только часть программы загружалась на пользовательскую машину (ПК или СК) при необходимости. Такое разбиение больших монолитных приложений на небольшие динамически загружаемые фрагменты часто называют моделью компонентного ПО (componentware).

Java – это больше чем просто язык; это целая программная платформа, так как включает виртуальную машину (ВМ), программно моделирующую компьютер. ВМ Java может быть встроена в любую ОС или браузер. Существует и аппаратура, предназначенная специально для Java. Для этих компьютеров Sun создала семейство Java-специфичных микросхем процессора.

Байт-код – это внутреннее представление программы на Java. Он генерируется компилятором Java и не зависит от какой-либо аппаратной платформы. Именно этот байт-код пересылается по сети с сервера на клиент. Так как Java – интерпретируемый язык, обычно, в состав среды выполнения входит интерпретатор байт-кода. Для некоторых приложений скорости интерпретации недостаточно, так что в состав среды выполнения может быть включен мгновенный компилятор JIT (just-in-time compiler). JIT-компилятор повышает производительность, преобразуя байт-код Java в машинный код процессора, что устраняет необходимость интерпретации.

Главное достоинство Java состоит в том, что он принят всеми основными производителями аппаратных и программных средств. Программирование на этом языке часто характеризуют так: «Пишется однажды – исполняется всегда». Разработчики, создавая программу на одной машине Java, уверены в том, что она будет работать и на любой другой Java-машине.

Для разработки многоуровневых приложений и соответственно преодоления ограничений двухуровневой архитектуры клиент-сервер корпорация Sun спроектировала J2EE. По существу, J2EE предлагает множество стандартов для облегчения разработки многоуровневых корпоративных приложений. Она определяет множество стандартизованных, модульных компонентов, снабжает полным набором служб для этих компонентов и управляет многими сторонами поведения приложений, такими как безопасность и многопоточность.

В ту пору двухуровневые приложения, также известные как клиент-серверные приложения, были обычным явлением. Как правило, единственный службой сервера был сервер баз данных. Клиент отвечал за доступ к данным, использование бизнес логики, преобразование результатов в пригодный для просмотра вид, показ запрошенного интерфейса, и получение данных пользователя. Сначала клиент-серверная архитектура, как правило, проста в использовании, но ее трудно изменять и расширять, и она обычно основана на собственных протоколах, привязанных к базе данных. Это делает трудным, если не совсем невозможным, повторное использование бизнес логики и логики представления данных. И наконец, что может быть наиболее важно в эру Web, двухуровневые приложения трудно расширяются и, следовательно, плохо подходят для Internet.

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

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


Рис. Классическая многозвенная архитектура

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

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

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

Многозвенное приложение обеспечивает отдельные слои для каждой из следующих служб:

  • Представление данных: В типичном Web приложении презентацией управляет браузер, запускаемый на клиентской машине.
  • Динамическое создание представления данных: Несмотря на динамические возможности браузеров, для поддержки их различных типов, динамическая обработка, как правило, должна проводиться на Web-серверах с использованием JSP и Servlet или XML (расширяемый язык разметки) и XSL (расширяемый язык таблиц стилей).
  • Бизнес логика: Бизнес логика наиболее хорошо реализуется в Session EJB.
  • Доступ к данным: Доступ к данным наиболее хорошо реализуется в Entity EJB с использованием JDBC.
  • Интеграция с прикладными серверными системами : Для интеграция с прикладными серверными системами могут использоваться различные технологии. Лучший выбор будет зависеть от точной природы этих систем.

Подобный многослойный подход нужен для лучшей расширяемости корпоративного приложения. Он позволяет каждому слою сфокусироваться на своей специфической роли. Так, Web-сервер работает с Web-страницами, сервер приложений с приложениями, сервер баз данных с базами данных.

Сама J2EE включает поддержку компонентов Enterprise JavaBean (EJB), Java servlets, JavaServer Pages (JSPs), и технологию XML.

Среда JavaBeans является надстройкой над стандартной Java-технологией. Основой среды JavaBeans является компонентная объектная модель, представляющая собой совокупность архитектуры и прикладных программных интерфейсов. Архитектуру образуют основные понятия и связи между ними. Прикладные программные интерфейсы характеризуют набор сервисов, предоставляемых элементами среды. Они описываются в терминах синтаксиса и семантики Java-классов и интерфейсов.

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

Компонент JavaBeans – это:

  • автономный элемент программного обеспечения, предназначенный для многократного использования, который может распространяться для использования в других программах в виде скомпилированного кода класса;
  • подключение к этим программам осуществляется с помощью интерфейсов;
  • взаимодействие с программной средой осуществляется по событиям, причем в программе, использующей компонент, можно назначать обработчики событий, на которые умеет реагировать компонент.

Неформально компонент («кофейное зерно» – Java Bean) можно определить как многократно используемый программный объект, допускающий обработку в графическом инструментальном окружении и сохранение в долговременной памяти. С реализационной точки зрения компонент – это Java-класс и, возможно, набор ассоциированных дополнительных классов.

Каждый компонент предоставляет набор методов, доступных для вызова из других компонентов и/или контейнеров. Компоненты могут обладать свойствами. Совокупность значений свойств определяет состояние компонента. Свойства могут быть доступны на чтение и/или запись посредством методов выборки и установки. Компоненты могут порождать события (быть источниками событий), извещая о них другие компоненты, зарегистрировавшиеся в качестве подписчиков. Извещение (называемое также распространением события) заключается в вызове определенного метода объектов-подписчиков. Типичным примером события является изменение свойств компонента. В общем случае компонент может предоставлять подписку на получение информации об изменении и на право запрещать изменение. Методы, свойства и события образуют набор афишируемых характеристик компонента, то есть характеристик, доступных инструментальному окружению и другим компонентам. Этот набор может быть выяснен посредством механизма интроспекции. Состояние компонентов может быть сохранено в долговременной памяти. Наличие методов для подобного сохранения выделяет компоненты JavaBeans среди произвольных Java-классов.

Компоненты JavaBeans могут упаковываться для более эффективного хранения и передачи по сети. Описание соответствующего формата является частью спецификаций JavaBeans.

Компоненты взаимодействуют между собой и с инструментальным окружением. Взаимодействие осуществляется двумя способами – вызовом методов и распространением событий.

Спецификации JavaBeans описывают только локальное взаимодействие компонентов, осуществляемое в пределах одной виртуальной Java-машины. Удаленные объекты могут связываться по протоколам архитектуры CORBA, с помощью удаленного вызова методов (Remote Method Invocation – RMI) или иными способами, не относящимися к области действия спецификации JavaBeans .

Протокол RMI вызывает методы удаленных объектов. Он использует сериализацию (serialization) для передачи данных между клиентом и сервером. RMI лежит в основе протокола, используемого EJB.

Технология CORBA – это стандарт написания распределенных приложений, предложенный консорциумом OMG (Open Management Group). Создавая CORBA-объекты, можно существенно уменьшить время решения задач, требующих выполнения большого объема вычислений. Это возможно благодаря размещению CORBA-объектов на разных машинах. Каждый удаленный объект решает определенную подзадачу, тем самым разгружает клиент от выполнения лишней работы.

Рассмотрим взаимодействие объектов в архитектуре CORBA.


Рис. Взаимодействие объектов в архитектуре CORBA.

Основу CORBA составляет объектный брокер запросов (Object Request Broker). ORB управляет взаимодействием объектов в распределенной сетевой среде. IIOP (Internet Inter-ORB Protocol) – это специальный протокол взаимодействия между ORB.

В адресном пространстве клиента функционирует специальный объект, называемый заглушкой (stub). Поучив запрос от клиента, он упаковывает параметры запроса в специальный формат и передает его серверу, а точнее скелету.

Скелет (skeleton) – объект, работающий в адресном пространстве сервера. Получив запрос от клиента, он распаковывает его и передает серверу. Также скелет преобразует ответы сервера и передает их клиенту (заглушке).

За исключением редкого случая прямых вызовов методов между классами одного и того же языка программирования необходим механизм кодирования вызова метода в некоторую последовательность байт (byte stream) у клиента и декодирования этой последовательности у сервера. Для этой цели спецификация CORBA определяет Общий Протокол обмена между Брокерами Объектных Запросов (General Inter-Orb Protocol – GIOP). Кроме того, определен протокол передачи сообщений протокола GIOP поверх транспортного протокола TCP/IP, являющегося основным видом взаимодействия в Internet, ввиду чего этот протокол получил название Протокола обмена между Брокерами Объектных в Internet (Internet Inter-Orb Protocol – IIOP). Протокол IIOP должен поддерживаться всеми Брокерами Объектных Запросов независимо от особенностей их реализации, что является главным требованием для обеспечения взаимодействия между произвольными ORB-ами двух разных и совершенно независимых производителей.

Протоколы GIOP и IIOP допускают взаимодействие между различными ORB независимо от платформ, на которых они выполняются, операционных систем, под управлением которых происходит взаимодействие и прочих аппаратно- и программно-зависимых аспектов.

Спецификация протокола GIOP состоит из следующих элементов:

  • Определение Общего Представления Данных (Common Data Representation – CDR). CDR – это способ кодирования типов данных, определенных в IDL в низкоуровневое представление, пригодное для передачи их по имеющимся каналам связи между ORB.
  • Формат сообщения протокола GIOP. Сообщения протокола GIOP обеспечивают нахождение объекта, отработку запросов, а также простейшее управление каналом коммуникации.
  • Предположения о транспорте. Спецификация GIOP описывает общие предположения, которые делаются при рассмотрении любого сетевого транспортного слоя, который может быть использован для обмена сообщениями протокола GIOP. Также описываются общие принципы управления соединением.

Спецификация IIOP добавляет к спецификации протокола GIOP следующий пункт:

  • Транспорт для сообщений протокола IIOP.

Спецификация IIOP описывает, каким образом агенты могут установить соединение по протоколу TCP/IP и использовать его для передачи сообщений протокола GIOP.

Протокол IIOP не является самостоятельной спецификацией – это специализированное отображение протокола GIOP поверх транспортного слоя TCP/IP. Спецификация GIOP (без элементов, специфичных для IIOP) может рассматриваться как самостоятельный документ, являющийся базовым для обеспечения в будущем отображения на новые транспортные протоколы.

Таким образом, за идеей сетевого компьютера стояло множество сложных технологий, и сам по себе тонкий клиент рассматривался как «рабочий стол», на который выкладывались результаты работы системы с весьма комплексной архитектурой. Естественно, конечного пользователя внутренний мир организации сетевых вычислений интересовал мало. Он оценивал то, что было на самом «верху». А ситуация здесь складывалась следующим образом.

Интернет в конце 90-х был слишком медленным, дорогим и недостаточно распространенным, так что идея загружающихся «на лету» приложений-апплетов просто не могла стать популярной. К тому же мощных сетевых приложений попросту не существовало. Была лишь создана системная архитектура и предпринимались первые попытки ее реализовать. Если сама по себе технология CORBA и была реализована, то широкого распространения она не получила. Все это и предрешило судьбу сетевого компьютера. К середине 2003 года компания Ларри Эллисона по производству сетевых компьютеров вышла из бизнеса. А сама корпорация Oracle направила свои усилия на приобретение в 2004 году более чем за 5 биллионов долларов своего конкурента в области бухгалтерского ПО компании PeopleSoft. В апреле 2009 года Oralce покупает Sun Microsystems за 7.4 биллионов долларов.

О возрождении идеи сетевого компьютера официальные представители корпорации Oralce никаких заявлений не делали. Даже существенное улучшение за последнее десятилетие качества Интернет-связи не подтолкнуло их к реанимации «тонкого клиента». По всей видимости, для полномасштабной реализации архитектуры сетевых вычислений еще не пришло время, не накоплены соответствующие знания, не появились эффективные поддерживающие технологии, и что самое главное, для нее еще не сформировался рынок.


пятница, 26 сентября 2014 г.

Инфопись нашего времени

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

Особенность техники «Инфопись» состоит в максимальном учете психологических факторов при подаче информации. Публикация, оформленная с помощью данной техники, не просто констатирует факты и мнения, а передает их психосемантику, т.е. реконструирует систему индивидуальных значений и личностных смыслов субъектов. Это означает, что проводится анализ мотивационных факторов и эмоциональных состояний заинтересованных в информационных технологиях субъектов.

Другой аспект техники «Инфопись» – она не претендует на полную объективность и беспристрастность. О чем здесь идет речь?

Дать полную и объективную картину богатой и разнообразной жизни мира IT – что интересного происходит в сети, какие тренды намечаются, а какие сходят на нет – просто невозможно. Любой подход здесь будет субъективным и ограниченным. Дело и в дефиците ресурсов, и скудности аналитических способностей, и факторах внешней среды, и принципах управления. Ни один проект не может объять необъятное. Всегда приходится выбирать определенные рамки, и за ними обязательно будет происходить нечто непонятное и соответственно неконтролируемое.

Конечно же, важно, по каким причинам приходится идти на упрощение, – ведь от этого будет зависеть и выстраиваемая модель, и конечный результат моделирования. Такое понимание соответствует научному подходу и создает внутреннюю уравновешенность в творческом коллективе. При этом осознание, что полная объективность – это недостижимый идеал, не служит оправданием намеренного упрощения и искажения реальности ради собственной выгоды. У субъективности тоже иметься свои разумные границы, выходя за которые превращаешься в шарлатана, манипулятора или грязного дельца.

Техника «Инфопись» субъективна в том плане, что не «замахивается» на беспристрастное отображение всех значительных новостей, происходящих в области информационных технологий. Задача это сама по себе непосильная и в такой постановке решение ее никому не нужно. Людей интересуют исключительно их личные потребности, а коллективная среда всегда конструируется таким образом, чтобы удовлетворялись потребности большинства индивидов. За каждым проектом, естественно, стоят личные интересы, а успех проекта будет зависеть прежде всего от того, удовлетворяет ли он помимо личных интересы общественные. Важность данной мысли столь высока, что ее имеет смысл оформить в виде принципа, о котором не следует забывать, делая любую общественно значимую работу. «Думая о личном, не забывай об общественном интересе» – этот лозунг в виде таблички стоит повесить над столом каждого руководителя компании.

«Инфопись» четко соответствует данному принципу. Вся представляемая информация должна быть интересна и полезна для публики, как в образовательном, так и материальном плане. Иными словами, информация должна содержать в себе некие драйверы, использование которых будет приводить к удовлетворению индивидуальных потребностей людей.

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

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

Проект «Инфопись нашего времени» никем не спонсируется и неизбежно будет слабо развиваться, не получая периодической финансовой подпитки. Личный интерес инициаторов проекта – получать деньги за публикации о тенденциях в сфере информационных технологий, инновационных компаниях. Это не значит, что все публикации в проекте должны быть кем-то оплачены. Аналитика по тенденциям в любом случае будет готовиться, и некоторые выводы в конспективном виде обязательно попадут в публикацию. Развернутая аналитика, разумеется, будет предоставляться по запросу за установленную плату.

Таким образом, отличить заказную статью от аналитической можно будет сразу. Поэтому процесс «отделения зерен от плевр» существенно упростится. Чем меньше у людей возникает вопросов о мотивах публикации, тем рациональнее они воспримут информацию, и так искаженную в силу различных причин.

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

У тенденциозности нет степени, т.е. не бывает большей или меньшей тенденциозности. Она всегда и везде присутствует, только в одних случай мотивы ясны, а в других – кем-то и зачем-то скрыты.

 «Инфопись» не скрывает тенденциозности в подаче материала, не пытается вуалировать ее заявлениями о беспристрастности. Субъективность и ограниченность любой модели воспринимается нормально психически устойчивыми людьми. А в условиях рыночной конкуренции – тем более нельзя говорить ни о какой объективности и беспристрастности.

Артем Воздвиженский

26 сентября 2014 года


понедельник, 22 сентября 2014 г.

Рендер-ферма от GNetwork. Песня остается все той же!



Наверняка, все те, кому приходилось искать работу на сайте AVITO в разделе «IT, Интернет, телекоммуникация», сталкивались с компанией ONLINE ПРОФИ, предлагающей зарабатывать деньги на создании собственной рендер-фермы.

Итак, рендер-ферма от GNetwork. Что это такое?

Сначала немного теории.

Последним этапом создания любого 3D-изображения или анимационного ролика является визуализация, или рендеринг. Рендеринг (англ. rendering — «визуализация») – термин в компьютерной графике, обозначающий процесс получения изображения по математической модели с помощью компьютерной программы.

Чтобы было понятно, о чем идет речь, вспомним всем известный фильм «Терминатор 2». Картина  не имела бы и толики своего успеха без невероятных сцен трансформации Т-1000, которыми занимались студии ILM и Stan Winston Studios. Для работ над фильмом художникам и аниматорам подразделения Джорджа Лукаса необходимо было самое совершенное аппаратное и программное обеспечение, на что было потрачено 3,5 млн. долл. За эти деньги были куплены 35 графических станций Silicon Graphics Personal Iris 4D и программное обеспечение компании Alias Research - Alias 2.4.2 (использовавшееся ещё при создании «Бездны»), а также третье поколение программ трехмерного моделирования - Alias Power Animator.

ILM необходимо было создать 7965 кадров трёхмерной анимации, при этом «Терминатор 2» был первым фильмом, в котором композиция всех спецэффектов производилась на компьютере. Для достижения этой цели старый фильм-сканер производства ILM и Kodak, сканирующий и сохраняющий минуту видеозаписи за 16 часов, был заменён на трёхлинейный цветной цифровой сканер с высокой разрешающей способностью.

Рендеринг (визуализация) – самый ресурсоемкий этап трехмерного моделирования, требующий значительных вычислительных ресурсов.

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

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

Клиент сетевого рендеринга формирует задание на визуализацию и посылает его менеджеру сетевого рендеринга для выполнения. В качестве клиента сетевого рендаринга выступают непосредственно пакеты трехмерного моделирования типа Autodesk 3ds Max, Autodesk Maya, Blender, Maxon Cinema 4D или специальная программа.

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

Узел сетевого рендеринга представляет собой компьютер, выполняющий визуализацию  под управлением специальной программы.

Программное обеспечение проекта состоит из следующих элементов:

  • Клиент – программа, позволяющая сформировать задание на визуализацию в рендер-ферме.
  • Сервер – программа, выполняющая функции менеджера системы сетевого рендеринга.
  • Узел – программа, принимающая задания с сервера, запускающая процесс рендеринга и отсылающая выполненную задачу обратно на сервер.

Узел и клиент, как правило, являются бесплатным (freeware) программным обеспечением.

После вводной теоретической часть можно перейти и к бизнесу.

Вычислительный узел рендеринга – это ресурс, который потенциально может генерировать прибыль, если станет постоянно выполнять заказы на рендеринг. Отталкиваясь от этой идеи, компания Gnetwork и построила свой бизнес:

Компания Gnetwork предлагает вам совершенно новый вид бизнеса. Компьютерная рендер ферма.
Рендеринг, это очень важный и крайне ресурсоемкий процесс при создании компьютерной графики. Обычно для этого используются мощные графические супер компьютеры, однако если объединить при помощи специального программного обеспечения обычные персональные компьютеры в сеть — можно получить колоссальную мощность.
На этом эффекте и построена бизнес схема.
Вы устанавливаете себе программу Gn Render для повышения коллективной мощи рендер сети компании. Компания получает деньги за заказы на рендеринг и распределяет прибыть между владельцами компьютеров, которые были задействованы в процессе. Вместе с компанией Render Solutions Limited  вы участвуете в создании самой мощной рендер фирмы в мире!

ЛЕГЕНДА
Все время, пока на вашем компьютере подключенном к интернету работает программа, вы получаете доход. Доход зависит от мощности компьютера и составляет обычно 4-7$ в сутки. Точную сумму вы будите видеть в вашем онлайн бизнес центре.
Программа использует 15% от мощности вашего компьютера, если вы выполняете обычные задачи, типа работы с документами, серфинга по интернету, просмотра фильмов итп, то вы даже не заметите что часть ваших мощностей используется, тк они у вас обычно простаивают не востребованные.
Если вам требуется полная мощность своего компьютера, программу можно поставить на паузу в 1 клик. Ваша единственная задача — включить свой компьютер и запустить программу, а на следующий день посмотреть сколько вы заработали.

Компания предлагает вам 3 типа дохода:
1. Пассивный, просто за то что ваш компьютер работает как часть рендер фермы.
С пассивным доходом все просто, у вас работает программа, чем дольше она работает и чем мощнее ваш компьютер тем выше доход, обычно 5-7$ в сутки.
2. Личная и командная прибыль от приглашенных в проект
Бонус за каждого зарегистрированного по вашей реферальной ссылке 200$.
Также есть бонус за продажи программы Grendar внутри вашей структуры. Каждые 9 человек, зарегистрированных внутри вашей команды принесут вам еще 100$.

3. Доход от вашей личной рендер фермы.
Каждый кто по вашей рекомендации участвует в проекте, получает место в вашей структуре, построенной по бинарному принципу. 30% прибыли, поступающей от выполнения заказов на рендеринг, распределяются в виде командных баллов вышестоящим спонсорам.

АНАЛИЗ
Если работать на чистом пассиве, в стиле купил программу GN Renrer поставил, и забыл а компьютер у вас например и так включен 24х7, то при цене входа 738,99$ (Gkit 39.99$ + GN Render 699$) и ежедневной прибыли 6-7$ вы отобьете стоимость за 3-4 месяца. Дальше у вас пойдет чистый доход, ~180-210$ ежемесячно и не ограниченно по времени.

Если описать пассивную часть маркетинга в хайп терминологии, то вы будете получать прибыль ~25-30% ежемесячно и бессрочно.

ПРОГНОЗ
Если проект наберет хорошую стартовую базу, нарастит мощность сети, то тогда может работать долго и успешно.
Перспективы очень хорошие, даже если вы просто инвестор, и у вас есть возможность держать 1 компьютер включенным 24х7 (по электроэнергии это совершенно копеечные расходы по сравнению с доходом 200$ в месяц).
Если же вы сетевик - то игнорировать такой проект просто преступление против самого себя!

СТРАТЕГИЯ
- Регистрироваться, оплачивать кабинет GnKit и программу GN Render.
- Установить программу на свой ПК и добавить ее в автозагрузку
- Получать прибыль.
- После вывода первых денег похвалится друзьям, как ваш компьютер сам зарабатывает для вас деньги, обязательно дать реферальную ссылку для регистрации.

Если предположить, что компания Gnetwork – это очередная финансовая пирамида, деньги на выплаты по рендер-ферме берутся только за счет новых приглашенных, которые покупают программу GN Render  для установки на свой компьютер за $700.

Ориентировочный доход в день составляет $3-4 в день. Это означает, что программа стоимостью $700 ориентировочно окупится через 6,5 месяцев. В течение этого времени от вас требуется активное участие в привлечении новых членов «сообщества предпринимателей». Именно такой вид деятельности и приносит реальные деньги в финансовой пирамиде.

Попробуем провести экспресс-анализ.

Если сетевой рендеринг может приносить доход, почему бы банкам не заняться данным видом деятельности? Однако этого не происходит. Неужели кредитование настолько более выгодный вид бизнеса, что сетевой рендеринг на его фоне выглядит пустой тратой ресурсов? Или сетевой рендеренг вообще не может быть рентабельным? Если расходы на оборудование, связь, электроэнергию, аренду помещений, технический и административный персонал, а также безопасность превышают генерируемую сумму от рендеринга, то все встает на свои места.

А что если попытаться снизить расходы, тем самым сделав рендеринг рентабельным видом деятельности? Избавляемся от высоких расходов на аренду, персонал и безопасность – остаются только расходы на компьютер, электроэнергию и Интернет. Далее производим элементарный расчет, за какой срок окупится компьютер. Если, допустим, на это потребуется один год, то перспектива заняться данным бизнесом для индивидуалов выглядит вполне привлекательно. Бизнес можно масштабировать, увеличивая число компьютеров, участвующих в ренедеренге.

Если компании, производящие 3D-контент, заинтересованы в развитии сетевого рендеринга, почему они сами не создают специальные публичные сервисы, к которым может подключиться каждый желающий немного заработать?

Почему нужен посредник типа GNetwork?

Почему надо платить за программу рендеринга?

Напрашивается только один ответ на поставленные вопросы. Компания GNetwork действительно является международной финансовой пирамидой.

После несложных поисков в сети наталкиваешься на такие сообщения:

Михаил Гранкин, он же Сергей Самсонов, аферист и мошенник. На Украине против него возбуждено уголовное дело, и он скрывается от следствия заграницей.

Руководители компании GNetwork, являются аферистами, которые на протяжении 6 лет обманули в компаниях Интвеей и Инспейс, десятки тысяч людей из Украины, Казахстана и России. Против данных аферистов в Москве следственным комитетом по Северному Административному Округу возбуждено уголовное дело за номером 120002.

Кто хочет проверить правильность высказанной гипотезы, может зайти на сайт компании ONLINE ПРОФИ (http://online-profi.ru/) и присоединиться к сообществу любителей сетевого бизнеса. Здесь вы познакомитесь со множеством агрессивных специалистов по сетевому маркетингу. Все они хорошо запрограммированы и профессионально натренированы на зомбирование других.

Представители компании компанией ONLINE ПРОФИ откровенно провоцирую нас своими лозунгами:«Gnetwork рендер ферма – развод или реальность?» Мол, если не веришь, то проверь сам. А пока не проверишь – оставаться тебе в неведении!


Остается только удивляться, почему господин Мавроди, основатель столь популярной в свое время пирамиды «МММ», не стоит во главе набирающего силу течения.

А вообще, высказанная гипотеза выглядит вполне правдоподобной и без постановки эксперимента стоимостью в $700. Дело в том, что Gnetwork  – это не какое-то новое образование, а хорошо всем известная сетевая структура, построенная на традиционной схеме отъема денег у граждан. Рассмотрим, как работает жилищная программа GFinance в компании Gnetwork.

Вступая в жилищную программу GFinance вы покупаете за 1300 долларов страхование жизни в компании Ренессанс и вносите 1000 долларов (первый и последний взнос на квартиру) на счет в швейцарский банк. Потом туда же компания Gnetwork переводит ваши заработки из страховой компании по продаже вами страховок (вступлений в жилищную программу) другим новым участникам программы.
Это коллективный счет жилищной программы в швейцарском банке, которым профессионально управляет партнер Gnetwork компания Windsor Solution в Белизе, она  покупает золото и хранит ваши деньги в слитках, надежнее не бывает, пока вы копите на квартиру.
Когда у вас соберется заработков 20% от стоимости квартиры, компания Windsor Solution под залог «коллективного» золота возьмет кредит в банке на полную стоимость квартиры и купит вам квартиру, вы въедите и будете выплачивать заем компании Windsor Solution своими дальнейшими заработками в страховой компании, а компания Windsor Solution будет отдавать эти деньги по кредиту в банк и освобождать от залога коллективные деньги.
Таким образом лучшие участники смогли уже за 3 недели заработать 20% на квартиру своими заработками по продаже страховок в  GFinance!

Откуда же берутся деньги на квартиры? На самом деле все выглядит таким образом.

1. Страхование. При вступлении в жилищную программу вы платите за накопительное страхование жизни в компании Ренессанс за первый год 1300 долларов.

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

2. Золотой счет. Да, есть компания в Белизе Windsor Solution, которая имеет счет в швейцарском банке.

Когда вы переводили деньги в швейцарский банк, вы переводили на счет компании Windsor Solution,  писали назначение перевода «за курс обучения малому бизнесу» (http://www.intwaystore.info/2012/12/gnetwork-2012-1.html) и банк в Швейцарии принимал перевод за обучение, то есть никаких денежных, «квартирных» претензий вы не сможете предъявить подставной компании Windsor Solution в Белизе.

А договор о коллективном владении золотом, скажите вы?

В договоре, который вы подписали с Windsor Solution об управлении какими-то вашими средствами, нет нигде упоминаний о приеме от вас первого вклада и отчетов о последующих переводах (заработков из страховой компании). Вы не имеете никаких документов о нахождении ваших средств в швейцарском банке (http://www.intwaystore.info/2012/12/gnetwork-2012-1.html)

В договоре компания Windsor Solution обещает вам ежеквартальный отчет. Это по закону должна делать любая компания, принимающая деньги в управление. Вы получили хотя бы один отчет с октября 2012?

И не получите. Договор, подписанный подставным директором Jason Hughes – фикция. (http://www.intwaystore.info/2012/12/intway-gnetwork-2012.html).

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

С марта 2013 года перевод денег в швейцарский банк стерт на сайте компании Gnetwork, швейцарский банк перестал принимать переводы от участников жилищной программы (http://www.intwaystore.info/2013/03/gnetwork.html). Спасибо А.Хороших, действия которого остановили махинацию с оплатой фиктивного курса в швейцарский банк. Но и это не прекратило потока желающих обладать «швейцарским золотом». Они слепо продолжают нести деньги в «швейцарский банк».

Но поток поубавился, все знают, какие задержки с выплатами. Только введением новой игры с укороченными матрицами удалось продержаться. Однако не надеясь на приход новеньких, директора и лидеры всеми силами мотивируют одних и тех же уже пойманных "кроликов" на многократное инвестирование-вступление в матрицы.

Теперь деньги принимаются через Интернет платежную систему на какой-то виртуальный счет  "GnetworkBCSwiss». Что в этом счете от швейцарского банка? Часть названия Swiss? Неужели это счет швейцарского банка в Интернет платежной системе и деньги получает швейцарский банк?

Компания Gnetwork получает от вас эти деньги и хранит их, где ей удобно, и тратит их, как ей удобно. Однако по-прежнему пишет сказку на своем сайте, что полученные деньги находятся в швейцарском банке, что покупается там золото и участники подписывают какой-то договор с каким-то подставным директором компании из Белиза на управление золотом.

Откуда же берутся деньги на квартиры?

Это обычная бинарная пирамида вкладов на счет компании Gnetwork, прикрытая продажей страховок. Вы покупаете страховку за 1300 на год и одновременно за 1000 долларов вступаете в финансовую пирамиду.

Деньги 1000 долларов, которые вы отдаете компании Gnetwork (директора называют их первым и последним взносов за квартиру) – это вклад в «кассу взаимопомощи», из которой выплачивается «помощь» (квартиры) вышестоящим с обещанием выплатить и вам ПОТОМ, когда соберете достаточно участников под вами.  За счет прироста новеньких членов оплачиваются квартиры предыдущим.

В подсказке  «Конец пирамиды банковских вкладов» (http://www.intwaystore.info/2013/04/blog-post.html)  показаны расчеты, как в бинарных пирамидах происходит распределение внесенных денег между участниками и хозяевами пирамиды, как 98% черно-серых вкладчиков выкупают квартиры 2% розово-красных.


Командообразование. Формирование продуктивной команды



В Бэкмологии разработана сессия «Создание команд», которая будет полезна для всех компаний, испытывающих трудности с созданием продуктивных команд. Сессия представляет собой эффективную диагностику на наличие условий для создания команды. Формат сессии учитывает особенности человеческой психики, специфику современной жизни, колориты российской действительности и др. Стоимость сессии вполне приемлема даже для безденежных стартапов и компаний, находящихся в глубоком кризисе.


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

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

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

Командная работа – одно из самых прогрессивных направлений в современном менеджменте. Но просто собрать хороших специалистов и привлечь необходимые средства недостаточно. Для этого нужно знать правила и законы командообразования. Как правило, один человек, даже при наличии большого желания и знаний, не может добиться успехов в достижении какой-то общей глобальной цели. Для такой деятельности организуются рабочие группы. Но группа, состоящая из отдельных людей, имеющих свои взгляды и убеждения, тоже не достигнет желаемого результата, если в какой-то период не превратиться в команду, сплоченную вокруг одной цели, имеющую одинаковые ценности, координирующую свои усилия в процессе деятельности.

Определение понятия «команда»

Существует ряд определений понятия «команда».

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

«Команда – это группа людей, работающих вместе над достижением конкретной бизнес-цели».

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

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

В сравнение с данным определением приведем определение понятия «коллектив».

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

Эффективная команда – это команда единомышленников, объединенных общей целью, слаженно и эффективно работающих для достижения поставленной цели.

Эффективная работа команды всегда направлена на достижение общей цели. Но этого мало. Разве можно назвать командой людей, стоящих на остановке? Однако у них одна цель – дождаться транспорта. В команде еще должны присутствовать общение и сотрудничество. Но мощным стимулом для достижения целей являются обязательства. Сотрудники обязаны работать вместе, несмотря на различные неблагоприятные обстоятельства. В каждой команде возникают сомнения и противоречия. Только преодолев их, можно создать слаженный и эффективный коллектив.

Признаки команды

Можно выделить некоторые признаки команды, которые в разных ситуациях не в равной степени существенны для достижения конечного результата.

Так, говоря о совместной работе в команде, не всегда подразумевается, что люди обязательно трудились рядом друг с другом. Они могут быть даже не знакомы друг с другом и работать в разных странах. Но сознание того, что всегда можно рассчитывать на профессиональную и оперативную помощь коллег, делает работу именно «совместной».

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

Координация действий, если она превращается в бесконечный процесс выяснения обязанностей, ничего кроме вреда не принесет. Но, в то же время, у сотрудников должна существовать уверенность, что деятельность происходит в рамках определенных договоренностей, а в случае необходимости будет произведена их оперативная корректировка.

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

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

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

Команда проходит пять этапов жизненного цикла: формирование, бурление, нормализация, эффективность, спад эффективности. Очевидно, что малоэффективные этапы в этом цикле преобладают. Но исследователи говорят, что эффект деятельности, направленной на достижение конечного результата, даже в этом случае у команды в 10 раз выше, чем у группы.

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

Типы команд

Как правило, выделяют следующие типы команд:

Интрафункциональные команды: информация и функции разделены между членами команды; структура и состав варьируются при изменении области приложения.

Оперативные (решающие проблему) команды: временное объединение специалистов различного профиля для решения актуальных проблем и выработки рекомендаций; периодические кратковременные встречи (1-2 часа в неделю); практическая деятельность не входит в компетенцию команды. В таких командах ее члены делятся друг с другом идеями и вносят предложения об улучшении рабочих процессов. Однако команды этого типа редко наделяются полномочиями самостоятельно и в одностороннем порядке внедрять в практику сформированные ими предложения.

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

Предпринимательские команды: специализируются на наблюдении за процессом производства специфического продукта или сегментом клиентов, поддержании и совершенствовании системы, ориентированной на потребителя.

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

Координационные команды менеджеров: создаются в условиях сетевой организации для выработки стратегических решений и координации рабочих команд нижнего уровня.

Самоуправляемые команды: группы от 10 до 15 сотрудников, осуществляющие взаимосвязанную и взаимозависимую деятельность. Имеют большие права, полномочия и ответственность по вопросам, не связанным с функциями постановки целей и планирования; внешние контакты обеспечиваются менеджерами или другими подразделениями. Такие группы сами отвечают за планирование и распределение задач между участниками, коллективный контроль. В результате значимость координирующей позиции (начальник, супервайзер) стремительно уменьшается и, в конечном счете, эта позиция может быть упразднена.

Самонаправляемые команды в производстве и сервисе: обеспечивают производственный процесс или сервисные функции.

Самонаправляемые команды в интеллектуальной сфере: команды, связанные с разработкой новых изделий, процессов, технологий.

Виртуальные команды: интеллектуальные команды, контактирующие посредством компьютерных сетей; объединения физически удаленных друг от друга людей, имеющих общую цель и использующих компьютерные технологии для связи и взаимодействия друг с другом. Основными отличиями виртуальных команд от реальных являются: 1) отсутствие паравербальных (громкость голоса, интонация, паузы) и невербальных (мимика, жесты, телодвижения) сигналов, 2) ограниченный социальный контекст, 3) возможность преодолевать временные и пространственные ограничения.

Эффективная команда, шаги к созданию

Различают следующие составляющие процесса командообразования:

1. Формирование и развитие навыков командной работы (team skills), которые являются основой системы внедрения командного менеджмента. Сюда можно отнести следующие навыки:

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

2. Формирование командного духа (в англоязычной литературе – team spirit), то есть совокупности психологических феноменов, характеризующих неформальные отношения сотрудников к коллегам и организации. Развитие командного духа, по сути, представляет собой комплекс мер, направленных на:

  • усиление чувства сплоченности, формирование устойчивого чувства «мы»;
  • развитие доверия между сотрудниками, понимание и принятие индивидуальных особенностей друг друга,
  • создание мотивации на совместную деятельность;
  • создание опыта высокоэффективных совместных действий;
  • повышение неформального авторитета руководителей;
  • развитие лояльности участников программы по отношению к организации.

3. Формирование команды (teambuilding – создание команды) - механические действия, по подбору, оптимизации структуры команды и функционально-ролевого распределения:

  • эффективное использование сильных сторон состава Команды;
  • распределение ролей в команде для оптимального достижения результатов;
  • формирование новой структуры при слиянии, поглощении, реструктуризации предприятия;
  • создание рабочей обстановки при формировании проектных команд;
  • налаживание горизонтальных связей внутри коллектива, региональных подразделений.

Технология создания эффективной команды включает в себя следующие этапы:

1) отбор сотрудников;

2) регулирование численности команды;

3) совместное определение целей, постановка задач;

4) мотивация – каждый должен знать, какую выгоду он получит от общей успешной деятельности;

5) стандартизация норм поведения, дресс-код и т.п.;

6) создание условий для более близкого знакомства членов команды между собой;

7) обучение;

8) ввод системы контроля, поощрение самоконтроля;

9) поддержка командного духа;

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

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

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

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

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

Отношение к конфликтам и способы их разрешения. Вопреки распространенному заблуждению, в слаженных командах тоже происходят конфликты. Что же их отличает? В первую очередь – восприятие конфликта участниками. Эффективная команда, как правило, относится к конфликтам как к рабочим моментам, рассматривая их, скорее, как возможность решить какой-то вопрос. Несогласие человека с общим мнением воспринимается спокойно, обсуждаются его причины и находится совместное решение.

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

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

Способы принятия решений.  Как правило, слаженные команды избегают формальных способов принятия решений – голосования, передачи права решения одному из них и т.д. Решение вырабатывается и принимается в ходе обсуждения, причем оно, как правило, происходит живо, без излишнего напряжения и затянутости.

В случае низкой эффективности групповой работы вопрос часто решается формальным голосованием. Если же по каким-то причинам завязывается дискуссия, она часто превращается не в обсуждение рабочих вопросов, а в «перетягивание каната», в котором побеждает не обязательно наиболее компетентный. Скорее, это будет тот, кто хочет произвести больший эффект на окружающих или имеет более высокий уровень агрессивности (а иногда и то, и другое вместе). У других участников часто при этом возникает чувство скуки, затянутости обсуждения, напрасно потерянного времени. После принятия решения всегда остаются недовольные, которые либо не хотят выполнять намеченные «ими» планы, либо не до конца понимают, что они должны делать.

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

В группах с низким «командным духом» позитивная обратная связь практически отсутствует, хвалить и обращать внимание на достижения не принято. Зато критика часто бывает распространена, носит неконструктивный характер и имеет тенденцию «переходить на личности». Именно поэтому в некоторых случаях группа, «защищаясь» от негативной критики, налагает вето на обратную связь между участниками вообще. Результат в виде ухудшения качества выполняемой работы неизбежно уменьшается, что порождает новый виток проблем.

Особенности руководства группой. Как правило, в процессе работы команды руководитель не стремится явно доминировать над остальными. С одной стороны, в этом нет особой необходимости - уровень сознательности и взаимодействия сотрудников достаточно высок, чтобы не стоять над ними с кнутом, с другой стороны – эффективно работающая команда не потерпит чересчур авторитарного руководства. Оптимальный способ управления командой – разумное вовлечение их в управление, создание условий для нормальной работы и помощь в случае возникновения проблем. Руководитель, пользуясь западной терминологией, «управляет, прохаживаясь около» – т.е. не встревает в детали работы, беря на себя руководство только в сложных или нестандартных ситуациях. Кстати, это руководство не обязательно будет осуществлять один и тот же человек. Вполне возможен вариант, когда функции руководителя на какое-то время передаются тому из членов команды, кто лучше всех владеет данным вопросом. Ведь для такой группы важно не кто контролирует, а как осуществляется работа.

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

Кроме тех критериев, которые были приведены выше, имеет смысл обратить внимание на:

  • взаимоотношения группы с окружающей средой – другими подразделениями, клиентами, поставщиками и так далее;
  • наличие или отсутствие постоянных группировок внутри коллектива;
  • действия группы в случае появления новой или нестандартной задачи;
  • способы сбора, переработки и обмена информацией внутри группы;
  • жесткость или гибкость распределения ролей в группе;
  • общую атмосферу – социально-психологический климат.


Эффективная работа команды с точки зрения Эдварда Деминга

К интересным выводам в сфере формирования эффективной команды пришел американский ученый и статистик Эдвард Деминг. Он жил в прошлом веке и занимался изучением теории качества. Особенно он прославился своими инновационными предложениями в области реорганизации предприятий. Его идеи широко использовались в Японии, а затем во всем мире. Концепция носит название «бережливое производство».

После 50 лет исследований Деминг пришел к выводу, что если грамотно создать и организовать первые 15% любого процесса, то остальные 85% последуют легко, без особых усилий и затрат. То есть если вы сосредоточитесь на начальном этапе, измените начальные условия, выберете правильную стратегию и т.п., то тем самым обеспечите 85% желаемого результата. Это открытие верно для всех процессов. А в отношении эффективной команды американский статистик сделал следующие открытия.

Деминг предлагал топ-менеджерам взять за аксиому утверждение: «Люди хотят хорошо работать». Ученый рекомендовал отказаться от системы наказания-поощрения, поскольку, по его мнению, человек только тогда будет работать с полной отдачей, когда сам будет удовлетворен своим трудом. Согласитесь, какое может быть удовольствие от работы, если вы чувствуете недоверие со стороны руководства, а изготовленный вами продукт с пристрастием осматривает служба контроля?

Технология создания эффективной команды, по мнению Деминга, подразумевает превращение каждого ее члена в менеджера. Необходимо поощрять стремление сотрудников к улучшению производственного процесса. Эта идея принесла плоды, когда Деминг работал в компании «Тайота». Рабочие вносили по 30 рационализаторских предложений в год. Еще лучший результат был в компании “Мацусита дэнки” – до 99 предложений ежегодно. Большинство идей руководство внедряло в процесс. Рабочие ощущали свою значимость, а владельцы бизнеса получали в среднем по $5 000 в год с каждой инновации.

Система мотивации сотрудников «по Демингу» ставила под сомнение традиционные методы управления, которые широко распространены и сегодня – это ранжирование, аттестация, количественные нормы и задания. Система была построена на вере в рядовых людей и создавала условия, при которых обычный исполнитель, предлагая идею для достижения общих целей, становился победителем. Обыкновенный коллектив превращался в эффективную команду единомышленников.

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

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