Задать вопрос
  • Где найти новые детерминированные игры с полной информацией?

    @Mercury13
    Программист на «си с крестами» и не только
    Есть разумеется.
    18 век: https://en.wikipedia.org/wiki/Agon_(game)
    19 век: https://ru.wikipedia.org/wiki/Реверси
    20 век: https://ru.wikipedia.org/wiki/Перебрось_мостик
    20 век: https://ru.wikipedia.org/wiki/Гекс
    20 век: https://en.wikipedia.org/wiki/Quoridor
    21 век: https://ru.wikipedia.org/wiki/Улей_(игра)
    21 век: https://ru.wikipedia.org/wiki/Khet

    Почему таких игр крайне мало?
    1. Мы автоматически отбрасываем часть позиций как неперспективные — потому, чтобы обеспечить ту же просчитываемость, ДИсПИ должна быть намного богаче тайной или случайной. Некоторые механики придётся отбросить, поскольку, например, заимствованием стратегии доказывается, что первый выигрывает.
    2. Из двух игроков разной силы один выигрывает с вероятностью, стремящейся к 100%, игра быстро теряет интерес. А ведь как важен такой интерес для новой игры, которая пока продвигается…
    3. Продвигается исключительно гиками: сложно сыграть, например, папе с дочкой.
    UPD. 4. Крайне сложно сделать, чтобы компьютер косплеил человека. Другими словами, совершал ошибки, свойственные человеку, и при попытках подловить тупой алгоритм ходил как угодно, лишь бы по-другому.

    А насчёт шахмат — от первых упоминаний до современных правил прошло тысячелетие! Догадываетесь, какие плейтесты они прошли, чтобы из банального варгейма стать тем, чем они являются сейчас (хотя тоже, по всей видимости, были популярны в первую очередь у верхушки общества).
    Ответ написан
    5 комментариев
  • Правда ли что программистам навязывают определенные мысли?

    kotomyava
    @kotomyava
    Системный администратор
    Не прав. И в плане навязывания и в выводах. К тому же список довольно странный, часть мыслей верны, часть с потолка взяты.

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

    2. Всегда на стажировке платили. В любой области, и в программировании в частности. Конечно меньше, но меньше и вклад... Откуда такая мысль взялась у вас, я не понимаю. На том же фрилансе, тоже крайне не поощряется идея "работы за отзыв". Да и с началом работы в профессии это не связано, если уж так, скорее с началом работы на какой-то бирже. И обычно, те, кто так пытается делать не дорастают до нормальных рейтов...

    3. Опять же не очень понятно, кто вам такую мысль навязывает, и откуда она у вас вообще. В ней много непонимания opensource в принципе. Надо начать с того, что это, зачастую, не бесплатная работа - большинство активно вкладывающих в открытый код время работают за деньги. Это может быть и зарплата в фирме, и пожертвования заинтересованных организаций, и просто деньги заказчика, который не требует закрывать разработку. Впрочем, кто-то просто пишет и для себя: для удовольствия, для славы, для самообразования - мотиваций множество.

    4. Опять же, я не знаю, где вы подхватили эту мысль. Она крайне вредна. И вам, и вашему потенциальному работодателю, кстати. Крайне не советую этим увлекаться: излишнее напряжение, и слишком большая концентрация на задаче серьёзно уменьшают вашу работоспособность. Умные работодатели, как раз, всячески гоняют работников за попытки работать после окончания рабочего дня, и это разумная мера...
    Ответ написан
    3 комментария
  • Зачем писать в ООП стиле в JS?

    zolt85
    @zolt85
    Программист
    Из Википедии:

    JavaScript — мультипарадигменный язык программирования. Поддерживает объектно-ориентированный, императивный и функциональный стили. Является реализацией языка ECMAScript.


    Т.е. люди так пишут, потому что язык им это позволяет.
    Эта тема очень широка и глубока. Вас никто не заставляет писать в каком-то определенном стиле. В том же "Си с Крестами" Вы вполне можете писать императивно-функциональный код. У Вас будет точка входа в методе main, а дальше творите что хотите. Но есть одна небольшая проблема - этот код кроме Вас никто не будет понимать и принимать. Именно по этому в разработке ПО (заметьте не в языке программирования, а именно в ремесле разработки ПО) появляются такие вещи, как шаблоны проектирования, code convensions и code style. Людям приходится договариваться, находить оптимальный для себя вариант общения через код. Даже если Вы работаете один, Ваша команда состоит как минимум из двух человек - это Вы, и Вы в будущем. И написав лапшу из последовательного вызова функций Вы подкладываете огромную свинью себе в будущем. Почитайте Боба Мартина "Чистый код", он там не плохо на эту тему размышляет.

    P.S.
    Да, сейчас доминирует ООП парадигма, да она не идеальна, но это то, что понимают большинство вменяемых разработчиков.
    Ответ написан
    Комментировать
  • Как делается анимация в играх?

    @svolch
    Самая распространенная - покадровая.
    Просто как в мультфильмах.

    Форматы с поддержкой анимации - не нужны.
    Так как если анимация связана с определенными действиями - он кадры должны сменяться не как попало, а по определенной логики.

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

    Но чаще всего используют просто один большой файл, в который вкраплены кадры.
    sam_gfx.png
    Ответ написан
    Комментировать