VoidVolker

Те же самые, как и при разработке любого другого ПО: планирование, декомпозиция, модульность, документация, а так же фокусировка на достижении приоритетных целей. Определитесь сначала с проблемами, которые вы хотите решить с помощью данного фреймворка и уже от этого отталкивайтесь. Описываете проблему, ограничения, требования - далее ищите возможные решения, выбираете оптимальное и проектируете уже более конкретно. Постановка задачи -> техническое задание -> частное техническое задание -> проект -> декомпозированный и проработанный проект -> реализация. Примерно так.

Зависит от того, какая именно жила - там их целый пучок. Если раньше диск определялся как 3.0, а теперь как 2.0 - то да, такое вполне возможно. Замените кабель и проверьте результат.

using System.Reflection;

namespace ConsoleAppTest
{
    public static class Program
    {
        private static void Main(string[] args)
        {
            Test obj = new() { Prop1 = "Prop1 Value" };
            // Получаем тип объекта
            Type objType = typeof(Test);
            // Получаем список интерфейсов
            Type[] interfaces = objType.GetInterfaces();
            foreach (Type iface in interfaces)
            {
                // Получаем список свойств интерфейса
                PropertyInfo[] ifaceProperties = iface.GetProperties();
                foreach (PropertyInfo prop in ifaceProperties)
                {
                    // Ищем нужный аттрибут в свойстве
                    Attribute? attribute = prop.GetCustomAttribute<TestAttribute>();
                    if (attribute != null)
                    {
                        // Получаем значение свойства
                        object? propValue = prop.GetValue(obj); // -> Prop1 Value
                    }
                }
            }
        }
    }
    
    [AttributeUsage(AttributeTargets.Property)]
    public sealed class TestAttribute : Attribute
    { }

    internal sealed class Test : ITest
    {
        public string Prop1 { get; set; } = string.Empty;
    }

    internal interface ITest
    {
        [Test]
        public string Prop1 { get; set; }
    }
}

Это очень старый глюк рабочего стола винды, когда при изменении разрешения или конфигурации мониторов все значки на рабочем столе перемешиваются и получается бардак, а в некоторых случаях даже и возврат обратно на предыдущую конфигурацию не помогает. Используйте сторонние утилиты типа DesktopOK для частичного исправления этой проблемы.
UPD: для восстановления положения окон следует использовать стороннее ПО для управление окнами. В винде нету встроенного функционала для этого.

То, что вам нужно называется "автоматизация доставки и развёртывания". CI/CD и прочее. На вашем сервере один раз настраиваете деплой с гит-репозитория и далее просто вносите ваши изменения в репозиторий, а дальше по скрипту всё само задеплоится. Только не забудьте настроить и отладить процесс отката изменений на любую другую версию.

WPF/MAUI позволяет рисовать любые интерфейсы с любыми эффектами. Да, можно кинуть элемент на форму, но возможности формошлёпа ограничены, поэтому обычно пишут кодом, а формошлёпы полезны для прототипов и нубов. В WPF/MAUI стандарт - MVVM паттерн и плюс ещё несколько других вариантов есть. На хабре поищите статьи про него и библиотеку Prism (рекомендую) - там есть очень хорошие и подробные статьи. Интерфейс описывается с помощью XML, а именно - XAML. Да, оно не идеально, для маленьких проектов не очень практично, хоть и вполне применимо. А вот в средних и больших/сложных проектах - отличное решение, особенно в команде.

WinForms сегодня имеет смысл использовать только если вам нужна поддержка специфических функций, Windows XP или просто хотите по-быстрому наформошлёпить что-то маленькое и одноразовое. В остальном признано устаревшей технологией и применяется только как дополнение или костыль для исправления костылей WPF. Да, в WPF тоже есть костыли и они очень хорошо чувствуются и с которыми приходится бороться (например невозможность абсолютно точного позиционирования WPF окна на мультимониторной конфигурации из-за костылей в механизмах DPI винды и WPF).

Ну и плюс отдельного упоминания заслуживают альтернативные UI библиотеки и фреймворки типа Avalonia, Uno и иже с ними.

Вот вам несколько реальных примеров реализации дизайнерских интерфейсов:

Вот тут можно посмотреть исходный код небольшого проекта с использованием паттерна MVVM: https://github.com/VoidVolker/LockScreen (тут уже интерфейс максимально простой). Несмотря на то, что само приложение на WPF, окно с картинкой пришлось делать на WinForms из-за костыльного DPI в современных виндах и, особенно в WPF. Аналогично пришлось поступать и в приложении со встроенным RDP клиентом - там всё ещё веселее в виде взаимного встраивания WPF и WinForms друг в друга и разделения на несколько проектов для создания работающих зависимостей от системных библиотек - спасибо LibMSTSC и мелкомягким за очень весёлые приключения.