abmanimenja

В РФ эти ограничения действуют очень плохо.

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

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

Если вы пишете программу на домашнем компьютере и без использования внутренних библиотек организации - к вам не подкопаться даже в США.

В РФ, если организация не оформила это ПО как следует, с конкретным его указанием в трудовом договоре/актах к нему, то можно и на работе писать и для работы использовать и даже зарплату за разработку этой программы от организации получать, а потом на ней личный бизнес делать - ярчайший пример nginx
https://habr.com/ru/company/oleg-bunin/blog/444318/

Пожалуй что не антену - ведь пока сигнал от нее пусть и по кабелю дойдет до расположенного внизу устройства он будет уже искажен/ослаблен.

А сразу туда на вышку модем с антеной
Можно такой
Это MikroTik LHG LTE kit

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

Или самый обычный роутер с поддержкой 4G поместить на вышку, защитив от непогоды.

Нужен приемопередатчик - нужно купить или приемопередатчик отдельно (продаются) или новую мышь (той же модели) с новым приемопередатчиком.
Стандартов в этой сфере нет, приемопередатчики не универсальны, приемопередатчик другой фирмы не подойдет.

P.S.:
Некоторые модели можно заряжать USB-кабелем обычным.
Если на вашей мыши есть такой разъем, то вам повезло.

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

А вот тут понадобится уже специалист, чтобы разобраться:

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

Самый дешевый вариант - это взять "железный" выделенный сервер в OVH или Hetzner.

Есть 2 "но":

1) Зачастую берут разовую "установочную плату", что делает выгодным аренду на год-два подряд, а не на короткий срок.

2) Диск фиксированного объема и максимально выгодно тогда, когда вы это диск максимально заполнили файлами, а не когда диск полупустой. Если объем файлов значительно меняется - это может оказаться не выгодным вариантом.

Заключаете договор с какой-нибудь платежной системой/банком.
Получаете доступ к их API.
Зачастую документация к API включает примеры. Зачастую на нескольких языках программирования.

Причем к данным карты вы доступа не получите. Используется или редирект на сайт платежной системы или iframe, где и вводятся данные карты.

Схема такая:

1) В API выставляете счет № ААА на сумму БББ.
2) Переадресуете на сайт платежной системы
3) Вам приходит информация что оплата счета ААА проведена или отменена (иногда это callback, иногда нужно самому запрашивать API).
4) Через день-два деньги поступают на ваш счет в банке.

Универсальный способ - Visa/Mastercard.
Договор с платежной системой/банком у себя в стране заключаете, платят со всего мира.

Есть страны-исключения, но там индивидуально.

Медленно и постепенно.

Нужно дать обратную связь.

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

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

Что посоветуете? Брать тестера? Менять разработчиков? Менять процессы? Может в джире сделать подсчет возвратов задач в доработку по причине бага и на этом основании депремировать или как? Или наоборот давать премию за выполнение задач без багов?

Ошибки в коде - это нормально.
Есть приблизительная статистика: разработка состоит на 80% времени в вылавливании багов. И только на 20% времени в создании нового.

То есть исправление ошибок (за деньги тоже) такая же нормальная работа, как и собственно написание кода.

Это понятно, что не хочется платить за ошибки, но если вы будете платить только за новый код без ошибок - вам придется поднять зарплаты в 5 раз.

Тут только вопрос повышения ответственности разработчиков за сделанное гуано.
Действовать примерно так же как и в других видах бизнеса.

Только учесть, что огромное количество времени уходит на исправление ошибок и 100% отсутствия ошибок добиться невозможно - это единственное, что относится к специфики разработки ПО.

Сначала мягко пожурить, потом серьезно пожурить, потом депримировать (или отменить "автоматическую" премию), потом уволить.

Главное чтобы было четко понятно - "за что именно".

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

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

1) Забить. Внутренние проекты как правило находятся в виде не пригодным для общественного использования.

2) Разделяй и властвуй. Давать каждому доступ только туда куда точно надо. И более никуда.

Такие вещи как ключ/пароли, конечно же, в коде зашиваться не должны и лежать в репах в доступном виде тоже не должны.

Я не поверю, чтобы в крупных проектах давался доступ ко всему коду, каждому back-end разработчику.

Ну, например, проект на 60 разработчиков - крупный?
У всех есть доступ ко всему. Кроме ключей/паролей к платежным сервисам.

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

Это просто большой объем работы, который привязан к конкретной специфике бизнеса и более никому не интересен. Даже конкурентам. Ибо реальных данных там нет.

Если, допустим фронтендер сделал обновление кода шаблона, как сделать так, чтобы не дергать постоянно back-end'а для внесения эти изменений?

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

Есть еще один вариант, возможно очень глупый - делать письменный договор о неразглашении "начинки" проекта.

В РФ работает только как "взять на испуг".
В РФ NDA реально не функционирует. Ибо нельзя просто так в договоре написать "запрещено разглашать все". Нужно перечислять конкретные вещи, которые еще не созданы. И дополнительно к договору подписывать индивидуальные акты по этим конкретным вещам.

На это даже крупные фирмы навроде Яндекса налетали.
И судов не выигрывали, когда речь шла о коде. Выиграли только когда код из Яндекса был вынесен вместе с "калибровочными" данными для поиска.

Продолжайте углубляться в Node.JS, да, на её базе можно.

Но почему не разработчикам в техподдержку?
TheBAT! вполне себе коммерческая программа.

Нет.
Посмотрите с точки зрения посетителя сайта.
Зашел, увидел неожиданное, не кликнул.

На том, что лучше знаешь лично ты или нанятые тобой программисты.

Для движка сайта, для динамики:

Несколько записей A/ААА в DNS.
Браузер отправляет запрос на все сервера, кто первый ответит из списка серверов - с тем в дальнейшем и происходит общение.

А для статики, для тяжелого контента (видео, фото) - есть специализированные решения CDN

Но пока получается туго: за последние 2 недели заработал всего 15 тыс, работая каждый день.. брал мелкие заказы и пару небольших проектов по вёрстке. Конкуренция большая, даже при наличии отзывов тяжело конкурировать с кучей людей, демпингуюших цены. А демпингуя самому, заработок у меня получается на уровне 15 тыс/ 2 недели...

Хороший заработок и меньше конкуренция на более сложных вещах.

Как раз занимался подобным вопросом недавно.

Если ваши обороты достаточно велики - можете найти банк и договориться с ним напрямую.
Как правило, мелкие банки на такое согласны.

Если же ваши обороты невелики - что банк не пойдет навстречу - остается только платить "большую" комиссию.

Flutter