Как стать автором
Обновить
269.99

Управление разработкой *

Планирование, отслеживание и контроль

Сначала показывать
Порог рейтинга
Уровень сложности

Почему я отказался от разработки игр на Rust, часть 1

Уровень сложностиСредний
Время на прочтение18 мин
Количество просмотров12K

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

Пост не будет ни научной оценкой, ни A/B-исследованием. Это моё личное мнение после разработки игр на Rust маленькой инди-командой (два человека) в попытках заработать достаточно денег, чтобы финансировать процесс. Мы не одни из тех разработчиков с бесконечными финансами от инвестора и многолетним запасом времени. Если вы находитесь в этой категории и получаете удовольствие от многолетней разработки систем, то всё написанное ниже к вам не относится. Я рассматриваю всё с такой точки зрения: «Мне хочется создать игру максимум за 3-12 месяцев, чтобы люди могли сыграть в неё, а я — немного заработать». Статья не написана с точки зрения «Я хочу изучить Rust, а разработка игр — это весело», хотя это и вполне нормальная цель; просто она никак не согласуется с тем, чего хотим мы — заниматься разработкой игр коммерчески успешным и самодостаточным образом.

Мы выпустили несколько игр на Rust, Godot, Unity и Unreal Engine, и многие люди сыграли в них в Steam. Мы создали с нуля собственный игровой 2D-движок с простым рендерером, а также в течение нескольких лет использовали Bevy и Macroquad во многих проектах, некоторые из которых были очень нетривиальными. Кроме того, я бэкенд-разработчик на полную ставку и пишу код на Rust. Этот пост — не какое-то поверхностное мнение после изучения нескольких туториалов или разработки небольшой игры для геймджема. За три с лишним года мы написали сильно больше ста тысяч строк кода на Rust.

Задача этого поста — развеять популярные и часто повторяемые аргументы. Но это всё-таки субъективное мнение; по большей части я написал пост, чтобы не объяснять снова и снова одно и то же. Пусть это будет справочный материал о том, почему мы, скорее всего, откажемся от Rust как от инструмента для разработки игр. Мы ни в коем случае не планируем прекращать создавать игры, просто не будем делать это на Rust.

Читать далее
Всего голосов 44: ↑49 и ↓-5+54
Комментарии50

Новости

Как мечтать быть переводчиком, а стать Project Manager-ом и быть счастливым

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров2.2K

Когда я закончила технический лицей с золотой медалью в конце нулевых, в Казахстане еще не было мейнстримом «войти в IT». Я мечтала стать криминалистом или переводчиком. Но сначала оказалось, что криминалист не должен падать в обморок при виде крови. Потом стало ясно, что правила сданных экзаменов в Казахстане позволяли стать мне только инженером‑электриком. Внезапно пришлось придумывать третий менее экстремальный вариант.

В одном из ведущих технических вузов Сибири мне очень вкусно описали специальность «Прикладная математика и информатика». Тут все выглядело надежно, потому что, если я не влюблюсь без памяти в науку, оставался еще план Б — стать программистом. Это значило, что на кусок хлеба с маслом заработать будет всегда можно, да и математику я любила. На том и порешили. Здесь нужно заранее сказать, что «будете работать менеджерами» от преподавателей звучало как оскорбление, а не похвала, но об этом дальше. С карьерой ученого все успешно получилось до Pre-Phd.

Читать далее
Всего голосов 6: ↑4 и ↓2+2
Комментарии2

«Когда будет готово?». Декомпозируем задачи и оцениваем сроки без фатальных ошибок

Уровень сложностиСредний
Время на прочтение11 мин
Количество просмотров6K

Всем привет! Я Виктор Брыксин, руковожу разработкой Яндекс Телемоста. В статье поговорим про декомпозицию задач в проекте и как можно получить реальные сроки его выполнения.

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

Читать далее
Всего голосов 21: ↑25 и ↓-4+29
Комментарии2

Поезд «Jira – Kaiten». Путь Х5

Уровень сложностиПростой
Время на прочтение11 мин
Количество просмотров1.8K

