Программирование и я. Что я умею?

• все виды циклов

 

• типы данных, преобразование типов, массивы

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

Я открыл пример программы коннектора для smartComа и у меня взорвался мозг. Сейчас я дочитаю книгу и..

Чего не будешь знать изучив книгу?

Много чего.
Всё зависит от тебя и только от тебя — возможности применения языка не имеют границ.  Также, как изучив алфавит и грамматику можно написать роман «Война и мир», а можно остаться на уровне трех букв на заборе. При одном и том же наборе усвоенных правил и элементов.

Тимофей, как программист-программисту, отвечу:
"•не знаю как работать с параллельными вычислительными потоками" Предположим есть цикл
int[] result = new int[10];
for(int i = 0; i < 10; i++) {
  // Тут какая то мощная вычислительная задача, где i допустим день за который надо посчитать данные
  result[i] = i * i * i;
}
Если запускать именно так, то сначала посчитается за 1 день, потом за второй и т.д., программа по сути займет одно ядро процессора. Современные бытовые процессоры типа Core i7 обычно 4 ядра (8 потоков), т.е. выполняя этот цикл процессор будет загружен на 1/8 (12.5%). Остальные 87.5% мощности процессора — отдыхают. Как перделаем: добавим:
using System.Threading.Tasks; и перепишем цикл вот так:
Parallel.For(0, 10, i => {  
  // Тут какая то мощная вычислительная задача, где i допустим день за который надо посчитать данные
  result[i] = i * i * i;
});
теперь загрузка процессора возрастет многократно! Нюанс: создавать большие объекты внутри Parallel.For крайне не рекомендуется (загрузка процессора упадет).

"•не знаю как работать с графическим интерфейсом вообще" Если это картинка, то надо копать в PictureBox (она показывает Bitmap). А рисовать надо на Bitmap, вот типа так:

Bitmap bmp = new Bitmap(100, 100, PixelFormat.Format24bppRgb); using (Graphics g = bmp.GetGraphics()) {   g.Clear(Color.White);   g.Draw… и рисуешь   g.Flush(); } this.pictureBox.Image = bmp; вот и все.

"•не совсем понимаю как работать с большими объемами данных и как их лучше хранить " Большие массивы лучше хранить в 64-битном приложении (x64), т.к. 32-битные (x86) быстро дадут OutOfMemoryException. Лучше всего работать с массивами фиксированного размера int[] bigdata = new int[100*1000*1000]; лучше работать с целочисленными данными (тип byte, short, int, long), они всегда быстрее считались чем вещественные (float, double). Строки хранить крайне не рекомендуется (долго работает). Ну и правильно выбирать размер элемента, byte=1байт, short=2байта,int=4байта,long=8 байт Т.е. 100млн элементов типа int займет в памяти 400МБ, а лимит в .Net составляет 2ГБ на объект (т.е. 500млн элементов типа int, или 250млн типа long). Но тут еще одно ограничение — массив индексируется переменной типа int, а значит всего в массиве может быть только 2^32-1 элементов. Хотя можно создать 10массивов каждый по 2ГБ, и тогда приложение съест 20ГБ памяти :) Проверено. Если хочется очень большой массив, то гуглить в gcAllowVeryLargeObjects  (надо в app.config добавить), тогда можно создать массив который займет 16ГБ памяти, вот так: long[] l1 = new long[2000 * 1000 * 1000]; Есть нюанс: в C# работает с массивами не так быстро, особенно плохо работает с массивами byte[] (тормозит!), такие массивы лучше обрабатывать в DLL (пишутся на C++) и вызывать из C#. Вот написание и вызов внешних DLL наверное выпало из вашего плана ;)

"•интерфейс WPF" не нужен, если вы не коммерческий разработчик, а для себя. Windows Forms вас удовлетворит на 100% в ближайшие 5 лет.

LINQ, PLINQ — тоже не особо нужны, хватит и простых конструкций

Сейчас дочитаю книгу и вернусь к тестовому коннектору смарткома. Что мне осталось изучить?

• события, делегаты, обратный вызов
• убийство объектов
• LINQ

• визуализация, PictureBox, UserControl, Graphics, Bitmap.