12 ноября, пятница
IT-проповедь
Организатор секции:
О чём будет лекторий
Откровенный разговор на тему ведения IT-бизнеса и перспективами в IT-отрасли
Какие затронем вопросы
- Спадает ли сейчас общий тренд/хайп на IT-шников?
- Стоит ли идти учиться на IT-специальности?
- Будет ли ещё так «подогрета» IT-отрасль через 4-6 лет, после обучения?
- Какие навыки и компетенции будут востребованы в IT-отрасли?
- Зачем вообще студенту в IT?
Описание лектории
Немного личных историй спикеров про свой IT-опыт и свои компании. Какие корпоративные культуры сейчас в IT-отрасли, заработки, задачи, проекты, перспективы роста и места проживания. Возможность задать вопросы спикерам, познакомиться, презентовать себя и решить для себя окончательно, идти или не идти в IT.
Для кого
1
учащиеся онлайн-курсов
2
студенты
3
стажёры
4
начинающие специалисты
Максим Михеенко
Российский предприниматель и инвестор, старший вице-президент и сооснователь калифорнийской 5518 Studios.

Компания занимается созданием 2D- и 3D-графики для крупнейших мировых студий, в том числе для таких франшиз, как Call of Duty и Marvel's Spider-Man.

В 2020 году выручка компании составила $2 млн, а в феврале 2021-го компания была поглощена британским конгломератом PTW (один из мировых лидеров по разработке решений в области видеоигр, цифровых развлечений и интерактивных медиа).

Герой фильма Юрия Дудя «Кремниевая Долина»
Автор книги «Миллионы миллиардов»
Автор образовательного курса ClassGuru «Игровая индустрия»
Молодцов Александр (Usetech)
Тезисы:

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

В рамках доклада мы рассмотрим:
— описание тест-туров по Джеймсу Виттакеру;
— методику брей-шторминга Эдварда Боно;
— детективы и их методы проведения тестирования;
— будет много интерактива.
Как попасть на Город IT Students
Город IT Students рассчитан на студентов и начинающих специалистов IT-отрасли, поэтому вход на данную секцию свободный. Требуется только регистрация.
Билет на воркшоп 12 ноября
Билет включает в себя оплату воркшопа 12 ноября и БОНУСОМ вы получаете входной билет на профессиональный день 13 ноября.

Программу конференции вы сможете посмотреть тут.

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

14 000
Билет на воркшоп 12 ноября
14 000 ₽
Билет включает в себя оплату воркшопа 12 ноября и БОНУСОМ вы получаете входной билет на профессиональный день 13 ноября. Программу конференции вы сможете посмотреть тут.Если вы хотите приобрести несколько билетов, то Вам необходимо после покупки связаться с менеджером конференции и предоставить информацию о каждом участнике. Мы распечатаем индивидуальные бейджи и подготовим пакеты участника.
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности
Билет на секции
Билет включает в себя посещение секций Город IT Pro 12 и 13 ноября.
Место проведения Город IT Pro: РК "Факел", г. Томск, Красноармейская, 120

Программу конференции вы сможете посмотреть тут.

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

2500 ₽ 4 000
Билет на участие 13 ноября
2 500 ₽ 4 000 ₽
Данный билет дает возможность участвовать в конференции только 13 ноября. Программу конференции вы сможете посмотреть тут. Если вы хотите приобрести несколько билетов, то Вам необходимо после покупки связаться с менеджером конференции и предоставить информацию о каждом участнике.Мы распечатаем индивидуальные бейджи и подготовим пакеты участника.
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности
Денис Юрьев(Skyeng)
Ваша компания сделала успешный продукт в своей нише. Круто, но пора двигаться дальше. Часто бизнес решает масштабироваться для большего охвата клиента с похожим решением, но «с перламутровыми пуговицами». Компания нанимает новую команду. Команда клонирует имеющийся код, слушает советы старичков, начинает отрезать лишнее и докручивать нужное, и... через полгода у компании уже два совершенно разных проекта, независимо от того, насколько одинаковы были решаемые задачи. Сложность поддержки тоже выросла.

У меня такое пару раз было и с тех пор хотелось сделать это всё иначе. Поэтому когда в Skyeng решили запускать новые предметы после успеха нашей с командой платформы, предложил: «А давайте мы своими силами». Поддержка новых репозиториев казалась неинтересным, а с учетом планов на десяток потенциальных проектов — самоубийственным решением. Поэтому мы пошли новой дорогой.

Предстояло найти компромисс между удобством поддержки нескольких проектов минимальными силами и требованием беспроблемно вносить новый функционал. Возможность запуска новых продуктов в течение считанных часов получилась сама собой.

В докладе поделюсь историей в деталях, как мы спланировали архитектуру, как пошли не по принятым в компании практикам, на какие «грабли» Symfony наткнулись в процессе — и почему оно у нас вообще получилось.
Денис Юрьев(Skyeng)
Ваша компания сделала успешный продукт в своей нише. Круто, но пора двигаться дальше. Часто бизнес решает масштабироваться для большего охвата клиента с похожим решением, но «с перламутровыми пуговицами». Компания нанимает новую команду. Команда клонирует имеющийся код, слушает советы старичков, начинает отрезать лишнее и докручивать нужное, и... через полгода у компании уже два совершенно разных проекта, независимо от того, насколько одинаковы были решаемые задачи. Сложность поддержки тоже выросла.

У меня такое пару раз было и с тех пор хотелось сделать это всё иначе. Поэтому когда в Skyeng решили запускать новые предметы после успеха нашей с командой платформы, предложил: «А давайте мы своими силами». Поддержка новых репозиториев казалась неинтересным, а с учетом планов на десяток потенциальных проектов — самоубийственным решением. Поэтому мы пошли новой дорогой.

Предстояло найти компромисс между удобством поддержки нескольких проектов минимальными силами и требованием беспроблемно вносить новый функционал. Возможность запуска новых продуктов в течение считанных часов получилась сама собой.

В докладе поделюсь историей в деталях, как мы спланировали архитектуру, как пошли не по принятым в компании практикам, на какие «грабли» Symfony наткнулись в процессе — и почему оно у нас вообще получилось.
Денис Юрьев(Skyeng)
Ваша компания сделала успешный продукт в своей нише. Круто, но пора двигаться дальше. Часто бизнес решает масштабироваться для большего охвата клиента с похожим решением, но «с перламутровыми пуговицами». Компания нанимает новую команду. Команда клонирует имеющийся код, слушает советы старичков, начинает отрезать лишнее и докручивать нужное, и... через полгода у компании уже два совершенно разных проекта, независимо от того, насколько одинаковы были решаемые задачи. Сложность поддержки тоже выросла.

У меня такое пару раз было и с тех пор хотелось сделать это всё иначе. Поэтому когда в Skyeng решили запускать новые предметы после успеха нашей с командой платформы, предложил: «А давайте мы своими силами». Поддержка новых репозиториев казалась неинтересным, а с учетом планов на десяток потенциальных проектов — самоубийственным решением. Поэтому мы пошли новой дорогой.

Предстояло найти компромисс между удобством поддержки нескольких проектов минимальными силами и требованием беспроблемно вносить новый функционал. Возможность запуска новых продуктов в течение считанных часов получилась сама собой.

В докладе поделюсь историей в деталях, как мы спланировали архитектуру, как пошли не по принятым в компании практикам, на какие «грабли» Symfony наткнулись в процессе — и почему оно у нас вообще получилось.