xmoonlight

Профилирование и составление всей архитектурной схемы проекта (или его части).

можете подсказать книги/гайды, по работе с памятью и WINAPI?

тут

Подскажите, пожалуйста, с чего же все-таки именно начать?

1. Нужно научиться понимать текст и требования задачи.
2. Находить несколько (а лучше - все возможные) вариантов (алгоритмов) решения поставленной задачи (а их всегда более 1-го), и выбирать наиболее быстрый.
3. Научиться чётко и по шагам формулировать алгоритм/блок-схему решения (в голове или на бумаге) до начала написания кода в целях экономии времени на отладку кода и при поиске и устранении возможных ошибок.
4. Научиться чётко и с первой попытки конвертировать алгоритм в код на выбранном языке программирования.

Вот, для разминки: попробуйте начать с написания алгоритма для поиска решения полной сборки кубика-Рубика (все грани одного цвета) из любого начального состояния с наименьшим количеством задействованных (вращаемых) граней.

Создать на хостинге RestfulAPI для отдачи команд по редактированию файлов.

А из exe-программы обращаться на хостинг через POST/GET запросы в json-формате и выполнять необходимые действия.

В наличии или отсутствии явно заданной структуры объекта для компилятора.

Это проще позволяет управлять изначально заданной структурой объекта по мере исполнения кода и выделяемой памятью, но ухудшает читабельность текста исходного кода: затрудняет понимание логики его работы.

Берёте любую IDE под нужный Вам язык и создаёте всё, что хотите и под любую ОС.
Языков - полно: C#, delphi, C++, python и т.д.

Я уверен, что такие задачи прокачивают мое мышление и что это не зря.

Проверим:
1. За сколько поворотов любых граней кубика-Рубика его можно полностью собрать в самом худшем случае?

2. Какое минимальное количество цифр должно присутствовать на поле в самой сложной игре судоку, размером 9x9, имеющей одно однозначное решение?

PS: Не думаю, что предыдущие решения других алгоритмических задач и навыки Вам чем-то помогут при решении этих задач.

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

В основном - это нужно для проверки ролей доступа и отладки предустановленных фильтров.
Упрощалка лог.выражений в виде функции - не помешала бы.

Банально: разделённый секрет (ключи для серверов, пользователей и для шифрования трафика).
Ключ - это формируемый динамически набор символов в конкретный момент времени, который зависит от предыдущего ключа, на основе некой связующей формулы, меняющей предыдущий ключ.

Стартовые ключи - известны только серверам и клиентам, затем - постоянное обновление счётчика использования ключа на обеих сторонах.

Полагаю, что алгоритм: деление в "столбик" (как в тетрадке, без выч.средств).

В обратном, пока есть такая возможность.

В шрифте хранится таблица символов с указателями на стартовый сектор чтения конкретного символа.

Луч от пикселя на заданный радиус с поворотом на 3 неравных ацикличных угла.

Использую ООП для построения "дерева" зависимостей и "простыню" для data work-flow.

Комментирую секции, отвечающие за логику обработки потока данных и разные редко встерчающиеся неявные операции, если таковые есть (например, специфичные сложные условия или этажерки возврата объектов).
Комментировать библиотеки или классы - смысла нет.

Всю логику верхнего уровня храню в одном файле и с него начинаю просмотр: сразу всё в голове "вырисоввывается" в плане происходящего с данными: зависимости, вызовы/обращения и т.п.

Если что-то не дописал и надолго нужно отложить: ставлю или ошибку компиляции с комментом над ней или рейзю/прерываю и вывожу мессагу для себя.

Что вообще делать?))

Как всегда - прогнозировать и оптимизировать ВСЁ, что только можно до начала (обучения и) самих работ.

Риски, угрозы, трудозатраты, окупаемость - всё вот это как для себя, так и для своего проекта.

Проще: Вы понимаете: ЗАЧЕМ Вы это хотите сделать?