RedSkotina

В политиках явно запретить десктопам пытаться стать master browser... ну и возможно ими же выключить использование NetBIOS через TCP/IP

Можно ли будет посмотреть, когда была сделана правка, приведшая к печальным последствиям?

Можно будет, но вам это не поможет решить стоящую перед вами задачу.

Может ли программист как-то влиять на эти записи и удалить лог именно по спорной записи - т.е. она будет на продакшен сервере, а в логах version control ее не будет и он свалит все на прошлого программиста, мол это до меня было?

Зависит от настроек системы контроля версий.
В общем случае - да, может. Что бы не говорили тут вышеотписавшиеся.
И, да, даже в рамках git

И, так как система эта с нас - можете ли назвать плюсы и минусы той или иной системы и что именно нам подойдет оптимально для этой задачи?

Как многократно упомянули git вас устроит.
Но он не закрывает полностью стоящие перед вами задачи.

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

Как обезопасить себя от бекдоров, слива инфы и прочего недобросовестного отношения программиста-фрилансера?

Это три абсолютно разные задачи.
Первая частично покрывается code-review.

Вторая частично покрывается запретом прямого доступа к production серверу.

Третья вообще лежит вне рамок технических решений.

Тезисно:
Да, система контроля версий - GIT - подходит под ваши требования. Я думаю, про github вы слышали, но ещё отмечу BitBucket.

Как контролировать? Да никак. Можете до серва не допускать просто, но в таком случае сами должны будете настроить там Git и вебхук для него.

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

Удалять из логов Git ... Ну, так чтоб бесследно - нет, нельзя .

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

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

не правильно Дядя Федор, ты себестоимость своего труда считаешь.
Даже если у тебя 500 рублей в час -> ты не учитывал накладные расходы, на поиск и обработку заказа (даже если тебе чувак сам написал), на тестирование, на всякие согласования и консультации, на сдачу / приемку. Ты не учитываешь что у тебя из переговоров только какая-то часть получается заказов (соответственно ты тоже должен это включать в расчет цены), и потраченное время на других потенциальных заказчиков тебе тоже кто-то должен возмещать, иначе ты с голоду помрешь при такой калькуляции что сейчас у тебя есть.
но это все "себестоимость" - реальная цена труда - это столько за сколько ты можешь его продать (а это уже продавать нужно уметь), и я тебе говорю, можно продавать раз в 10 дороже чем ты это делаешь сейчас,
пойми -> ты продавал продукт (в виде бота), а не 1 час программирования.
Вобщем мой совет тебе обратится такой "желающий" за 500 рублей бота получить, говори ему сразу например 20 тысяч -> и пускай валит кулем, если нет столько бабок за разработку -> значит не дорос еще ботов покупать, пускай за 500 рублей себе конфеток купит.
Тебе не нужно гнаться за КАЖДЫМ заказчиком, выставляй ценник от 20 тысяч например за пару дней работы, откажись от 90% заказчиков-нищебродов, и начни нормально работать. У кого есть бабки они тебе оплатят и больше за разработку, лучше работать 1 день в месяц с достойным заказчиком, чем весь месяц с какими-то нищибродами (которые изза 500 рублей еще торговаться будут).
П. С.
Сейчас фантастическое количество людей которые хотят например себе получить интернет-сервис, или там какого-нибудь бота за "500 руб", это неадекватные больные на всю голову люди, которые не ценят ни чужой труд, ни результаты этого труда, с ними даже разговаривать нельзя. Они вообще ко всем лезут, стучатся в лички, начинают уговаривают и тд. Посылай их сразу нахер.

Не можно, а нужно. Зачем писать велосипеды, если можно взять некоторые готовые вещи, дабы ускорить скорость разработки, выполнения заказа? Заказчику об этом знать абсолютно не обязательно. От того, что вы скажите ему: "Я буду юзать бутстреповский грид" ничего не изменится. Более того, многие из этой фразы поймут разве что местоимение "Я". Естественно, если он сам не попросит углубится в детали.

есть такая штука как https://golang.org/pkg/plugin/
не знаю подойдет ли, но если подойдет - то разделить приложение на 2 части - одна - веб-сервер, вторая - вся логика, которая подключается как плагин. Вот его, насколько я понял, можно менять по-горячему

