Реальный опыт команды, которая реализовала игровую механику в живом финтех-приложении, протестировала три подхода (Unity, React Native Game Engine, Godot) и прошла через CI/CD-ад, вес в 800 MB, отсутствие поддержки симуляторов и «патчи с любовью»

Расскажу, как мы работали с медиа-контентом для приложения Контур. Адаптация: как решали задачу синхронизации медиа, и чем нам в этом помог Decompose

Новые мобильные ОС позволяют запускать языковые модели прямо на устройстве. Рассмотрим, насколько они пригодны для реального использования, что с ними можно делать на практике

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

Поговорим о том, как фиксировать доказательства своей эффективности, какие достижения действительно ценятся, как показывать вклад не только в коммиты, но и в команду, процессы и культуру. Разберём, почему не стоит игнорировать «невидимую» работу — и как превратить review в точку роста

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

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

Об этом и поговорим