Сергей

Я, будучи противником концепции "Аааа, ИИ наступает, скоро скайнет, ааа!!!", всегда неформально объясняю студентам так:

1. "Нейронная сеть" - это всего лишь такой продвинутый "фильтр", по сути - решето с гибким размером сетки. Её задача чаще всего - классификация, отбор, отделение условных "зёрен" от "плевел".

Это никакой не "искусственный разум"!

2. Для такого "отбора" нам надо как-то задать критерии, чем одно отличается от другого. Поскольку и мир неидеален, и зёрна неидеальны, и решето неидеально, нам также нужна "погрешность" - порог срабатывания, threshold, допуск, люфт, позволяющий пропустить "нестандартное, но ещё зерно".

3. Процесс подбора коэффициентов ("весов") по сути - тонкая настройка, калибровка, подгонка этого "решета".

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

Замени эти слова на другие. Не "обучение", а "подбор коэффициентов", не "думает", а "фильтрует", не "нейронная сеть", а "нечёткий классификатор", и многое станет проще и понятнее.

Решение, вроде, вполне очевидное - выносите все настройки в (конфигурационные) файлы, которые игнорируются git-ом. Делайте шаблоны этих файлов (оставляем в git), а в README проекта описываем процедуру их копирования в нужное место и "донастройки" (какие переменные нужно изменить, какие добавить/убрать и т.д.). На конкретной площадке (production, stage, test, dev, local etc) свои настройки, все логично

Еще как вариант - использование environment-переменных (переменных окружения), тогда файлы как таковые вообще не понадобятся. Но:
- их поведением часто сложно управлять, и, как следствие, сложно отлавливать ошибки при неверных значениях
- все равно их нужно где-то прописывать (bash-скрипты, .htaccess и т.д.), но теперь уже в разных местах
- все равно лучше задокументировать, хотя бы чтоб самому потом не забыть :)

в пределах src rebar пройдет рекурсивно по всем папкам...можете создавать тсруктуру папок по своему усмотрению для организации хранения кода.

Что делать после того как решил создать стартап?

Работать.
Причем сначала работать, потом можно создать и продолжить работать.

как офрмить правильно что бы потом не было провала

Непонятно что именно вы собираетесь оформлять и с какой целью.

какие риски есть при выходе на краудфандинг.

Как правило краундфандинг в большинстве случаев идет как пожертвование, без финансовых гарантий, и рисков практически никаких.

в мире юриспруденции для меня всё в новинку

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

есть варианты защитить себя от того что нашей идеей воспользуется кто-то другой, или украдёт её

Нет. Украсть идею нельзя, защитить идею от использованию другими нельзя. Идеей к счастью может воспользоваться любой, совершенно законно и без всяких проблем. Еще не дошли до такого маразма как защита идей, хотя учитывая тенденцию не удивлюсь...

Для расчёта можно взять только одну ось, по второй торшер зеркально-симметричен и устойчив. За 0 примем центр основания.
1. Основание - радиус R_осн, масса M_осн
2. Вертикальная труба - расстояние от центра основания X_вт, масса M_вт
3. Дуга, самая сложная часть, примем за сектор в 90°, радиус R_д, масса M_д
4. Вынос - длина L_в, масса M_в
5. Светильник - масса M_св

Для начала посчитаем расположение всех центров масс.
R_цмд = R_д*sin(π/4)/(π/4) = 0.9*R_д
X_цмд = R_д - R_цмд*cos(π/4) - X_вт
X_цмв = R_д - X_вт + L_в / 2
X_св = R_д - X_вт + L_в

Теперь возьмём формулу центра масс сложного объекта
X_цм = SUM(X_i * M_i) / SUM(M_i)
Наложим ограничение X_цм < R_осн
(-X_вт*M_вт + X_цмд*M_д + X_цмв*M_в + X_св*M_св) / (M_осн + M_вт + M_д + M_в + M_св) < R_осн
(M_осн + M_вт + M_д + M_в + M_св) > (-X_вт*M_вт + X_цмд*M_д + X_цмв*M_в + X_св*M_св) / R_осн
M_осн > (-X_вт*M_вт + X_цмд*M_д + X_цмв*M_в + X_св*M_св) / R_осн - M_вт - M_д - M_в - M_св

Yandex Clickhouse

+ архив / аггрегирование за старые периоды (прошлый позапрошлый год и т.п.)

/dev/null

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

АПДЕЙТ:
Собственно преимущество малого бизнеса в его гибкости. Он может быстро менять свои процессы, приспособляясь к изменяющимся условиям. Т.е. бизнес процессы там довольно изменчивы и автоматизировать их не получится. А если они не изменчивы, то их настолько мало и они настолько просты, что в автоматизации не нуждаются.