Михаил Mikhail

Начните с простого, с протокола RS-232, его как минимум можно смотреть осцилографом, причём - самым простым.
Далее - сделайте распределенную сеть на RS-485, введите маркеры и адресацию.
Поговорите про аналоговые модемы, потом расскажите по DSL (ADSL/HDLS).
Переходите к кодированию ТВ-сигналов, вот здесь уже можно и на телевизоре крестик рисовать через STM32 например,
Далее - технология цифровой передачи DVB-S (-C), тоже достаточно просто. Тут же помехозащищенное кодирование RS (Reed-Solomon), перемежение. Факультативом - пишем восстановление блоков данных, рассказываем про массивы RAID.
Рассказываем про параллельные линии, начиная от параллельного порта, через Centronics, SCSI-8/16, всяким шинам данных типа VME, переходим к современным протоколам работы памятью.
Дальше - коммутация, начиная от телеграфа к телефонии и заканчивая каким нибудь Infiniband и мультисервисными сетями типа ethernet 10/40Gb со всеми вытекающими.

Ну и возвращаемся к последовательным высокоскоростным линиям SATA/Ethernet/PCI-e.

По интерфейсам, начинаем с терминалов RS-232 и заканчиваем WEB, наверное, как ни парадоксально.

PS. Хорошо бы учесть специфику слушателей... Если это будущие "бухгалтеры", тогда, что я написал - для них overflow будет...

PPS. Вынесу наверх...
Увы, на мой взгляд, нельзя вот так просто объяснить как этот ftp/gopher/http/GUI работает, без хотя бы введения в "а что у нас есть такое протокол, и почему он возник..." (А возник как раз из-за симплекса и телеграфа, еще до телефона, а то и раньше, начиная с сигнальных костров и тамтамов).
Также, наверное, бестолково объяснять дизайн современных интерфейсов без истории сигнализации лампочками, технологий ввода информации (да перфокарта, клавиатура, мышь, дисплей)

Ругается, потому что вы серелизатору говорите, что даете ему FriendList, а сами серилизируете коллекцию VkNet.Model.User

Ваш нужно сделать, к примеру список List, заполнить его из friends, затем его серелизировать.

Ну и XmlSerializer(typeof(FriendList)); заменить на XmlSerializer(typeof(List));

UPD. Сниппет из LinqPad

public class UserDTO
{
	public string Text { get; set; }
}

void Main()
{
	var listOfUsers = new List<UserDTO>
	{
		new UserDTO { Text =  "VkUserName" }
	};
	var ser = new System.Xml.Serialization.XmlSerializer(typeof(List<UserDTO>));
	var sb = new StringBuilder();
	var wri = new StringWriter(sb);
	ser.Serialize(wri, listOfUsers);
	sb.ToString().Dump();
}

// Define other methods and classes here

в докстринге написать
@type my_param: typename
класс (если typename имеет тип класса) должен быть известен, т.е. импортирован

или так https://www.jetbrains.com/help/pycharm/2016.1/usin...

А если все товарищи отвечающие на минуту забудут о своей любви к Win или Linux, то хором ответят: плевать где ты будешь разрабатывать. Самый универсальный ответ уже дал АртемЪ . Пиши где удобно. 5 лет пишу на py и ни разу не встречал ни одного модуля, который бы работал под linux и баги вываливал под win.

Если работаем под виндой (я вынужденно это делаю, так как много экзотики для других целей использую), то не забываем про vagrant. Монтируем папку с проектом и тестируем в линуксе.

Где разрабатывать - пофиг.
Разрабатывайте в привычной лично вам среде.

Но не забывайте что работать все это будет на Linux. Поэтому тестировать и отлаживать лучше в родной среде. Для этого необходимо иметь виртуальный сервер с Linux на борту. Виртуализация сейчас не проблема, поэтому это довольно просто реализуется.

многие библиотеки не работают на windows.

Возможно такое и бывает, если какие-то хитрые и ужасно непопулярные библиотеки, как правило все что нужно, прекрасно работает.

На одной из работ, внутрикорпоративные сайты делали только на Django (python) под windows (обязательный пунктик от работодателя). Особо проблем с библиотеками не было.
К тому же очень просто решались проблемы со сквозной доменной авторизацией. Разворачивали вполне рабочие решения, которые выполняли все возложенные задачи.
Хотя я таки предпочитаю разработку и разворачивание на Линукс.

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

собственно, та же мысль
stackoverflow.com/questions/12781929/how-to-upgrad...

да и если повозиться с копмиляцией, можно понимать почему

но вам никто не мешает копипаст в соседнюю папку и проверить

В стандартных - нет.
Вот здесь может быть.

Я как то писал в пооддержку по поводу дополнительных прав для сайта как у standalone приложения (добавление поста на стену и удаление поста со стены) на что получил ответ:

Права подключаются вручную для качественных сервисов, которым они действительно необходимы.
Использовать standalone приложение с сервера нельзя.

На вопрос как показать сервис на этапе разработки получил ответ:

Можно реализовать вариант с окном подтверждения (vk.com/dev/api_confirm), чтобы мы могли на него посмотреть.

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

ssh/sftp сервер нормально работает на 80м порту.
Вот только там не должно быть ничего другого (веб-серверы по дефолту на 80м работают). Ну и поменять порт ssh-сервера может только рут.

Конечно можно. Это если с той стороны ваш VPS, а не обычный хостинг.
Но если у вас открыт только 80 порт, то как вы сможете на удаленный сервер зайти и исправить порт? Это ж как минимум 22 порт для ssh открывать надо. А если можете открыть ssh, то по ssh и скопируйте.

это вопрос code conventions.

Дам пример из c# (там var вместо auto)
например если у нас простой тип или создается локальная переменная куда кладется что-то неизвестного типа

int i = 5; 
// или
double localF = _globalF;

Если же у нас создается коллекция или класс - и из строчки создания понятно что за тип то я предпочитаю var

var c = new MySuperLongClassName(); 
// или
var lm = new List<Model>();

Все зависит от контекста применения.

1)

var list = new ObservableCollection<SomeReallyLongTypeName>();

Здесь как бы и так понятно что за тип будет у list и нет особого смысла явно говорить про это.
Таким образом мы сокращаем код и его удобней читать.

2)

ComplexType businessObject = DoSomeWork().OtherWork(a,b).GetResult(someArgs);

Здесь стоит задуматся об очевидности возвращаемого типа , иногда будет удобней все-таки оставить конкретный тип.
Хотя если мы используем LINQ все же принято его юзать с auto типами.

P.S. Решарпер классная штука но не всегда стоит вестись на все что он говорит. Почитайте Мартина "Чистый Код" или нечто в этом духе, будете себя чувствовать несколько уверенней в этих тонкостях.

P.P.S Я ужасно пишу, я знаю, сорри;)

Боюсь что нет.