Толстый Лорри

С некоторой периодичностью брать снимок с камеры. Кропать его в известном месте (само "табло"). Пробегая по пикселам искать наиболее яркие участки и классифицировать относительно искомых эталонных цветов (красный, желтый и зеленый) удобным способом (допустим, искать кратчайшее расстояние в трехмерном пространстве RGB). Всё.

Учитывая, что нам известны все параметры и изображение будет +/- одинаковое, то не нужны тут никакие нейросети, оценка формы и всего такого. Даже оценка в динамике не нужна.

Чтобы стало интересно - это дело маркетинга. Сама тема умного дома действительно интригует, это видно из количества ардуинщиков/распберрипишников на ютубе, которые что-то пытаются сами мастерить.

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

Выходит, реально что-то годное делают специальные фирмы - на заказ и задорого. Либо люди сами мастерят, если навыки позволяют.

Нельзя. Но можно:

git filter-branch --tree-filter 'mv -f new_file.png old_file.png' -- --all

Когда вам потребуется добавить в сеттер валидацию, а в геттер - кэширование, то не придется менять вызовы в клиентском коде. К тому же, аксессоры можно делать виртуальными.

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

В случае управляемых приложений вам нужен не Wine, а Mono, который достаточно неплохо поддерживает .NET Framework 4.0.

Нужно взять 64-битный компилятор и компилировать с флагом -m64.
Например:
gcc -m64 -o exmaple64 example.c

Нужно написать гуишное приложение с возможностью подключать модули (то есть плагины). Причём программа не должна перезапускаться при их подключение (должно всё применяться сразу же).

Java по счастливому стечению обстоятельств умеет подгружать классы динамически:

// Где-то там, где реализуется плагин 
class MyClass implements MyPluginInterface {}

// У нас тут, в модульной софтинке
try { 
    Class c = Class.forName("com.vasyapupkin.MyClass"); 
} catch (ClassNotFoundException e) {
    // log error
}

Затем, посредством рефлекшна, вы можете создавать экземпляры вашего типа:

MyPluginInterface plugin = (MyPluginInterface) с.newInstance();

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

Ваша софтинка должна как-то отслеживать появление файлов. В простейшем случае - ждать появление файлов где-то по classpath, чтобы попытаться выудить новые классы. В простейшем случае классы могут быть наследниками GUI-компонентов (т.е. уметь себя рисовать) и вы можете просто вставлять их экземпляры в заранее известный контейнер.

ЗЫ Можно делать свой велосипед, но такая технология в Java уже существует из коробки - JavaBeans и, если вы хотите препода довести до экстаза, то стоит копать в этом направлении.

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

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

Читайте/смотрите "Clean code", ищите блоги разработчиков, какие-то мелкие проекты на гитхабе. Красная дорожка (в терминах передачи "Умники и умницы") - это найти open-source проект и попытаться там пофиксить баг/добавить требуемую фичу. Конечно, это будет сложно. Но если вы справитесь, то это +1000 к опыту.

то есть экранируются двойные кавычки...

Дебаггер дает вам удобное для копирования представление (если вы заметили, сама строка тоже обрамлена в кавычки), никакого экранирования в переменной на самом деле нет, это фишка нужна исключительно для литералов строк.

Вы уверены, что здесь правильно используется StringBuilder? Сейчас от него нет толка, ибо на каждой итерации цикла он возвращает и записывает строку, которая станет ненужной на следующей итерации, т.е. память все равно забивается, аллокации происходят. Какая-то преждевременная оптимизация.

Убедитесь, что он заменяемое значение действительно там содержится. HtmlAgilityPack вполне может оптимизировать HTML (тот, который из OuterHtml), скажем, вырезать пробелы и/или переводы строки.
Если вы работаете с DOM-парсером, то нужно не изобретать велосипеды, а пользоваться его API:

string htmlTag = "<foo>bar</foo>";
var newNode = HtmlNode.CreateNode( htmlTag );
img.ParentNode.ReplaceChild(newNode, img);

https://msdn.microsoft.com/en-us/library/jj591620(...

modelBuilder.Entity<Course>() 
    .HasMany(t => t.Instructors) 
    .WithMany(t => t.Courses) 
    .Map(m => 
    { 
        m.ToTable("CourseInstructor"); 
        m.MapLeftKey("CourseID"); 
        m.MapRightKey("InstructorID"); 
    });

template<size_t N, size_t M>
int* foo () {
    int tempArray[ N ][ M ];
    //...
}

// use case
foo<2, 3>();

Конечно же вычисление должны быть в compile-time.

Старший бит же. Установлен - отрицательное число, снят - положительное.

удалить часть строки которая идет после последнего символа

aaa = aaa.Substring(0, aaa.LastIndexOf(',') + 1);