Станислав Макаров

Быстро не получится.
Сначала почитать пару-тройку книжек про то, как вообще в линуксе работать. Еще неплохо бы Advanced Bash Scripting почитать. Получается, минимум полгода уйдет на литературу.
Далее обкладываемся гентушными хэндбуками, гуголом и т.п. и ставим генту.
Помаленьку настраиваем и через год-два уже на мастдайку вообще не потянет! Главное — понять суть UNIX-way, тогда станет ясно, что мастдайка — это даже не гнилая операционная система, а некачественная прошивка для игровых приставок!

@#$%^#$%^$%^&@#$%^

Вы сайтом ошиблись, это надо на говнокод постить.

#define вместо констант - лажа, но допустимая.

Rainberd углядел, что в самопальной сортировке классическая "ошибка копипаста". Посмотрите внимательно на вложенный цикл, там условие должно быть j<n, а у вас - i < n Это сегфолт номер раз.

А вот это - причина сегфолта номер два:

char *str_pr = &str[0u];
char *quality=&str2[0u]   ;

В версиях до C++11 нет никаких гарантий, что это дело указывает на массив всех символов строки.
В любых версиях нет никаких гарантий, что этот адрес будет неизменным в течении жизни строки.

Кто надоумил вас использовать функционал библиотеки C для работы со строками, да еще и смешивать его с STL?

Самопальная сортировка - тоже ужас. Этот код проще переписать, чем рефакторить.

int i;
for(i=....

Откройте для себя объявление индекса внутри цикла:
for(size_t i=0...

Откройте для себя, что массивы должны индексироваться при помощи size_t, а не int.

Тут в большинстве своем код на C, с операторами C++ в некоторых местах. Печать структур просится, например, в виде дообъявления оператора << у ofstream.

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

C# это не PHP, тупо начать писать не прочитав ни одной книги не получится.

libev, libevent, libuv, boost::asio

как сделать будет лучше написать как не работает.

using System;
using System.Collections.Generic;

namespace ListKeyValuePair
{
	class Program
	{
		public static void Main(string[] args)
		{
			List<KeyValuePair<string, string>> lkvp = new List<KeyValuePair<string, string>>();
			
			lkvp.Add(new KeyValuePair<string,string>("pdo", "somedata"));
			lkvp.Add(new KeyValuePair<string,string>("for", "somedata1"));
			
			foreach (KeyValuePair<string, string> kvp in lkvp)
			{
				
				Console.WriteLine("Key= {0}, Value= {1}", kvp.Key, kvp.Value);
			}
			
			Console.Write("Press any key to continue . . . ");
			Console.ReadKey(true);
		}
	}
}

как можно сделать чтобы можно было вводить
data["for"]toString() чтобы возвращала somedata1

если хотите именно так - используйте словарь (класс Dictionary), пример:

public static void Main(string[] args)
		{
			Dictionary<string, string> dictionary = new Dictionary<string, string>();
		
			dictionary.Add("cat", "animal");
			dictionary.Add("shark", "fish");
			
			Console.WriteLine(dictionary["cat"]);	
			Console.ReadKey(true);
		}

Мне понравилась книга Эндрю Троелсона. Как мне кажется - подойдёт

Лучше переделайте на такой вариант:

static QSqlDatabase* getPDB()
{
  static QSqlDatabase *pdb = NULL;
  if(pdb == NULL) {
    pdb = connect();
  }
  return pdb;
}

Ну, соответственно, connect должно создавать это самое соединение и возвращать тот самый указатель.
И никаких глобальных членов класса...

Для того, чтобы отделить мух от котлет.

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

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

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

https://c9.io/ - мощная онлайн IDE в браузере. Для практики, при изучении веб технологий подойдет отлично.