Войти
Игровая индустрияФорумУправление

Как создать игру мечты, опубликовать её и не умереть в процессе. (комментарии) (8 стр)

Страницы: 13 4 5 6 7 8
#105
0:28, 10 июня 2019

Rikk
Флеш-игр еще до Дуката были напедалили столько что можно обпродаваться, но говорит ли это что флеш это круть? Нет.

#106
17:45, 30 июня 2019

Rikk
> допустим я имею секретные знания которые позволяют так утверждать.
> вы конечно попросите —- ну чувак—- обоснуй по понятиям и распиши подробно типа
> представь доказательства а то мы не верим и ты пустобрех.
> Тут поднимается вопрос морали — я трудился,учился,набирался познаний, и вот
> просто так на халяву отдать подставившись в лохотрон на разводилово — ну это
> неудобно.Просто так отдавать на халяву честно желания нет. В слова —- есть
> основания так говорить и это правда—-вы не поверите. как быть и чего делать?
Ваши знания - это ваши знания. Может до вас не доходит,но если смотреть объективно и системно,едва ли найдется хоть один опытный программист,который выберет блу-принты вместо кода в технических реализациях. Опять же,как я уже говорил,это не значит,что некоторые вещи нельзя реализовать через блу-принты,просто многое реализовать кодом будет намного проще,да и по скорости работы,сколько бы вы не пускали розовые сопли блу-принты с кодом не конкуренты. Основная проблема в том,что хотят без нормально понимания принципов и не разбираясь в низкоуровневых вещах получить быструю реализацию,которая при этом еще и работать будет быстро. В простых проектах такое может сработать,ценой потери производительности(но в текущих реалиях мало кто из инди и мелких проектов,да и крупных много реально заморачивается с нормальной оптимизацией),но это не значит,что с таким подходом можно собрать что-то с нормальной графикой. Если нужно качество - вопрос ставится совсем по-другому. Ваша проблема в том,что вы смотрите однобоко. Можно сколько угодно долго рассуждать о скорости разработки и цены работ,вот только надо учитывать и тот фактор,что в случае быстрого,но убого и жутко тормозного результата велика вероятность,что данный продукт на рынке просто будет никому не нужен. И эти вещи,надо сказать,работают в совокупности. Нельзя просто пытаться их разделять. Оно так просто не работает.
Rikk
> ну вот даже этот пример.
> ведь все равно так и так по любому будут дергать программистов — надо сделать
> это и вон то.
> а если не чувствуется разница—-тогда какого хрена?
> тогда и программист выходит нафиг нужен. сделает некоторую вещь сам.опять
> сделает.опять...опять..опять...опять...финиш.проект готов.—-а программист тут
> нафиг нужен тогда вообще?
Извините,но я не виноват,что вы не видите разницы между реализацией базовой игровой логики посредством блу-принтов и реализацией технических нюансов. В школоло проекте такое может и проедет,но в ААА такая реализация - будет абсолютно не уместна. Вы можете сказать,что в таком случае программисты не нужны,ведь через блу-принты можно все сделать,вот только для игры с нормальной графикой,чтобы она хоть как-то работала на текущем железе,вам придется лет 10 ждать,потому что без программистов,которые по вашему не нужны вы нормального уровня производительности не получите. Глупо ожидать сравнимой производительности между блу-принтами и чистым кодом. Шаблонный код в принципе не может быть быстрее,чем специализированный,а если посчитать на примере компиляторов,возьмите и прикиньте,сколько времени и сил ушло,чтобы сделать из них что-то нормальное. При этом надо понимать,что люди,которые разрабатывают эти самые блу-принты к разработке компиляторов не имеют никакого отношения,выводы из этого может сделать любой человек,кто более менее с темой знаком. Мечтать то можно сколько угодно,но написанный прямыми руками код даже в среде компиляторов будет быстрее и эффективнее,чем оптимизированный ими же. Проблема в том,что сейчас многие программисты - не программисты,а погромисты. Разбираться в сложных вещах желающих стало меньше,все хотят быстро и просто,вот только такого не бывает. И это компромисс между сложностью и скоростью. Другого не дано.
Rikk
> а как ранее делали мультфильмы?
> а художник руками на холсте рисовал всё сам, потом это
> фотографировали-печатали—-копировали на пленку 30кадров в сек—-ставили мультик
> на кинопленке смотреть. по тв вы это смотрели.
> а сегодня как? а на компьютере он делает тоже самое но не руками на бумаге а на
> blender3d/photoshop или на какой крутой программе делает —- сразу в компьютере
> производит—-потом это ставят на вещание тв обычным методом(ну там спутниковое
> или от станции вещание)
А это то вообще причем? Для тех,кто на холсте привык рисовать - на холсте и будет привычнее. Более того,поинтересуйтесь у тех,кто этим делом занимается,думаете найдется хоть кто-то,кто скажет,что нет разницы на чем рисовать? Подход вообще-то сильно отличается. Хотя да,для меня удобнее на графическом планшете,но это в большей степени из-за лени постоянно бегать за расходными материалами,планшет в этом плане достаточно много времени экономит. Только к теме разговора это никакого отношения не имеет.
Rikk
> кратко— проблемы которые обозначены, но их вполне возможно порешать
> 1 есть основания так заявлять—-для реализации технических моментов —-
> существует способ решить вопрос.
> 2 блу-принт производит программу которая работает, как если бы программист
> писал коды(ну может побольше объема, ну может немножко неудобно.но ведь человек
> привыкает ко всему,да?) —-факт.
> может программист уже и не нужен — типа философия. прогресс на месте не
> стоит,наука движется.
> блу-принт= достойная замена программисту. ведь блу-принт делает то же самое что
> программист.
> не проблема а конкретный пример опровергающий некоторые позиции : мультфильмы
> как пример что раньше руками на холсте а сейчас в компьютере—-- факт.
Да с таким же успехом можно и микроскопом гвозди забивать,кстати вполне рабочий вариант,вот только мало того,что эффективность данного подхода ниже плинтуса,так еще и цена подобного будет неоправданно высока. Блу-принт производит шаблонный костыль,производительность которого в сложных системах будет настолько отвратительной,что толку от такой реализации не будет никакого. Если по вашему костыль делает тоже самое,что опытный программист - то у меня для вас очень плохие новости. Опять же,давайте будем объективны - если говорить про юниор индусов - это одна история,а совсем другое дело опытные сеньеры. А так у вас интересно получается - и мухи и котлеты,все в одном месте. Такого не бывает.
Rikk
> но ведь факт что блу-принт генерирует программу и эта программа работает. такое
> событие существует,хочешь ты этого или не хочешь,от твоего желания это не
> зависит.
> кстати подобие блу-принт кажется существует и на Unity и именно на нём товарищ
> Ducat сделал свое кибер-панк(там машины по трассе,стрельба, потом рукопашная
> платформер-уровень. недавний конкурс про кибер-панк).пока тут пишут программы и
> не могут написать—он уже это продает по всяким инет-рынкам. то есть блу-принт
> адекватно сработал на Unity- на нем реально сделали,реально выпустили,реально
> продают.чего то не видно чтоб вы поливали говном изделие товарища Ducat на
> конкурсе кибер-панка при этом вы активно поливаете говном блу-принт
> систему.какое то гнусное лицемерие получается. это тоже факт.
Может все-таки не будет все сваливать в одну кучу? То,что актуально для мелких проектов и инди совсем не работает в крупных проектах. Надо сказать,что я не считаю,что блу-принты совсем бесполезны,но технические аспекты решать с их помощью - плохая практика. Да и не надо думать,что блу-принты могут заменить программистов,а уж тем более в крупных проектах. Там колхозные реализации ломают куда больше и потом,в результате,времени и денег на устранение этих самых колхозных косяков уходит в разы больше,чем своевременное решение вопросов с компетентными программистами.

Страницы: 13 4 5 6 7 8
Игровая индустрияФорумУправление