133 ответов в теме

[DeadMazay]

http://www.theprodukkt.com/kkrieger

Скорее всего боян, но думаю не все видели и знают.
Игра в 96Кб, по уровню графики тянет 250-300Мб. Простенькие шутер в пожизненном статусе беты, ибо иннновационного ничего нет, кроме принципов программирования.

http://ru.wikipedia.org/wiki/Kkrieger - статья в Вики.

ЗЫ: обратите внимание сколько жрет оперативы после запуска.

Сообщение отредактировал DeadMazay: 14 January 2009 - 14:12

[deadok]

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

[Fuse]

Такой подход был бы весьма актуален для веб-приложений, но его почему-то никто не использует.
У этих ребят, кстати, есть несколько демок сделанных по такому же принципу, лет 5 им уже точно. Где искать не скажу – не помню.

[DeadMazay]

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

Можно или нужно вопрос спорный. Вообще создается ощущение, что современные программисты разучились программировать. Как то спросил друга: А чо ты проги на дельфи пишешь? На си ведь будет лучше? Он ответил, что нафиг надо, если оно и так работает нормально. Вот потом и получаем игры на Питоне

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

[Pirate]

Баян! Ещё 5 лет назад сделали!

[Балбес]

производительность упирается в кривое управление оперативной памяти устройства.

[z4gnom]

Можно или нужно вопрос спорный. Вообще создается ощущение, что современные программисты разучились программировать. Как то спросил друга: А чо ты проги на дельфи пишешь? На си ведь будет лучше? Он ответил, что нафиг надо, если оно и так работает нормально. Вот потом и получаем игры на Питоне

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

"Уметь программировать" - не означает "уметь писать идеально оптимизированный короткий код", это только "одно из". Вася, написавший бухгалтеркую программу на ассемблере и запаковавший ее в 20кб, по сравнению с Петей, сделавшим это за 20 минут на аксесе, не "умелый программист", а мудак, не умеющий выбирать инструменты для наиболее эффективной организации своей деятельности

сабж же относится к играм, как яйца фаберже к яйцам, Дедок правильно написал - "нужно" и "можно" - разные вещи
пс: а за слова "на си(дельфи) будет лучше", без рассмотрения тз, в 90% случаев стоит отправлять в школу заново изучать основы алгоритмизации на примере бейсика
ппс: http://www.wasm.ru/a...article=onebyte

Сообщение отредактировал z4gnom: 14 January 2009 - 15:14

[Sansanich]

Ну вообще-то это скорей Proof of Concept, а не полноценная игра (конечно поиграть в неё можно - но нужно ли?).
Музыка из MIDI - это вообще-то скорей откат назад, большенство игр 1980-90х годов обычно музыку как раз таки синтезировали (и прохрюкивали её через спикер). С появлением СД - оказалось проще записывать оцифрованную музыку.

А вот создание структур "на лету" - конечно интересная идея.. Но - такой механизм очень сильно связывает руки дизайнерам (и дико загружает програмистов), в то время как выигрыш - мизерен. Сейчас даже флэшки имеют объём не менее 1Гб, а 1Тб твёрдый диск - уже не мечта, а грубая реальность (ну и блу рей приводы уже начали потихоньку дешеветь). Так что экономить 200-300 мегабайт (при этом резко повысив затраты на разработку) - смысла вообще никакого нет.

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

Update - вот если бы шутер с таким уровнем 3д графики они заставили работать на обычном сотовом телефоне с Явой - тогда да.. А на современных компах - это вроде второго изобретения парового двигателя..

Сообщение отредактировал Sansanich: 14 January 2009 - 15:22

[Finder]

Можно или нужно вопрос спорный. Вообще создается ощущение, что современные программисты разучились программировать. Как то спросил друга: А чо ты проги на дельфи пишешь? На си ведь будет лучше? Он ответил, что нафиг надо, если оно и так работает нормально. Вот потом и получаем игры на Питоне

По поводу "игр на питоне" - студенты, включайте мозг и подумайте о том, что надо сейчас делать что-то довольно большое, что через несколько лет должно гарантированно работать, причем пока совершенно неясно на каком железе, под какой ОС, с каким сервером БД, какая на все это будет реальная нагрузка итп. На чем это делать? Кто сказал С++? Садись, два.
ССР решили тогда, что по совокупности портабельности, производительности и масштабируемости им подходит питон. Опровергнуть справедливость того решения можно лишь представив аналогичный по сложности и лучший по качеству продукт, причем сделанный в тот же период развития ИТ (напомню, ~1999 год, Windows 95/98/NT4, любительский и кривой Linux 2.0, Java 1.2 без всяких там ЕЕ итд.).

[DeadMazay]

.......
сабж же относится к играм, как яйца фаберже к яйцам, Дедок правильно написал - "нужно" и "можно" - разные вещи
пс: а за слова "на си(дельфи) будет лучше", без рассмотрения тз, в 90% случаев стоит отправлять в школу заново изучать основы алгоритмизации на примере бейсика
ппс: http://www.wasm.ru/a...article=onebyte

С ТЗ понятно. Но дело в том что все начинается с малого. Сначала пишется прога для отделения цеха (по тз вполне достаточно дельфи), потом расширяется до цехового уровня, потом плюсуются цеха поставки полуфабриката, потом все предприятие....и потом удивление, а чо так все хреново работает? Надо переписать! Упс, а програмеры то не умеют, потому что уже расслабились писать на высоком уровне.

