Озон большой, может и джависты нужны, но c# нужны точно, у меня там друзья работают. В любом случае, если нужны джависты, то нового java-кода только больше.
В смысле "что нового"? В банках - и в синем, и в желтом, и в зеленом - это основной инструмент разработки. Озон плотно сидит на c#, но В вайлдберрис на жабе, насколько я знаю. На круг только эти игроки выдают миллионы строк жаба-кода ежегодно.
Вообще говоря, кмк, обычно эту задачу решают поэтапно - для установки соединения используется один сертификат, он подтверждает только то, что этот конкретный клиент имеет право установить соединение и не более того. Когда соединение установлено, то можно уже делать что угодно, например требовать прислать сертификат в который вложен уникальный id устройства, или что-то еще, и это уже может быть совсем другой серт, не имеющий отношения к тому с которым устанавливали соединение. Валидируем этот серт, в том числе любой кастомной магией, какая только придет в голову, и в ответ отправляем, например, jwt. Все, дальнейший обмен идет по mTLS соединению с теми правами, которые теперь лежат в токене.
Возможно, но с оговорками. Издалека - сертификаты ведь "привязывают" к конкретным сайтам и айпишникам, так? Как это работает? Сертификаты содержат поле extensions, специально предназначенное для произвольных данных, вот втуда и складывают доменные имена и ip для которых валиден данный сертификат. Никто не мешает сляпать свое собственное расширение, и паковать туда какую-то уникальную для ваших устройств информацию. Но! Чтобы тот, кто будет проверять сертификат смог сопоставить то, что зашито в серте с тем, что есть в действительности нужно чтобы идентификатор устройства был передан вместе с сертификатом. ip адрес передается, это по сути часть http, а вот кто и как будет передавать ваш уникальный id устройства - вопрос. Так же не маловажно, что публичные CA запрещают пользовательские расширения сертификатов, так что подобным образом развлекаться вы сможете только в пределах своей собственной организации, где вы сами себе корневой CA.
И не хочу! Язык должен помогать не просто выражать мысли, а писать поддерживаемый код, потому что мысль сегодня есть, а завтра ее расшифровывать приходится, и кому они нафиг нужны эти шарады...
Не знаю кому как, а мне в свое время котлин показался write only языком - да, кода получается меньше, но он буквально провоцирует доводить это "меньше" до абсурда, после чего прочитать написанное становится не так-то и просто. Хотя, возможно я просто недостаточно долго на нем проработал.
То есть большое сообщество понимало, что все очень не просто, и сигналило относительно небольшой команде, для которой, если здраво рассудить, решение проблем чисто российских пользователей может и не быть приоритетом. Иными словами буквально все претензии, которые вы высказываете запросто могут быть развернуты в обратную сторону, вот я о чем. Как бы вам не хотелось, но команда телеграма ничего ни вам, ни мне не должна, могла бы вообще плюнуть на все, как какой-нибудь whatsapp и делать деньги где-то еще, а вы вместо того чтобы радоваться, что не плюнули кидаете в них камень.
То есть тоже 3 месяца сидели, и ждали получается, и ничего не делали? Или, может быть, пока не было конкретики, то и делать было не слишком понятно что именно, а?
Кажется он нараздавал обещаний о том, что получится сильно сэкономить на ФОТ офисных сотрудников, а теперь пытается соскочить.
А вторая - не переходить на них...
Озон большой, может и джависты нужны, но c# нужны точно, у меня там друзья работают. В любом случае, если нужны джависты, то нового java-кода только больше.
В смысле "что нового"? В банках - и в синем, и в желтом, и в зеленом - это основной инструмент разработки. Озон плотно сидит на c#, но В вайлдберрис на жабе, насколько я знаю. На круг только эти игроки выдают миллионы строк жаба-кода ежегодно.
Вообще говоря, кмк, обычно эту задачу решают поэтапно - для установки соединения используется один сертификат, он подтверждает только то, что этот конкретный клиент имеет право установить соединение и не более того. Когда соединение установлено, то можно уже делать что угодно, например требовать прислать сертификат в который вложен уникальный id устройства, или что-то еще, и это уже может быть совсем другой серт, не имеющий отношения к тому с которым устанавливали соединение. Валидируем этот серт, в том числе любой кастомной магией, какая только придет в голову, и в ответ отправляем, например, jwt. Все, дальнейший обмен идет по mTLS соединению с теми правами, которые теперь лежат в токене.
Возможно, но с оговорками. Издалека - сертификаты ведь "привязывают" к конкретным сайтам и айпишникам, так? Как это работает? Сертификаты содержат поле extensions, специально предназначенное для произвольных данных, вот втуда и складывают доменные имена и ip для которых валиден данный сертификат. Никто не мешает сляпать свое собственное расширение, и паковать туда какую-то уникальную для ваших устройств информацию. Но! Чтобы тот, кто будет проверять сертификат смог сопоставить то, что зашито в серте с тем, что есть в действительности нужно чтобы идентификатор устройства был передан вместе с сертификатом. ip адрес передается, это по сути часть http, а вот кто и как будет передавать ваш уникальный id устройства - вопрос. Так же не маловажно, что публичные CA запрещают пользовательские расширения сертификатов, так что подобным образом развлекаться вы сможете только в пределах своей собственной организации, где вы сами себе корневой CA.
Вроде и буквы знакомые, и даже слова понятные, а сказать-то что хотел?
Ощущается, как 250%
А вот этот ответ меня полностью устроил (с)
Сатира должна быть смешной, если не смешно, то и сатира так себе.
А, так это был юмор. Это должно быть смешно?
По классике, да? Как там: "Уважаемые разработчики! Являясь многолетним и верным пользователем вашего продукта я бы хотел узнать - какого фига....."
И не хочу! Язык должен помогать не просто выражать мысли, а писать поддерживаемый код, потому что мысль сегодня есть, а завтра ее расшифровывать приходится, и кому они нафиг нужны эти шарады...
Не знаю кому как, а мне в свое время котлин показался write only языком - да, кода получается меньше, но он буквально провоцирует доводить это "меньше" до абсурда, после чего прочитать написанное становится не так-то и просто. Хотя, возможно я просто недостаточно долго на нем проработал.
Ну, вот разницу между "может написать ai" и "написал ai и мы пользуемся" они и кушают.
Так вы уже навайбкодили аналоги бесплатного опенсорса? Нет ведь? А почему?
Вы уже написали?
Вы поняли? Они показ рекламы считают не мозговым изнасилованием, а коммуникацией! Общительные шибко...
То есть большое сообщество понимало, что все очень не просто, и сигналило относительно небольшой команде, для которой, если здраво рассудить, решение проблем чисто российских пользователей может и не быть приоритетом. Иными словами буквально все претензии, которые вы высказываете запросто могут быть развернуты в обратную сторону, вот я о чем. Как бы вам не хотелось, но команда телеграма ничего ни вам, ни мне не должна, могла бы вообще плюнуть на все, как какой-нибудь whatsapp и делать деньги где-то еще, а вы вместо того чтобы радоваться, что не плюнули кидаете в них камень.
То есть тоже 3 месяца сидели, и ждали получается, и ничего не делали? Или, может быть, пока не было конкретики, то и делать было не слишком понятно что именно, а?