Быть разработчиком: вызовы, ожидания, перестроение мозговSergey NemchinskyПрограммное выступление по всем вопросам разработки софта, не связанным с программами. Ценности, личности, общение, задачи
https://www.youtube.com/watch?v=_jJDaHaY4GE
Сергей Немчинский "Как пишутся и поддерживаются Enterprise системы"DataArtСергей Немчинский расскажет:
1. Что такое Java Enterprise-приложение.
2. Какие основные проблемы сопровождают большие Enterprise-системы.
3. Из чего состоит процесс разработки промышленного модуля.
4. Какие библиотеки и фреймворки используются.
5. Что самое сложное в работе с Enterprise Application.
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективеSQALabДоклад Кирилла Барабанова на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
«Розробка мобільних додатків від початку створенняТЗ дорелізу»Stfalcon MeetupsДоповідач — Олександр Зозуля.
Провідний розробник мобільних додатків студії stfalcon.com, один з кращих доповідачів потоку «Мобільна розробка» конференції Lviv Mobile Development Day.
Жаргон как средство повышения эффективности работы над проектомSQALabДоклад Сергея Оводова на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Никита Мещаненко, Антон Семенченко - Альтернативные пути преподавания основ п...COMAQA.BY Никита Мещаненко, Антон Семенченко - Альтернативные пути преподавания основ программирования как первый шаг в QA Automation
Использование Fiddler для эмуляции различных сетевых условий в автотестахSQALabДоклад Анастасии Младшовой на конференции SQA Days-20. 24-26 ноября 2016. Минск
www.sqadays.com
«Особенности Agile-разработки интернет-проектов»DataArt29-я встреча IT talk Spb.
23 апреля 2015 г.
Тема: «Особенности Agile-разработки интернет-проектов на PHP/Yii, Python/Djangо и Java/Spring»
Спикер: Петр Курышев, «ИнфоСреда»
Моделирование корпоративной архитектурыSQALabДоклад Александра Байкина на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
XP Days Ukraine 2014 - Refactoring legacy codeDmytro MindraEvery programmer has to face legacy code day after day. It might be ugly, it might look scary, it can make a grown man cry. Some will throw it away and try rewriting everything from scratch. Most of them will fail.
Refactoring legacy code is a much better idea. It is not so scary when you take it in very small bites, introduce small changes, add unit tests. When code is refactored and unit tests are added, changes to functinality can be introduced.
We will take an open source C# project and will refactor it showing step-by-step examples of the techniques. This session is full of tips and tricks you can start applying immediately. Although the code is in C#, the same principles can be applied in any language.
Legacy: как победить в гонке (Joker)Victor_Cr
У вас древний проект? Все зовут его «Legacy», а вас «неудачник»? Возможно они даже смеются над вами.
Давайте взглянем на ситуацию с другого ракурса. Все (все, Карл!) успешные проекты рано или поздно превращаются в Legacy-проекты.
Я затрону тему Legacy не просто как явление, а как возможность быть постоянно в тренде, прослыть супер-спецом (даже если ты знаешь всего два фреймворка), сделать карьеру, как делать, то что ты хочешь, а не то что тебя просят. Ладно, ладно, я наврал про два фреймворка, но все остальное чистая правда. Я покажу, что вы можете творить, имея правильный подход к Legacy коду.
Суть в том, что Legacy — это не грустно/уныло/немодно, это просто/клево/весело, если с умом подойти к задаче!
«Розробка мобільних додатків від початку створенняТЗ дорелізу»Stfalcon MeetupsДоповідач — Олександр Зозуля.
Провідний розробник мобільних додатків студії stfalcon.com, один з кращих доповідачів потоку «Мобільна розробка» конференції Lviv Mobile Development Day.
Жаргон как средство повышения эффективности работы над проектомSQALabДоклад Сергея Оводова на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
Никита Мещаненко, Антон Семенченко - Альтернативные пути преподавания основ п...COMAQA.BY Никита Мещаненко, Антон Семенченко - Альтернативные пути преподавания основ программирования как первый шаг в QA Automation
Использование Fiddler для эмуляции различных сетевых условий в автотестахSQALabДоклад Анастасии Младшовой на конференции SQA Days-20. 24-26 ноября 2016. Минск
www.sqadays.com
«Особенности Agile-разработки интернет-проектов»DataArt29-я встреча IT talk Spb.
23 апреля 2015 г.
Тема: «Особенности Agile-разработки интернет-проектов на PHP/Yii, Python/Djangо и Java/Spring»
Спикер: Петр Курышев, «ИнфоСреда»
Моделирование корпоративной архитектурыSQALabДоклад Александра Байкина на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com
XP Days Ukraine 2014 - Refactoring legacy codeDmytro MindraEvery programmer has to face legacy code day after day. It might be ugly, it might look scary, it can make a grown man cry. Some will throw it away and try rewriting everything from scratch. Most of them will fail.
Refactoring legacy code is a much better idea. It is not so scary when you take it in very small bites, introduce small changes, add unit tests. When code is refactored and unit tests are added, changes to functinality can be introduced.
We will take an open source C# project and will refactor it showing step-by-step examples of the techniques. This session is full of tips and tricks you can start applying immediately. Although the code is in C#, the same principles can be applied in any language.
Legacy: как победить в гонке (Joker)Victor_Cr
У вас древний проект? Все зовут его «Legacy», а вас «неудачник»? Возможно они даже смеются над вами.
Давайте взглянем на ситуацию с другого ракурса. Все (все, Карл!) успешные проекты рано или поздно превращаются в Legacy-проекты.
Я затрону тему Legacy не просто как явление, а как возможность быть постоянно в тренде, прослыть супер-спецом (даже если ты знаешь всего два фреймворка), сделать карьеру, как делать, то что ты хочешь, а не то что тебя просят. Ладно, ладно, я наврал про два фреймворка, но все остальное чистая правда. Я покажу, что вы можете творить, имея правильный подход к Legacy коду.
Суть в том, что Legacy — это не грустно/уныло/немодно, это просто/клево/весело, если с умом подойти к задаче!
Club of anonimous developers "Refactoring: Legacy code"Victor_CrThe document discusses various approaches to refactoring legacy code, including:
1. Migrating from an older build system (TOM) to a newer one (POM) by updating XML configuration files.
2. Introducing inversion of control (IoC) and dependency injection (DI) to reduce tight coupling in the code.
3. Implementing aspect-oriented programming (AOP) to separate cross-cutting concerns like transaction management and exception handling.
4. Updating older libraries to newer versions for performance improvements and richer APIs.
5. Cleaning up messy and difficult to read code through techniques like extracting methods and using regular expressions.
XPDays Ukraine: LegacyVictor_CrThis document discusses refactoring legacy code projects. It begins by introducing the author and their experience with legacy projects. It then describes different types of legacy projects using nicknames. It discusses whether a project should be rewritten or refactored. It lists requirements needed for refactoring a legacy project. It compares a developer and customer perspective. It then provides examples of techniques that can be used when refactoring like building procedures, inversion of control, regular expressions, transaction management, and integrating incremental changes. The overall message is that refactoring legacy projects requires an open mindset, establishing trust between developers and customers, and taking problems step-by-step through small incremental changes.
Щаблоны разработки ПО. АнтипаттерныSergey NemchinskyСлайды из опциональной части курса лекций "Шаблоны разработки ПО". Этот файл содержит рассказ про анти-паттерны.
Конспект лекций по курсу "Шаблоны разработки ПО"Sergey NemchinskyКонспект по курсу лекций. Сами лекции можно посмотреть на моем канале на YouTube: http://www.youtube.com/channel/UCVbz7l0COUdLupcY4YtYH0w
Working Effectively With Legacy CodeNaresh JainMichael Feather's Working Effectively with Legacy Code presentation for Agile India User Groups in Bangalore, Delhi and Mumbai
Эффективное объектно-ориентированное проектирование и структурное качество пр...LuxoftTrainingАлексей Петров, консультант Luxoft Training в области анализа и моделирования бизнес-процессов и проектирования баз данных, представил доклад «Эффективное объектно-ориентированное проектирование и структурное качество приложений» на Stratoplan TECH&BUSINESS Summit 2013.
В своем выступлении Алексей ответил на ряд важных вопросов:
- Что такое «структурное качество приложения»?
- Что такое «антишаблоны», и какой вред они могут нанести коду?
- Как соотносятся фундаментальные и канонические шаблоны ОО-проектирования и показатели структурного качества?
- Какую помощь в обеспечении качества приложения могут оказать современные языки ОО-программирования?
- Какие организационные мероприятия могут помочь в обеспечении структурного качества в условиях промышленной разработки?
- Реально ли повысить структурное качество уже написанного приложения?
Тезисы доклада:
«Значимой актуальной тенденцией в инженерии ПО является переход от обеспечения качества приложения путем всестороннего тестирования по завершении основной фазы его кодирования к обеспечению качества на всех этапах жизненного цикла разработки ПО. Кроме того, само понятие качества трактуется все более широко и в соответствии с общепринятыми стандартами (напр., ISO/IEC 9126) охватывает на сегодняшний день такие понятия, как безопасность, надежность, масштабируемость, удобство сопровождения.
Сформулировать соответствующие метрики качества нетрудно, гораздо труднее — добиться заданных показателей. И основную роль в этом играют не программисты, которые «изготавливают» исходный или объектный код, а аналитики и архитекторы, которые проектируют будущие артефакты с учетом оп
QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?QAFestДорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла.
Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования.
В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.
Azure DevOps Управление проектом и версионный контрольАлександр ШамрайСеминар Azure DevOps современная платформа непрерывного производства ПО - часть 1
Мастер Тест План / Тестовая Стратегия: Что это? Зачем? Как его создать?-От А ...SQALabДоклад Владимира Примакова на конференции SQA Days-12, 30 ноября-1 декабря, Минск
JSLab.Тимур Шемсединов. "Архитектура программных систем на Node.js"GeeksLab Odessa28.03.15. Одесса. Impact Hub Odessa. Конференция JSLab.
Тимур Шемсединов. "Архитектура программных систем на Node.js"
Обзор подходов к построению прикладных программных систем на Node.js, анализ и сравнение архитектурных принципов развертывания высоконагруженных прикладных облачных сервисов, масштабирование приватных кластеров на Node.js за пределы нескольких физических машин, концепция прикладной виртуальной машины, примеры ее реализации и внедрения, тенденции и перспективы в разработке приложений, обзор проблем платформы Node.js и пути их решения.
Подробнее:
http://geekslab.co/
https://www.facebook.com/GeeksLab.co
https://www.youtube.com/user/GeeksLabVideo
20160323 Пример бизнес-приложения контроля качества в розничной торговлеAndrew SovtsovСерия практических занятий "Чек-лист" (Контрольный список)
Занятие 3
4. Что такое Java Enterprise
приложение
Размер приложения. Относительный и
абсолютный
Время разработки
Разные разработчики
Интеграция
Распределенность
Нагрузки
Количество данных
6. Процесс разработки
промышленного модуля
Анализ требований предметной области
Декомпозиция задачи
Анализ ограничений и нефункциональных
требований
Разработка кода
Тестирование и баг-фиксинг
Передача на эксплуатацию и
сопровождение
7. Ценности разработки
Хороший код – который легко
поддерживать
Делать != сделать
Никто не знает все, всегда вокруг тебя
люди, которые знают лучше
Ценность правильной архитектуры
8. Библиотеки и фреймворки
Вопросы правоиспользования
Зависимости
Разные версии
Сложные (многобиблиотечные)
фреймворки
Сервера приложений – тоже содержат
фреймворки
9. Enterprise Application и его
проблемы
Объемы данных
Устаревшие приложения
Монолитность систем и интеграция
Внешняя интеграция
10. Интеграция и ее история
Интеграция через базу данных
Интеграция через вызовы методов
DCOM, RPC, RMI
CORBA
Web-services (SOAP, REST)
Service Oriented Architecture
11. Интеграция – это самое сложное
Интеграция со старым кодом
Зависимость от других модулей
Зависимость от окружения
12. Любимые анти-паттерны
Преждевременная оптимизация
Накопить и запустить
Лодочный якорь
Магические числа, хард-код
Процедурный код
Действие на расстоянии
Нарушение Information Expert