Около года назад мы начали миграцию с системы Jira, которая использовалась для управления задачами, на российскую платформу Kaiten. Проект миграции – весьма амбициозный, ведь всего в системе у нас работают около 7 500 пользователей с огромным количеством сложных процессов. В рамках миграции нам необходимо было перевести все производственные процессы из одной системы в другую, и это требует очевидно много усилий от всех участников проекта.

Мы накопили серьёзный опыт и хотим им поделиться с вами. Меня зовут Роман Кузнецов, я отвечал за этот проект в X5 Tech, поэтому знаю в нём каждую мелочь – расскажу обо всём по порядку.

Читать далее
Всего голосов 16: ↑16.5 и ↓-0.5+17
Комментарии0

Как «оптимизация» зарплат вредит бизнесу, и что делать

Уровень сложностиСредний
Время на прочтение63 мин
Количество просмотров20K

Оптимизация фонда оплаты труда (далее - ФОТ) в долгосрочной перспективе вредит компаниям, ухудшает их положение и усиливает кризисы.

Этот вопрос мы рассмотрим на основе проблем в Boeing и Blizzard, разбора жёсткого поведения Amazon в отношении сотрудников, с примерами лучших практик Генри Форда и General Electric, а так же ссылками на исследования, с описанием психологических аспектов и ключевых трендов. И рекомендациями: что с этим делать.

Цель данной публикации - описать ключевые аспекты и нюансы проблемы, чтобы любой мог прийти к финансистам, кадровикам или генеральному директору с ней со словами “хватит вредить бизнесу оптимизацией ФОТ!"

Оптимизировать вред оптимизации ФОТ
Всего голосов 65: ↑67.5 и ↓-2.5+70
Комментарии95

Как провести демо: о подготовке, презентации и способах работы с обратной связью заказчика

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров794

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

Я расскажу о нашем опыте. Что-то в нем универсально и подойдет многим командам. Что-то — очень специфично. Просто берите на вооружение то, что кажется вам полезным, а остальное смело пропускайте.

Читать далее
Всего голосов 5: ↑5 и ↓0+5
Комментарии0

24 аспекта успешной организации работы. Чек-лист. На всё ли мы обращаем внимание?

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров5.7K

Крупными и опытными командами получена неумолимая статистика:

Не более четверти времени команды идет на процесс разработки. А, что еще хуже, существенная доля времени - от 5 до 15% и вовсе не связана с производственным процессом.

В этой статье мы собрали для вас ключевые аспекты, уделяя внимание которым вы сможете существенно увеличить производительность IT-команды. За счет чего? В первую очередь за счет устранения помех в работе.

Читать далее
Всего голосов 7: ↑5 и ↓2+3
Комментарии0

Нет, мы так не работаем

Уровень сложностиСредний
Время на прочтение3 мин
Количество просмотров28K

В предыдущем примере я затронул самый рискованный и простой способ отказаться от чего-либо – сказать: «мы так не работаем». Хотят вашу команду засунуть в лютый стафог – мы так не работаем; хотят внедрить непонятные решения – мы так не работаем. Сказали, отказались, всё по красоте за исключением одной маленькой детали – контракт и деньги вы скорее всего потеряете. Но в моём опыте был успешный случай, когда мы сказали, что так не работаем, но контракт с нами не расторгли. И так продолжение предыдущего case-study.

Читать далее
Всего голосов 46: ↑39.5 и ↓6.5+33
Комментарии36

Без холивара «переписать все на Go»: проблема переносимости в Python и ее решение

Уровень сложностиСредний
Время на прочтение19 мин
Количество просмотров12K

На скриптовых языках удобно разрабатывать… И на этом удобство заканчивается. Вне машины разработчика начинаются проблемы. Особенно если вы пишете какой-то прикладной тулинг — cli-утилиты, вспомогательные приложения в вашем SDK и прочее. Вы даже не можете рассчитывать на то, что у пользователя будет pip, чтобы он смог поставить все ваши зависимости, вам все нужно организовать самостоятельно.

В этой статье поговорим о различных формах распространения Python-приложений. Какие есть подходы и инструменты, почему они могут не сработать и как чинить возникающие проблемы.

