Как мы админа увольняли, или тонкости организации корпоративной безопасности ...Ontico
Через пару недель после увольнения админа нам показалось, что пароли наших клиентов утекли.
Неприятная ситуация, которая требует оперативных и слаженных действий.
В этом докладе я расскажу подробности этой истории, и мы обсудим:
+ Как отработали с клиентами, утечка паролей к которым была установлена достоверно.
+ Работа с отделом К. Чего ждать, а чего не стоит.
+ Как отработали с клиентами, пароли которых потенциально утекли.
+ Как изменили внутреннюю структуру доступов и политики безопасности.
+ Какие организационные выводы были сделаны.
HappyDev-lite-2016-весна 11 Виктор Белов. Мифы о (в) тестированииHappyDev-lite
Данный доклад нацелен на то, чтобы избавить вас от предубеждений о тестировании. Обсудим основные мифы:
1. Тестирование — это скучно;
2. Тестировщики враждуют с разработчиками;
3. В тестировании некуда расти...
и ряд других популярных заблуждений.
Собственное говоря, этим докладом я хочу привлечь и очаровать молодых людей и девушек миром тестирования.
Документация тестировщика - Александр ТрибушныйDataArt
Как сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
- почему PHP программисты снискали дурную славу;
- что делать, чтобы стать хорошим программистом;
- как писать идеальный код;
- что такое командная разработка проекта;
- учет позиции бизнеса при разработке проекта;
- основные задачи, который должен решать программист;
Фреймворк для регрессионного тестирования на основе WebDriver, Бордюг Иван
В этом докладе слушатели услышат об идее автоматизации для людей с разным уровнем знаний в этой области. Также слушатель увидит, как быстро могут создавать тестовые сценарии по технологии BDD, которые в будущем станут тестами для регрессионного тестирования. Доклад будет построен на уже существующей разработке докладчика, будут высветлены все позитивные и негативные стороны данного подхода, а также проблемы, которые удалось решить в процессе автоматизации и проблемы, с которыми столкнулась команда в процессе использования данного подхода.
Андрей Солоной "Как людям бизнеса работать с программистами"Startup_Technologies
Эксперт Startup Weekend, ведущий .NETразработчик и архитектор с большим опытом, ментор в EffectiveSoft Андрей Солоной выступил на Стартап-школе с мастер-классом: "Как людям бизнеса работать с программистами"
Как мы админа увольняли, или тонкости организации корпоративной безопасности ...Ontico
Через пару недель после увольнения админа нам показалось, что пароли наших клиентов утекли.
Неприятная ситуация, которая требует оперативных и слаженных действий.
В этом докладе я расскажу подробности этой истории, и мы обсудим:
+ Как отработали с клиентами, утечка паролей к которым была установлена достоверно.
+ Работа с отделом К. Чего ждать, а чего не стоит.
+ Как отработали с клиентами, пароли которых потенциально утекли.
+ Как изменили внутреннюю структуру доступов и политики безопасности.
+ Какие организационные выводы были сделаны.
HappyDev-lite-2016-весна 11 Виктор Белов. Мифы о (в) тестированииHappyDev-lite
Данный доклад нацелен на то, чтобы избавить вас от предубеждений о тестировании. Обсудим основные мифы:
1. Тестирование — это скучно;
2. Тестировщики враждуют с разработчиками;
3. В тестировании некуда расти...
и ряд других популярных заблуждений.
Собственное говоря, этим докладом я хочу привлечь и очаровать молодых людей и девушек миром тестирования.
Документация тестировщика - Александр ТрибушныйDataArt
Как сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
- почему PHP программисты снискали дурную славу;
- что делать, чтобы стать хорошим программистом;
- как писать идеальный код;
- что такое командная разработка проекта;
- учет позиции бизнеса при разработке проекта;
- основные задачи, который должен решать программист;
Фреймворк для регрессионного тестирования на основе WebDriver, Бордюг Иван
В этом докладе слушатели услышат об идее автоматизации для людей с разным уровнем знаний в этой области. Также слушатель увидит, как быстро могут создавать тестовые сценарии по технологии BDD, которые в будущем станут тестами для регрессионного тестирования. Доклад будет построен на уже существующей разработке докладчика, будут высветлены все позитивные и негативные стороны данного подхода, а также проблемы, которые удалось решить в процессе автоматизации и проблемы, с которыми столкнулась команда в процессе использования данного подхода.
Андрей Солоной "Как людям бизнеса работать с программистами"Startup_Technologies
Эксперт Startup Weekend, ведущий .NETразработчик и архитектор с большим опытом, ментор в EffectiveSoft Андрей Солоной выступил на Стартап-школе с мастер-классом: "Как людям бизнеса работать с программистами"
5. Когда произносится: Универсальный ответ на любой вопрос
связанный с производительностью: «почему программа съела
500 Мб памяти?», «почему так медленно происходит
переключение экранов?» и т.п.
Что думает программист: «Как я ловко отмазался!»
Что слышу я:
◦ Программист не понимает технологий с которыми работает
◦ Программист не умеет пользоваться профилировкой
◦ Программист не понимает особенности управления памятью
◦ Программист уходит от ответственности
Как можно было бы ответить: « Скорее всего у нас утечка
памяти. Мне нужно X часов, я запущу под профайлером,
проверю гипотезы и скорее всего найду ее»
6. Когда произносится: Ответ на полученный баг-репорт
Что думает программист: «Я все правильно делаю»
Что слышу я:
◦ Программист не может воспроизвести проблемную ситуацию
◦ Программист не внимательно читает баг-репорты
◦ Программист не умеет задавать вопросы
◦ Программист не хочет разбираться
Как можно было бы ответить: « У меня работает, но это
наверное потому что у меня система отличается<список
гипотез> от системы Заказчика (Тестировщика), мне нужно X
времени, чтобы проверить какая из них срабатывает у
Заказчика (Тестировщика)».
7. Когда произносится: В ответ на вопросы:
◦ «Что у Заказчика происходит на сервере?»
◦ «Как возник это Exception?»
◦ «Как это работает?»
◦ «Сколько времени у меня займет эта задача (это исправить)?»
◦ «Как сделать эту задачу?» и т.п.
Что думает программист: Не знаю
Что слышу я:
◦ Программист не хочет думать
◦ Программист не знает системы, которую создает (как она работает)
◦ Программист забыл сделать логгирование
Как можно было бы ответить: «Я не знаю сейчас в чем
проблема, но… Дайте мне X часов, телефон Заказчика, логи сервера,
доступ к нему и я решу проблему».
8. Когда произносится: В ответ на просьбу что-то изменить в
поведении системы.
Что думает программист: Не хочу ничего делать
Что слышу я:
◦ Программист не хочет ничего делать
◦ Программист не умеет решать проблемы
Как можно было бы ответить: «Пока я не знаю, что с этим
делать. Мне нужно X часов, чтобы разобраться и предложить
варианты ».
9. Фраза №5: «Предупреждаю! Здесь у меня (нас)
много багов»
Фраза №6: «Я не делал коммит (сборку) N
дней»
Фраза №7: «Тут надо все переделать»
Фраза №8: «Это баг не в нашем (моем) коде»
Фраза №9: «Я сейчас по-быстрому …»
Фраза №10: «Я не мог сделать по-другому»
10. Когда произносится: Когда уже было произнесено несколько
фраз из приведенного списка, но решать проблему все равно
надо
Что думает программист: Все оказалось не так как я думал
Что слышу я:
◦ Программист не подумал раньше
◦ Программист сделал по-быстрому
◦ Программист ошибся, но не считает, что не прав
Как можно было бы ответить: «Я виноват не подумал
раньше. Мне нужно X часов на то, чтобы разобраться в
создавшейся ситуации и принять решение»
11. 1. Чего руководитель ждет от программиста?
2. Почему не всегда оправдываются ожидания?
3. Как сделать так, чтобы наши ошибки не
возвращались снова?
12. Конкретные сроки (время)
Конкретные действия
Конкретный ожидаемый результат
13. Сотрудник не выполняет задачу если:
Не умеет
Нет времени
Не понимает задачу
Не хочет
(С) Стратосфера (А. Орлов)
14. Не умеет – пусть учится. Можно даже на
своих ошибках, то только правильно это
делать.
Нет времени – наша проблема. Нужно
решать.
Не понимает задачу – если подойти к
проблеме чуть тоньше, то скорее всего не
понимает контекст, ситуацию.
Не хочет – можно заставлять, но лучше
уволить
16. 1. Они работают в команде и их плохая работа
влияет на других программистов,
тестировщиков
2. Есть заказчик, который ожидает конкретики и
который требует ее от Пма
3. Полная стоимость работы включает не
только стоимость работы программиста
18. 1. Говорить неправильные фразы – невыгодно!
◦ Они свидетельствуют о слабом уровне программиста,
мешают росту.
1. Программист, который:
◦ Быстро учится на своих ошибках (делает выводы и
принимает меры)
◦ Понимает общий контекст работы над проектом (не
выпадает из него)
◦ Называет конкретные сроки и действия
Это уже как минимум готовый тим-лид!