Василий Банников

import json
import random

# json - так json
ANSWERS = json.loads('{"привет": ["Привет", "Хай", "Здоровеньки булы"], "как дела": ["Норм", "А у тебя?"]}')

answer = lambda x:random.choice(ANSWERS.get(x.lower(), ['Не понял вопроса']))

answer('Привет')
# Привет
answer('Как дела')
# А у тебя?
answer('ваыва')
# Не понял вопроса

Начнёт, но работать в один момент времени будет только одно ядро. Утилизация процессоров в Python решается запуском отдельного процесса на каждое ядро, а внутри процесса лучше использовать асинхронность, а не многопоточность.

Основной недостаток использования Cgo - это снижение производительности.
Вызовы C/C++ достаточно затратны по ресурсам, т.к. C ничего не знает о данных в Go и для вызова C необходимо полностью сохранять все регистры и переключать стек, за счёт этого и возрастают накладные расходы, соответственно снижается производительность.

Использование Cgo имеет смысл, когда есть объёмные библиотеки написанные на C/C++, которые можно использовать. При этом написание кода на чистом Go намного затратнее, чем использование этих библиотек с Cgo.

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

У меня был подобный кейс на Perl, но принцип тот же.
При скачивании HTML страниц размер занимаемой RAM скриптом постоянно увеличивался и в итоге "съедал" всю память на сервере.

Задача скрипта была скачивать HTML страницы, извлекать из них все ссылки на внешние ресурсы.
Я принял решение и написал функцию на С, которая выкачивала страницу, извлекала ссылки, очищала память и возвращала в Perl уже готовый список ссылок. Скрипты перестали постоянно "пухнуть", их можно было запустить в несколько раз больше по количеству на том же сервере + производительность стала явно выше.

В общем всё сильно зависит от задачи, но, думаю, более 90% кейсов будет связано с тем, что намного дешевле использовать готовую библиотеку C/C++ с Cgo, чем переписать эту библиотеку на чистом Go.

Конечно, есть нюансы и исключения, но общее правило такое: в большенстве случаев корректной является топология из четырехугольников, иногда допустимы треугольники, если без них никак.
В вашем случае, в примере 1, то что вы назвали "только одна грань" по сути восьмиугольнк. То что вершины (углы) расположены на одной прямой, ничего не меняет. Следовательно нужно делать как в 2, а для 3 должны быть веские причины.

В BeforeEach наполняешь базу перед каждым тестом.

В такой постановке вопроса ответ - никак.

Что бы любая программа запустилась, либо ОС должна знать, что ее надо запустить в какой-то момент, либо пользователь должен ее запустить руками.
Для автозапуска можно использовать несоколько веток реестра, как пользовательских так и системных, так же можно использовать каталог sturtup в меню пуск (в вин10 его нет в явном виде в меню, но его можно найти в файловой системе) или же добавить Параметры->Приложения->Автозагрузка (это действие, по идее, добавляет записи вреестр).
Еще вариант - добавить старт приложения в шедулер, повесив его на какой-либо подходящий триггер.
После внесения соответствующих изменений и перезагрузки (или наступления триггерного события) приложение запустится.

Так же можно запустить приложение удаленно, таких вариантов довольно много. Из встроенных средств можно использовать: wmic или powershell. Тот же psexec (о котором писал pavelsha ) и т.п. Но программа должна быть доступна на удаленном компьютере, по указываемому пути. Т.е. вы должны сначала скопировать программу на удаленный комп, а потом уже удаленно ее запускать. Как вариант - указывать сетевой путь, доступный удаленному компьютеру. Но нужно не забывать, что в случае сетевого пути, потребуется авторизация на сетевом ресурсе ... Проще скопировать локально.

Кстати, редактировать реестр можно и удаленно. Для этого есть средства из коробки. Например команда reg add - умеет это делать. Но и тут есть своя специфика.

Вы конечно можете отдельно написать бек, а на фронт сделать на статическом HTML (потеряв при этом ряд возможностей, но представим, что они вам не нужны). Можете добавить на фронт js скриптов, которые будут что-то подгружать.
Никто не заставляет вас использовать php как шаблонизатор.

И нет, это не только php такой, практически в любом языке можно сделать такую-же кашу, просто в php эта возможность была изначально, и в первых версиях это был основной режим работы. А в других языках придётся это как-то включить, или написать промежуточный обработчик файлов.

Вариант 1 - шаблонизаторы плюс рендер на стороне сервера
Вариант 2 - RESTful API на PHP а рендер на фронте по полученным данным

Потому что метод aboba. Переименуй в Update и всё должно заработать

Данный пункт договора будет признан "нечтожным" любым судом.
наложение обязательств на физ лицо - это рабство, а он в стране запрещено. Как Юр лицо я вообще плохо себе представляю такую форму договора по которому вы самограничите свои права предпринимательской детятельности выходящих за рамки текущего договора.
Все договора должны работаь в разках закона РФ
Закон напрямую вас не может ограничить в праве работать с любым подрядчиком.
Так что с юристом составьте договор, но этот пункт будет нечтожен при любом варианте его написания.( так что смело можно тут же нарушать)
Это требование с области "гардероб ответственности не несет" ( ответственное материальное хранение)
Писать ты можешь че угодно но от закона это не спасет.
В вашем случае этот пункт будет нечтожным.

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

Потратьте ещё 500р и отнесите компьютер в сервис, пусть сбросят всё и установят вам чистую Win7.

P.S. я не просто так сказал "сервис". Ни в коем случае не вызывайте "мастера" на дом.

Автоматически найти все отжирающие место файлы поможет софт типа такого
https://www.raymond.cc/blog/find-out-what-files-an...

Вручную - включите отображение скрытых файлов и папок, а также защищенных системных файлов. Обычно самые прожорливые:
- файл гибернации (в корне диска, размером с ОЗУ)
- файл подкачки (в корне диска, размер настраивается в свойствах)
- C/Пользователи/<имя юзера>/AppData/Local/Temp - временные файлы, часть удаляется сама фичей "Очистка диска"
-C/Пользователи/<имя юзера>/AppData - в целом программы сюда класть всякое любят
- Корзина - как ни странно, забывают про неё
- Windows / Program Files - ну тут через удаление программ