razer96, Если вам надо ЭЦП официально - то только через установку сторонних плагинов, у них есть сертификация.
Если свое кустарное решение чтобы пользователи были уверены что файл от другого пользователя, и файл пользователи передают друг другу по внешним каналам (по почте например), без какой-либо юридической силы, для спокойствия то тут можно нагородить всякого.
в простом варианте - генерируете пару приватный/публичный ключ в программе, публичный ключ показываете пользователю и просите его раздать всем с кем он будет работать.
Так же нужен импорт публичных ключей других пользователей в программу, после этого дело за малым - подписать файл приватным ключом при экспорте, проверить публичным при импорте.
Слабое место - передача публичного ключа, это надо делать так чтобы не было возможности его подменить, почта уже не подходит.
Антон Спирин, Согласен.
Но может быть мудрый руководитель который сделает из этого челендж и уважуху, и тогда люди наоборот потянутся. Если там конечно этот челендж реально есть.
Искандер Байгужаев, частично в первом абзаце.
В общем - любой велосипед требует заметно больше усилий по поддержке и развитию.
Нет проверенного кода ядра на который можно опереться и который уже протестировали тысячи других пользователей в разных условиях.
Нет сообщества где можно спросить решение проблемы.
Нет каких-то готовых решений даже простых задач - все надо изобретать или прикручивать сторонние библиотеки.
Нет проработанной схемы деплоя/тестирования
При приеме на работу нового разработчика он сможет начать приносить пользу заметно позже.
Знания по системе становятся очень неявными и сидят где-то в головах, при любой необходимости надо ходить и всех опрашивать что и как, это сложно, часто некогда и сильно растет вероятность добавления говнокода при апдейтах (причем в нелинейной прогрессии - чем дальше тем быстрее)
В целом, в начала это может быть очень хорошо, а через год-два превратиться в ад.
Чтобы не превратилось в ад, велосипед должны поддерживать сильные разработчики, и их сил должно хватать на борьбу с энтропией.
тут кстати в соседнем вопросе упомянули https://github.com/tc39/proposal-optional-chaining
это то что позволит заменить "a && a.b && a.b.c" на "a?.b?.c"
возможно уже есть трансформ в бабеле, оно в stage 2 уже
digiTALker, не подскажу, не знаю. Есть большие сообщества "мейкеров" которые пилят продукты без кодинга или с минимальным - попробуйте поискать их, задать вопросы там. 95% там wannabeentrepreneur, но оставшиеся могут что-то дельное посоветовать. начните с фейсбука.
Firess, На таком уровне обоснований кактусы всех спасут. Или скажите что это его та стерва из бухгалтерии прокляла.
А вообще конечно сочувствую, держитесь там.
Сделать наиболее подходящим для вашей архитектуры и использованных технологий и подходов способом.
Какие они, вы нам не сказали, так что что это за способ - тоже останется неизвестным
Толстый Лорри, Спасибо, с такими подсказками конечно проще.
С полгода я возможно приукрасил, но все равно не представляю как все такие места искать если не знаком с кодом заранее, для чего опять же надо покопаться.
Под "прокидывать" я имею ввиду использовать результат выражения, прописанного в if (...) внутри его тела { }
результат выражения будет true, тогда ваш код выполняется, или false тогда он не выполняется. То что вы туда хотите запихать "compilcated expression" по какому-то своему капризу, не меняет сути.
Но мне прямо очень не нравится такой паттерн.
нравится вам или нет - именно так и стоит писать. Но если конечно хочется, то можно, но в нормальной команде вас заставят переделывать и будут правы.
Есть "хороший" код, а есть "мне нравится"
Для серьезных проектов нужно выбирать первое, для своих пет-проектов, можете выбирать второе, там уже насколько фантазии хватит, варианты разные, в своем проекте можете писать любую дичь, кто же вам запретит.
А, так вы настолько не хотите напрягаться. Что ж сразу то не сказали. Есть простое решение - даете много денег тем кто все сделает за вас. Контор много, но если вам и гуглить их не охота - можно нанять виртуального ассистента за уже довольно скромную плату, который все найдет и договорится.
Остальные варианты потребуют чрезмерных усилий.
compplace,
В эстонию вам виза тоже не нужна.
В США для LLC открывают все удаленно насколько я знаю.
Открыть ИП иностранному гражданину и открыть ИП в России живя в украине - две огромные разницы.
плюс даже если вы это сделаете - то платить налоги будете как нерезидент - 30% минимум.
Ну или попробуйте сделать проект на mobx и все поймете.