Size: a a a

2021 February 19

Z

ZZZubec(Salamandr) in Alprog I/O
источник

S

Sergey in Alprog I/O
вообще я про программистов или хотя бы техартистов
источник

Z

ZZZubec(Salamandr) in Alprog I/O
Ааа
источник

S

Sergey in Alprog I/O
ну типа, чему ты лично научился, глядя на артстейшн Князева?
источник

Z

ZZZubec(Salamandr) in Alprog I/O
Он вдохновляет делать игры лучше
источник

KF

Ksanf Fillum in Alprog I/O
геймплей > арт
источник

Z

ZZZubec(Salamandr) in Alprog I/O
Я всегда ровнялся под свои возможности, это накладывало ограничения на игру в целом. То есть и я программист, и моделлер и сюжет и геймплей на мне.
источник

Z

ZZZubec(Salamandr) in Alprog I/O
Но зная, что можно работать с такими людьми, или нанять таких людей. Сразу становится легче, ограничений меньше. Сюжет шире, геймплей глубже
источник

S

Sergey in Alprog I/O
ну и как результаты? без специализации
источник

Z

ZZZubec(Salamandr) in Alprog I/O
Своих нет, только другим делаю
источник

VB

Valentin Bryukhanov in Alprog I/O
ID:0
А давайте поболтаем?
#лайт
Знаете чего не хватает, когда все месяцами работают удалённо? Технической болтовни из-за мониторов. Нормальное гиковское чувство рассказать о том, какой крутой пейпер прочитал вчера ночью, и как здорово раст уделывает кресты на синтетических тестах. Не уныло бросить ссылку в чат, а голосом раскидать императивщику за тайп-дедукшен здорового человека.

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

Мне прислали инвайт пару дней назад и я немного помониторил, если там жизнь в плане игростроя. Оказалось, что есть!  Днём, разумеется, никого нет, но по вечерам там появляется «геймдев курилка», в которой всегда на удивление много людей. Причём не левого народу: если вы в индустрии не первый год или тусили пару раз на конференциях, то без труда отыщите кучу знакомых лиц на аватарках. Но, к сожалению, тон разговоров в курилке, как это часто бывает, захватили основатели студий, инвесторы и менеджеры. Эдакий дискурс старого DTF (ещё до смены владельцев). Вклиниваться в эти высокие разговоры о free to play не очень интересно; да и это совсем не то, чего просит душа простого технаря. А запрос на свою комнату, мне кажется, есть.

Я предлагаю собраться втроём или вчетвером, каждому заранее прочесть/изучить по одной интересной статье или пейперу, и рассказать каким-нибудь воскресным вечером друг другу, почему этот подход классный (или отстой). Это может быть новый proposal в С++, какая-нибудь фича из kotlin, статья про новый метод рейтрейсинга или же и вовсе эзотерический язык программирования. Что угодно. Расширим кругозор друг друга, а может чего интересного узнаем от аудитории.

Чем это отличается от подкаста?
Я давно хотел попробовать провести что-то вроде подкаста, но не был уверен насчёт формата. В своё время, когда заводил блог, я выбрал телеграмм, потому что рассудил, что это наиболее вменяемая платформа для технических блогов в наше время. Никому мои посты не интересны настолько, чтобы заходить на какой-то мой личный сайт или мониторить на Medium. А когда это всё происходит внутри платформы Telegram, куда люди и так заходят время от времени, аудитория не пропадает, и мои посты кто-то видит и обсуждает, даже если я пишу раз в месяц. Так же и с clubhouse. Там уже есть какой-то движ и люди туда заходят каждый день, так что почему бы и не поболтать?

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

Чем тогда это отличается от созвона в дискорде?
Тем, что в дискорде не бывает случайной аудитории. Никто не узнает, что на каком-то никому неизвестном сервере собрались три калеки и что-то обсуждают. Никто не подключится, не задаст вопросов и не вклинится в разговор. Здесь же мы можем создать комнату в clubhouse заранее и расписание увидит много людей. Кто-то поставит в календарь, а кто-то подключится в прямом эфире и «поднимет руку», чтобы ему тоже дали слово. Это может быть гораздо более интересный движняк, чем разговор на пустом сервере.

