Difference between psychological time and clock time with reference to 'to th...yashpalsinhgohil1111
The document discusses two types of time: clock time and psychological time. Clock time is objective and linear, measured by minutes, hours and years. Psychological time is subjective and nonlinear, as perceived by the human mind. In Virginia Woolf's novel "To the Lighthouse", she uses interior monologues to show characters experiencing compressed or extended psychological time compared to objective clock time. For example, Lily Briscoe has moments where she recalls past events or finishes her painting after being stuck for years. The document analyzes how Woolf represents the difference between clock and psychological time through the experiences of characters in the novel.
The document discusses what open source software vendors (OSVs) need to do to develop "Dream products" in collaboration with computer original equipment manufacturers (OEMs). It states that balanced products with well-integrated hardware and optimized software are rare, and that most are from proprietary vendors controlling both. It recommends that to successfully work with OEMs, OSVs need to be engaged early in concept development and ensure shared goals through trusted relations and joint teams. Using common standards, shared risks and rewards can motivate high performance and better satisfy customers. Open design practices embracing open source principles across the entire development process may help OEMs and OSVs create more successful Dream products together.
Difference between psychological time and clock time with reference to 'to th...yashpalsinhgohil1111
The document discusses two types of time: clock time and psychological time. Clock time is objective and linear, measured by minutes, hours and years. Psychological time is subjective and nonlinear, as perceived by the human mind. In Virginia Woolf's novel "To the Lighthouse", she uses interior monologues to show characters experiencing compressed or extended psychological time compared to objective clock time. For example, Lily Briscoe has moments where she recalls past events or finishes her painting after being stuck for years. The document analyzes how Woolf represents the difference between clock and psychological time through the experiences of characters in the novel.
The document discusses what open source software vendors (OSVs) need to do to develop "Dream products" in collaboration with computer original equipment manufacturers (OEMs). It states that balanced products with well-integrated hardware and optimized software are rare, and that most are from proprietary vendors controlling both. It recommends that to successfully work with OEMs, OSVs need to be engaged early in concept development and ensure shared goals through trusted relations and joint teams. Using common standards, shared risks and rewards can motivate high performance and better satisfy customers. Open design practices embracing open source principles across the entire development process may help OEMs and OSVs create more successful Dream products together.
Как devops исчерпывает себя, и что будет дальше / Кирилл Вечера (Jetware)Ontico
* Следующее поколение моделей проектирования и эксплуатации серверных приложений в публичных облаках и на классических серверах.
* Сравнение методов эксплуатации: "традиционных" Chef/Salt/Ansible, immutage images/virtual appliances/Docker, и автономных рабочих окружений Jetware/Snappy/Nix/Habitat.
* Самоконфигурация, самоадминистрирование и самовосстановление серверов.
** Управление большими системами Mesos, Kubernetes, Docker Swarm.
** Управление внутри микросервисов.
* Независимость рабочего окружения приложений от операционной системы и ядра, just enough OS.
* Приложение - это не только исходный код, но и операционное окружение. Разработка, тестирование и версионирование всего полностью.
* Сервер как программа - компонентный подход.
Rempl – крутая платформа для крутых инструментовRoman Dvornov
Фронтенд усложняется с каждым днем, и уже не представить жизнь разработчика без инструментов. Инструментов становится все больше, но нельзя сказать, что их достаточно. Если у вас собственный стек или технологическое решение, вам рано или поздно потребуется сделать свой инструмент. Это не так просто! Особенно если вы захотите интегрировать его интерфейс в браузерные Developer Tools, IDE, редакторы или открыть их на другом устройстве. Добавьте сюда проблему версионирования и другие сложности, и вам покажется, что задача неподъемная.
Но есть хорошая новость! Большинство из этих проблем решает Rempl — платформа для создания и использования удаленных инструментов (на самом деле не только инструментов). Сделаем небольшой обзор Rempl: что это, зачем нужно, какие проблемы решает. А также посмотрим примеры готовых решений, построенных на Rempl.
CodeFest, Новосибирск, 2017
Лабораторные работы (практикум) по операционным системам и средам. Материал разработан специально для ресурса www.studentam-in.ru на котором Вы можете найти бесплатные учебные материалы и получить качественные образовательные услуги: китайский и английский перевод; репетиторство; заказ курсовых, контрольных; создание презентации, баннера, контента, сайта и многое другое.
Когда проект делает один разработчик — все просто. Когда над ним работает небольшая команда, можно синхронизироваться и договориться. А вот когда проектов (сайтов и приложений) становится много, и над ними трудится множество команд с перекрестной функциональностью и смежными зонами ответственности, все становится сложным и запутанным.
Я расскажу о своем виденье архитектуры фронтенда, какой она должна быть, чтобы обеспечить её масштабируемость. На основе своего опыта и проблем, с которыми сталкиваются большие проекты.
Видео: https://www.youtube.com/watch?list=PLknJ4Vr6efQFtZmsXmGG64Rz_PHrcXCBL&v=z9y6PNC2FL0
Как devops исчерпывает себя и что будет дальшеKirill Vechera
Эволюция управления информационными системами
Какие сейчас есть средства и какие появляются
Как этому способствует Jetware
Почему Devops становится ненужным
Рано или поздно возникает необходимость в собственных инструментах по разным причинам: либо не хватает готовых, либо есть какая-то особенность в проекте. Разработка инструментов, работающих в браузере, является непростой задачей. Самое сложное — чтобы они умели работать удаленно, вне страницы. Это многих пугает — нужно много сделать и во многом разобраться. Но если большая часть проблем уже решена, и можно сосредоточиться лишь на основной функции инструмента? Что если такие инструменты смогут работать в произвольном WebView, будь оно встроено в браузер, редактор или другое приложение на любом устройстве? Доклад про удалённые инструменты: какие есть сложности и как их обойти, как перестать бояться и начать делать инструменты под свои задачи и технологический стек.
1. Автоматизация разработки СПО с
помощью современных средств и
технологий
Владимир Рубанов
Первый зам. ген. директора
(руководитель разработки)
к.ф.-м.н., доцент, PMP
Москва, 12 апреля 2013 г.
2. Владимир Рубанов об автоматизации разработки СПО
Разработка сложного ПО: нюансы
Сложные программы - это сотни тысяч файлов с исходными
кодами, тысячи модулей, многокомпонентная архитектура.
Из одних и тех же файлов в исходных кодах можно собирать
разные версии и конфигурации целевой программы.
Развитие разных модулей идет параллельно разными
командами.
Состыковка разных модулей в разных конфигурациях –
нетривиальная задача.
Разработка сложного ПО должна осуществляться с
помощью специальных средств автоматизации
2 из 28
3. Владимир Рубанов об автоматизации разработки СПО
Сложное программное обеспечение
Год Система Строк кода, млн.
1996 Windows NT 4.0 12
2000 Windows 2000 30
2001 Windows XP 45
2003 Windows Server 2003 50
2011 Mac OS X 10.4 86
2002 Debian 3.0 104
2007 Debian 4.0 283
2009 Debian 5.0 324
2012 ROSA Desktop 2012 660
3 из 28
4. Владимир Рубанов об автоматизации разработки СПО
Состав дистрибутива Linux
Приложения (Firefox, OpenOffice и др.)
Кол-во: ~100 - 1000
Библиотеки и системные утилиты
(Glibc, Gtk, Qt и др.)
Кол-во: ~5 000 - 15 000
Ядро (kernel)
Кол-во: 1 - 2
4 из 28
5. Владимир Рубанов об автоматизации разработки СПО
Разработка дистрибутива Linux
5 из 28
6. Владимир Рубанов об автоматизации разработки СПО
Разработка Linux и независимость
«Косметическая» независимость – меняется название и «обои»
дистрибутива, все пакеты в бинарном виде используются от
исходного дистрибутива (BolgenOS).
«Оптимизирующая» независимость – конфигурация и состав
пакетов дистрибутива оптимизируются для какой то задачи, сами
пакеты полностью заимствуются из исходного дистрибутива.
«Крупноузловая сборка» - основа дистрибутива берется из
исходного дистрибутива с минимальными изменениями, а
прикладной слой компонуется независимо на основе
оригинального upstream. Часть или все пакеты пересобираются из
исходных кодов.
«Полная» независимость – все ~10 000 компонентов берутся
изначально из оригинальных upstream источников и компонуются
между собой. Проводится полная пересборка из исх. кодов.
6 из 28
8. Владимир Рубанов об автоматизации разработки СПО
Разработчик (мейнтейнер пакетов) в Linux
Отвечает за жизненный цикл определенного
компонента (пакета) в составе дистрибутива.
Участвует в разработке пакета как член upstream
проекта или как независимый разработчик.
Является «связником» с upstream разработчиками.
Обновляет пакет на основе исходного upstream проекта.
Обеспечивает совместимость пакета со всеми остальными
связанными пакетами в составе дистрибутива.
Тестирует пакет.
Документирует пакет.
Собирает пакет из исходных кодов и размещает в
репозитории дистрибутива.
8 из 28
9. Владимир Рубанов об автоматизации разработки СПО
Инструменты:
URPM-Repoclosure
Замкнутость репозитория по зависимостям
Проверяет собранный репозиторий
Виды анализа:
статический
динамический
http://fba.rosalinux.ru/repoclosure/
9 из 28
10. Владимир Рубанов об автоматизации разработки СПО
Отчеты:
URPM-Repoclosure
Сломанные пакеты
Метрики
10 из 28
11. Владимир Рубанов об автоматизации разработки СПО
Инструменты:
ABI Compliance Checker
Анализ совместимости версий С/C++
библиотек
Приоретизация найденных проблем
Используется в
Upstream: разработчиками библиотек
Downstream: мейнтейнерами
http://github.com/lvc/abi-compliance-checker
11 из 28
12. Владимир Рубанов об автоматизации разработки СПО
Отчеты:
ABI Compliance Checker
Summary
Проблемы совместимости
12 из 28
13. Владимир Рубанов об автоматизации разработки СПО
Отчеты:
ABI Compliance Checker
Разбор конкретных проблем
13 из 28
14. Владимир Рубанов об автоматизации разработки СПО
Отчеты:
ABI Compliance Checker
Анализ конкретных изменений
14 из 28
15. Владимир Рубанов об автоматизации разработки СПО
Инструменты:
Upstream Tracker
Мониторинг и анализ библиотек в апстриме:
отслеживание новых версий
изменения в API/ABI
Стабилизация апстрима
http://upstream-tracker.org/
15 из 28
16. Владимир Рубанов об автоматизации разработки СПО
Отчеты:
Upstream Tracker
16 из 28
17. Владимир Рубанов об автоматизации разработки СПО
Инструменты:
Updates Tracker
Определение устаревших пакетов
•по сравнению
•с апстримом
•другими дистрибутивами
http://upstream-tracker.org/updates/rosa/2012/
17 из 28
18. Владимир Рубанов об автоматизации разработки СПО
Отчеты:
Updates Tracker
18 из 28
19. Владимир Рубанов об автоматизации разработки СПО
Инструменты:
PkgDiff
Изменения в пакетах:
Визуализация
Классификация
http://pkgdiff.github.com/pkgdiff/
19 из 28
20. Владимир Рубанов об автоматизации разработки СПО
Отчеты:
PkgDiff
Метрики
Классификация файлов
20 из 28
21. Владимир Рубанов об автоматизации разработки СПО
Отчеты:
PkgDiff
Оценка изменений
21 из 28
22. Владимир Рубанов об автоматизации разработки СПО
Сборка дистрибутива. Кратко.
22 из 28
23. Владимир Рубанов об автоматизации разработки СПО
Система разработки и сборки ROSA ABF:
основные особенности
Поддержка полного цикла сборки: от отдельных файлов
и пакетов до финальных образов (.iso).
Поддержка разработки разных дистрибутивов.
Поддержка сборки для разных аппаратных платформ.
Эргономичный веб-интерфейс – возможна кросс-
платформенная разработка.
Персональные репозитории разработчиков.
Интеграция процессов разработки, конфигурационного
управления и сборки на единой площадке.
23 из 28
24. Владимир Рубанов об автоматизации разработки СПО
ROSA ABF: основные функции
Площадка обсуждения и прямого обмена кодом
между разработчиками.
Встроенный трекер задач.
Контекстная WIKI.
Интеграция с ведущей системой контроля версий Git.
Мониторинг статуса по компонентам и платформам
в целом.
Автоматизированные процессы жизненного цикла
разработки ПО.
24 из 28
25. Владимир Рубанов об автоматизации разработки СПО
ABF как продукт для сторонних компаний
Безопасная система для хостинга и разработки
дистрибутивов на основе Linux и приложений для
них.
Система сборки пакетов под множество
дистрибутивов в безопасной среде.
Система централизованной доставки обновлений
для клиентских машин (как пользовательских, так и
серверных).
Может быть использован, как Continuous Integration
сервер.
25 из 28
26. Владимир Рубанов об автоматизации разработки СПО
Карьера мейнтейнера Linux
«Энтузиаст» – отвечает за один или несколько пакетов just for fun.
«Part-time мейнтейнер» – отвечает за несколько десятков пакетов
for fun & money.
«Full-time мейнтейнер» – отвечает за «много» пакетов.
«Ведущий мейнтейнер» – отвечает за много пакетов сам и
координирует связанных с ним мейнтейнеров.
«Менеджер репозитория» – отвечает за весь репозиторий,
координирует работу всех мейнтейнеров.
«Релиз-менеджер» – отвечает за подготовку релиза дистрибутива.
«Руководитель разработки дистрибутива» - отвечает за все.
26 из 28
27. Владимир Рубанов об автоматизации разработки СПО
Другие роли в мире Linux
Разработчики ПО (от младших до гуру)
Архитекторы ПО
Инженеры по внедрению и адаптации
Системные администраторы
Менеджеры продуктов
Руководители проектов
Тестировщики
Юзабилисты
Дизайнеры интерфейсов
Специалисты поддержки
Руководители групп
Agile-роли
Технические писатели
27 из 28
28. Владимир Рубанов об автоматизации разработки СПО
Хотите поучаствовать в разработке Linux?
Присоединяйтесь к сообществу РОСА!
http://upstream-tracker.org/
https://abf.rosalinux.ru/
http://fba.rosalinux.ru/
http://rosalab.ru/
http://wiki.rosalab.ru/en/index.php/
ROSA_Developer_QuickStart
E-mail: rubanov@rosalab.ru
28 из 28