Илья

К примеру matplotlib:

import numpy as np
import matplotlib.pyplot as plt
%matplotlib inline

res = np.zeros((20, 20, 3))
res[3, 4] = [254, 0, 0]  # рисуем красный пиксель

plt.imshow(res)

"Утечка памяти" — это некорректный термин здесь. Скорее всего вы хотите, чтобы было поменьше аллокаций, соответственно, больше производительность.
1. Лучше слайс на вход передавать не указателем. Если слайс нужно изменять внутри функции, то хорошей практикой будет просто возвращать измененный слайс.
2. Если у вас там много append-ов, то надо не забывать заранее аллоцировать внутри слайса место под эти аппенды, если известно их количество.
Например, если знаете, что точек в буфере будет 20, то делайте: buffer = make([]point,0,20)
3. Всегда можно сравнить несколько разных реализаций путем написания бенчмарков. https://scene-si.org/2017/06/06/benchmarking-go-pr...
Если будете использовать ReportAllocs, то как раз увидите, в каком варианте у вас больше аллокаций.

Возможно, что у вас нет проекта, идеи.
Вы пытаетесь через подбор инструмента поймать интерес к чему-либо.
Это как взять в руки молоток, покрутить его в руках, понять, что одним только молотком ничего не сделать, и берете в руки отвертку. Отвертка прикольная, насадки разные, но и она не явлется вдохновением сделать что-либо.
Но если бы у вас была идея, проект, например создать из материала кровать или табурет, то под свою идею вы бы и выбирали необходимые инструменты.
Так и вашем случае:
Если у вас есть идея - создать информационный сайт или сайт интернет-магазина, либо какой то сервис, с последующей его продажей (например, делать типовые решения для бстрого старта), то и набор языков и навыков у вас бы сложился. Вы бы стали понимать, что вам необходмы знания html, php, mysql.
-
Второй момент заключается в уровне ответственности. Если у вас нет заказчика, группы людей, которые могли бы оценить ваш продукт, наставника, то ваш внутренний голос говорит вам, что "забей, чувак, это скучно..."
А если бы вы относились ответственно к себе, а в будущем и к участникам проекта, то веротяно вы бы не перескакивали с одного языка на другой, с проекта на проект, а доводили бы начатое до конца.
-
Апатия возникает тогда, когда вы не видите положительный результат, тенденцию к лучшему после выполнения части работ. Необходимо язык не учить, как учили предметы в школе или институте, а сопровождать практикой, а еще лучше иметь наставника, который будет указывать на ошибки, объяснять непонятные моменты.
-
С другой стороны, поиск себя в новом, пробы - это не так уж и плохо.

Объясните мне почему программист должен гуглить на английском?

Ну формально он никому ничего не должен.

Основная причина, почему я гуглю на аглицком, в том, что 90% документации - именно на аглицком. И да, я именно гуглю, ибо яндекс в вопросах поиска технических текстов если и не полное г., то в общем как-то чересчур гуманитарен.

Соответствие между переведённой на русский и оригинальной аглицкой документациями - даже до сих пор из разряда "обняться и плакать", а переводчиков сообщений об ошибках вообще следовало удавить во младенчестве.

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

Не создавай себе проблему, используй потоки а не процессы.

Шарить данные в пределах одного процесса значительно проще чем пытаться это делать между процессами, не только с точки зрения логики и кода но и организации.

p.s. питон и скорость? не могут эти два слова рядом стоять... а уж если нужно shared memory использовать и подавно, нефиг искать себе геморой.

Как написал Илья, можно растеризовать картинку и подсчитать незакрашенные пиксели. Это простой в реализации метод, но, если нужна высокая точность, он будет очень медленным и требовательным к памяти (экспоненциальное время и память от количества нужных знаков). Однако, есть алгоритм, который позволяет получать площадь в символьном виде (типа 3/2+5113/11*sqrt(31)). Ну, или любое нужное вам количество знаков без огромного потребления памяти или вычислений (метод полиномиален от количества вычисляемых знаков).

Это некоторое обобщение метода выделения областей или нахождения граней планарного графа.

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

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

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

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

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

Теперь можно выделить все области на рисунке: надо, как в алгоритме по ссылке выше, взять любое пока не обработанное ребро и в цикле, пока не вернетесь в него же, переходить к обратному ребру и от него к следущему по углу из вершины. Таким образом симулируется обход области с поворотом как можно левее. Или как-будто вы находитесь на плоскости внутри области и обходите ее приложив правую руку к стене.

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

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

Вот так и считается ответ. Все координаты можно считать в символьном виде - они будут вида a/b+sqrt(c)/d. Вектора касательных будут такого же типа. Такие числа можно перемножать, складывать, вычитать и сравнивать. Правда, после операций вы получите множество радикалов, но тут нет проблем, потому что сравнивать результаты вам уже не придется. Ну, или тут можно использовать числа с плавающей запятой и спокойно получить 12-14 знаков точности.

// Вводим интерфейс с методом Close
// Можем даже использовать готовый io.Closer
type Closer interface {
    Close()
}

// Проверяем, удовлетворяет ли Handler интерфейсу
if casted,ok := m.Handler.(Closer); ok {
    // Если удовлетворяет, вызываем метод
    casted.Close()
}

https://code.visualstudio.com/docs/editor/tasks#vscode
Ctrl+Shift+B

Шикарная книга - Чарльз Петцольд "Код. Тайный язык информатики".
Она не сильно научная, без терминов всяких, которые еще больше путают, все на пальцах.
В оригинале - Charles Petzold "Code: The Hidden Language of Computer Hardware and Software".

Таненбаум Э. "Архитектура компьютера"

всерьёз и надолго – это выбрать и пройти программу обучения.

Как вариант, Школа Анализа Данных Яндекса. Посмотрите вступительные задания (напр. 2016 года)

На английском языке выбор шире – на Coursera, Udacity есть программы по ML.

Почему именно нейронные сети? Анекдот в тему:

— А почему у вас деревня называется Астафьево?
— Рассказывают, что у нас однажды Петр Первый со свитой останавливался, и ночью один солдат заснул в карауле. Утром начальник караула спросил царя, как его наказать. Но царь был в хорошем настроении и сказал: "Оставь его! ". С тех пор село называется Астафьево.
— А-а, я теперь понял, почему соседнее село называется Ипатьево.

А по делу:

1. Выучить язык программирования Python или R (или оба)
   
2. Вспомнить школьную математику
   
3. Изучить линейную алгебру, статистику, комбинаторику и теорию вероятностей
   
4. Наконец, начать читать про машинное обучение и data science. Можно по книгам учиться, а можно и в интернете материал брать - тут от вас зависит, как вам удобнее.
   

Все рамки в голове. Ты можешь всё.