Для тестирования современных сайтов уже недостаточно лишь функционального и простого нагрузочного тестирования, не позволяющего получить уверенность в работоспособности приложений в реальных условиях — сегодня требуются более изощренные средства.
Аналитики прогнозируют лавинообразный рост числа предметов, способных подключиться к Интернету, активно передавать и получать данные, а заодно и обмениваться ими между собой — их скоро будет уже более 200 млрд. Пока объем данных от этих устройств-вещей составляет несколько процентов потока, генерируемого во всем мире, однако уже через несколько лет он будет на порядок больше. Как организовать надежное взаимодействие между подключенными к Сети устройствами, а заодно и людьми?
Переход разработки в облака — непростая задача, требующая изменения привычных инструментов, процессов, инфраструктуры, и только следуя шести принципам современной облачной системы разработки, можно повысить продуктивность, обеспечив инструментам действенность, производительность и возможность многократного использования.
Сообщество Open Source ведет несколько ключевых проектов, среди которых, наряду с ОС Linux, — создание платформы разработки Eclipse. Вышедшая несколько лет назад из-под крыла корпорации IBM, сегодня эта открытая платформа интеграции инструментальных средств разработки приложений свободно распространяется в открытых кодах и развивается сообществом пользователей.
Стало правилом: всякий раз, когда выпускается новая версия программного продукта, существенно - порой на много мегабайт - подскакивают его требования к размерам памяти. Когда такие запросы превышают имеющуюся в наличии память, приходится закупать дополнительную. Когда же дальнейшее расширение невозможно, то надо приобретать новый, более мощный компьютер или рабочую станцию. Но идут ли большая производительность и расширенная функциональность в ногу со все увеличивающимися запросами на вычислительные ресурсы? В большинстве случаев ответ будет - нет. 1. Причины громозкости программного обеспечения 1.1 Сложность как эквивалент мощности 1.2 Времени всегда не хватает 2. Языки и методология проектирования 3. Проект "Оберон" 3.1 Три базисных правила