Если не подойдет, и вопрос сохранения соединений критичен, то все-равно разделить на две части, но они между собой должны общаться по какому-то IPC каналу (tcp/unix/whaterver). Это позволит вторую часть перезагружать не трогая первую.

В чём проблема сделать на клиенте переподключение при обрыве? В любом случае это надо делать на случай проблем подключения к интернету у клиента.

Если совсем-совсем нельзя даунтайм иметь, можете сначала запустить новый сервис, перевести у клиентов все подключения на него и только потом гасить старый. Правда, ИМХО, это сильно более запарно чем автореконнект на клиенте.

Изящный вебсервер на Go (Graceful Restart)

Либо софизм
Либо не хватает данных - а сколько людей не data scientist и сколько из них знает python?

Скрипач не нужен, родной (с)
Аргументы против jq:
- современные браузеры достаточно хорошо поддерживают единый синтаксис современного екмаскрипт(native js)(на самом деле нет).
- сторонняя библиотека, работает медленнее чем натив и в основном состоит из с-сахара (тоже не совсем правда)
- тащить еще один ресурс весом от 64 кб до 200 кб, еще и со сторонних ресурсов замедляет загрузку( правда, но бред)
Аргументы за:
- Современные браузеры как и всегда один другого "ровнее", всегда есть косяки и "нюансы", на которые еще и попадаешь обычно в самый неподходящий момент, в жк обычно все работает одинаково везде, ну или лучше чем в нативе.
- В жк реализована куча плюшек в 1 функцию которые в нативе занимают "многабукав", не каждый начинающий напишет их правильно, да и профи не все напишут оптимально, уверен что в большинстве случаев написанный нативом функционал будет хуже аналога из жк.
- размер мин пакета жк 64 кб, и все они лежат на быстрых цдн серверах. Думаю это последнее что может повлиять на скорость загрузки страницы.
- есть ОГРОМНОЕ количество скриптов написанных с учетом жк, не использовать их глупо, писать свой велосипед - вообще только в целях обучения(не берем крайние случаи когда плагин писал упоротый пингвин).
- Синтаксис и краткость записи - вообще вне конкуренции.
- Старые браузеры никто не отменял, часто заказчик требует чтобы работало в ие8, натив не канает или доставляет море анального удовольствия.
Вывод: Если ты крут в жс, еще и работаешь в ангуларе/ещечетамдляфронта и тебе нужно сделать 2 действия в очень современных браузерах - jquery не нужен, и ты это сам знаешь. Если слова ангулар, вуе и проч для тебя не больше чем шум листвы за окном, а навесить плагинов и эффектов нужно - jquery наше все.

UPD: для всех кто там отписался а ля "в связи (...), исчезновением проблемы совместимости со старыми IE (что и было основным назначением jQuery)." - свежачок

Идея без реализации ничего не стоит.

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

Все что выше - действительно секреты и может быть "закрыто nda", а вот нечто нагугленное или из документации и толкований оной - не является интеллектуальной собственностью контрагента.

На запрет участвовать в сходных проектах - можно смело забивать, если под это условие не прилагается 500-1000 страниц юридического текста, который подробно обосновывает причины этого -)

Ничего не делать. Сами удалятся. Не страдайте херней.

PS: Бывает что клиент может одуплиться и через 2-3 недели. И предложить работу.

Неужели все толковые ребята с российских бирж перехали на апворк?

Все толковые и даже бестолковые делом заняты. Размещайте проект с достойным бюджетом и вам повезёт.

Делайте свой скрипт по подписке. Скрипты держите у себя на хостинге. Если будет много клиентов, наймете админа для этих целей.
API и алгоритмы меняются\добавляются, соответственно их надо модернизировать и поддерживать. Каждый раз Вас дергать будет накладно для клиента и для Вас. По этому сделайте подписку N-рублей в месяц и сами поддерживайте ботов своих клиентов первое время. Ко всему же Вам стабильный заработок.

Ну это логичное продолжение если вы не одноразово это делаете.

если есть время его делать то запускайте, у меня за 6 лет хватило времени и усилий только сделать сайт из одной картинки
и то я переношу домен к другому регистратору и он не работает
stufently.com
просто работы так много что делать свой сайт просто не выгодно