Извините, ничего не найдено.

ffinder · 24.07.2008, 19:49

Сообщение от HolyDel

модульность - это один из принципов разработки ПО. тупо разделение по файлам.

Сообщение от HolyDel

это что? и как сделать в блице человечиским способом (не в бмаксе)

конкретизируй "человеческий способ". да, вкусного дерева наследования (я думаю ты о нем) не будет.
но если пойти дальше - например гидросамолеты, ховертанки и , здания, которые могут улетать в случае опасности (я грибы не курю, см. StarCraft

) прочие фиговины, которые совмещают в себе _несколько_ интерфейсов

... понял куда я клоню?
вот то-то же.
пути два: или множественное наследование(которого в Блице не предвидится вообще, как и обычного), или агрегация, которая в Блице как 2 байта

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

moka · 24.07.2008, 20:10

Ваще не фкуриваю о чём тут беседуете..

ffinder · 24.07.2008, 20:27

Сообщение от MoKa

Ваще не фкуриваю о чём тут беседуете..

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

по теме: законченных проектов мало, потому что закончить проект много тяжелее чем начать.

24.07.2008, 21:45

ffinder
http://ru.wikipedia.org/wiki/Архитек...го_обеспечения
но дело не в этом, при разработке проекта двумя программистами должна быть наработаная база, тоесть набор кода который должен был написать один программист, обычно такая база делается за 1-2 месяца
она нужна потому-что еффективно сделать такие вещи как менеджер памяти, систему потоков, синглтонов и нескольких других патернов может только один главный программист или использовать уже готовые.

Потом с готовым базовым потоком разделяется работа так чтобы от одного программиста не зависел другой, первый делает самолеты, второй танки ... но тут нужно постоянно поддерживать связь и иметь общий репозитор (сервер где будет хранится текущая рабочая версия проекта)
в репозитор программисты в режиме online сливают свои правки и забирают от туда правки других программистов, это позволяет у всех держать одинаковую копию проекта.
Так же должна существовать система тестов для движка и проекта в целом, рабочая версия обязательно должна проходить все тесты и написавший провалившийся в тесте модуль должен его исправить
(после написания модуля нужно написать к нему программу-тест, этот подход упрощает тестирование будущих версий с обратной совместимостью и тестирование проекта в общем, потому что из-за модуля A модуль B может не проходить тест и тогда понятно будет что виноват модуль A)

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

ffinder · 24.07.2008, 22:20

jimon
всё true.
но это теория и благие пожелания. жизнь расставляет свои акценты.
мы на работе над одним проектом и впятером совместно работали.

24.07.2008, 22:43

ffinder
бабло при оплате труда программиста требует выполнения от него всех условий
если не выполняет условия по стилистике кода - идет нафиг с работы

ffinder · 24.07.2008, 22:55

jimon
наивный, это только в нормальных (по оплате) конторах так, и то если кадров хватает

а и из гос.конторы вобще фиг ты кого-то выгонишь

24.07.2008, 23:01

ffinder
тогда главный программер идет в начальство и пишет что некоторые особи делают саботаж проекта

проблема не в этом

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

ffinder · 24.07.2008, 23:14

Сообщение от jimon

ffinder
тогда главный программер идет в начальство и пишет что некоторые особи делают саботаж проекта

проблема не в этом

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

не так.
стучать на команду лид не будет - это говорит о его профнепригодности.
качество кода заботит начальство меньше всего на свете.
быть профессионалом: любить свою работу, но не фанатеть от нее.

HolyDel · 24.07.2008, 23:25

законченных проектов мало, потому что закончить проект много тяжелее чем начать.

вот!

SBJoker · 25.07.2008, 01:39

В тему о разделении труда программистов в ББ3Д. Конешно без ООП хуже, но SVN позволяет всёже делать слияние кода, так что жить можно, но хочется лучше..БМакс - фарева

turBO · 25.07.2008, 13:24

Вы тут о том как построить работу >=2 прогеров говорите... Да это целая философия!!! Путался в коде соучастника не раз, и он тоже. Тут без расписанной бумажки правил никак. У нас был равноправный кодинг, т. е. не модульный когда все остальные пишут свои файлы и инклудят их в главном. Тяжело, я вам скажу! Если кто-то один запарит проект все остальные не у дел!
Такой опыт очень полезен! Распланировать свою работу и работу других - целая наука!

ffinder · 25.07.2008, 15:08

Сообщение от turBO

Вы тут о том как построить работу >=2 прогеров говорите... Да это целая философия

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

Об "ахретехтуре"
архитектурно блиц-движок это нижний слой. а игра (конечный продукт) - слой сверху.
между ними еще может быть middleware типа:

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

Все это уже есть готовое. Так что остается только game-specific.
Короче, нет на вас Уильяма Оккамского с его "логическим мечом"

Overengineering это всегда ССЗБ.

HolyDel · 25.07.2008, 15:24

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

чушь. напиша-ка пару миллионов строчек в одиночку.

без "программирования колхозами" (спасибо за термин) не написать крупный проект. вобще никак. ну или за 50 лет, когда он уже нафиг никому нужен не будет.

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

все вышенаписанное ИМХО.

ffinder · 25.07.2008, 17:57

Сообщение от HolyDel

чушь. напиша-ка пару миллионов строчек в одиночку.
без "программирования колхозами" (спасибо за термин) не написать крупный проект.

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

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

ЗЫ: есть еще "программирование всей деревней" на PHP. практикуется индусами.
и еще, даже 1000 полуграмотных индусов не заменит 10 профессионалов в сложном проекте.