Mad Talks. Astashov_splitbrainMad Devs Этот Mad Talks о неудачном опыте в живом продакшн проекте. Александр расскажет историю о том, как настроили отказоустойчивость системы бизнес-проекта и жили спокойно, пока не решили чинить поломанную репликацию и в итоге получили split-brain.
Учебный план для highload гуру / Андрей Аксёнов (Sphinx Technologies Inc.)OnticoПрограммирование — штука одновременно очень узкая и очень широкая. С одной стороны, фундаментальных структур данных и алгоритмов крайне мало, а с другой, решаемых задач и специальных (для разных индустрий) техник много. И это мы молчим про регулярно появляющиеся новые клёвые библиотеки, фреймворки, СУБД, языки, трояны и кукизы. Через это системы вырастают всё более сложные и на стыке всего подряд, проблемы и задачи в них тоже. А значит, чтобы уметь ловко забарывать совсем любые задачи — особенно с хитростями и подвывертами из-за высокой нагрузки, распределенной архитектуры или тупо ограничений по железу — надо понимать много всякого про все уровни этих задач.
Как такому пониманию научиться, что именно надо изучать? Чего именно в идеале должен (и может!) знать каждый, а на практике почему-то не боятся знать единицы? Почему N-томника Кнута слишком много, но недостаточно? Какой очередной pet project затеять заради глобальной личной пользы вместо заныра в дебри очередного сиюминутного фреймворка? Чего читать после (или даже вместо) Гарри Поттера? Читать ли книжки вообще? Исчерпывающий ответ на эти вопросы возможно, пожалуй, уложить в недлинный 3-летний интенсивный учебный курс, но примерно правильный ответ я все равно попытаюсь дать в рамках доклада.
Alexey Lupan - Оценка времени на тестирование: неочевидные надводные камниIevgenii KatsanAlexey Lupan - Оценка времени на тестирование: неочевидные надводные камни
Как поддерживать и развивать пачку "похожих" проектов. Кластер или конгломера...OnticoКогда в зоне ответственности находятся несколько "похожих" по реализации и/или функционалу технических решений (сайтов, систем, проектов), волей-неволей возникает желание их унифицировать. Плюсы от такого подхода очевидны: это и экономия ресурсов разработки/тестирования/администрирования, и удобство поддержки, и полноценное общее владение кодом для всей команды разработки. Очевидно, что подобная реформа потребует значительных ресурсов и времени, но мы верим, что это "один раз", и принимаемся отстраивать сложную архитектурную конструкцию, призванную удовлетворить требования всех "объединяемых" продуктов.
Если эти продукты не подвержены изменениям, то рано или поздно все закончится хорошо, и у нас получится чудо-фреймворк. Но обычно все совсем не так. Пока мы прорабатываем классы и строим безупречные схемы взаимосвязей, мир меняется: меняются требования к продукту, новые вызовы рынка и видение менеджмента влекут за собой постоянные изменения функционала. То что было сделано вчера уже не соответствует тому, что хотят сегодня.
Это похоже на возведение песочного замка у самой кромки прибоя. В результате трудный путь превращается в изнуряющее топтание на месте, а имеющееся техническое наследие потихоньку ветшает, разрастается казуальным кодом и забирает все больше сил на поддержку.
Но проблема даже не в этом. Основная проблема в том, что мы видим причину неудач в ошибках проектирования или в несговорчивости менеджмента, не желающего пойти на уступки относительно реализации того или иного функционала. Все проще: я убежден, что ошибка была допущена при выборе пути! Но я не призываю смириться и "тащить" на себе кучу сто раз продублированного кода. Истина, как всегда, где-то посередине.
Мы не будем больше собирать все проекты в один кластер, мы попробуем построить конгломерат!
* оценим перспективы унификации и рассмотрим альтернативы;
* рассмотрим типовые препятствия, и откуда они берутся;
* поговорим о сути изменений, и какие они бывают;
* познакомимся с реальностью на основе моего личного опыта;
* обсудим, что есть "похожесть" проектов и что с этим делать.
Как мы админа увольняли, или тонкости организации корпоративной безопасности ...OnticoЧерез пару недель после увольнения админа нам показалось, что пароли наших клиентов утекли.
Неприятная ситуация, которая требует оперативных и слаженных действий.
В этом докладе я расскажу подробности этой истории, и мы обсудим:
+ Как отработали с клиентами, утечка паролей к которым была установлена достоверно.
+ Работа с отделом К. Чего ждать, а чего не стоит.
+ Как отработали с клиентами, пароли которых потенциально утекли.
+ Как изменили внутреннюю структуру доступов и политики безопасности.
+ Какие организационные выводы были сделаны.
Волков не бояться! Бизнес логика и РСУБДSergey MelekhinДоклад Сергея Мелехина на второй владивостокской конференции разработчиков VLDC2. Посвящён вопросу реализации бизнес-логики приложений с использованием хранимых процедур современных РСУБД.
Всему своё время / Роман Ивлиев (Банки.ру)OnticoБанки.ру — проект с 10-летней историей. В разные времена мы испытывали разные нагрузки. Портал перестраивался под новые требования как логически, так и технологически, что-то мы меняли в авральном режиме, что-то — эволюционным путём. Сейчас в среднем в день у нас примерно 2КК просмотра страниц, т.е. мы уже не маленькие, но ещё и не совсем большие.
Я хочу поговорить об оптимизации, её своевременности, и о субоптимизации, о том, что далеко не всегда лучшие практики разработки нагруженных систем идут на пользу бизнесу.
Посмотрим примеры и поищем ответы на вопросы:
1) Настолько ли ваш highload — highload?
2) Считать ли хабрэффект поводом для внедрения высоких технологий?
3) "Костыль" или "высокотехнологичное решение" — что выбрать? Плюсы и минусы.
4) Как выбрать момент для начала новой эры? Есть ли критерии, когда имеет смысл начинать оптимизировать ваше приложение и внедрять крутые штуки "по-взрослому".
5) Как можно использовать "список Бунина" для достижения очень неплохих показателей, и все ли пункты реально нужны вам?
6) Как работать с тех. долгом, чтобы он не зарастал мхом?
В заключение я расскажу про несколько примеров из жизни banki.ru в части замены технологических решений в области высоких нагрузок, и что из этого вышло.
P.S. Мнение докладчика может не совпадать с вашим, но это его опыт:)
Бигдата — как добывать золото из данных / Александр Сербул (1С-Битрикс)OnticoРасскажем о самых распространенных технологиях и алгоритмах добычи критичной для бизнеса информации из больших массивов данных. Отдельно коснемся темы рекомендательных сервисов и их эффективного применения.
План:
1) Откуда брать данные, тренды и концепции.
2) Основные алгоритмы и технологии их применения для обработки массивов данных: MapReduce, Spark.
3) Методика создания рекомендательного сервиса — этапы от концепции до работающей системы.
Потоковые алгоритмы в задачах обработки больших данных / Виктор Евстратов (Se...OnticoДля того чтобы таргетировать рекламу по поведению интернет-пользователей, DMP ежедневно оценивает терабайты данных. В докладе расскажу, как при помощи алгоритмов потоковой обработки данных можно быстро оценить большой объем статистики и формы распределения различных характеристик.
+ Что будем оценивать?
Будем оценивать функции распределения различных случайных величин. На практике это может понадобиться, например, как инструмент первичного анализа трафика или как данные, необходимые для принятия решений в RTB.
+ Распределения параметров пользователей и их поведения.
+ Метод Манро-Патерсона, метод Канна-Гринвальда.
В этой части я расскажу о методе Манро-Патерсона — алгоритме оценки медианы, и о методе Канна-Гринвальда, который позволяет оценить функцию распределения.
+ Мотивирующий пример.
Расскажу о том, как применяю описанные методы на наших данных для составления портрета целевой аудитории наших клиентов.
Database First! О распространённых ошибках использования РСУБДNikolay SamokhvalovМы обсудим несколько фундаментальных ситуаций использования РСУБД (каждая из которых неоднократно встречалась автору), попутно разбирая возможные ошибки:
- элементарная модификация данных;
- работа с датой, временем и временными зонами;
- проверка ограничений целостности;
- очередь заданий;
- пакетная работа с данными (например, удаление пачки записей в таблице);
- полнотекстовый поиск;
- относительно новые задачи (создание API, machine learning).
(Не) преждевременная оптимизация проекта на Unreal Engine 4 / Владимир Алямки...DevGAMM ConferenceВ рамках лекции будет рассмотрен ряд уже имеющихся инструментов оптимизации на движке, о которых стоит знать, начиная работу над проектом. Доклад также затрагивает практическую основу и причины таких подходов, совмещая тематику архитектуры современных игровых движков и механик рендера сцены.
Фреймворк для регрессионного тестирования на основе WebDriverautomated-testing.infoФреймворк для регрессионного тестирования на основе WebDriver, Бордюг Иван
В этом докладе слушатели услышат об идее автоматизации для людей с разным уровнем знаний в этой области. Также слушатель увидит, как быстро могут создавать тестовые сценарии по технологии BDD, которые в будущем станут тестами для регрессионного тестирования. Доклад будет построен на уже существующей разработке докладчика, будут высветлены все позитивные и негативные стороны данного подхода, а также проблемы, которые удалось решить в процессе автоматизации и проблемы, с которыми столкнулась команда в процессе использования данного подхода.
hse{sun} Как НЕ надо работать с hardware проектами или как частный бизнес-инк...Business incubator HSEЛетняя школа hse{sun} 2015
Как НЕ надо работать с hardware проектами или как частный бизнес-инкубатор "Навигатор" нашел успешную бизнес-модель?
Василь Закиев (Навигатор Кампус - http://navigatorcampus.com/)
Прокачиваем свою производительность [Debugging, Tracing and Profiling... your...Stfalcon MeetupsДокладчик Валерий Рабиевский
PHP-разработчик с 8-летним стажем, который мечтает о Haskell и монадах. Space Invaders фан. Pomodoro пропагандист. Bughunter.
«Debugging, Tracing and Profiling... yourself! Прокачиваем свою производительность»
Досаждает прокрастинация? Ваше хобби покрылось сантиметровым слоем пыли? Или корит ощущение, что жизнь проходит мимо вас? Знакомо?
Мне знакомо. И я знаю, что с этим делать!
Адаптированные для веба слайды с доклада о моем многолетнем опыте неудач и успехов по оптимизации времени и производительности.
Ангелы и демоны многопоточного программирования / Алексей Федоров (Одноклассн...OnticoСовременные процессоры имеют на борту по нескольку вычислительных ядер, позволяющих запускать задачи на них параллельно. И, казалось бы, вот оно — счастье: бей большие задачи на куски, запускай эти куски параллельно на разных ядрах и радуйся.
Но не все так просто. Для того чтобы одновременный доступ к общим данным выполнялся корректно, современные системы используют разные примитивы синхронизации. В основе одних лежат блокировки (locks), в основе других — операции типа сравнение-с-обменом (compare-and-swap). Однако и у тех и у других есть свои слабые места. О них мы и поговорим.
Из доклада вы узнаете, чем блокирующие алгоритмы отличаются от неблокирующих, и какими достоинствами и недостатками обладает каждый из этих классов. Кроме того, будут показаны различные подводные камни тех и других решений: Deadlock, Livelock, Starvation, Mutable vs Immutable hype.
SECON'2016. Трошин Алексей, От 1 до 100: особенности выстраивания процессов в...SECONЕсли вам повезёт, вы столкнётесь с ситуацией, когда ваша компания вырастет, и одна команда разработчиков превратится в множество. Как не потерять управление? Как собрать команду, которая в момент роста усилит компанию? Какие практики использовать? Поделюсь личным опытом нечеловеческих экспериментов над людьми и процессами :)
Алексей Трошин, От 1 до 100: особенности выстраивания процессов в растущих ко...ScrumTrek
Если вам повезёт, вы столкнётесь с ситуацией, когда ваша компания вырастет, и одна команда разработчиков превратится в множество.
Как не потерять управление? Как собрать команду, которая в момент роста усилит компанию? Какие практики использовать? Поделюсь личным опытом нечеловеческих экспериментов над людьми и процессами :)
Как поддерживать и развивать пачку "похожих" проектов. Кластер или конгломера...OnticoКогда в зоне ответственности находятся несколько "похожих" по реализации и/или функционалу технических решений (сайтов, систем, проектов), волей-неволей возникает желание их унифицировать. Плюсы от такого подхода очевидны: это и экономия ресурсов разработки/тестирования/администрирования, и удобство поддержки, и полноценное общее владение кодом для всей команды разработки. Очевидно, что подобная реформа потребует значительных ресурсов и времени, но мы верим, что это "один раз", и принимаемся отстраивать сложную архитектурную конструкцию, призванную удовлетворить требования всех "объединяемых" продуктов.
Если эти продукты не подвержены изменениям, то рано или поздно все закончится хорошо, и у нас получится чудо-фреймворк. Но обычно все совсем не так. Пока мы прорабатываем классы и строим безупречные схемы взаимосвязей, мир меняется: меняются требования к продукту, новые вызовы рынка и видение менеджмента влекут за собой постоянные изменения функционала. То что было сделано вчера уже не соответствует тому, что хотят сегодня.
Это похоже на возведение песочного замка у самой кромки прибоя. В результате трудный путь превращается в изнуряющее топтание на месте, а имеющееся техническое наследие потихоньку ветшает, разрастается казуальным кодом и забирает все больше сил на поддержку.
Но проблема даже не в этом. Основная проблема в том, что мы видим причину неудач в ошибках проектирования или в несговорчивости менеджмента, не желающего пойти на уступки относительно реализации того или иного функционала. Все проще: я убежден, что ошибка была допущена при выборе пути! Но я не призываю смириться и "тащить" на себе кучу сто раз продублированного кода. Истина, как всегда, где-то посередине.
Мы не будем больше собирать все проекты в один кластер, мы попробуем построить конгломерат!
* оценим перспективы унификации и рассмотрим альтернативы;
* рассмотрим типовые препятствия, и откуда они берутся;
* поговорим о сути изменений, и какие они бывают;
* познакомимся с реальностью на основе моего личного опыта;
* обсудим, что есть "похожесть" проектов и что с этим делать.
Как мы админа увольняли, или тонкости организации корпоративной безопасности ...OnticoЧерез пару недель после увольнения админа нам показалось, что пароли наших клиентов утекли.
Неприятная ситуация, которая требует оперативных и слаженных действий.
В этом докладе я расскажу подробности этой истории, и мы обсудим:
+ Как отработали с клиентами, утечка паролей к которым была установлена достоверно.
+ Работа с отделом К. Чего ждать, а чего не стоит.
+ Как отработали с клиентами, пароли которых потенциально утекли.
+ Как изменили внутреннюю структуру доступов и политики безопасности.
+ Какие организационные выводы были сделаны.
Волков не бояться! Бизнес логика и РСУБДSergey MelekhinДоклад Сергея Мелехина на второй владивостокской конференции разработчиков VLDC2. Посвящён вопросу реализации бизнес-логики приложений с использованием хранимых процедур современных РСУБД.
Всему своё время / Роман Ивлиев (Банки.ру)OnticoБанки.ру — проект с 10-летней историей. В разные времена мы испытывали разные нагрузки. Портал перестраивался под новые требования как логически, так и технологически, что-то мы меняли в авральном режиме, что-то — эволюционным путём. Сейчас в среднем в день у нас примерно 2КК просмотра страниц, т.е. мы уже не маленькие, но ещё и не совсем большие.
Я хочу поговорить об оптимизации, её своевременности, и о субоптимизации, о том, что далеко не всегда лучшие практики разработки нагруженных систем идут на пользу бизнесу.
Посмотрим примеры и поищем ответы на вопросы:
1) Настолько ли ваш highload — highload?
2) Считать ли хабрэффект поводом для внедрения высоких технологий?
3) "Костыль" или "высокотехнологичное решение" — что выбрать? Плюсы и минусы.
4) Как выбрать момент для начала новой эры? Есть ли критерии, когда имеет смысл начинать оптимизировать ваше приложение и внедрять крутые штуки "по-взрослому".
5) Как можно использовать "список Бунина" для достижения очень неплохих показателей, и все ли пункты реально нужны вам?
6) Как работать с тех. долгом, чтобы он не зарастал мхом?
В заключение я расскажу про несколько примеров из жизни banki.ru в части замены технологических решений в области высоких нагрузок, и что из этого вышло.
P.S. Мнение докладчика может не совпадать с вашим, но это его опыт:)
Бигдата — как добывать золото из данных / Александр Сербул (1С-Битрикс)OnticoРасскажем о самых распространенных технологиях и алгоритмах добычи критичной для бизнеса информации из больших массивов данных. Отдельно коснемся темы рекомендательных сервисов и их эффективного применения.
План:
1) Откуда брать данные, тренды и концепции.
2) Основные алгоритмы и технологии их применения для обработки массивов данных: MapReduce, Spark.
3) Методика создания рекомендательного сервиса — этапы от концепции до работающей системы.
Потоковые алгоритмы в задачах обработки больших данных / Виктор Евстратов (Se...OnticoДля того чтобы таргетировать рекламу по поведению интернет-пользователей, DMP ежедневно оценивает терабайты данных. В докладе расскажу, как при помощи алгоритмов потоковой обработки данных можно быстро оценить большой объем статистики и формы распределения различных характеристик.
+ Что будем оценивать?
Будем оценивать функции распределения различных случайных величин. На практике это может понадобиться, например, как инструмент первичного анализа трафика или как данные, необходимые для принятия решений в RTB.
+ Распределения параметров пользователей и их поведения.
+ Метод Манро-Патерсона, метод Канна-Гринвальда.
В этой части я расскажу о методе Манро-Патерсона — алгоритме оценки медианы, и о методе Канна-Гринвальда, который позволяет оценить функцию распределения.
+ Мотивирующий пример.
Расскажу о том, как применяю описанные методы на наших данных для составления портрета целевой аудитории наших клиентов.
Database First! О распространённых ошибках использования РСУБДNikolay SamokhvalovМы обсудим несколько фундаментальных ситуаций использования РСУБД (каждая из которых неоднократно встречалась автору), попутно разбирая возможные ошибки:
- элементарная модификация данных;
- работа с датой, временем и временными зонами;
- проверка ограничений целостности;
- очередь заданий;
- пакетная работа с данными (например, удаление пачки записей в таблице);
- полнотекстовый поиск;
- относительно новые задачи (создание API, machine learning).
(Не) преждевременная оптимизация проекта на Unreal Engine 4 / Владимир Алямки...DevGAMM ConferenceВ рамках лекции будет рассмотрен ряд уже имеющихся инструментов оптимизации на движке, о которых стоит знать, начиная работу над проектом. Доклад также затрагивает практическую основу и причины таких подходов, совмещая тематику архитектуры современных игровых движков и механик рендера сцены.
Фреймворк для регрессионного тестирования на основе WebDriverautomated-testing.infoФреймворк для регрессионного тестирования на основе WebDriver, Бордюг Иван
В этом докладе слушатели услышат об идее автоматизации для людей с разным уровнем знаний в этой области. Также слушатель увидит, как быстро могут создавать тестовые сценарии по технологии BDD, которые в будущем станут тестами для регрессионного тестирования. Доклад будет построен на уже существующей разработке докладчика, будут высветлены все позитивные и негативные стороны данного подхода, а также проблемы, которые удалось решить в процессе автоматизации и проблемы, с которыми столкнулась команда в процессе использования данного подхода.
hse{sun} Как НЕ надо работать с hardware проектами или как частный бизнес-инк...Business incubator HSEЛетняя школа hse{sun} 2015
Как НЕ надо работать с hardware проектами или как частный бизнес-инкубатор "Навигатор" нашел успешную бизнес-модель?
Василь Закиев (Навигатор Кампус - http://navigatorcampus.com/)
Прокачиваем свою производительность [Debugging, Tracing and Profiling... your...Stfalcon MeetupsДокладчик Валерий Рабиевский
PHP-разработчик с 8-летним стажем, который мечтает о Haskell и монадах. Space Invaders фан. Pomodoro пропагандист. Bughunter.
«Debugging, Tracing and Profiling... yourself! Прокачиваем свою производительность»
Досаждает прокрастинация? Ваше хобби покрылось сантиметровым слоем пыли? Или корит ощущение, что жизнь проходит мимо вас? Знакомо?
Мне знакомо. И я знаю, что с этим делать!
Адаптированные для веба слайды с доклада о моем многолетнем опыте неудач и успехов по оптимизации времени и производительности.
Ангелы и демоны многопоточного программирования / Алексей Федоров (Одноклассн...OnticoСовременные процессоры имеют на борту по нескольку вычислительных ядер, позволяющих запускать задачи на них параллельно. И, казалось бы, вот оно — счастье: бей большие задачи на куски, запускай эти куски параллельно на разных ядрах и радуйся.
Но не все так просто. Для того чтобы одновременный доступ к общим данным выполнялся корректно, современные системы используют разные примитивы синхронизации. В основе одних лежат блокировки (locks), в основе других — операции типа сравнение-с-обменом (compare-and-swap). Однако и у тех и у других есть свои слабые места. О них мы и поговорим.
Из доклада вы узнаете, чем блокирующие алгоритмы отличаются от неблокирующих, и какими достоинствами и недостатками обладает каждый из этих классов. Кроме того, будут показаны различные подводные камни тех и других решений: Deadlock, Livelock, Starvation, Mutable vs Immutable hype.
SECON'2016. Трошин Алексей, От 1 до 100: особенности выстраивания процессов в...SECONЕсли вам повезёт, вы столкнётесь с ситуацией, когда ваша компания вырастет, и одна команда разработчиков превратится в множество. Как не потерять управление? Как собрать команду, которая в момент роста усилит компанию? Какие практики использовать? Поделюсь личным опытом нечеловеческих экспериментов над людьми и процессами :)
Алексей Трошин, От 1 до 100: особенности выстраивания процессов в растущих ко...ScrumTrek
Если вам повезёт, вы столкнётесь с ситуацией, когда ваша компания вырастет, и одна команда разработчиков превратится в множество.
Как не потерять управление? Как собрать команду, которая в момент роста усилит компанию? Какие практики использовать? Поделюсь личным опытом нечеловеческих экспериментов над людьми и процессами :)
Особенности выстраивания процессов в растущих компанияхAlex TroshinЛюди и процессы: на что смотреть и что делать когда вы растёте, чтобы не потерять управляемость?
Илья Климов "О драконах ни слова"FwdaysJS-тусовка сейчас переживает взрывообразный рост. Огромное количество людей приходят к нам из других языков программирования, "с улиц" и университетов. Все мы превосходно знаем Angular, восторгаемся React и хвалим Ember.
Чего же мне не хватает для полного счастья? Почему каждый раз, будучи привлеченным как консультант, я вынужден повторять очевидные вещи? Как стать лучше как программист не изучая новых технологий, фреймворков и прочего хайпа
Детали доклада:
Я разберу типичные ошибки JS-программистов, с которыми мне пришлось столкнуться за 3 года работы собственной компании и консалтинга, и покажу, как "код" мешает нам увидеть реальную картину того, что происходит в отрасли. Постараюсь по минимуму задевать избитую тему soft skills.
Скорее этот доклад - набор наболевших историй "из жизни", каждая из которых должна заставить слушателя задуматься. И да, почти все "со вкусом JS" - часто камнем преткновения становятся особенности языка, поддержка браузеров и т.д. - всё то, что так знакомо всем фронтендерам.
Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...ScrumTrekВ компании «1С-Битрикс более 10 лет успешно используется плеяда Agile методологий как для управления продуктом, так и для развития технологической платформы: от XP до Model Storming и Story Mappings, от глубокого проникновения всех «бойцов» общими командными целями и интенсивных визуальных коммуникаций без ТЗ, до выполнения топ-менеджерами компании интегрирующих ролей Scrum Master/ProductOwner, вплоть до парного программирования с генеральным директором. Самобытное и глубокое проникновение в культуру команды принципов Agile Manifesto, уважение клиента, возведенное в культ, с искренним желанием решить его технологические задачи, практическое стремление к техническому совершенству. Мы расскажем об этом, поделимся собственным опытом и инструментами, расскажем что работает лучше и когда, а что не взлетает ни при каких условиях. Особое внимание уделим особенностям применения Agile к задачам, требующим глубокого системного анализа и проектирования.
HSEsun2016: "Дорожная карта для hardware стартапа"Business incubator HSE8 июля 2016 года, Летняя школа HSE{sun}.
Доклад "Дорожная карта для hardware стартапа: где и как сделать прототип и опытную партию, а также остаться в живых", Василь Закиев (Навигатор Кампус).
Подробнее о #hsesun: http://sun.inc.hse.ru/
Ievgen Miasushkin: Від хайпу до гіперавтоматизації: Бізнес-орієнтований шлях...Lviv Startup ClubIevgen Miasushkin:
Від хайпу до гіперавтоматизації: Бізнес-орієнтований шлях до AI-автоматизації у банківському секторі (UA)
Kyiv AI & BigData Day 2025
Website – https://aiconf.com.ua/kyiv
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/aiconf
Dmytro Dehtiarov: Використання ШІ в Навчанні та Бізнесі (UA)Lviv Startup ClubDmytro Dehtiarov: Використання ШІ в Навчанні та Бізнесі (UA)
Kyiv AI & BigData Day 2025
Website – https://aiconf.com.ua/kyiv
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/aiconf
Andy Bosyi: Невирішені завдання ML – працюємо чи чекаємо на агентів AI (UA)Lviv Startup ClubAndy Bosyi: Невирішені завдання ML – працюємо чи чекаємо на агентів AI (UA)
Kyiv AI & BigData Day 2025
Website – https://aiconf.com.ua/kyiv
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/aiconf
Vitaly Bondar: Are GANs dead or alive? (UA)Lviv Startup ClubVitaly Bondar: Are GANs dead or alive? (UA)
Kyiv AI & BigData Day 2025
Website – https://aiconf.com.ua/kyiv
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/aiconf
Rostyslav Chayka: Управління командою за допомогою AI (UA)Lviv Startup ClubRostyslav Chayka: Управління командою за допомогою AI (UA)
Lemberg AIPM School 3.0
Website – https://lembs.com/aipmschool
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Kateryna Hrytsaienko: MLOps з нуля. Будуємо СI/CD для моделі з Ray та K8s (UA)Lviv Startup ClubKateryna Hrytsaienko: MLOps з нуля. Будуємо СI/CD для моделі з Ray та K8s (UA)
Kyiv AI & BigData Day 2025
Website – https://aiconf.com.ua/kyiv
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/aiconf
Yurii Pashchenko: Adapt SAM to your needs (UA)Lviv Startup ClubYurii Pashchenko: Adapt SAM to your needs (UA)
Kyiv AI & BigData Day 2025
Website – https://aiconf.com.ua/kyiv
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/aiconf
Kseniia Zhytomyrska: Криптовалюти і ШІ: як вони можуть взаємодіяти (UA)Lviv Startup ClubKseniia Zhytomyrska: Криптовалюти і ШІ: як вони можуть взаємодіяти (UA)
Kyiv AI & BigData Day 2025
Website – https://aiconf.com.ua/kyiv
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/aiconf
Andriy Maslo: The Role of AI in Stock Market Analysis (UA)Lviv Startup ClubAndriy Maslo: The Role of AI in Stock Market Analysis (UA)
Kyiv AI & BigData Day 2025
Website – https://aiconf.com.ua/kyiv
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/aiconf
Andriy Bilous: AI in Organizations of the Future. How to boost processes and...Lviv Startup ClubAndriy Bilous: AI in Organizations of the Future. How to boost processes and productivity with AI using transformation frameworks (UA)
Kyiv AI & BigData Day 2025
Website – https://aiconf.com.ua/kyiv
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/aiconf
Maksym Bilychenko: Empowering IT Products with AI: Opportunities and Pitfalls...Lviv Startup ClubMaksym Bilychenko: Empowering IT Products with AI: Opportunities and Pitfalls (UA)
Kyiv AI & BigData Day 2025
Website – https://aiconf.com.ua/kyiv
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/aiconf
Oleksandr Khainas: Data science на Upwork за останні 10 років: мої фейли (і н...Lviv Startup ClubOleksandr Khainas: Data science на Upwork за останні 10 років: мої фейли (і не тільки) (UA)
Kyiv AI & BigData Day 2025
Website – https://aiconf.com.ua/kyiv
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/aiconf
5. Детали отой фигни, малята
Государственный заказчик. Система обработки документов и их
публикация в Интернете. В систему встроена часть функционала стороннего
разработчика
300 тысяч уникальных пользователей в месяц
50 пользователей системы
Постановка задач - 3 отдела
Ответственных за конечный продукт - 0. Повторю прописью - ноль. На
всякий случай еще раз большими буквами - НОЛЬ.
План развития продукта - принцип «ХЗ»
Сроки: «вчера», «я сказал вчера», «я сказал вчера, тупые уроды!»
19. ЧАВо (FAQ)
«Первое правило Бойцовского клуба: не
упоминать о Бойцовском клубе».
Scrum master = Project manager. И без
вариантов!
20. ЧАВо (FAQ)
«Первое правило Бойцовского клуба: не
упоминать о Бойцовском клубе».
Scrum master = Project manager. И без
вариантов!
Внедрение процессов, а не технических
практик
21. ЧАВо (FAQ)
«Первое правило Бойцовского клуба: не
упоминать о Бойцовском клубе».
Scrum master = Project manager. И без
вариантов!
Внедрение процессов, а не технических практик
Кроссфункиональная команда - «в сад». Только
выделенные роли и обязанности
22. ЧАВо (FAQ)
«Первое правило Бойцовского клуба: не упоминать
о Бойцовском клубе».
Scrum master = Project manager. И без вариантов!
Внедрение процессов, а не технических практик
Кроссфункиональная команда - «в сад». Только
выделенные роли и обязанности
Команда гибкая, но заказчик - нет. Понять и
простить
23. ЧАВо (FAQ)
«Первое правило Бойцовского клуба: не упоминать о
Бойцовском клубе».
Scrum master = Project manager. И без вариантов!
Внедрение процессов, а не технических практик
Кроссфункиональная команда - «в сад». Только
выделенные роли и обязанности
Команда гибкая, но заказчик - нет. Понять и простить
Продажа каждому за свою цену. Торгуемся!
26. ЧАВо (FAQ)
Начинать с малого, практика за практикой
Не разрешено = запрещено.
Работать больше != работать лучше
27. ЧАВо (FAQ)
Начинать с малого, практика за практикой
Не разрешено = запрещено.
Работать больше != работать лучше
Рестроспектива - главное оружие
пролетариата!
28. ЧАВо (FAQ)
Начинать с малого, практика за практикой
Не разрешено = запрещено.
Работать больше != работать лучше
Рестроспектива - главное оружие пролетариата!
Лидерство действием: вы начинаете - заказчик
следует
29. ЧАВо (FAQ)
Начинать с малого, практика за практикой
Не разрешено = запрещено.
Работать больше != работать лучше
Рестроспектива - главное оружие пролетариата!
Лидерство действием: вы начинаете - заказчик следует
Владелец продукта (РО) - выбрать, растить, «поливать
и удобрять»