РЕШЕНИЯ/ SOLUTIONS
Разочаровавшись в App Store разработчики стали уходить на другие платформы
Размещено в: Решения/ Solutions по материалам Macradar.ru
Работа команды онлайнового магазина App Store, точнее, процесс одобрения приложений, продолжает расстраивать и раздражать разработчиков. Да настолько, что легендарная команда разработчиков Rogue Amoeba (авторы Airfoil) отказалась от планов создавать приложения для iPhone.
Последней каплей стало отношение сотрудников App Store к новому приложению от Rogue Amoeba – Airfoil Speakers Touch 1.0. Вначале приложение было принято к продаже, но затем разработчики получили сообщение о проблемах со звуком в игре, отправили ее обновленную версию в App Store и на протяжении четырех месяцев не получали никакого ответа. Затем появились новые претензии к разработчикам, связанные с использованием в приложении графических символов, принадлежащих Apple. Хотя, в качестве навигационных элементов (как в случае с Airfoil) такие символы использовать разрешается. В итоге сотрудникам Rogue Amoeba пришлось удалить запрещенную к использованию графику.
Сотрудник Rogue Amoeba Пол Кафасис (Paul Kafasis) сообщает, обращаясь к пользователям iPhone, что команда App Store действует неправильно, создавая разработчикам препятствия для полноценной работы. Когда в Rogue Amoeba исправили ошибку, из App Store не было никакого ответа после отправления обновленной версии приложения. В то же время, версия с неполадкой продолжала продаваться в онлайновом магазине. В результате команда Rogue Amoeba решила заняться созданием приложений для Mac, отказавшись от Эпстора.
Джо Хьютт, еще один легендарный программист, который является одним из авторов Firefox, Frebug, Facebook for iPhone, также в свое время отказался от дальнейшего сотрудничества с App Store. Правда он убежден, что магазин приложений Apple — это локомотив, который уже не остановить. Место одного ушедшего разработчика займут 1000 новых.
Разработка корпоративных веб приложений
Решение SAP интегрирует контакт-центры с бэк-офисом
Размещено в: Решения/ Solutions, SAP по материалам osp.ru - Software
SAP представила решение для управления бизнес-коммуникациями (Business Communication Management, BCM), которое позволит компаниям интегрировать их контакт-центры с приложениями бэк-офиса и прочими точками связи. BMC обеспечивает среду для взаимодействия приложений автоматизации бизнес-процессов, особенно при взаимодействии с клиентами. Решение объединяет разрозненные системы офисной и мобильной телефонии, контакт-центры и ИТ-среду. Если раньше сотрудник контакт-центра, не владеющий глубокими познаниями в какой-либо области, предлагал клиенту перезвонить позже, то сейчас такому сотруднику достаточно найти нужного эксперта, чтобы подключить его к конференц-связи с заказчиком.
SAP BCM поддерживает унифицированную маршрутизацию контактов, интерактивные автоответчики, службы голосовой почты, онлайновые мониторинг, анализ и отчетность по принятым вызовам, централизованные управление и администрирование контакт-центров, сервисы каталогов и присутствия, журналирование голосовых запросов.
 |  |
