Георгий Пелагейкин

Можно занести результат Interselect в словарь элемент - количество вхождений, потом пробежаться в цикле по листам, подсчитывая конкретное количество. Что-нибудь вроде

var lst1 = new List<string>(){"1", "2", "3"};
		var lst2 = new List<string>(){"4", "2", "3"};

		var intersect = new List<String>(lst1.Intersect(lst2));
		var res = new Dictionary<String, Int32>();
		intersect.ForEach(el => res.Add(el,0));

		foreach (var el in lst1)
			if (res.ContainsKey(el))
				res[el]++;
		foreach (var el in lst2)
			if (res.ContainsKey(el))
				res[el]++;


		foreach (var el in res)
			Console.WriteLine("{0}: {1} раз(а)", el.Key, el.Value);

Сокет важен скорее для разработчиков железа ,чем для пользователя.
У Intel уже вроде шестое поколение их Core i3/5/7, вместе с поколениями меняются и сокеты.
Насколько я помню, у их десктопных процессоров до Ivy Bridge был LGA1155, потом на LGA1150/LGA1151 перешли (на википедии полный список, да и яндекс.маркет тоже показывает). Про обратною совместимость не помню, вроде не было ее, или неполная.
Особого смысла брать процессор предыдущих поколений я лично не вижу (если, конечно, не покупать для уже имеющейся матплаты), т.ч. если Intel, то Core i3/5/7 Skylake на LGA1151 ну или Haswell на LGA1150 - один фиг мощные числодробилки (хотя большой разницы в цене при беглом осмотре не заметил).

Модификаторы доступа несут скорее информационную функцию, чем защитную. От кривых рук все равно ничто не защитит. Они помогают быстро понять структуру класса, роли его членов и структурировать код.

Если дистрибутив на systemd, то можно заглянуть в его журнал (journalctl -b), да и в обычном top/htop должно висеть. Далее, обычно пакетные менеджеры умеют в поиск пакета по исполняемому файлу и наоборот, вывод файлов, принадлежащих пакету и т.д. Далее, можно (в случае systemd) посмотреть файл сервиса этой программы - там должно быть указано, что с ней запускается (для других init систем тоже должен быть аналог, зависит от дистра).
Глубоко в этих вопросах я не копался, но будь у меня такая проблема, решал бы подобным образом.

Может оказаться полезным посмотреть устройство редактора крафтов в Kerbal Space Program. Там он толково сделан (по крайней мере процесс соединения деталей). Там и радиальное крепление, и по определенным точкам (на "ноды").

Не знаю, как на Kali, но под Arch драйвера для интеловской графики идут из коробки (mesa), для nvidia скачиваю (но они неактивны, т.к. "главный - intel"), после чего ставится bumblebee/nvidia prime для работы с дискретной картой.
P.S. Nvidia Optimus это не видеокарта, это технология энергосбережения путем использования двух видеокарт)

Аналогичная проблема. ArchLinux и на клиенте, и на сервере, 100МБит канал, ntp стоит.

#!/bin/bash
mkdir converted

for file in *.png;
do
	convert -quality 70 $file 'converted/'result.jpg
	mv 'converted/'result.jpg 'converted/'$file'_result'.jpg
	echo "Converted..."
done

echo "Done"

Спасибо неизвестному автору за ответ. В теории это должно обрабатываться IM в том же порядке, что и исходные файлы.

Я так понял из какого-то примера взято. Все нормально, подразумевается, что и a и n объявлены.

Возможно вам поможет описание моей игры - тоже новичок, но делаю уже более полугода, общая архитектура более менее устаканилась. Суть игры вдохновлена Космическими Рейнджерами - вселенная, состоящая из звезд, основное место действия - звездные системы, игра протекает внутри них. Соответственно до старта игры ни одного объекта практически и нет - только пустышки и скрипты на них, ну и UI. При старте игры из сохранения (либо случайно генерируется) вселенная - массив звезд, которые в свою очередь содержат планеты, пояса и т.д. Эти данные никак не связаны с MonoBehaviour, просто статический массив (List на самом деле, но не суть). При старте игры опять же из сохранения берется местоположение игрока, информация о его корабле и в соответствии с этим
1)Спаунится текущая система: солнце, планеты (есть префаб планеты, при спауне висящий на нем скрипт накладывает случайно генерируемую текстуру, а другой скрипт размещает в пространстве в соответствии с заданными параметрами орбиты) и т.д.
2)Спаунится игрок (а в будущем и другие игроки)
Таким образом сцена содержит только пустышку игрока с повешенными на него скриптами и объекты UI. Все остальное создается по ходу игры.

Придумать что-нибудь интересное для себя, например игру, начать писать. Встречать непонятные проблемы. Превозмогать. Скучно не будет.
P.S. а вообще суть этого поста в том, что изучать программирование по задачнику, тем более самостоятельно - не самое увлекательное занятие (по крайней мере для меня). Лучше всего перемешивать, как мне кажется.

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