Lion Tone 

Игра в Google Play: https://play.google.com/store/apps/details?id=com.ScandinavGamesStudio.CatchAndDash&hl=ru&gl=US

Официальный сайт: https://scandinavgamesstudio.ru/

Случайно наткнулся в архиве на одну мою программку, которую я написал в июле-августе 2006 года на MS Visual C++ 6.0.

Программа представляет собой эвристический алгоритм расчёта популяции человечества. Из-за неверного подхода к работе с массивами и постоянных проходах по списку, полных "сдвигов" и множественных "повторных" вычислений код работал ДЬЯВОЛЬСКИ МЕДЛЕННО.

Я решил переработать проект, просто ради интереса. Но и оригинал 2006-го года я оставил весь как есть, без правок. Даже слово "Рассчет" с двумя "с" :/

После оптимизации кода программа работает БОЖЕСТВЕННО БЫСТРО.

Программа не совершенна даже для эвристического алгоритма, но тем не менее, довольно интересна для моделирования ситуации.

В целом, думаю создать Remastering, с визуализацией графиков и некоторыми другими примочками, и с возможностью скриптового расширения моделируемой ситуации. Ну а пока "как есть".

Исходники вместе с бинарниками на моём сайте PixiONe: https://pixione.com/soft/opensource/population/. Тамже небольшое описание использования оригинала и реворка.

Когда работаешь в IDE (интегрированной среде разработки), например Microsoft Visual Studio, то вопроса с выбором редактора кода не возникает. Но многим разработчикам порой приходится работать с иными средствами разработки, например, MinGW. Я сам пользуюсь MinGW, так как он портируемый и его можно носить с собой даже на флешке. Вместе с тем на той же флешке, или же на ПК и ноутбуке, хотелось бы иметь удобный редактор кода.

Я не буду рассказывать обо всех редакторах кода, а расскажу лишь о тех, которые использую сам.

Свободный текстовый редактор с открытым исходным кодом для Windows с подсветкой синтаксиса, разметки.

Небольшой по размерам, удобный. Можно загрузить как установочный пакет, так и портируемую версию.

Ссылка: https://notepad-plus-plus.org/downloads/

Единственный недостаток, по моему мнению, это наличие только Windows-версии. Я линуксоид, мне такой вариант не совсем удобен. И потому я перехожу к двум следующим редакторам, которые использую повседневно.

Как я писал в первом текстопосте (который я случайно назвал текстоБЛОГом. Можно, конечно же, было исправить, но я решил оставить как есть. В конце концов, я простой человек и оЧеПятки допустимы))) ), при самоорганизации или организации командной работы важно вести чек-лист процесса разработки проекта. Это даёт возможность работать слаженно, координировать команду, следить за успехами разработки и планировать дальнейшие действия.

Организовать чек-лист можно разными способами. Рассмотрим два простых варианта.

Можно использовать сервисы вроду Google. Этот вариант замечательно подойдёт для организации работы в команде. Гугл диск с назначенными правами доступа сослужит хорошую службу для обмена файлами, а Гугл документы станут местом для ведения полной документации по проекту. Здесь можно организовать всё: концепт- и дизайн-документацию, техническую документацию, и, конечно, чек-лист либо чек-листы для групп.

Использовать сервисы Гугл несомненно полезно и удобно. Но что касаемо чек-листов, постановки задач и контроля за их исполнением я, всё же, рекомендовал бы второй вариант.

Я приведу пример на том сервисе, который мне понравился больше всего. Но он не единственный в своём роде и вы можете выбрать другой вариант.

При разработке проекта, будь то игра или какая-то программа, либо что-то другое, вроде мультипликационного ролика, нельзя забывать об очень важных вещах, которые не только позволяют увеличить производительность и качество работы, но и зачастую получить конечный результат в том виде, в котором хотелось бы. А порой и просто получить конечный результат, а не очередную недоделку в коллекцию “недопроектов”.

Каждый проект начинается с идеи и некоторого видения конечного продукта и его представление в голове. Хорошей практикой даже для разработчика-одиночки является написание концепт-документа. Это позволяет перенести мысли на “бумагу”. Концепт-документ даёт возможность сохранить идею, ничего не забыть, и возможность донести идею до других в ясном виде. Более того, последующее, порой неоднократное, прочтение концепта позволяет увидеть недочёты, внести правки и дополнения, наиболее точно обрисовать идею.

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

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

Основной ошибкой и проблемой в воспитании данной привычки часто являются попытки поиска шаблона концепт-документа. Дело в том, что концепт-документ имеет произвольную форму, и каких-то определённых требований к нему нет. В интернете можно найти массу примеров концепт-документов, и все они будут иметь собственную структуру. В конце концов, вы пишите этот документ в первую очередь для себя. Если же вы хотите им с кем-то поделиться, то, конечно же, лучше придерживаться определённых правил составления документов. В особенности, если вы предполагаете найти издателя для своей игры.