По игрушкам. Опять видимо проще нанять пару лишних художников, чем пару программистов.
Или еще пример: Винда вс хUnix

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

Сообщение отредактировал DeadMazay: 14 January 2009 - 16:07

[deadok]

По игрушкам. Опять видимо проще нанять пару лишних художников, чем пару программистов.

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

[z4gnom]

С ТЗ понятно. Но дело в том что все начинается с малого. Сначала пишется прога для отделения цеха (по тз вполне достаточно дельфи), потом расширяется до цехового уровня, потом плюсуются цеха поставки полуфабриката, потом все предприятие....и потом удивление, а чо так все хреново работает? Надо переписать! Упс, а програмеры то не умеют, потому что уже расслабились писать на высоком уровне.

пишем калькулятор, дельфи достаточно, расширяем до научного калькулятора, дельфи достаточно, ..., ..., ..., хреново работает, ..., расширяем до системы распределенного парралельного вычисления фазы колебаний сферических сгустков вакуума по методу "коня", вааще не пашет. Епрст, надо было калькулятор на си писать
а дело-то было в ТЗ, не было там указано, что будет програмка-то настолько масштабируема, а если б и было, это тоже не на 100% означает, что часть для отделения цеха не должна быть написана на дельфи.
это фишка как в какой-то истории про то, что было бы, если бы к строителям относились как к программистам, типа попросили построить избушку, построили, а потом давайте на нее еще еще 10 этажей добавим, просто ведь, только крышу убрать надо. как это фундамент не выдержит?!?

ПС: любые совпадения с реальными языками программирования считать случайностью

Сообщение отредактировал z4gnom: 14 January 2009 - 17:49

[Argonicus]

пишем калькулятор, дельфи достаточно, расширяем до научного калькулятора, дельфи достаточно, ..., ..., ..., хреново работает, ..., расширяем до системы распределенного парралельного вычисления фазы колебаний сферических сгустков вакуума по методу "коня", вааще не пашет. Епрст, надо было калькулятор на си писать
а дело-то было в ТЗ, не было там указано, что будет програмка-то настолько масштабируема, а если б и было, это тоже не на 100% означает, что часть для отделения цеха не должна быть написана на дельфи.
это фишка как в какой-то истории про то, что было бы, если бы к строителям относились как к программистам, типа попросили построить избушку, построили, а потом давайте на нее еще еще 10 этажей добавим, просто ведь, только крышу убрать надо. как это фундамент не выдержит?!?

ПС: любые совпадения с реальными языками программирования считать случайностью

В принципе рассказе описаном выше описаны две проблеммы, это деградация многих программеров и не умение сказать заказчику нет.
Если заказчик прохлопал хлебалом, то он в этом виноват, и затык должен решаться за его счёт. Но увы все блюдут рейтинги и прочее и посему народ садиться на шею. А по поводу языков програмиирования автор полностью прав, програмеры свои ляпы затыкают нашим баблом, заставляя покупать железо которою зачастую и не нужно, на данный момент...

[Nagasaki]

Можно или нужно вопрос спорный. Вообще создается ощущение, что современные программисты разучились программировать. Как то спросил друга: А чо ты проги на дельфи пишешь? На си ведь будет лучше? Он ответил, что нафиг надо, если оно и так работает нормально. Вот потом и получаем игры на Питоне

А на Си точно будет лучше, может, тебя обманули?

[Ember]

Это просто был пример демонстрирующий возможности программирования. Раньше так и писали когда каждый байт на счету был. Теперь обленились пишут всякую мутотень на питоне, а потом не могут улучшить производительность. Действительно, сейчас чтобы что то создать можно воспользоваться готовым, на современных компах это даже будет работать, кое как. Вот и обленились, нет мозгов, умений, времени чтобы действительно в тех проектах где нужна такая оптимизация ее и использовать. Взять винду, я не удивлюсь если заглянув под капот и посмотрев что происходит скажем при нажатии кнопки "Пуск" у вас волосы встанут дыбом: скажем запускается процедура написанная на вижуал бейсике, которая подключает библиотеки вызова меню написанные на паскале, которые используют процедуры графического вывода написанные на Вижуал Си, которые подключают драйвера написанные студентом билли, которые используют апи 88го года...

[deadok]

Я все жду, когда ктонить начнет ссылаться на асм.

[Pointer]

Я все жду, когда ктонить начнет ссылаться на асм.

Можно я?

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

А Ц несомненно круче Дефльи, т.к. в Ц скобочки красивые и в нем гораздо легче написать ублюдочный код, который потом нифига не поймет даже сам писатель. За что его всенародно кастрируют перед увольнением.

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

[deadok]

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

садись, два.

А Ц несомненно круче Дефльи, т.к. в Ц скобочки красивые и в нем гораздо легче написать ублюдочный код, который потом нифига не поймет даже сам писатель. За что его всенародно кастрируют перед увольнением.

а еще в каждой программе на C живет страчный зверь меморилик, ага.

[Pointer]

садись, два.

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

Большинство сиквелсерверов это делают.

Если надо, еще могу примеры распараллеливания привести.

Сообщение отредактировал Pointer: 14 January 2009 - 21:08