How to become an author
Search
Write a publication
Pull to refresh

Comments 19

Мне кажется есть два типа разработчиков: первые хотят побыстрее собрать готовый прототип, в вторые готовы за месяц выводить черные треугольники.
Total votes 7: ↑7 and ↓0+7

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


Проблема скорее в том, что оправдать даже нужные "черные треугольники" в глазах потребителей или нетехнического руководства бывает сложно, так что в ущерб проекту иногда приходтся придерживаться "visuals-first development".

Total votes 7: ↑7 and ↓0+7
Как говорил мой бывший начальник, «нам пофиг, что ничего не работает, главное — чтобы были кнопочки, цвета и надписи правильные!»
Total votes 3: ↑3 and ↓0+3
Кстати на это у программистов есть ещё один кошмар — 7 красных линий.
This comment wasn’t rated yet0
Я бы сказал есть два этапа разработки игр, когда непонятно что делать, или нужно просто проверить идею или геймплей — тогда пишешь прототипы, абы как, но главное быстро. А когда понятно что делать, или разрабатываешь какие-то общие системы, то тогда лучше потратить месяц и сделать нормально, но так, чтобы система была устойчива к изменениям.
Total votes 1: ↑1 and ↓0+1
А twisted metal отличная игра, насыщенная деталями и хорошим геймплеем.
Total votes 5: ↑5 and ↓0+5

Очень знакомое состояние. Бывает возьмешься за проект, и приходится месяц-два полировать "core" иногда даже без видимых результатов для заказчика. Заказчик нервничает, думает что развод какой-то. А потом раз… И за неделю получается движок который превосходит все ожидания заказчика. 90% адекватные и терпеливые. 10% — психуют, требуют возврата денег, уходят к "индусам" и гробят проект.

Total votes 2: ↑2 and ↓0+2
Мне почему-то вспомнилась поговорка, что дуракам недоделаную работу не показывают…
Total votes 13: ↑13 and ↓0+13
в стародавние времена графические библиотеки оценивались, как правило, по архитектуре вывода точки. очень уж критичный участок был. всякие линии и прочее — это лишь вопрос математики и там ничего нового непридумаешь. да и вобщем то немного там этого остального было.
ну ещё спрайт, видел, помнится, удивительно хитрые оптимизации.
Total votes 2: ↑1 and ↓10
Линии никто вызовами putpixel() не рисовал, это было бы сверхнакладно. Да и математику нужно ещё грамотно реализовать, а то разница в скорости может на порядки отличаться.
У Абраша про это в своё время хорошо было расписано.
Total votes 2: ↑2 and ↓0+2
UFO just landed and posted this here
А при чём тут шутаны, речь шла о графических библиотеках, работающих с примитивами.
Естественно, в софтовом текстурированном 3D всё рисовалось попиксельно, но там скорость вывода точки имела уже отнюдь не решающен значение.
This comment wasn’t rated yet0
По-моему, полная фигня.
Если б они сразу же сделали вывод этого несчастного треугольника, то после этого им было бы на порядок легче делать и проверять все элементы конвеера, так как любая ошибка сразу же была бы видна.
Total votes 3: ↑2 and ↓1+1

По достижении системой некторого уровня сложности, это становится просто невозможно. Это не вопрос хочу-нехочу, а данность.

Total votes 1: ↑1 and ↓0+1
Не совсем понял, о чём вы.
Вы о том, что при достаточной длине конвейера они могли бы и несколько лет потратить на «чёрный треугольник», причём так и не достигнув результата (потому что изменения «в хвосте» потянут за собой цепочку изменений — и багов — от самого начала, а половина фич окажется несовместимой друг с другом)?
Потому что если плясать «от результата», то он как раз всегда будет — просто не будет включать в себя все фичи (часть из которых вполне может оказаться и не такой нужной, как им казалось на этапе планирования. Так ли там нужны были ДВЕ промежуточных программы-конвертера?).
This comment wasn’t rated yet0

Если линейно, то вы принципиально не сможете получить не линейное решение. Мост на опорах да, подвесной нет.

This comment wasn’t rated yet0
UFO just landed and posted this here
Sign up to leave a comment.

Articles

Show the best of all time

Your account

Sections

Information

Services

Support
© 2006–2024, Habr