Dynamix
Dynamix, Inc. was an American developer of computer games from 1984 to 2001, best known for their flight simulator, Red Baron, the Front Page Sports series, Betrayal at Krondor, and their online multiplayer game, Tribes.
Contents
History
The company was founded in Eugene, Oregon in 1984 by Jeff Tunnell and Damon Slye. Their first title, Stellar 7, was released before company founding and was later re-released with the Dynamix name on it. They made a number of games for the Commodore 64, among them Project Firestart which was one of the most atmospheric titles for the C64.
In the following years, Dynamix created a line of action games for Electronic Arts, including one of the first games for the Commodore Amiga, Arctic Fox. Later titles were developed for Activision. After self-publishing their games for a short while, in 1990 Dynamix was bought by Sierra On-Line.
Once part of Sierra, Dynamix created some of their most famous games, including a line of adventures and flight simulations that included Red Baron and The Adventures of Willy Beamish. They also created the puzzle game The Incredible Machine, along with the spinoff Sid & Al’s Incredible Toons. Another successful product line was the Front Pages Sports series, designed by Pat Cook and Allen McPheeters which included Football, Baseball, and Golf. Versions of Red Baron and Front Page Sports Football were included as part of the ImagiNation Network.
In 1994, the first game in a new series called MetalTech was released, a giant robot combat game with similarities to the BattleTech universe and games. This series resulted in two Earthsiege games and eventually Starsiege. As a side development of the Starsiege game, the successful Tribes series was created. Dynamix also created Outpost 2: Divided Destiny, the second game in Sierra’s strategy/survival franchise, Outpost.
The Dynamix studio was closed by its parent company Sierra Entertainment on August 14, 2001, as part of Sierra’s restructuring under Vivendi Universal. Several veterans of the studio (including Tunnell), however, stayed in Eugene and founded a new studio / electronic publisher, GarageGames.
After several years at GarageGames, Dynamix co-founder Jeff Tunnell and long-time Dynamix employee Rick Overman have founded PushButton Labs [ 1 ] in Eugene, with the intent to further develop web-based computer games. [ 2 ]
After over 10 years of retirement, Dynamix co-founder and game designer Damon Slye returned to the games industry to start Mad Otter Games in Eugene, Oregon in 2007 alongside several other key ex-Dynamix employees. [ 3 ] Mad Otter Games released the online World War I dogfighting game Ace of Aces [ 4 ] in 2008 on the web portal InstantAction, though after InstantAction was shutdown the company revealed they would be re-releasing the game on their own website. [ 5 ] They are currently developing an online MMORPG called A Mystical Land, and will be starting closed beta testing in early 2011. [ 6 ]
Torque Game Engine
Some of the core Dynamix members started GarageGames, an independent-friendly engine developer and game publisher. They negotiated an agreement with Sierra for the source code to the Tribes 2 game engine. After reworking the code, GarageGames released it as V12 but were soon told that an engine already had the name so it was then called the Torque Game Engine (or TGE). Initially the source code for TGE, a professional-grade 3D engine, was available to nearly anyone for fees starting at USD$100, but has since been made publicly available under the GPL.
Dynamix Products
Products
PrintHand™
PrintHand is a one-stop solution for mobile printing, currently available on Android, iOS, Windows Phone and BlackBerry platforms. You can print directly from mobile phones and tablets via Wi-Fi, Bluetooth or USB cable to virtually any printer available on the market. Legacy printers can be connected to via our free computer software. You can print photos, office documents (Microsoft Word, Excel, PowerPoint), PDF files, e-mails and attachments, web pages, contacts, content from other apps and more. No matter what printer you have, what connection it supports and where it is located, you’ll be able to print today.
PrinterShare™
With PrinterShare you can print from one device to another over the Internet or local network. It supports Mac and PC computers as well as many mobile devices including Google Android and Apple iPhone / iPad / iPod. PrinterShare guarantees delivery of a print job even when the target printer is currently unavailable. No attachments, documents or files are sent. PrinterShare transmits encrypted print jobs to the computer connected to the physical printer. There are ways to print directly without a computer too.
WatchCat
WatchCat is a quality improvement tool for mobile application developers, created by mobile application developers. With its small and easy to implement SDK, WatchCat provides real time exceptions tracking. As a developer, you can see various stats as well as drill-down to an individual exception with all the technical details available. You can detect and trace problems early and react quickly before many users are affected. It’s proven to work on large-scale projects and apps handling millions of users.
For more details please contact us
Java Application Server
Many of our web applications, sites and e-commerce solutions are based on the Java Application Server that we’ve developed some time ago. We offer the server itself as a product too. Written in 100% Java, it runs on Windows, Linux or Mac as well as any major cloud platform, such as Amazon EC2. You can start developing web applications of any complexity much the same way we do.
Тестируем не совсем реальный (или совсем нереальный) мониторинг от New Relic и Appdynamics
Привет, хабранарод! Почему совсем нереальный? Да потому что мониторинг имитирует действия реальных пользователей, но выполняется по специальному алгоритму из заданных локаций. Сами вендоры называют этот механизм Synthetics, поэтому дальше в статье будем стараться придерживаться именно такой терминологии – синтетический мониторинг.
New Relic и Appdynamics – прямые конкуренты, являются лидерами квадранта Gartner и реализуют достаточно схожий функционал. У обоих вендоров есть возможность мониторинга транзакций в приложениях, они умеют выполнять проверки на стороне браузера конечного пользователя, умеют встраиваться в мобильные приложения и, наконец, обладают одной из ключевых возможностей современного мониторинга – умеют выполнять алгоритмизированные действия в веб-интерфейсе приложения.
В предыдущих статьях по основным принципам мониторинга бизнес-приложений и расширению функционала Zabbix мы уже касались синтетического мониторинга и, нужно сказать, если ваш бизнес растет и веб-приложение обслуживает большое количество клиентов, Synthetics для вас must have. Либо он есть, либо будет. Вы же не хотите жалоб от клиентов (а в худшем случае – отказа от использования вашего сервиса), правда?
Как известно, ключевым отличием двух вендоров является наличие on-premise версии у Appdynamics (New Reliс работает только из облака). Но в случае с Synthetics все переворачивается с ног на голову. Appdynamics может выполнять алгоритмы проверки только из облака: на выбор разные континенты, разумеется, кроме Антарктиды (смотрите метки на карте). Небольшое примечание: это может показаться костылем, но Appdynamics предлагает использовать для мониторинга внутренних ресурсов три специальные точки наблюдения со статичными IP-адресами.
А вот с New Relic вы можете развернуть точку наблюдения как в облаке, так и у себя локально на полярной станции и проверять закрытые корпоративные ресурсы (например, заводить кредитные заявки в CRM):
Следующим отличием двух решений является используемый язык для алгоритмизации. Если в NewRelic это JavaScript, который выполняет эмуляцию браузера Google Chrome на базе Selenium, то в Appdynamics это Python также основанный на Selenium, но браузер можно выбрать из распространенных. И тут стоит добавить небольшой нюанс: оба решения используют Webdriver, но параметры этой штуки (user-agent, разрешение экрана и прочее) позволяет настраивать только New Relic, в Appdynamics используются параметры по умолчанию.
New Relic по умолчанию игнорирует системы аналитики, поэтому если нужно что-то включить, используйте следующий алгоритм:
В Appdynamics такого функционала из коробки нет, но в случае необходимости его возможно реализовать внутри вашего скрипта.
После каждого шага транзакции Appdynamics сохраняет скриншот веб-страницы. New Relic сохраняет только последний экран. На просторах интернета нашелся один японский способ, который будет актуален для обоих решений. Умелец из страны восходящего солнца описывает способ загрузки файлов на Google Drive через API.
В Appdynamics есть возможность использовать только стандартные библиотеки Python. New Relic позволяет использовать также популярные модули Node.js.
И основные выжимки в табличном виде:
| Особенность | New Relic | Appdynamics |
| Синтетический мониторинг из облака | да | да |
| Произвольный выбор точки наблюдения | да | нет |
| Язык алгоритмизации | JavaScript | Python |
| Настройка Webdriver | да | нет |
| Коробочное игнорирование систем аналитики | да | нет |
| Сохранение скриншотов экрана после каждого шага транзакции | нет | да |
| Возможности расширения алгоритмов с помощью внешних библиотек/модулей | да | нет |
Конечно, систем транзакционного мониторинга на рынке вагон и маленькая тележка и определить, какая подойдет именно вам, может оказаться не так-то просто. Кроме систем по работе с вебом, существуют также те, которые умеют запускать толстые клиенты, проводить OCR-анализ интерфейса и выдавать прочие радости.
Пожалуйста, обращайтесь с вопросами в комментариях. А если задача требует чуть более вдумчивого подхода, наш консалтинг он, как светлое будущее, – совсем не за горами.
Автор статьи: Антон Касимов, архитектор систем управления
Dynamix usa что это
Краткое описание:
Красивейшая музыкальная игра
Описание:
Dynamix, the hardcore mobile music game is the first publishing game made by C4Cat.
Dynamix introduces a new style of music game. Its triple-dropping track design provides a more rhythmical and varying play style. Player feel like composing the song during gameplay.
The first release version of Dynamix includes more than 20 Hong Kong original songs.
Google Play: https://play.google.com/store/apps/details?id=com.c4cat.dynamix
Русский интерфейс: Нет
Системные требования: Android 4.1+
Скачать:
Версия: 3.13.00 Dynamix [Unlimited Gold/Unlocked] (kuZZma85)
Версия 3.11.7 Mod + obb: Dynamix (Пост Giacomino #77148786)
Использование модификаций игры пользователи осуществляют на свой страх и риск. Жалобы, связанные с работоспособностью игры после применения модификаций, рассматриваться не будут
Перед установкой просьба ознакомиться с темой Установка игр с кэшем [FAQ]
sdcard/Android/obb 
com.c4cat.dynamix.zip ( 120.77 МБ )
Введение в MS Dynamics CRM
Привет Хабр! В этой статье хотелось бы рассказать о некоторых стандартных возможностях Dynamics CRM (для понимания что это вообще такое), её основных бизнес процессах и средствах расширения функционала прямо из коробки.
Для начала, давайте пробежимся по некоторым фактам о CRM системе от Microsoft:
Начало использования
С точки зрения пользователя — всё просто. Получаем url адрес и переходим туда используя свой любимый браузер.
До недавнего времени Майкрософт рекомендовал использовать только Internet Explorer, но ничто не вечно под луной, и теперь со спокойной совестью можно работать через Chrome.
При переходе по адресу, придётся ввести логин и пароль учетной записи (CRM использует ADFS для аутентификации пользователей), и попадаем на домашнюю страницу.
Модуль Продаж
Давайте представим себя в роли менеджера по продажам.
Наша компания неделю назад провела рекламную кампанию, и директор по маркетингу занёс в систему лидов (Lead или Потенциальный Клиент) и назначила их на нас.
Что такое Лид? Ну, есть какая то компания, которая вроде бы заинтересована в наших услугах, и у нас есть возможность им что то предложить, но они еще не знают чего им точно надо.
Форма Лида выглядит вот так:
Мы им звоним и выясняем что нужно сделать, они вроде бы согласны с предложенным и готовы обсуждать дальше. Отлично! Это значит что мы можем квалифицировать (Qualify) лида, и CRM автоматически создаст из одной записи целых 3: Контакт (Contact), Организацию (Account) и Возможную Сделку (Opportunity).
Следующий этап после Лида — Возможная Сделка. На этом этапе идёт активное уточнение нужд клиента, мы приступаем к заполнению Продуктов Возможной Сделки, которые берутся из каталога Продуктов.
Стандартные поля для Возможной Сделки:
Таблица (Sub-Grid) Команда Продажи (Sales Team) позволяет иметь список людей, работающих над сделкой.
При добавлении Продуктов в Возможную Сделку, происходит автоматический расчет ожидаемой прибыли. У разработчиков есть возможность её переопределить, если необходимо добавить новые поля в формулу расчета. Хотите сразу включить в расчет прибыли возможный откат? Не вопрос.
Важно отметить, что сделку можно закрыть как проигранную. CRM обязательно спросит причину и занесёт её в историю клиента как действие.
Следующим этапом является создание Коммерческого Предложения (Quote).
У Коммерческого Предложения есть свой жизненный цикл. Оно создаётся из Возможной Сделки в статусе Черновик (Draft) с подтягиванием её же продуктов. Пользователь может изменять продукты и их цену. Как только он дошел до того, что готов выслать предложение клиенту, запись переходит в Активный (Active) статус и запись становится нередактируемой.
Если клиент согласен с предложением, то оно закрывается со статусом Выигрыш (Won) и мы переходим на этап Заказ (Order). Если необходимо что либо поменять, то мы выбираем Пересмотр (Revise), при этом будет создано новое Коммерческое Предложение, с опять же подтянутыми продуктами.
Заказ — это по сути утвержденное Коммерческое Предложение. В нём содержится информация про продукты или услуги которые заказал клиент. Из него можно создать Счет-Фактуру (Invoice), которая может быть закрыта со статусом Оплачена (Paid) или Отменена (Canceled).
Дальше в ход должны вступать интеграции с другими системами. Например, MS NAV. Майкрософт предоставляет для этого готовое решение коннектор.
Имея такую историю по клиентам можно построить самый важный график в CRM — Воронку Продаж:
Она позволяет анализировать динамику продаж по различным стадиям, начиная с лида и заканчивая заказом. Например, можно находить узкие места, в которых теряется больше всего клиентов, и постараться их исправить. Также директор по продажам может оценить будущую прибыль, в зависимости от количества лидов на текущий момент.
Модуль Управления Обслуживания Клиентов
Содержит Инциденты (Cases), которые создаются службой поддержки, автоматически через имейлы или с помощью интеграций со сторонними системами. Инциденты хранят в себе информацию о возникшей проблеме клиента. Они могут быть добавлены в специальные очереди, что позволяет более эффективно распределять нагрузку на службу поддержки.
Dynamics CRM имеет функционал Базы Знаний (Knowledge Base), для помощи в решении проблем. База содержит статьи, которые сгруппированы по темам.
Также есть возможность следить за KPI (Ключевой Индикатор Производительности) с помощью настраиваемых SLA (Соглашение об уровне обслуживания). SLA настраиваются в зависимости от часов работы, дней работы, и графика в выходные дни. При создании Инцидента берутся эти SLA и высчитывается время, за которое необходимо решить проблему.
Для пользователя это видно в виде таймера на главное форме Инцидента. Обратный ход можно остановить, если, к примеру, пользователь ждёт ответа от клиента.
Модуль Маркетинга
Маркетинговые списки — удобный способ сгруппировать Контакты, Организации и Лиды в группы по какому либо критерию или вручную. Они могут быть как статические так и динамические (очевидно, что для создаваемых по заранее заданному критерию). В конечном счёте, эти списки используются для каких либо маркетинговых действий: рассылка сообщений с новостями, промо материалами итд.
Кампании в Dynamics CRM представлены обычными кампаниями (Campaings) и быстрыми кампаниями (Quick Campaigns). В целом, они создаются для контроля действий по каждой из них, в также для удобного просчета ROI (Return on investemnts / Окупаемость Инвестиций).
У кампаний есть список откликов (Campaign Responses), который создаётся для понимания её успешности. Отклики можно вносить как вручную, так и автоматически, используя входящие электронные сообщения.
В чем различия Кампании и Быстрой Кампании?
Быстрая кампания может иметь только один тип активности, один список клиентов, не имеет встроенных метрик, не может создаваться из шаблонов кампаний, предполагает быстрое исполнение. Как пример, кампания по отправке электронных сообщений перед распродажей на день Благодарения. Сгенерировали список для рассылки, произвели её, получили отзывы, посчитали количество сгенерированных лидов и ROI на основе конверсии Лида в Возможную Сделку, закрыли кампанию.
Средства расширения функционала
Наконец то можно перейти к тому, для чего я всё это затеял.
Существует много способов для расширения функционала CRM. В этой статье я опишу элементарные вещи, такие как создание новых Сущностей (Entities), Полей (Fields), Форм (Forms), Представлений (Views).
Для начала, необходимо рассказать про Решения (Solutions). Это такие пакеты, содержащие в себе полное или частичное состояние любого объекта, добавленного туда. Они используются для переноса компонентов из одной системы в другую, а также для разработки новых компонентов. Добраться до списка Решений можно пройдя в меню через Settings/Solutions.
Перед нами форма только что созданного Решения.
Обратите внимание на поле Издатель (Publisher). Оно хранит в себе Название и Префикс Разработчика компонентов. В зависимости от того, в каком Решении будет создан компонент, такой префикс он и будет иметь. Например, Издатель имеет префикс habr, соответственно новая сущность User будет иметь системное имя вида habr_user.
Решения можно Экспортировать или Импортировать. При экспорте можно выбрать каким оно должно быть. Управляемое (Managed) или неуправляемое (Unmanaged).
Solutions делятся на 3 вида.
Или Сущности. С их помощью можно определить типы записей. Самая близкая аналогия — таблица БД.
Давайте создадим нашу первую Сущность. Переходим в раздел Entities и нажимаем New.
Откроется новая форма для создания сущности.
Тип Собственности (Ownership) — позволяет выбрать владельца записи. По умолчанию это Организация, т.е владельца нет как такового. Если выбрать Пользователь или Группа — то сущность будет иметь поле Owner. В дальнейшем, в зависимости от типа собственности, можно гибко настроить доступ пользователей к записям и их видимость в подразделениях.
Если выбрать пункт Define as an activity entity, то сущность станет действием. Действия — это записи, которые могут отображаться в календаре. Для такой сущности будут автоматически добавлены поля Времени Начала, Времени Конца, Продолжительность. Действие можно будет Отменить или Выполнить. Быть владельцем такой сущности может только Пользователь или Группа.
Во вкладке Primary Field можно задать параметры Основного поля, которое будет обязательным для заполнения.
При желании, можно поменять имя или тип на что то другое. В таком случае рекомендую позаботиться о том, чтобы оно заполнялось для каждой записи, и являлось уникальным. Значение этого поля используется как обозначение Lookup поля. Как пример, lookup поле Publisher на форме Решения. (PS типы полей будет ниже)
Также есть довольно большой список настроек, которые можно задать. Пройдёмся по самым часто использующимся.
Зоны видимости сущности (Areas that display this entity) — можно задать вкладки главного меню, в которых будет доступна сущность.
Разрешить быстрое создание (Allow quick create) — по умолчанию новая запись создаётся в новом окне. При активации данной функции появляется возможность создавать запись из активного окна, с вводом только необходимых полей.
Определение дубликатов (Duplicate detection) — позволяет запретить создание одинаковых записей с помощью правил.
Аудит (Auditing) — можно выбрать поля сущности, для которых будет храниться вся история изменений. С этой настройкой нужно быть осторожным, можно получить значительное увеличение объема БД.
Или Поля. Используются для определения отдельных элементов данных.
После создания сущности CRM автоматически создаст базовые поля
Давайте дополним сущность своими. Нажимаем New и видим форму созданию нового поля.
Display Name — имя, которое будет отображаться на форме записи.
Field Requirement — устанавливает обязательность поля. Всего есть 3 вида. Optional — позволяет создать запись без заполнения поля; Business recommended — аналогичен опциональному, но возле поля будет стоять звездочка как рекомендация о заполнении; Required — нельзя создать запись без заполнения этого поля.
Name — системное имя поля.
Searchable — позволяет использовать поле для поиска записей по его значению.
Field Security — позволяет дополнительно настраивать кому показывается данное поле.
Auditing — позволяет включить аудит поля. (Будет сохраняться история изменения)
Data Type — тип данных поля. Всего существует 12 типов данных.
Single Line of Text — строка текста. Может содержать до 4000 символов, но можно ограничить на меньшее число.
Option Set — список Имя-Значение
Two Options — обычный Boolean
Multiple Lines of Text — несколько строк текста. Может содержать до 1 048 576 символов, но можно ограничить на меньшее число.
Date and Time — дата и время. В БД данное поле хранится в UTC, поле можно настроить для показа UTC или локального времени пользователя. Также можно показывать дату и время либо только дату.
Lookup — представляет из себя ссылку на запись любой сущности. Хранит в себе сразу 3 значения (Имя записи, GUID и тип сущности). По правилу хорошего тона в конце имени пишется ‘id’, как обозначение поля lookup. Небольшое отступление: справочник от Майкрософта переводит название этого поля как Поиск. Однако все называют его просто Лукап.
Customer — по факту это мульти Lookup, который может ссылаться только на 2 сущности — Contact или Account.
Еще есть 3 типа полей. Не каждый тип данных может иметь все 3 типа полей.
Каждая сущность содержит свои Формы. Они позволяют настроить отображение полей для разных случаев.
Всего есть 4 типа форм:
Main — форма, которая будет показываться при открытии записи через браузер.
Mobile — эта форма будет открываться на мобильном устройстве.
Quick View — позволяет встраивать данную форму в формы других сущностей. Например, Main форма сущности Post содержит поле Author (которое ссылается на сущность User), и мы показываем дополнительные данные User через его Quick View форму.
Quick Create — форма для быстрого создания записи (Без открытия нового окна браузера)
Dynamics CRM позволяет гибко настраивать вид и функционал Форм.
Основные возможности редактора форм:
В нашем случае у нас имеется всего 1 Tab именованный General (обведён синей рамкой), внутри которого имеется один Section также с именем General.
Вообще, Main формы состоят из 4 частей: Header, Body, Footer, а также Navigation слева.
Для того, чтобы выбрать что вы в данный момент хотите редактировать придётся воспользоваться группой Select на риббон ленте.
Поля добавляются двойным нажатием или перетягиванием.
Удаляются же кнопкой Remove. Required поля (которые с красной звездочкой), так просто удалить с формы не получится. Придётся сначала изменить их тип на Optional.
Кнопка Form Properties позволяет добавлять JS файлы на форму, и регистрировать их функции для событий форм и полей.
Во вкладке Insert мы работаем только с телом формы. Здесь мы изменяем её разметку.
Команды риббон ленты в данном случае:
Section — добавляет секцию в выбранный tab. Может содержать 1-4 столбца.
Tabs (Вкладки) — множество вариантов добавляют вкладку с количеством секций 1-3 разной ширины.
Вот пример вкладки с тремя секциями. Одна секция имеет три столбца, две другие по одному. Каждый столбец это потенциальное месторасположение поля.
Sub-Grid — добавляет список записей связанной (или нет) сущности на форму.
Коротко про то, что это такое.
Например, Хабр добавил функцию пожертвований для статей. Создаём сущность Donations которая содержит в себе lookup на Post. При этом, при создании поля создаётся связь N:1.
Всё, теперь мы можем добавить Sub-Grid показывающий пожертвования. Окно настройки Sub-Grid выглядит так:
А наша форма будет иметь такой вид:
Spacer — создаёт пустое место
Quick View Form — добавляет форму быстрого вида. Мы уже такую делали для автора.
Web Resource — добавляет веб ресурс на форму. Например, интерактивная html страница или Silverlight приложение.
IFrame — можно добавлять и их тоже
Notes — добавляет панель для создания заметок
Или Представления, используются для отображения списков записей.
Можно задать отображаемые поля, их ширину, а также фильтры и сортировку.
Вот пример, на котором показываются только активные посты.
Общие — представления, доступные всем пользователям. При создании новой сущности автоматически создаются Активные и Неактивные представления.
Личные — принадлежат отдельным пользователям. Могут быть созданы администратором, и затем отдельно назначены на другого.
Системные — недоступны напрямую для выбора из списка представлений, а существуют как дополнения, расширяющие функциональность отдельных элементов интерфейса. Например, быстрый поиск, расширенный поиск
Создадим своё личное представление?
Жмём на список представлений и выбираем Create Personal View.
Открывается новое окно для настройки представления. Можно взять за основу существующее представление выбрав его в Use Saved View.
Edit Columns позволяет выбрать отображаемые поля
Results позволяет проверить какие записи будут выведены после наложения фильтра.
Фильтр строится добавлением условий с помощью Select и их группировкой через AND/OR.
Вот так выглядит готовый фильтр. Сохраняем его попутно дав название, и получаем готовое личное представление.
Заключение
В данной статье я дал информацию для отличного старта в разработке для Dynamics CRM. В следующих статьях будем разбираться с остальными доступными кастомизациями, официальным SDK, must have приложениями, писать плагины (Plugins) и рабочие процессы (Workflows).
Буду благодарен за отзывы и спасибо, что прочитали статью.
