Проблема в том, что большинство пользователей не понимает этих проблем (централизация провайдеров и т.п.) и вряд-ли им можно это объяснить. Им нужна простота использования, а не всякое крипто-шмипто.
Поэтому делать какой-то продукт, который будет сложно использовать широкой массе людей (а ваш продукт, судя по всему, будет именно такой) - достаточно бессмысленно. Это не решит проблем.
По сути вы повторяете Tox (https://tox.chat/), который работает практически так же (Tox ID - публичный ключ, DHT и так далее). Он как был гико-нишевым 12 лет назад, так и остался. Говорю как хостивший его ноду очень долгое время.
Если основная проблема обычной почты, по-вашему, это доменная система - то её и надо улучшать. Для этого уже всякие блокчейны (Namecoin или как там) и прочее придумано.
Я тестировал как раз 2.2 и потом 2.3, шифрование в разы медленнее чем dm-crypt. Ну и баг по ссылке выше до сих пор открыт и никто особо не чешется его править. Создатель того issue накидал скрипт для тестирования через TMPFS, легко проверить.
У меня 10Гбит сеть, поэтому мне этот вопрос актуален, со встроенным шифрованием я упираюсь в него, а не в сеть или диски.
В этом случае серьезная компания должна быть уверена, что сотрудник вытянет нужный стек позднее и при этом не уволится.
Уверенным тут ни в чём быть нельзя, это просто взвешивание рисков.
Есть навыки, которые требуются для изготовления конкретного продукта.Если их нет - компания должна будет ждать, пока они появятся тем или иным образом.
Компания всё равно всегда ждёт пока сотрудник интегрируется в процессы и прочее. Для опытного инженера выучить новый язык до состояния чтобы быть готовым приносить пользу - не проблема.
Раз взяли, значит не могли себе позволить реального сеньера на Расте по каким-то причинам и решили выращивать своего.
Их просто нет на рынке в достаточном количестве. Поэтому политика партии такая, что знание языка при найме не требуется. А т.к. платят много и берут только опытных - проблем с языком у них не возникает.
Я довольно активно использую ZFS в Linux уже лет ... гм.. 15 точно, ещё со времён FUSE модуля. Ни разу никаких потерь данных не было, да и вообще каких-либо проблем серьёзных.
Понимаю, что это, возможно, ошибка выжившего, но тем не менее.
Проблема в том, что большинство пользователей не понимает этих проблем (централизация провайдеров и т.п.) и вряд-ли им можно это объяснить. Им нужна простота использования, а не всякое крипто-шмипто.
Поэтому делать какой-то продукт, который будет сложно использовать широкой массе людей (а ваш продукт, судя по всему, будет именно такой) - достаточно бессмысленно. Это не решит проблем.
По сути вы повторяете Tox (https://tox.chat/), который работает практически так же (Tox ID - публичный ключ, DHT и так далее). Он как был гико-нишевым 12 лет назад, так и остался. Говорю как хостивший его ноду очень долгое время.
По-моему вы не туда воюете.
Если основная проблема обычной почты, по-вашему, это доменная система - то её и надо улучшать. Для этого уже всякие блокчейны (Namecoin или как там) и прочее придумано.
А SMTP, как по мне, достаточно федеративен и так.
Мне больше понравился новый двухтактный двигатель: https://m.youtube.com/watch?v=5czHDU6pK8E
Ну это шиза. В такие места не стоит идти работать.
Ну, наверное оно было ещё хуже.
Я тестировал как раз 2.2 и потом 2.3, шифрование в разы медленнее чем
dm-crypt. Ну и баг по ссылке выше до сих пор открыт и никто особо не чешется его править. Создатель того issue накидал скрипт для тестирования через TMPFS, легко проверить.У меня 10Гбит сеть, поэтому мне этот вопрос актуален, со встроенным шифрованием я упираюсь в него, а не в сеть или диски.
Уверенным тут ни в чём быть нельзя, это просто взвешивание рисков.
Компания всё равно всегда ждёт пока сотрудник интегрируется в процессы и прочее. Для опытного инженера выучить новый язык до состояния чтобы быть готовым приносить пользу - не проблема.
Их просто нет на рынке в достаточном количестве. Поэтому политика партии такая, что знание языка при найме не требуется. А т.к. платят много и берут только опытных - проблем с языком у них не возникает.
Серьёзные компании смотрят не на стек, а на то как ты думаешь и общий опыт в разработке.
Я так приходил работать синьором-помидором писать на Расте, хотя никогда до этого его не видел.
скорость
интернетачебурнетаВсё правильно, разве что вот
dmcryptубирать из стека не стоит. С производительностью у нативного шифрования всё плохо: https://github.com/openzfs/zfs/issues/13736По моим тестам падение скорости (по сравнению с
dmcrypt) почти в 4 раза.Так что я вернутся а zfs-over-dmcrypt - да, это геморройнее, нужно каждый диск сначала дешифровать, но небольшой скрипт помогает.
Даже с ней: https://github.com/openzfsonwindows/openzfs/releases
Нет никакого двойного кеширования там, откуда вы берёте этот бред?
Я довольно активно использую ZFS в Linux уже лет ... гм.. 15 точно, ещё со времён FUSE модуля. Ни разу никаких потерь данных не было, да и вообще каких-либо проблем серьёзных.
Понимаю, что это, возможно, ошибка выжившего, но тем не менее.
У любого нормального СМИ есть редакционная политика, которая не пропускает в эфир откровенную чушь.
А не транслирует напрямую не задумываясь.
Прав, но такой стиль управления слишком завязан на личность. Завтра его автобус собьёт и ой.
Что не умеет? Приборы восемь
Жабогадюкинг
Как по мне с вирусами всё достаточно ясно - сами по себе они жить и размножаться не могут, только внутри хозяина, значит они не живые.
Мне внутренний рынок не интресен т.к. я там жить не собираюсь
Сайты нынче сложны по структуре и большие по объёму. В 16Кб тупо даже никакой CSS скорее всего не влезет.
Мне чтобы:
Не ломалось часто (был опыт многолетней эксплуатации)
Была дилерская сеть, чтобы я дома или в отпуске в соседней стране мог починить машину и сделать ТО
Чтобы запчастей не ждать по полгода (у того же Хундяя мне даже панорамную крышу дилеру из Кореи доставили меньше чем за месяц)
Остальное уже идёт следующим чередом
У Китайцев с этим всем пока не очень.