Если вам покажется, что в чем-то я ошибаюсь, добро пожаловать в комментарии. Буду рад услышать любые альтернативные точки зрения. Кроме, как я уже отметил в заголовке, рекомендации переписать все на Go/Rust/You name it :) Этот холивар мы уже проходили.

Читать далее
Всего голосов 59: ↑65 и ↓-6+71
Комментарии32

Роль ChatGPT в разработке фронтенд-части приложения

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров1.9K

Разработка фронтенд-части любого веб-приложения представляет собой неимоверное количество задач и решений, которые влияют на функциональность и внешний вид продукта. Когда речь идет о создании платформы для такой критической сферы, как торговля на фондовом рынке, задача становится еще сложнее. Своим опытом использования нейросети в разработке такого приложения с нами поделится Павел Янонис, старший разработчик в ICBC Standard Bank.

Читать далее
Всего голосов 4: ↑2 и ↓20
Комментарии0

Релиз-менеджер — почему он вам нужен

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров3.1K

Привет! Меня зовут Ксения, я уже больше 7 лет занимаюсь релизами и сейчас работаю релиз-менеджером в RuStore. Сегодня хочу рассказать больше об этой роли, в каких случаях он вам нужен (спойлер, не всегда) и когда её можно переложить на другого сотрудника. 

Читать далее
Всего голосов 34: ↑30.5 и ↓3.5+27
Комментарии12

Как тимлиду совмещать работу в IT с жизнью

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров9K

Привет, Хабр! Я Саша Шутай, руководитель направления PHP в AGIMA. Хочу обсудить важные для тимлидов вопросы: как управлять бэклогом и правильно распределять время, нормально ли отвлекаться во время работы, как овертаймить, не выгорать и успевать жить. Статья в первую очередь будет полезна начинающим тимлидам. Ну а матерые руководители команд найдут в ней советы по оптимизации работы.

Читать далее
Всего голосов 16: ↑14 и ↓2+12
Комментарии18

«Где угодно работать, только не в локальных конторах» — у меня есть что сказать

Время на прочтение9 мин
Количество просмотров96K
image

23 года я работал в американских компаниях SAS и C3 AI. Это, если что, очень дорогой интеллектуальный анализ данных корпораций и производств. Причём SAS много лет занимал места с 1-го по 3-е в мире как лучший работодатель, поэтому некоторая избалованность присутствует. Последние полтора года до ухода C3 AI из России я работал в подразделении EMEA с непосредственным руководителем в Париже.

Все эти годы коллеги убеждали меня, что в отечественных компаниях работать нельзя: там хамство, бардак, сотрудников обманывают, не уважают и не ценят. За последние два года многие мои коллеги уехали за границу со словами: «Где угодно работать, только не в локальных конторах».

Я пошёл в отечественную компанию. И не просто в отечественную компанию, а в ОМК, то есть на группу заводов (а на заводах, «ну это же общеизвестно», всегда стоит большая очередь кандидатов за забором, и где типа айтишников не ценят, всё вокруг в солидоле и мазуте, и вообще).

Ладно, про лужи смазки — для некоторых цехов это отчасти правда: утечки бывают.

По остальному мне есть что сказать. Сразу поясню: меня никто не заставлял писать этот пост, никакие эйчары не приходили и не просили. Просто достали те, кто ноет. Хорош ныть!
Читать дальше →
Всего голосов 266: ↑241 и ↓25+216
Комментарии236

Ближайшие события

Конференция «Я.Железо»
Дата18 мая
Время14:00 – 23:59
Место
МоскваОнлайн
Антиконференция X5 Future Night
Дата30 мая
Время11:00 – 23:00
Место
Онлайн
Конференция «IT IS CONF 2024»
Дата20 июня
Время09:00 – 19:00
Место
Екатеринбург

Как правильно описывать и декомпозировать задачи в таск-трекере. Рекомендации и примеры

Уровень сложностиПростой
Время на прочтение11 мин
Количество просмотров9.1K

