[00:25:36] <OCTAGRAM> вообще, та программа в ИТМО, куда хочу, всегда в Академическом университете РАН была, но в связи с недопониманием с новым руководством команда, которая вела магистерские программы в АУ, эвакуировалась в ИТМО: https://habr.com/company/compscicenter/blog/413499/
а вот отзыв студента времён АУ: https://habr.com/company/compscicenter/blog/139842/ который привлёк моё внимание
[00:27:03] <OCTAGRAM> неплохие у вас там требования, я так посмотрю
[01:19:36] <ada_ru> (I_vlxy_I) https://2018.splashcon.org/track/hilt-2018-papers
[09:51:09] <ada_ru> (t91x0)  отвечает (Oleg) на <Вариант еще в голову…>
Зачем сырой поток, что это даст? Если подходить из той архитектуры, как у человеческого зрения, то на одном сервере  нужна предобработка, а на втором - распознавание.
[12:03:13] <ada_ru> (Oleg) Даст то что сервер принимающий потоки не будет терять кадры
[12:04:04] <ada_ru> (Oleg) Как происходит в случае если на нем фильтры применяются
[12:21:43] <ada_ru> (Oleg) Дело в том что камера ждать не будет , и главное не пропустить кадр. А вот пересылка между серверами уже будет нечувствительна к джиттеру
[12:21:59] <ada_ru> (Oleg) К тому же можно сделать управление потоком
[12:38:29] <ada_ru> (t91x0)  отвечает на <(OCTAGRAM) в Алекс-Ф…>
А с Александром Мансуровым не пересекались ли?
[12:52:47] <OCTAGRAM> он был начальником другого отдела
[12:53:55] <OCTAGRAM> дал мне доступ к серверу, где были p2p и ftp, я этим занимался в свободное время
[12:54:15] <OCTAGRAM> filez.intelbi.ru который был, до Пульса
[17:53:10] <ada_ru> (I_vlxy_I) https://www.youtube.com/watch?v=YPD9U4Wuh5A
[18:02:06] <ada_ru> (Максим) 👍
[18:03:48] <ada_ru> (I_vlxy_I) что-то стало много видосов по Аде выходить в последнее время 🙂
[18:05:24] <ada_ru> (Максим) попса! :D
[18:13:17] <ada_ru> (Максим) Too many types: String, Wide_String, Wide_Wide_String, Bounded_String, Bounded_Wide_String, ...
[18:13:19] <ada_ru> (Максим) на 15:00 😊
[18:14:17] <ada_ru> (I_vlxy_I) да ваще капец!
[18:14:40] <ada_ru> (I_vlxy_I) складывается такое ощущение, что СТРОКИ - это один из самых сложных типов и вообще штук в программировании.
[18:14:47] <ada_ru> (I_vlxy_I) в каждом ЯП какие-то загоны со строками
[18:15:02] <ada_ru> (I_vlxy_I) хотя, казалось бы, ну массив и массив. чем от массива любых иных сущностей отличается?
[18:16:25] <ada_ru> (Максим) к строкам надо кучу всего, чего нет в массивах, чтобы с ними было удобно работать
[18:16:57] <ada_ru> (I_vlxy_I) ну, собственно как и к любым другим типам данных массивы которых мы имеем
[18:17:00] <ada_ru> (Максим) взяв матрешку, после других строк, сразу это понимаешь
[18:17:17] <ada_ru> (I_vlxy_I) попробуй ка массив вещественных чисел иметь без кучи всего того, что с этими числами можно делать
[18:21:13] <ada_ru> (Максим) ну не знаю, с другими типами массивов я таких трудностей не встречал. вполне устраивали адские операции
[18:24:20] <ada_ru> (I_vlxy_I) к другим типам просто не столь трепетно относятся 🙂
[18:27:23] <OCTAGRAM> хорд и/или верёвок ещё в стандартной библиотеке не хватает каких-нибудь, как в Cedar
[19:21:17] <ada_ru> (s4msg)  отвечает (I_vlxy_I) на <хотя, казалось бы, н…>
Ну работать со строкой хочется, как правило, посимвольно. А вот сказать с какого по какой байт находится, допустим, 5-ый символ не так то просто по сравнению с массивом чисел.
[19:23:23] <ada_ru> (Максим) смещение в байтах редко нужно, чаще всякие Starts_With, Index( str, substr), Split, Append, Slice, Hash и пр
[19:43:32] <ada_ru> (I_vlxy_I)  отвечает (s4msg) на <Ну работать со строк…>
Ничем не отличается от работы с потоком сообщений.
[19:56:07] <ada_ru> (Oleg) Питон со строками шикарно работает
[19:57:02] <ada_ru> (Satyri0n) В какой кодировке он с ними прерасно работает?
[19:57:38] <ada_ru> (t91x0) В юникоде, в третьем Питоне
[19:57:57] <ada_ru> (t91x0) До него - прекрасно, но не очень
[19:58:16] <ada_ru> (Satyri0n) utf32?
[21:03:40] <ada_ru> (I_vlxy_I) на адакоре, говорят, новая книшшка: https://www.adacore.com/uploads/books/pdf/AdaCore-Tech-Cyber-Security-web.pdf
[21:09:00] <ada_ru> (Oleg) Др третьего питона мне не интересен мир
[21:09:06] <ada_ru> (Oleg) :-)
[21:09:22] <ada_ru> (I_vlxy_I) хм. если на SPARK можно будет работать с динамической памятью (безопасно, растообразно), то явно это уже будет прям полноценный язык, который можно щупать не изучая аду.
[21:13:27] <ada_ru> (Satyri0n) much rescritions a lot
[23:08:41] <ada_ru> (Максим) да, можно будет когда-то. они работают в этом направлении. вроде будут какие-то новые access типы, я только краем уха слышал.
[23:28:37] <ada_ru> (t91x0) Я ведь выше отправлял документ про uSpark со ссылками наподобие как в Rust
Ищется в чате по запросу uspark
[23:32:46] <ada_ru> (I_vlxy_I)  отвечает (t91x0) на <Я ведь выше отправля…>
Я про это и говорю :-)
[23:32:56] <ada_ru> (I_vlxy_I) Хотеть следующий спарк!