Дмитрий

Как в этом аду не сойти с ума и распределить деньги максимально справедливо, чтобы все остались довольны?

Никак. Деньги вообще невозможно распределить справедливо, да еще и чтобы все остались довольны. Это невозможно в принципе, в любой ситуации.

По поводу оформления - нужно знать что за организация, форма собственности.
А вообще все просто-
X- общий капитал организации.

инвестор даёт 100 тыс. рублей

его доля в процентах X/100тыс.

Далее двое человек работают вместе 3 месяца (за долю)

Доля каждого из них в процентах равна X/(зарплата*3).

присоединяется еще один (за долю), и они уже втроем работают еще 3 месяца

То же самое - X/(зарплата*время работы)

Потом первый теряет веру в проект и уходит

Его право. Доля остается за ним, если в договоре не указано иное.

У всех людей разная стоимость на рынке труда. То есть их время не равноценно.

Разная, но известная, так что не проблема.

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

Это ни на что не влияет. Работу то уже оплатили.

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

Люди работали, получили оплату.

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

Ну человек и идет в долю, чтобы потом не работать а получать.
Поэтому обленившийся получает свою долю и все.
Другой получает свою долю и зарплату.

С прошлого года практически все расчеты с физиками - ИП и ЮЛ должны выдавать/формировать кассовый чек.
Есть небольшие категории, которые пока могут работать по БСО, но это надо подробно смотреть 54ФЗ... да и то это временно... Кстати в ближайшее время чеки надо будет формировать даже в наличных расчетах межу юрлицаими и ип...

Так что общий ответ - да, можно [но необходимо использовать кассовый аппарат]

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

Сначала скажу о плюсах документации:
- она помогает вам учиться грамоно структурировать информацию
- есть хорошая вероятность, что в будущем вы сами сможете ею воспользоваться и скажете себе "спасибо" (проверено)
- ею сможет воспользоваться ваш преемник или коллега/руководитель. И, если от преемника вы маловероятно получите какую-либо выгоду кроме морального удовлетворения, то ваш во 2-ом случае это сыграет вам на пользу. Вам будет проще объяснить своему коллеге (да и руководителю) принцип работы, чтобы втянуть его в работу. Руководитель сможет увидеть один из результатов вашей работы, и вы станете более ценным сотрудником в его глазах.
Тут ещё куча плюсов может нарисоваться, но это самые главные.

Принципы:
- пишите документацию так, чтобы человек с минимальными знаниями по теме мог разобраться о чем идёт речь
- в большинстве статей вы скорее всего будете описывать решение конкретной задачи
- остальные статьи, верятно, будут иметь описател ный характер (схема сети, расмещение серверов, список доменов, список можете продолжить сами)
- описывайте только главное, не углубляйтесь в подробности и основы. Для этого есть официальная документация. Вместо описывания основ, дайте ссылку на документацию и пометьте какую информацию там можно найти.
- ведите структурированную документацию там, где возможно. Введите минимал ные разделы: "описание", "ссылки", "инструкция". "Описание" - здесь пишите какую проблему решаете и что получаете на выходе. "Ссылки" - собираете тут все ссылки, которые указали в статье. "Инструкция" - тут непосредственно сами шаги, которые привели вас к нужному результату. Также в начале этого раздела можно привести список требований (наличие root/админского доступа, наличие нестандартных настроек приложенияя/веб-сервера/системных настроек и тд).
- в описании или в начале инструкции дайте пару основных определений, которыми будете оперировать в статье.
- не стесняйтесь приводить иностранную документацию и ссылки, а также не забывайте сами её читать. Сегодня есть отличные инструменты для этого, даже если вы не знаете другой язык. Встроенный переводчик в Google Chrome может перевести сразу всю страницу. Расширение для Google Chrome - LinguaLeo может перевести конкретное слово (пр двойном нажатии на слово)

Хорошая документация не обязательно требует наличия красивых схем и скриншотов. В большинстве случаев достаточно аккуратного описания. Но в некоторых случаях могут понадобится схемы. Тут можно использовать как скриншоты, так и сделать схему самому. Очень гибкий бесплатный веб инструмент для разных схем - draw.io

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

Да как угодно. Главное - она должна быть. И быть актуальной.

Забудьте... дизайнер просто демон... посылайте нафиг дизайнера...

О да, люблю эти комментарии. Набросал тут небольшой прототип:


В браузерах особо не проверял, только Chrome и FF, но вроде в современных должно работать.

это SMPP

телефонов развелось много,
(Вы вот тоже не приложуху ставите, а телефон юзаете),
маршрутизировать надо быстро,
и дешево: Гугл заюзал провайдера из вашей страны

если провайдер укажет "google" - получит по шапке от Гугла,
а если "tipa_google" - лохи могут не понять, не все ведь чОтенькие подозрительные

поэтому маршрутизирует как придется, иногда там прибалтийские номера просто указываются, иногда имена, главное подешевле