Eva Sokolyanskaya, QA Stand Up: Episode 4Provectus
Ева Соколянская, Senior Automation Quality Engineer в Electric Cloud.
Стенадап на тему «Почему опыт программирования полезен для тестировщика, или зачем программисту разбираться в тестировании».
Eva Sokolyanskaya, QA Stand Up: Episode 4Provectus
Ева Соколянская, Senior Automation Quality Engineer в Electric Cloud.
Стенадап на тему «Почему опыт программирования полезен для тестировщика, или зачем программисту разбираться в тестировании».
Crucible или почему для Code Review нужна не только голова, но и инструментMaxim Kuzmich
Мы все мечтаем о фотоаппарате, после покупки которого сразу станут получаться отличные снимки, о покупке нового компьютера, на котором разработка будет идти в два раза быстрее, и о покупке новой гитары, на которой наконец-то можно будет научиться нормально играть. Иногда мы мечтаем и о покупке инструмента, с которым Code Review начнет проходить быстро, легко и без обид. Но инструмент никогда не заменит искреннее желание научиться фотографировать или делать обзоры кода. Инструмент может только сделать этот процесс более комфортным.
В докладе будет сказано о том, почему же все-таки следует присмотреться к инструментам для проведения Code Review и почему среди них стоит выбрать Crucible. Поговорим о ситуациях, когда Crucible не поможет, рассмотрим основные варианты его использования и ситуации, когда он может послужить стимулом к проведению Code Review. Немного затронем вопросы интеграции Crucible с другими продуктами и возможности его расширения.
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-Technology
Самый большой проект, с котором сталкивалась наша команда занял у нас порядка 70 человеко-месяцев, к концу в проекте было около 9000 тикетов, объединённых в 318 эпиков. Объём технического задания превышал 1000 страниц. Как мы справились с этим довольно небольшой командой? Один менеджер, один аналитик, несколько разработчиков.
Нам помогли бизнес-процессы или попросту жёстко прописанные workflow для любой ситуации, любого вида задач или входных данных. Как задача обрабатывается аналитиком, когда она попадает программистам, когда пишется технический дизайн. Как эта схема накладывается на тикетную систему, как использовать эпики и задачи. Все эти правила мы выписали болью ошибок в планировании (и финансах) и я уверен, что они могут сэкономить вам несколько месяцев собственных опытов.
QA Fes 2016. Анастасия Асеева. Роль тестирования в DevopsQAFest
В своем докладе я расскажу, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование. Также расскажу с какими проблемами столкнулись, и как мы их устраняли. И да, каких результатов смогли добиться уже через полгода. А самое интересное, покажу как мы смогли добиться того, чтоб у нас pull request долетал до боя за 3 часа со всеми этапами тестирования.
Доклад будет содержать большое количество лайфхаков и обзоров инструментария, который мы использовали.
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-Technology
В рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
JS Lab2017_Алексей Зеленюк_Сбалансированное окружение для вашей продуктивностиGeeksLab Odessa
JS Lab2017, 25 марта, Одесса
Алексей Зеленюк (Application Architect at Eleks Software)
Сбалансированное окружение для вашей продуктивности
Для построения больших веб-приложений необходим хороший фундамент: процесс сборки, тестирования и интеграции, анализа качества кода и отладки. Новые технологии и безнес-требования создают новые требования к окружению, усложняя его. Как построить надежное окружение, сохранив при этом его гибкость и простоту?
Crucible или почему для Code Review нужна не только голова, но и инструментMaxim Kuzmich
Мы все мечтаем о фотоаппарате, после покупки которого сразу станут получаться отличные снимки, о покупке нового компьютера, на котором разработка будет идти в два раза быстрее, и о покупке новой гитары, на которой наконец-то можно будет научиться нормально играть. Иногда мы мечтаем и о покупке инструмента, с которым Code Review начнет проходить быстро, легко и без обид. Но инструмент никогда не заменит искреннее желание научиться фотографировать или делать обзоры кода. Инструмент может только сделать этот процесс более комфортным.
В докладе будет сказано о том, почему же все-таки следует присмотреться к инструментам для проведения Code Review и почему среди них стоит выбрать Crucible. Поговорим о ситуациях, когда Crucible не поможет, рассмотрим основные варианты его использования и ситуации, когда он может послужить стимулом к проведению Code Review. Немного затронем вопросы интеграции Crucible с другими продуктами и возможности его расширения.
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-Technology
Самый большой проект, с котором сталкивалась наша команда занял у нас порядка 70 человеко-месяцев, к концу в проекте было около 9000 тикетов, объединённых в 318 эпиков. Объём технического задания превышал 1000 страниц. Как мы справились с этим довольно небольшой командой? Один менеджер, один аналитик, несколько разработчиков.
Нам помогли бизнес-процессы или попросту жёстко прописанные workflow для любой ситуации, любого вида задач или входных данных. Как задача обрабатывается аналитиком, когда она попадает программистам, когда пишется технический дизайн. Как эта схема накладывается на тикетную систему, как использовать эпики и задачи. Все эти правила мы выписали болью ошибок в планировании (и финансах) и я уверен, что они могут сэкономить вам несколько месяцев собственных опытов.
QA Fes 2016. Анастасия Асеева. Роль тестирования в DevopsQAFest
В своем докладе я расскажу, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование. Также расскажу с какими проблемами столкнулись, и как мы их устраняли. И да, каких результатов смогли добиться уже через полгода. А самое интересное, покажу как мы смогли добиться того, чтоб у нас pull request долетал до боя за 3 часа со всеми этапами тестирования.
Доклад будет содержать большое количество лайфхаков и обзоров инструментария, который мы использовали.
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-Technology
В рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
JS Lab2017_Алексей Зеленюк_Сбалансированное окружение для вашей продуктивностиGeeksLab Odessa
JS Lab2017, 25 марта, Одесса
Алексей Зеленюк (Application Architect at Eleks Software)
Сбалансированное окружение для вашей продуктивности
Для построения больших веб-приложений необходим хороший фундамент: процесс сборки, тестирования и интеграции, анализа качества кода и отладки. Новые технологии и безнес-требования создают новые требования к окружению, усложняя его. Как построить надежное окружение, сохранив при этом его гибкость и простоту?
Presentation for the Special Libraries Association Annual Conference, Panel on "Optimal Learning through Collaboration: How, Why, Who, and Where?", June 11, 2013, San Diego, CA.
This presentation was given at the 23d Annual Conference on Libraries and the Future, sponsored by the Long Island Library Resources Council, October 24, 2014.
Embedded librarians operate in a complex network of relationships: with each other, with vendors of products and services, and most importantly with diverse members of the communities they serve. As their professional lives become centered on these networked relationships, instead of the library, they may find themselves redefining fundamental values and principles of librarianship, including the nature of service, the identity of the library as an institution, and the role of librarians in the community.
QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?QAFest
Дорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла.
Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования.
В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.
Юлия Викторова; Александр Тарасов. DevOps без булшита.ScrumTrek
В своём докладе мы расскажем о том, что значит DevOps для нас, и как мы его готовим в большой организации со всеми её ограничениями, проблемами и челленджами как с технической, так и менеджерской точек зрения. Поделимся наработанным уникальным опытом в непростых вопросах: а зачем банку вообще нужен DevOps? как поставить более-менее правильные цели и продать это себе, своим коллегам, начальнику и бизнесу? Какие метрики нужно поставить, и попробуем разобраться есть ли в метриках счастье? Покажем, какие метрики были для нас окошком в Нарнию, и что в итоге получилось, расскажем про трансформацию людей и те инженерные практики, которые мы применяем (парная работа, тотальный кодинг, TDD, Infrastructure as a Code, API самообслуживания и т.д.), ответим на вопросы о том, что это за команда DevOps: какие грабли точно подстерегают нас, и как не наступать на них
"Этот код плохой, его нужно переписать". Слышали? Как обосноватьMaksym Bezuglyi
Как на языке бизнеса доказать необходимость переписывания кода. Как бизнес может объяснить инженерам, что этого делать не нужно, либо как сделать это правильно с перспективы бизнеса.
Олег Бунин, 20 рисков, которые необходимо учесть при расчёте сложного проектаScrumTrek
Десять лет моя команда разрабатывает сложные высоконагруженные проекты. Крупный проект характеризуется, в первую очередь, большой трудоёмкостью, это могут быть десятки человеко-лет! И ошибка в начальных расчётах может дорого стоить разработчику. За десять лет мы столкнулись, наверное, со всеми рисками, которые только могли возникнуть. Так как наступать на грабли повторно не хочется никому, мы все собрали, систематизировали и разработали чек-лист подобных рисков, который я и представлю в докладе. Приходите, это поможет вам не терять деньги, если вы разработчик. И время, если вы заказчик.
В докладе я раскрою бизнес-процессы расчёта стоимости, начиная от работы аналитиков и заканчивая передачей задач в разработку. Когда должен подключаться тимлид? Каковы требования к описаниям задач для программистов? Какие восемь инфраструктурных задач необходимо добавить? 12 статей расходов, которые обычно забывают. Как перевести объём проекта в стоимость? Умножить на стоимость человека-часа? Этого мало :) Ответы на все эти вопросы будут в моём докладе.
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...HappyDev
Матерый enterprise проект с "зоопарком" из разнообразных технологий. Часто меняющаяся команда и требовательный заказчик. Менеджер, активно пытающийся вытянуть проект... Все составляющие для сюжета, достойного Титаника.
Было перепробовано множество практик для улучшения процесса разработки, и больше всего это влияло на нас, разработчиков. В одночасье рушились привычные устои, а новые, не успев прижиться, менялись снова. Разве возможна нормальная работа в такой нервной обстановке?
Автор критически оценит парное программирование, тестирование, code review и прочие практики из мира улучшения разработки, а также расшарит набитые шишки и обнаруженные грабли.
Доклад на hotcode.org о инструментах и методиках которые помогают нам повышать и следить за качеством PHP кода.
Среди затронутых тем:
- Стандарты в коде
- Средства для статического анализа кода.
- Git хуки
- Непрерывная интеграция
- IDE
- Code review
Алексей Лустин. Непрерывная проверка качества кода.ScrumTrek
Я расскажу о нашем двухлетнем опыте использования инженерной практики «Continious Inspection» и платформы SonarQube при организации кросс-языковой разработки в процессе «непрерывной поставки» (CI-CD для языков Java, C#, JavaScript, typeScript и Gherkin) при автоматизированном code-review.
Семён Факторович (Noveo) рассказывает о карьерных лестницах и различных профессиях в IT-индустрии, 20.02.2013
Software Industry 101 — это серия обзорных лекций для студентов Новосибирского государственного университета о профессиях в IT и о реалиях коммерческой разработки софта.
Более подробную информацию, материалы лекций и раписание занятий можно посмотреть на http://bit.ly/industry101
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...Tech Talks @NSU
http://techtalks.nsu.ru
20 февраля 2013. Рассказ о разных профессиях в IT-индустрии, или почему не все выпускники IT-специальностей пишут код (Семён Факторович, Noveo)
«Семен Факторович (Noveo, Новосибирск) рассказывает о разных профессиях в IT-индустрии и о вариантах карьерного роста IT-специалиста»
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
5. Да как-то… ссыкотно Все увидят баги в моем коде / Мой код идеален! Нету времени. Клиент будет недоволен, что мы тратим бюджет на проверку качества кода, который и так должен быть идеален.
14. Что просматриваем? 1. Все PHP-файлы (.module, .inc, .install, .test) Уязвимости.Баги. Форматирование. 2. Все JS-файлы Баги.Не использование Drupal JS и JQuery. Форматирование. 3. Все CSS-файлы Ошибки форматирования.