Так и чё?
Один я ничего не сделаю. Нужно ещё хотя бы пара человек, кому интересно читать/изучать что-то новое для себя, и кому интересно это обсудить в таком формате. Пишите в комментариях, кому идея кажется хорошей. Ну и о том, как вас достали разговоры о clubhouse из всех утюгов, тоже туда пишите. Не держите в себе :)
Было бы интересно присоединится, правда я из мира web game dev и educational game design.
источник

R

Roman in Alprog I/O
начал плюсы изучать. после шарпов ощущение отвратительное. язык на какую-то большую помойку похож. куча вещей, которые "нельзя" использовать (типа malloc, new и delete). с каждой новой версией чето менется - раз в три года переписывают определение POD-ов, ну это же ненормально. код стандартной библиотеки - отдельная история. если на языке приходится писать ТАК, то с языком что-то не в порядке. ну и время компиляции, ошибки, это и так понятно.
в шарпе все очень четко, каждая вещь на своем месте, все нужно и круто. полная интеграция с IDE.
но мне нужен язык с максимальной производительностью. производительность настолько важна, что думаю копать в сторону SIMD команд (sse, avx). после юнити это все оч странно, конечно
вот бы шарпы с ручным управлением памятью...
думаю, может попробовать rust? насколько он подойдет для геймдева? хочу полностью самописный воксельный движок. как раст компилируется? можно ли на нем запустить вулкан? и эти SIMD? есть ли важные отличия от плюсов?
источник

R

Roman in Alprog I/O
или может есть ещё какие альтернативы?
источник

S

Sergey in Alprog I/O
Roman
начал плюсы изучать. после шарпов ощущение отвратительное. язык на какую-то большую помойку похож. куча вещей, которые "нельзя" использовать (типа malloc, new и delete). с каждой новой версией чето менется - раз в три года переписывают определение POD-ов, ну это же ненормально. код стандартной библиотеки - отдельная история. если на языке приходится писать ТАК, то с языком что-то не в порядке. ну и время компиляции, ошибки, это и так понятно.
в шарпе все очень четко, каждая вещь на своем месте, все нужно и круто. полная интеграция с IDE.
но мне нужен язык с максимальной производительностью. производительность настолько важна, что думаю копать в сторону SIMD команд (sse, avx). после юнити это все оч странно, конечно
вот бы шарпы с ручным управлением памятью...
думаю, может попробовать rust? насколько он подойдет для геймдева? хочу полностью самописный воксельный движок. как раст компилируется? можно ли на нем запустить вулкан? и эти SIMD? есть ли важные отличия от плюсов?
Ну все, ты огребаешь
источник

S

Sergey in Alprog I/O
источник

S

Sergey in Alprog I/O
Парни он на плюсы выебывается
источник

S

Sergey in Alprog I/O
Алпрог, сделай телевизор погромче
источник

P

Pavel in Alprog I/O
Roman
начал плюсы изучать. после шарпов ощущение отвратительное. язык на какую-то большую помойку похож. куча вещей, которые "нельзя" использовать (типа malloc, new и delete). с каждой новой версией чето менется - раз в три года переписывают определение POD-ов, ну это же ненормально. код стандартной библиотеки - отдельная история. если на языке приходится писать ТАК, то с языком что-то не в порядке. ну и время компиляции, ошибки, это и так понятно.
в шарпе все очень четко, каждая вещь на своем месте, все нужно и круто. полная интеграция с IDE.
но мне нужен язык с максимальной производительностью. производительность настолько важна, что думаю копать в сторону SIMD команд (sse, avx). после юнити это все оч странно, конечно
вот бы шарпы с ручным управлением памятью...
думаю, может попробовать rust? насколько он подойдет для геймдева? хочу полностью самописный воксельный движок. как раст компилируется? можно ли на нем запустить вулкан? и эти SIMD? есть ли важные отличия от плюсов?
Производительность это дело такое. В simd надо копать когда этот код хотя бы видно в профайлере и это действительно вещь которую стоит оптимизировать.
источник

P

Pavel in Alprog I/O
"производительность настолько важна" это вообще не про язык. Просто в плюсах можно копнуть глубже чем в некоторых языках и выжать ещё чуть-чуть
источник

R

Roman in Alprog I/O
ну как не про язык. само использование шарпов или питона съедает ресурсы, за все там расплачиваешься. и память нельзя самостоятельно организовать, а это ведь оч важно для игр
источник