calculator212

Чтобы взыскать штраф за разглашение коммерческой тайны, нужно доказать факт разглашения коммерческой тайны, в том числе и то, что разгашенная информация является коммерческой тайной. Это сложно сделать, а тем более если вы ничего не разглашали. А то, что размер штрафа не сопоставим с оплатой труда, это нормально, он и не должен быть сопоставим, ведь он прописывается не для того чтобы заработать эту сумму, а чтобы защититься от утечки информации. Следовательно размер такого штрафа должен превышать ценность информации которая защищается.

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

UPD: Вот, сохоранилась ссылка на порядок установления режима коммерческой тайны

Но хотелось бы знать, насколько реально получить штраф, в случае если заказчик попробует действовать как мошенник и попробует например взыскать штраф в 3 млн

Вероятность успешного взыскания зависит сразу от 3 неизвестных:
- Судебной/досудебной/медийной подготовленности/активности с со стороны ответчика.
- Судебной/досудебной/медийной подготовленности/активности со стороны истца.
- Настроение судьи и его "теплого" отношения к ответчику или истцу.

Расписывать конкретные этапы и их вероятность не имеет смысла, т.к. если Вы не владеете информацией, то это Вам не поможет.

если заказчик попробует действовать как мошенник

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

Можно, но тогда вам нужно не проксирование, а форвард трафика на уровне TCP. В противном случае любой имеющий доступ к промежуточным узлам в интернете мог бы прозрачно расшифровывать HTTPS.

Забрел сюда из поисковика, хоть вопрос и старый, но актуальный.
Нашел себе такие варианты:
https://github.com/bergie/hallo
https://github.com/lepture/editor

Есть ли литература в которой объясняется методика парсинга форматов типа pdf/doc/специфических бинарных форматов?

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

Я использовал опенсорцсные библиотеки iText, Poi для pdf,doc. Но не столько для парсинга
сколько для генерации отчетов. А генерация обычно использует подмножество спеки.

https://poi.apache.org/

О том чтобы самому разбирать бинарный формат - забудь. Это будет просто пустая трата времени.
Можно разбирать простые бинарные форматы такие как BMP (bitmap) но для сложных нужно
потратить долгие месяцы и годы чтения спецификаций и то ты реализуешь не все а просто
какое-то подмножество формата. Сам создатель Microsoft форматов документа как-то писал
что они даже для него сложны.

Есть фреймворк Kaitai-Struct который пытается формализовать описание всех форматов
в виде некого DSL (в виде yaml). Я пробовал его использовать. Как по мне - он генерирует
слишком переусложеннные сериализаторы где много лишнего кода. Еслибы писать вручную
то очевидно что было-бы компактнее.

https://formats.kaitai.io/

Литература - очень сомневаюсь в этом, уж больно много нюансов.
А вот ПО с открытым кодом (библиотеки и т.д.) - имеются. Допустим, Apache Tika.
Если для полнотекстового поиска нужно, то лучше взять готовое ПО: Apache Solr.

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

Практичнее будет лопатой копать, молотком забивать, а плеткой повышать KPI первых двух :)

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

Я пишу бэк на Go/NodeJs, а сами мобильные приложения на Java/Kotlin.
Тебе надо определиться, что ты хочешь - писать бэк или мобилки

Бэк это апи, кто его будет потреблять и как плевать.