Все записи

Прошел осенний Devel Camp

На camp-е поучаствовали около 95 человек, наши сотрудники из Екатеринбурга, Челябинска, Москвы, Твери. Это - отличный результат. 

Многие участники заполнили форму обратной связи, где описали свои впечатления. Хотели бы сказать им спасибо за то, что они высказали свое мнение. Оргкомитет хочет делать camp лучше и фитбэк для этого очень важен. 

5 дек 1.jpg

В этот раз получилась одна из лучших технических секций за все время проведения camp-а. Это связано с участием Юрия Калеми в оргкомитете и программой проведения jug.ekb. 
Теперь разработчики при подготовке докладов ориентируются на лучших спикеров в отрасли и тянутся к ним по качеству докладов. Доклады получаются очень емкие и информативные. Но из-за этого их тяжело вписывать в наш обычный тайминг 15-20-25 минут на выступление. Поэтому мы экономим время как можем (за счет вопросов, перерывов), уходим на обед позже. Но оно того стоит.

5 дек 2.jpg

В «нетехнической» секции было два аналитических доклада, сделанных разработчиками. Эти доклады вызвали бурю возмущения тем, что многие «нетехнари» их не поняли.
Понятие «аналитик» очень размыто. У аналитика нет специализации - он или она это «постановщик задач», очень усредненная роль. Не «бизнес-аналитик», не «аналитик данных», не «интерфейсный аналитик», не «технический аналитик». 
И если возникает необходимость углубиться в какую-то из этих ролей, то возникают проблемы. Кто-то начинает отмахиваться, мол непрофильная задача. Кому-то не хватает компетенций. Кто-то делегирует аналитику разработчикам. 
Несомненно, это проблема... И тем не менее, ребята, которые сделали доклады по интерфейсной и по технической аналитике - молодцы. 

Еще одна проблема - рабочие отношения. Илья Котельников провел экспериментальный мини-тренинг, цель которого - научить слушателей замечать в своих письмах и высказываниях агрессию и переводить ее к конструктив.
Кстати, доклады с уклоном в психологию рабочих отношений мы будем делать и в будущем. Надеемся, что они меняют нас к лучшему. 

В общей секции оказались 4 доклада про бизнес. 
Мы рады, что руководители бизнес-направлений и департаментов выбирают devel camp как площадку, на которой можно рассказать про новые направления развития компании. 

Традиционные благодарности. 
Докладчикам: Кирпиченкову Денису, Кардашину Никите, Аркаеву Андрею, Мохову Александру, Каменцеву Степану, Водопьянову Игорю, Мартину Алексею, Попову Андрею, Котельникову Илье, Бушуеву Юрию, Бурковой Наталье, Ботовой Ксении, Ларину Антону, Чернину Александру, Шашеву Сергею, Медведеву Федору, Льву Голицыну, Давыдову Александру Анатольевичу. 
Программному комитету: Юрию Калеми, Чернину Александру. 
Организаторам события: Ксении Ботовой, Екатерине Потемкиной. 
Фотоотчет: https://vk.com/naumen_job?z=album-46870912_238455940

Похожие новости

Путь тестировщика: от User Story до Test Case

Представьте, что вы строите дом. Можно начать сразу класть кирпичи, но велик шанс, что стены выйдут кривыми, а крыша рухнет. Сначала нужен архитектурный план, дизайн-проект и смета. В мире разработки программного обеспечения роль такого «плана» играет набор техник и артефактов, которые помогают разработчикам и тестировщикам создать качественный продукт. 

Эта статья — ваш первый шаг к пониманию того, как профессиональные тестировщики обеспечивают качество. Мы разберем путь от фиксации пожеланий пользователя до создания детальной инструкции для проверки.

Почему работа тестировщика сложнее, чем кажется

О тестировщиках часто говорят как о специалистах, которые просто проверяют готовые сценарии и ищут ошибки. Из-за таких представлений работа тестировщика со стороны может казаться довольно простой и предсказуемой.

Когда Диана только приходила в тестирование, у нее тоже были свои ожидания от профессии. Но уже в первые месяцы работы стало понятно, что все устроено гораздо сложнее и интереснее.

Поговорили с Дианой о том, как на самом деле выглядит работа тестировщика.

Как мы фиксируем договоренности после встреч

После созвонов договоренности часто теряются — и хорошо, если осталась запись встречи или кто-то из коллег параллельно вел заметки. 

Но даже в таких случаях приходится искать информацию в чатах, заметках и записях встреч, чтобы заново собрать общую картину и вспомнить, на чем в итоге остановились. Если в работе еще и несколько проектов, на ручной поиск начинает уходить слишком много времени.

Поэтому часть этой рутины мы решили автоматизировать с помощью ИИ. Как это работает и что важно учитывать — рассказал Константин, специалист по ИИ в Naumen.

Все новости