asd111

Близкая мне тема. Я вот готовлюсь к тому, чтобы уйти из ИТ в электронную коммерцию (не как разработчик, а как предприниматель).

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

1) У вас уже есть мощное техническое образование (и это особенно круто, если вы найдете работу ИТешника, где нужны знания радиотехники, - тогда вы будете очень ценным кадром). Для того, чтобы программировать, не нужно какой-то длительной гениальной подготовки. Вы уже разбираетесь в радиотехнике и что-то программировали в связи с радиотехникой на неком предприятии. Это прекрасно.

2) Вас никто не заставляет резко что-то менять. Вам сейчас не нужно принципиально отказываться от работы в радиотехнике. Вы можете на старте устроиться по специальности и в процессе учиться хоть на работе.

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

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

"Программирование алгоритмов приема сигналов со спутников" - это же круто.

отрицательные числа, которые больше чем -200, это от -200 до 0.
Делаете цикл от -200 до нуля, суммируете те, которые кратны трем (делятся на 3 без остатка).

Лучше писать зависимости в requirements.txt и уже этот файлик добавлять в git.
Пример файла (можно с указанием версий через ==, можно без):

Django==1.8.5
django-flat-theme==1.1.1
mysql-python==1.2.5
gunicorn==19.4.1
pytz==2015.6
python-memcached==1.57
django-debug-toolbar==1.4

При клонировании репозитория на другой компьютер или сервер выполните (предварительно создав и активировав нужное виртуальное окружение):
$ pip install -r requirements.txt
Таким образом, вы разом установите все необходимые пакеты.

Ну для начала нет никакого "псевдо" - есть обычный ИИ, просто заточенный на разные задачи и их решающий с разным успехом.
Об игровом ИИ есть отличная книга - www.williamspublishing.com/Books/978-5-8459-1170-4.html
И сборник разных книг - rutracker.org/forum/viewtopic.php?t=299132

Неплохая книга
https://github.com/tl3shi/books/blob/master/GameDe...

Потому что в scanf нужно передавать адрес переменной - &k. Да, и саму переменную инициализируй.

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

По неконстантной ссылке (или указателю):

class AddItem
{
    AddItem(MainWindow *parent, QList<Institution>& ins);
...
private:
QList<Institution>& parent_institutions;
};

Но вообще это плохая практика. Свою приватную переменную должен редактировать класс который ей владеет. Для этого нужны свои методы - MainWindow::AddInstitution, MainWindow::RemoveInstitution, etc. Так как это у вас QT, то тут надо использовать слоты и сигналы.

Хорошо, что вы указали в тегах Windows, это все объясняет. Под Windows нет простого способа "раздвоиться" процессу при вызове multiprocessing.Process, поэтому осуществляется очень сложная эмуляция этого поведения. При этом функция target выдирается из модуля, запускается в отдельном интерпретаторе, а все параметры сереализуются передаются и десереализуются перед вызовом target, при этом инициализация модуля в новом интерпретаторе выполняется частично (инициализируется только глобальный контекс). Подробнее об этом, например, тут, есть еще одна очень хорошая статья где подробно рассмотрен этот механизм, но сейчас не найду ссылку.

Коротко о том, как готовить multiprocessing под Windows:

1. Разделять процессы (вызов multiprocessing.Process()) как можно раньше в коде.
   
2. По возможности избегать инициализации любых ресурсов и глобальных переменных до разделения. Учитывайте, что этот код выполняется во всех процессах независимо и может давать кучу сторонних эффектов.
   
3. Не передавать через args никаких сложных объектов с "поведением" (кроме объектов из самого multiprocessing, он сам знает как их правильно передавать), только голые данные (примитивы или объекты состоящие только из примитивов), которые сериализуются без сторонних эффектов.
   
4. Создавать дочерние процессы один раз, и на протяжении всего времени работать с ними посредством обмена сообщениями через Pipe/Queue. Не порождать новые процессы в цикле вычислений в момент "когда понадобятся".
   
5. Queue при попытке записи/чтения может блокировать процесс, если при этом происходит запись/чтения в/из нее в другом процессе. (Думаю, именно это и происходит в коде в вопросе).
   
6. Лучше использовать Pipe, который в худшем случае блокирует один процесс, а не все, как Queue.
   
7. При создании процесса можно передавать ему два Pipe (input одного + output другого), в вызывающем процессе хранить соответствующие им коннекторы и только при помощи их общаться с дочерним процессом.
   
8. Можно не делать process.join(), а просто читать результаты из output Pipe, они прочтутся только после того как попадут туда, что дальше будет происходить с процессом уже не важно (можно поставить return после записи в Pipe в дочернем процессе).
   

Instagram, Pinterest, Disqus, используют Django.

Вот тут: https://angel.co/django/jobs есть список из 420 стартапов, которые пишут на Django и куда нужны Django разработчики.

Я делаю стартап на Django, хех.

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

В С++ бывает 2 типа использования памяти.
1. На стеке. Такую память по особому выделять не нужно и освобождать тоже.
Пример:
int a = 3;
2. В "куче". В этом случае уже вы отвечаете за выделение и освобождение памяти.
Работает через оператор new. Или функции malloc, calloc и т.п.

int* p = new int;
delete p;

/\d+\.\d+/

Сделаны даже не по MVC.

Могу открыть страшную тайну - большинство людей так делают, даже если называют это MVC.

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

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

Уверенные знания заключаются в понимании того, что вы делаете. Заучивать API глупо, сегодня оно одно - завра другое. Вам нужно только помнить что что-то такое есть и уметь составлять поисковые запросы. То чем вы пользуетесь каждый день и так в памяти отложится.