ApeCoder

Вот неплохая статья на эту тему

Надо просто создать объект и никуда не девать , он автоматически попадет в пайплайн

Дальше его можно выводить в грид

1..10 | %{ [PSCustomObject]@{ Name="Name_$_"; Value = $_} } | ogv

Или сохранить в массив

$a = 1..10 | %{ [PSCustomObject]@{ Name="Name_$_"; Value = $_} } 

$a

регулярку выше обработать все эти файлы и

1) Обход всех папок - ls -Recurse -include *.js

сохранить копии в папку runtime рядом с папкой source сохраняя дерево папок тем же,

2) Вычисление нового пути (если source находится только на одном уровне ) $_.FullName -replace '\\source\\','\runtime\'

но уже без комментариев в файлах.

2) Преобразование
2.1) Прочитать - gc -Raw
2.3) Заменить -replace , ''
2.4) Записать - sc

Итого что-то типа

ls -recurse -include *.js | %{
     $targetPath = $_.FullName -replace '\\source\\','\runtime\'
     mkdir (Split-Path $targetPath) -force
     (gc $_.FullName -Raw) -Replace <REGEX>,'' | sc $targetPath 
}

Для отладки советую visual studio code c соответсвующим экстеншеном.

Учтите, что данный код теряет инфу о кодировке, у всех будет UTF8 с маркером порядка байтов (наберите sc -? если хотите установить другую кодировку)

Надо знать, как писать UI под андроид, из каких компонентов состоит UI, рекомендации по визуальному дизайну .

Перечень ограничений, которые android накладывает на приложение (какие разрешения просить, например, какие операции выполняются асинхронно). Какой паттерн для отделения бизнес логики от UI выбрать.

у каждого пользователя есть своя страница,

- Где и как хранить данные (тут нужен бекенд - это не связано с андроидом).
- Как приложение будет получать данные? (протокол работы приложения с фронтэндом)
- Каким образом обеспечивать авторизацию, защиту от подслушивания и перехвата. Модель атак на приложение.
- Соответствие приложения европейскому (GPDR) и российскому законодательствам о персональных данных

можно писать сообщения в ЛС либо в общий чат,

- каким образом работают оповещения на Android
- соответствие российскому законодательству об организаторах распространения информации

присутствует карта города, на которой

- Выбрать поставщика картографической информации (google, yandex, bing), ознакомиться с лицензией

отмечены какие-либо места с фотографиями,

- компоненты для обработки фото
- в каком разрешении хранить, а в каком отображать
- как устроить бекенд для фотографий

также есть некая база с определёнными фотографиями/текстом, доступные всем.

- какие требования по быстродействию
- как осуществляется модульное и нагрузочное тестирования

Конструктор требует System::String :: а не WCHAR *

gcnew ListViewItem(gcnew String(pe.szExeFile));

Если ваши изменения являются частью API то увеличиваете минорную версию, если это внутренние изменения, которые ничего не делают с API, то это патч.

Патч-версия Z (x.y.Z | x > 0) ДОЛЖНА быть увеличена только если содержит обратно совместимые баг-фиксы. Определение баг-фикс означает внутренние изменения, которые исправляют некорректное поведение.

Минорная версия (x.Y.z | x > 0) ДОЛЖНА быть увеличена, если в публичном API представлен новый обратно совместимый функционал. Она ДОЛЖНА быть увеличена, если какой-либо функционал публичного API помечен как устаревший (deprecated). Она МОЖЕТ быть увеличена в случае реализации нового функционала или существенного усовершенствования в приватном коде. Она МОЖЕТ включать в себя изменения, характерные для патчей. Патч-версия ДОЛЖНА быть обнулена, когда увеличивается минорная версия.

Мажорная версия X (X.y.z | X > 0) ДОЛЖНА быть увеличена, если в публичном API представлены какие-либо обратно несовместимые изменения. Она МОЖЕТ включать в себя изменения, характерные для уровня минорных версий и патчей. Когда увеличивается мажорная версия, минорная и патч-версия ДОЛЖНЫ быть обнулены.