Онлайн-тренинг «Программирование для тестировщиков» от Алексея Баранцева
Размещено в: Решения/ Solutions, Тестирование ПО/ Software Testing по материалам It4business.ru
Бытует мнение, что тестировщикам вредно уметь программировать. Якобы это умение мешает им потому, что из-за него они слишком много думают о реализации программы и слишком мало о том, как же её протестировать.
Определённый смысл в этом есть, возможно для кого-то умение программировать действительно служит отвлекающим фактором. Но если вы умеете бороться с искушениями, тогда этот навык может оказаться весьма полезным, потому что он даёт возможность переложить часть своей работы на компьютер.
Да, имеется в виду автоматизацию тестирования. Но под автоматизацией подразумевается не только написание скриптов, которые эмулируют взаимодействие пользователя с графическим интерфейсом программы. Помимо этих скриптов можно автоматизировать генерацию тестовых данных, проверку содержимого базы данных, развёртывание и настройку тестового окружения, проверку отсутствия сообщения об ошибках в лог-файлах, генерацию отчётов, и многое-многое другое.
Сложно ли научиться программировать? Вероятно, бывают люди, для которых алгоритмический стиль мышления абсолютно неприемлем. Но большинство айтишников по крайней мере на интуитивном уровне уже обладают алгоритмическим мышлением. Многие тест-дизайнеры пишут весьма подробные инструкции для ручного тестирования, это почти готовые программы, но предназначенные для "биороботов". Осталось сделать один небольшой шаг и научиться управлять настоящими роботами-компьютерами.
Разучитесь ли вы тестировать, научившись программировать? Вовсе нет, существующие навыки тестировщика от вас никуда не денутся. Но в дополнение к ним в ваших руках появится ещё один инструмент, и весьма мощный. Разумеется, владение навыками программирования не означает, что их нужно применять здесь и там без разбора, стремясь автоматизировать всё подряд. Силу нужно держать под контролем и применять её лишь там, где её применение обосновано. Для этого нужно хорошо овладеть силой, чтобы она подчинялась вам, чтобы это был привычный инструмент с понятными принципами работы, а не магический артефакт, управляемый загадочными заклинаниями.
Ну что ж, довольно слов, пора перейти к делу.
Как и всякий навык, умение программировать нужно тренировать и закреплять. Недостаточно просто прочитать книжку и выучить набор команд. Знать ещё не значит уметь. Поэтому тренинг "Программирование для тестировщиков" будет содержать как теоретические сессии, так и практические задания для самостоятельного выполнения.
Программа курса:
1. 2. Основы программирования.
На остальных занятиях будет рассмотрен ряд задач, с которыми часто приходится сталкиваться тестировщикам в реальной жизни, и будет рассказано, как средствами программирования эти задачи решаются. Мы не станем углубляться в изучение различий между парадигмами программирования и в тонкости использования тех или иных конструкций. Всё это придёт потом. А пока мы просто научимся решать конкретные практические задачи.
3. Работа со строками -- анализ строк, проверка соответствия образцу, регулярные выражения.
4. Работа с контейнерами, предназначенными для хранения наборов данных: множествами, списками, ассоциативными массивами.
5. Работа с файлами -- чтение и запись данных из файла и в файл, анализ содержимого директорий.
6. Автоматизация браузера с использованием инструментов Selenium и WebDriver.
7. Автоматизация Java GUI с использованием Jemmy.
8. Работа с базами данных -- JDBC и Java Persistence.
9. Работа с почтой -- сервер James и клиент Java Mail.
10. Сетевое программирование -- HTTP, FTP и другие протоколы прикладного уровня.
Формат курса:
Онлайн-тренинг продолжительностью примерно два с половиной месяца (10 занятий), с еженедельными онлайн-занятиями и практическими домашними заданиями.
Онлайн-занятия состоятся каждый четверг с 19.00 до 20.30 за исключением 31 декабря и 7 января :-).
Кроме того, каждый вторник с 18.00 до 18.30 тренер Алексей Баранцев будет ждать в скайпе вопросы участников курса, которым необходима помощь в выполнении домашнего задания.
Каждый участник курса будет получать обратную связь от тренера по результатам выполнения домашнего задания.
Наиболее типичные ошибки будут разбираться на онлайн-занятиях.
Google открыла исходные коды средств разработки
Размещено в: Решения/ Solutions по материалам osp.ru - Software
Компания надеется, что открытие ряда ключевых инструментов разработки Web-приложений поможет сообществу создавать более быстрые программы. Google представила исходные коды Closure Compiler, Closure Library и Closure Templates, инструментарий, который активно используется компанией для большинства своих популярных Web-приложений, таких, например, как Google Gmail, Google Docs и Google Maps.
Closure Compiler упрощает, оптимизирует и консолидирует код JavaScript для быстрого и эффективного выполнения даже в условиях медленного пользовательского соединения. Модульная JavaScript-библиотека Closure Library содержит набор стандартных кросс-браузерных служб и компонентов приложений и эксплуатируется большинством Web-сервисов Google. Наборы шаблонов Closure Templates используются для автоматизации динамического создания HTML как на стороне клиента JavaScript, так и Java-сервера.
| |
Отчетность вручную
Размещено в: Решения/ Solutions, Управление документооборотом/ Document Management по материалам osp.ru - Enterprise
45% отзывов лицензий банков в 2008-2009 годах было связано с низким качеством отчетности для Банка России. Высокие риски ошибок в отчетности обусловливает применение устаревших систем ее подготовки. Их эффективность снижается, что, с учетом статистики Банка России, уже привело автоматизацию в этой области в предкризисное состояние. По данным компании Intersoft Lab, традиционно в банковской практике выполнения требований Банка России доминируют три технологии: полуручная (с применением таблиц MS Excel), специализированные модули в составе АБС и собственные разработки ИТ-департаментов. При этом собственные решения использует более половины банков. С 2000 года банки делают попытки автоматизации отчетности для Банка России на базе BPM-систем, основанных на технологии хранилищ данных. На сегодня BPM-системы для решения этой задачи использует около 10% из 200 крупнейших российских банков.
Как считают эксперты, отказ от применения АБС и собственных решений для задач обязательной отчетности будет ускоряться по мере усложнения требований Банка России к отчетным формам. Например, так произошло при переходе от ежеквартального расчета обязательных нормативов к ежедневному. Кроме того, ускорит поиск альтернативных решений и проблема роста объема обрабатываемых данных. Выпуск отчетности из АБС негативно сказывается на ее быстродействии и, следовательно, на обслуживании клиентов. С учетом постоянно растущих объемов обработки данных, отчетная функциональность в составе транзакционных систем переходит из непрофильной в разряд противопоказанных.
| |
системы электронного документооборота