В чем же особенность декомпозиции рабочих задач? Наша статья даст понимание, зачем нужна декомпозиция и как описывать задачи, а также поможет вам улучшить ваши процессы.

Читать далее
Всего голосов 8: ↑9 и ↓-1+10
Комментарии9

Не тимбилдингом единым: как наладили коммуникации в команде с помощью базы знаний

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров2.4K

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

Всем привет! На связи мы, Мария и Яна из самой драйвовой IT-команды «БАРС Груп». В этой статье расскажем, как создавали инструмент эффективного взаимодействия в IT-команде — базу знаний постановок задач, которые реализует проектная команда. По порядку разберем, почему мы решили создать шаблон, как разрабатывали и как доводили до ума после внедрения и, конечно, о результатах.

Читать далее
Всего голосов 6: ↑8 и ↓-2+10
Комментарии2

Подготовка к будущему​ (прогноз от Марти Кагана, для тех кто занимается созданием новых продуктов)

Уровень сложностиСредний
Время на прочтение15 мин
Количество просмотров1.2K

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

Читать далее
Всего голосов 3: ↑3.5 и ↓-0.5+4
Комментарии0

Как настроить работу на Канбан-досках с нуля за 15 минут? Руководство для начинающих

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров9.8K

На канбан-досках могут быть различные виды задач, в зависимости от конкретного проекта, типа бизнеса или потребностей команды. В этой статье разберём основы ведения учета задач на Канбан-доске, необходимые колонки, виды и типы задач, в том числе Epic, userstory, task.

Читать далее
Всего голосов 9: ↑8 и ↓1+7
Комментарии5

Люди со склонностью к микроменеджменту обычно не замечают этого за собой

Время на прочтение4 мин
Количество просмотров20K
«Антон, есть разговор. Не знаю, как бы сказать повежливее, но завязывай, пожалуйста, с микроменеджментом, я уже на стену от этого лезу!»

Это я-то?! Занимаюсь микроменеджментом??? Да я ведь просто пытаюсь помочь! Судите сами.

Обычный вторник, все работают удаленно, общение происходит в Slack.
12:00
Антон: Как дела с задачей? Могу чем-то быть полезен?
Боб: Нет, спасибо, я уже неплохо продвинулся.
15:30
Антон: Как оно, Боб? Дело движется? Если что-то понадобится, я на связи.
Боб: Да всё в порядке… Закончу к завтрашнему собранию, как и говорил.

Два дня спустя.
13:00
Оповещение на Pagerduty: /появляется
Боб: Беру в работу.
13:15
Антон: Отлично, спасибо. Я тоже посмотрел, похоже, проблема заключается в репозитории X, файле Y, строке 235, если нужна будет помощь с отладкой, обращайся.
Боб: (рукалицо) Антон, есть разговор…
Читать дальше →
Всего голосов 16: ↑15 и ↓1+14
Комментарии11

Привычка быть SOLIDным разработчиком

Уровень сложностиСредний
Время на прочтение20 мин
Количество просмотров11K

Привет, Хабр! Меня зовут Грант, я уже 5 лет занимаюсь backend-разработкой в SimbirSoft, а с 2021 года возглавляю Backend-отдел компании в Краснодаре. В последние несколько лет неоднократно замечаю, что на входном интервью соискатели часто путают принципы разработки. Поэтому в этой статье решил разобрать, как проще их понимать, какие связи между ними прослеживаются, стоит ли учить все или что-то можно пропустить. А еще попробую раскрыть некоторые особенности, какие секреты скрывают популярные принципы разработки.

Погрузиться 👀
Всего голосов 14: ↑12 и ↓2+10
Комментарии5

Как оценить задачи без Planning Poker и лишних слов

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров6.2K

Привет, Хабр!

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

В то же время большинство разработчиков на дух не переносят любые активности, связанные с оценкой времени. Даже методика Planning Poker не всегда находит отклик в командах. Это отчасти связано с предпочтением интровертных сотрудников избегать лишних встреч и звонков.

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

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

Читать далее
Всего голосов 16: ↑11 и ↓5+6
Комментарии36
1
23 ...