- Мисс_Самец
- Постоялец
Yarki
> Ну и вообще, лучше писать самодокументируемый код.
это как
Мисс_Самец
> это как
Это значит, при копипасте кода из учебника, куски текста, относящиеся к коду, втюхивать в комментарии.
Мисс_Самец
> это как
Когда на дельфях писал то с названия классов, функций и параметров всё было и так понятно, не нужно было даже лезть в справку.
А вот когда писал на VC++ то с MSDN не вылазил.
Мисс_Самец
> это как
Ну как gamedevfor написал, твой код должен быть понятен как текс. Имена переменных - существительные, плюс 1-2 прилагательных. Функции и методы - глаголы. И тогда ты, не зная реализации, примерно понимаешь, что тут делается.
Вообще надо понимать зачем писать комментарии, а то порой видишь как люди очевидный код комментируют таким же комментарием, типа
// Iterating through collection for(auto& it: collection) {...}
Такие комментарии только снижают читабельность кода. Комментарий должен отвечать не на вопрос, "Что тут происходит?", а "Зачем это происходит?".
SRаный Engine?
Yarki
> // Iterating through collection
> for(auto& it: collection) {...}
ты показал пример комментария джуна
Мисс_Самец
А Вы показали реакцию джуна на комментарий джуна.
Yarki
еще goto не использовать
Мисс_Самец
> ты показал пример комментария джуна
Все эти джуны, мидлы и сеньоры, это такая условность, и в разных компаниях значит разное. Я понимаю, что тут, как и везде в интернете, джун это уже оскорбление, но дело не в этом, дело в том, как лучше, с точки зрения индустрии, а как нет (или уже нет). Можно доработаться до сеньора в узком коллективе и не узнать, как оно там у других. В джуна это тебя не превращает. Человек с головой легко адаптируется.
Мисс_Самец
> еще 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
> Нам нужно для начала нарастить кодовую базу и количество фичей, чтобы в демке
> было что показать.
это дорога в никуда