- Профессор ДиректИкс
- Постоялец
Мисс_Самец
> это как
Когда на дельфях писал то с названия классов, функций и параметров всё было и так понятно, не нужно было даже лезть в справку.
А вот когда писал на VC++ то с MSDN не вылазил.
Мисс_Самец
> это как
Ну как gamedevfor написал, твой код должен быть понятен как текс. Имена переменных - существительные, плюс 1-2 прилагательных. Функции и методы - глаголы. И тогда ты, не зная реализации, примерно понимаешь, что тут делается.
Вообще надо понимать зачем писать комментарии, а то порой видишь как люди очевидный код комментируют таким же комментарием, типа
// Iterating through collection for(auto& it: collection) {...}
Такие комментарии только снижают читабельность кода. Комментарий должен отвечать не на вопрос, "Что тут происходит?", а "Зачем это происходит?".
SRаный Engine?
Мисс_Самец
А Вы показали реакцию джуна на комментарий джуна.
Мисс_Самец
> ты показал пример комментария джуна
Все эти джуны, мидлы и сеньоры, это такая условность, и в разных компаниях значит разное. Я понимаю, что тут, как и везде в интернете, джун это уже оскорбление, но дело не в этом, дело в том, как лучше, с точки зрения индустрии, а как нет (или уже нет). Можно доработаться до сеньора в узком коллективе и не узнать, как оно там у других. В джуна это тебя не превращает. Человек с головой легко адаптируется.
Мисс_Самец
> еще goto не использовать
Goto больше про понимаемость, читаемости оно не мешает (readability vs understandability, хрен выговоришь, блин). Но и тут индустрия начинает пересматривать эта догму. От goto начали плеваться в прошлом веке еще, но сейчас появляются мнения, что не надо от него отказываться полностью, как мы уже привыкли. Эти мнения по большей части живут в комьюнити языка go. Один из его авторов, был автором языка C, где этот goto и зародился.
Иронично!)
Yarki
> Все эти джуны, мидлы и сеньоры, это такая условность, и в разных компаниях
> значит разное.
Везде это значит одно и то же: речь идет тупо о попиле бабла. К программированию это не имеет никакого отношения.
Yarki
> От goto начали плеваться в прошлом веке еще, но сейчас появляются мнения
И опять, программирование здесь ни при чем. И в прошлом веке маркетоиды от программирования не понимали, от чего велено плеваться, ни современные не понимают, чем занимались в прошлом веке.
Тут, в соседней ветке замечательный пример подобного "просветления" кинули: https://www.computerenhance.com/p/clean-code-horrible-performance
gudleifr
> Везде это значит одно и то же: речь идет тупо о попиле бабла. К
> программированию это не имеет никакого отношения
Это где надо работать, что бы относится к своей зп, как к попилу?
gudleifr
> И опять, программирование здесь ни при чем.
Ну если для вас программирование это попил, то да, ни причём...
Yarki
> Ну если для вас программирование это попил
Разве я так писал?
atomic
Таск менеджер есть, но т.к. нас было двое, в нем особо не было необходимости, задачи распределяли в войсе. Уже привели его в порядок и в дальнейшем будем активно пользоваться, добавив роадмапу с текущей и последующими релиз версиями прямо в него с помощью задач и подзадач.
> Еще заметил что в коде нет комментариев. Это очень плохо.
Комментарии добавляем только в исключительных случаях, когда логика неочивидная (например, при использовании методов сторонних библиотек). Стараемся поддерживать ясный нейминг переменных, функций, соблюдаем общий код стайл в принципе, придерживаясь стандартов языка и парадигм - иными словами, пишем самодокументируемый код, чтобы не было необходимости в комментариях.
Мисс_Самец
> с этого и стоило вообще начинать
Начинать разработку движка с демки? Нам нужно для начала нарастить кодовую базу и количество фичей, чтобы в демке было что показать. И как раз для этого мы здесь - ищем людей, которые нам в этом помогут.
Yarki
> Что было неудобно в существующих движках???
Закрытый исходный код/тяжеловесность, с множеством излишнего функционала.
Я повторюсь, мы разрабатываем движок в первую очередь для нас самих и наших продуктов, а не для коммерческого использования. Верю в то, что те люди, которым это интересно (как хобби или для наращивания портфолио) - найдут нас, свяжутся и вольются в нашу теплую команду.
atomic
> Где вы общаетесь? Discord. Telegram, VK или что-то другое?
Пока что списываемся в Telegram, после чего вместе идем заниматься разработкой, помогая друг другу в принятии верных архитектурных решений в Discord с демонстрацией экрана (согласовываем с главным программистом и, по совместительству, основателем проекта).
Мисс_Самец
> это дорога в никуда
Почему же? Мы полностью открыты к конструктивной критике, готовы пересмотреть принятые решения насчет ближайшего будущего проекта.
innerviewer
> Закрытый исходный код/тяжеловесность, с множеством излишнего функционала.
Ну закрытый исходный код не у всех, мне вот Godot нравится, он тут на форуме нет-нет, да появляется.
Тяжеловесность, вещь относительная. Как говорится, преждевременная оптимизация - корень всех зол.
То, что вы решили этим заняться, ваше дело. Но со стороны совсем не понятно, а зачем присоединятся. В чем конечный результат будет отличаться. Это должно быть вашей основой.
Меня как-то приглашали в проект по разработке компилятора для нового языка (не на энтузиазме). Хотели скорость как у C, и рантайм с GC. У тим лида было видение конечного результата, но он все равно не смог мне сказать, а зачем. Чем их существующие языки не устраивали.
Так и у вас, как проект, который вам самим писать в удовольствие - это понятно. Но зачем кому-то еще тратить на него свои годы, неясно(
(А ведь я тоже когда-то пытался так же легковесное что-то на JS сделать)
В отличие от одного недавно распиаренного в новостях движка, у людей есть собирающийся движок, который запускается с неплохим кодом, даже вроде 20-й стандарт плюсов юзают.
Я в прошлом году несколько современных опенсоурсных движков или не смог собрать или сразу получал краш при запуске. База есть.
Если UE4 прикроют, то как вариант лет через 3-4... может и что-то будет, кто знает.
Yarki
> Так и у вас, как проект, который вам самим писать в удовольствие - это понятно. Но зачем кому-то еще тратить на него свои годы, неясно(
Лично я присоединился к разработке уже через определенный период после её начала из мотива расширить портфолио и улучшиться как программист: изучить архитектуру, библиотеки и т.п.
Как я уже писал, считаю, что для относительных новичков (да и не только) в сфере геймдева/IT в целом, это был бы хороший и интересный опыт, который будет полезен обеим сторонам.
innerviewer
> для относительных новичков
Ошибка. Новички в лучшем случае ничего не сделают. В худшем - зафейлят все таски и улетят как тот шахматный голубь рассказывать об опыте в ООП и SOLID.