[21:58:28] <ada_ru> (a) Я одобрять идею про бэкенд для clang
[21:59:23] <ada_ru> (a) Здравая мысль и компилятор годный. Жаль нельзя пока на нем всю генту собрать
[21:59:54] <ada_ru> (t91x0)  отвечает (a) на <Здравая мысль и комп…>
шутка про гентушников.txt
[22:01:09] <ada_ru> (I_vlxy_I) zapcc по факту годнее.
а бэкенд у clang давно есть и называется llvm 😃
[22:01:29] <ada_ru> (a) Ну я неправильно сказал
[22:02:25] <ada_ru> (a) Я имел ввиду чтоб ада на нем собиралась
[22:04:02] <ada_ru> (I_vlxy_I) значит нужен аццкий фронтенд к llvm
[22:04:37] <ada_ru> (a) Вообще вы тут много обсуждаете сам язык. А ведь это только инструмент. Мало обсуждений проектов про
[22:05:09] <ada_ru> (a) Программ, ну кроме ферм вадимовых
[22:10:52] <ada_ru> (I_vlxy_I) ну вот никто так и не сказал, в какой области Ада прямо проверяемо рулит.
[22:11:41] <ada_ru> (t91x0) Я здесь что-то не вижу сообщений Дмитрия Казакова, резидента Германии, который судя по его сообщениям в гуглогруппах - на Аде зарабатывает.
[22:11:43] <ada_ru> (Maxim  Reznik) Вы о готовых проектах? Библиотеки не в счёт?
[22:12:29] <ada_ru> (I_vlxy_I) а Дмитрий не с автоштуками какими связан?
[22:12:45] <ada_ru> (I_vlxy_I) системы безопасности авто, всякое такое. нет?
[22:13:07] <ada_ru> (no111u3) марсоходы
[22:13:18] <ada_ru> (no111u3) и часть прочего аэроспейс
[22:13:48] <ada_ru> (t91x0) А бог его знает. Я с ним лично не общался, его отрасль не понял. Что-то он писал для умных домов.

На stackoverflow про Аду обычно отвечают два человека - некий очень заслуженный американец из аэроспейса, и некий европеец-голландец, тоже из области чего-то промышленного.
[22:14:35] <ada_ru> (I_vlxy_I)  отвечает (no111u3) на <марсоходы>
европейские? американские то на кошерных крестах писаны
[22:14:45] <ada_ru> (no111u3) смотря какие
[22:14:52] <ada_ru> (no111u3) в нави точно дофига ады
[22:15:00] <ada_ru> (no111u3) и военных спутниках
[22:15:25] <ada_ru> (no111u3) на кошерных крестах марсоходы стали писать сравнительно недавно
[22:15:36] <ada_ru> (no111u3) до этого были разные языковые группы
[22:15:42] <ada_ru> (no111u3) ладно всем бб
[22:16:21] <ada_ru> (no111u3) ибо мисра и аэро С++ это свежий стандарт
[22:23:47] <ada_ru> (I_vlxy_I)  отвечает (no111u3) на <ладно всем бб>
bye
[22:25:12] <ada_ru> (I_vlxy_I) просто вот из этого всего не ясно, в каких новых проектах Ада нанесет ощутимый профит относительно иных нативных ЯП. В плане скорости разработки, качества результата.
[22:25:14] <ada_ru> (nitrocerber)  отвечает (I_vlxy_I) на <ну вот никто так и н…>
В госзаказах американской армейской авионики ^_^
[22:25:34] <ada_ru> (I_vlxy_I)  отвечает (nitrocerber) на <В госзаказах америка…>
злой ты...
[22:29:08] <ada_ru> (I_vlxy_I) типа если ты не в этом бизнесе, то и Ада тебе не нужна? 😊
[22:31:58] <ada_ru> (t91x0) На аде не мешало бы просто переписать уже существующие вещи, вроде dns-серверов и подобного. Из нового - sip stack неплохо бы написать, не на сишечке богомерзкой, на замену sofia sip, который можно сказать помер, но используется за неимением альтернатив.
[22:33:13] <ada_ru> (I_vlxy_I) сип-стэк это уже не новое, это неплохо закопанное старое 😊 по крайней мере оно сейчас в основном между операторами юзается, но не для клиентов.
[22:33:33] <ada_ru> (I_vlxy_I) /me писал свой SIP
[22:33:55] <ada_ru> (I_vlxy_I) открываю я значится сейчас мыллист gcc почитать, а там Аду обсуждают: https://gcc.gnu.org/ml/gcc/2018-07/threads.html#00284
[22:34:13] <ada_ru> (t91x0) Прямо вот вчера ко мне обращался один... гм, ну наверное исполнительный директор. Есть у них freeswitch с шифрованием, а клиентов под мобилы - просто нет! Linphone достал уже своей падучестью, нужно на что-то переходить, а на что?
[22:34:43] <ada_ru> (Satyri0n) На Аду
[22:34:47] <ada_ru> (t91x0) Сейчас есть спрос на шифрование голоса, self-hosted И чем его делать?
[22:34:58] <ada_ru> (I_vlxy_I) помнится в симбиане SIP-стэк был вшит прямо в ось. и можно было свои клиенты фигачить на базе этого стека уже.
[22:35:09] <ada_ru> (I_vlxy_I) что я и делал (в том числе).
[22:35:27] <ada_ru> (t91x0) Нету симбиана уже (и больше чем уверен, что то как раз и была sofia, это же нокия писала и отдала в опенсорц).
[22:35:46] <ada_ru> (I_vlxy_I)  отвечает (t91x0) на <Сейчас есть спрос на…>
а какое отношение это имеет к сипу? сип вообще не в курсе про медию. он лишь инициализирует сессию. это сигналинг.
[22:36:14] <ada_ru> (I_vlxy_I) медия это другой протокол - это rtp, если хочется шифрованный, тo srtp
[22:36:24] <ada_ru> (t91x0)  отвечает (I_vlxy_I) на <а какое отношение эт…>
Я подразумеваю весь стек - sip, rtp, sdp
[22:36:51] <ada_ru> (t91x0) И, сам sip может ходить открыто, может по tls, может по dtls - это всё работает, но кривенько.
[22:37:05] <ada_ru> (t91x0) К этому нужно stun/turn/ice привинчивать
[22:37:12] <ada_ru> (I_vlxy_I) сигналингов много - xmpp, sip, http/websocket, всё что хотите. но медию часто передают для всего этого один фиг через rtp/srtp
[22:37:14] <ada_ru> (t91x0) zrtp многие хотят
[22:37:39] <ada_ru> (I_vlxy_I) ой, я помню этот гемор с обходом натов.. ууу... неее...
[22:37:44] <ada_ru> (t91x0) Попробуйте ради интереса поднять fs или астериск и позвонить по srtp с одного мобильника на другой.
[22:38:06] <ada_ru> (I_vlxy_I) помнится скайп всех сипов победил именно тем, что клиенту не приходилось трахаться с обходом натов. просто включил - работает.
[22:38:35] <ada_ru> (t91x0) И кстати, скайп был написан таки на паскале (ну, на дельфи). И работал! Лучше, чем всякие там.
[22:38:42] <ada_ru> (I_vlxy_I) на нашем sip'сервере это решалось частенько методом b2b ua только.
[22:39:10] <ada_ru> (I_vlxy_I)  отвечает (t91x0) на <И кстати, скайп был …>
это его морда (гуй) был на делфи. телеком в нем жил на плюсах изначально.
[22:39:18] <ada_ru> (I_vlxy_I) и на делфи оно было только под маздай
[22:42:44] <ada_ru> (t91x0) Будь оно на аде, оно жило бы под что угодно, хоть под freebsd, согласитесь.

Да, у c++ такая же переносимость, но вот - я читаю исходники GPS, и я их более-менее понимаю, а будь это написано на лютых темплейтах - гм.

Или вот, образец кода на си, от которого хочется отвернуться:
https://freeswitch.org/stash/projects/FS/repos/freeswitch/browse/src/mod/applications/mod_callcenter/mod_callcenter.c?at=fe5fd7667a8bf5745bf6809f0aea708991432d4f
функция outbound_agent_thread_run
[22:43:56] <ada_ru> (I_vlxy_I) не. нафиг. в sip-мир я больше не хочу. ненене. наелся. ужс!
[22:44:22] <ada_ru> (I_vlxy_I) как вспомню сколько вольных интерпретаций rfc на всех уровнях и как это всё друг с другом женить... ненене.
[22:46:12] <ada_ru> (t91x0) Я согласен, что ужас. Именно поэтому язык, на котором это пишется, должен быть более читабельный и высокоуровневый, чем лапша на си.
[22:46:59] <ada_ru> (I_vlxy_I) не в языке дело. язык тут вообще никак не роляет, когда у тебя есть железный дивайс, который себе придумал свой диалект стэка, и тебе нужно поженить его со своим сервером и со своим клиентом.
[22:47:43] <ada_ru> (I_vlxy_I) вот и сидишь в wireshark'e днями, втыкаешь что ему не так, почему он сессию рвет то на этапе INVITE, то чуть позже.
[22:48:23] <ada_ru> (t91x0) Я это понимаю. И когда я подобное пишу, мне не хочется спотыкаться на strlen и strcpy. Пусть об этом компилятор думает.
[22:48:47] <ada_ru> (t91x0) И ручками писать передачу сообщений из треда в тред тоже как-то не хочется.
[22:49:03] <ada_ru> (I_vlxy_I) да там до написания то дело доходит через МЕСЯЦ. и все написание сводится к паре строчек кода. ну может десяток-другой.
[22:49:41] <ada_ru> (I_vlxy_I) но пока поймешь какой байт не нравится этой проприентарной фигне, поседеешь весь.
[22:49:45] <ada_ru> (t91x0) Вы по ссылке сходите, там правда не чужая железка, а коллцентр, но объём бойлерплейта впечатляет.
[22:49:54] <ada_ru> (I_vlxy_I) особенно если проприентарной фигни у тебя нет, и тебе просто дампы присылают.
[22:50:43] <ada_ru> (I_vlxy_I) да я писал стэк на плюсах. свой. стэк - это не страшно. если он сферический в вакууме и должен быть совместим сам с собой.
[22:51:12] <ada_ru> (I_vlxy_I) а наговнокодить то на любом языке под любую задачу можно
[22:52:17] <ada_ru> (I_vlxy_I) приходилось, помнится, доходить до того, что я писал свой перехватчик пакетов (через сырые сокеты) который хватал пакет, модифицировал и отправлял его дальше.
[22:52:21] <ada_ru> (t91x0) Не на любом. Победное шествие golang показывает, что тупой язык с линтером даёт разработчикам хорошие границы - как делать, как не делать. Почти весь девопс сейчас на golang пишут, а там тоже зоопарк систем.
[22:52:49] <ada_ru> (I_vlxy_I) да, го штука хорошая для этого. почти как erlang, только более привычная.
[22:53:46] <ada_ru> (t91x0) Странно, что в чате по Аде мало кто может внятно сказать, зачем нужна Ада. Должен же быть хоть один знающий человек.
[22:53:48] <ada_ru> (I_vlxy_I) я вот, кстати, не уверен, что sip-стэк на Го будет написан хуже чем на Аде 😊
[22:54:17] <ada_ru> (t91x0) На го он будет памяти жрать больше, а тормозить - сильнее чем на java
[22:54:18] <ada_ru> (t91x0) Скорее всего
[22:54:23] <ada_ru> (I_vlxy_I) тормозить - меньше
[22:55:13] <ada_ru> (t91x0) https://stackoverflow.com/questions/2704417/why-is-go-so-slow-compared-to-java
[22:55:16] <ada_ru> (I_vlxy_I) я сервера на Go писал. оно быстрое. нативный код же. и очень шустрый сборщик мусора + там много оптимизаций, когда new создает объект не в куче (а иногда и вовсе не создает)
[22:55:48] <ada_ru> (I_vlxy_I) именно в плане серверов если, а не числодробилок
[22:55:53] <ada_ru> (t91x0) В яву труда вложено как бы не больше, чем в gcc
[22:55:58] <ada_ru> (I_vlxy_I) как минимум, на Го есть легковесная многопоточность, обмен сообщениями между потоками. всякое такое.
[22:56:18] <ada_ru> (t91x0) Так и на яве есть и акторы, и фиберы
[22:56:21] <ada_ru> (I_vlxy_I) плюс народ под Го набрать очень просто. и собирается быстро. инфраструктура у Го приятная.
[22:56:57] <ada_ru> (I_vlxy_I) акторы и фиберы в жабе на уровне либ. и там ты ограничиваешь себя сам. это немного другое. ну и жаба минимально жрет памяти в разны, в десятки раз больше Го.
[22:57:28] <ada_ru> (I_vlxy_I) рестрим например (дочка ростелекома) переписывает свой высоконагруженный медиасервер с жабы на го. успешно.
[22:57:40] <ada_ru> (t91x0) Тут в чате https://t.me/golangjob регулярно публикуют вакансии в духе "нужен джуниор на го с пятью годами опыта на го". У меня не сложилось впечатления, что на го можно легко людей найти.
[23:01:10] <ada_ru> (I_vlxy_I) можно. берешь программиста на питоне или плюсах, спрашиваешь - не тошнит ли его от Го. Если нет, то вот тебе новый член команды.
[23:01:24] <ada_ru> (I_vlxy_I) через пару недель комитит в прод.
[23:01:59] <ada_ru> (I_vlxy_I) почти как с ерлангом 😊
[23:02:41] <ada_ru> (t91x0) Осталось это тамошним работодателям объяснить, а то у них уже мем родился "джуниоры не нужны".
[23:02:51] <ada_ru> (I_vlxy_I) а на собеседовании спрашивать не по языку, а по предметке и более важным технологиям и концептам
[23:03:19] <ada_ru> (I_vlxy_I) как видишь, уже на уровне собеседования профит! можно не тратить время на 100500 вопросов про виртуальный конструктор в с++.
[23:06:18] <ada_ru> (I_vlxy_I) о! кстати! а что спрашивают на собеседованиях на вакансию Ада-программиста?
[23:08:29] <ada_ru> (t91x0) Судя по среднему возрасту занятых адой людей - детали сериала Star Trek (1966 г.в.), чтобы понять - есть ли у кандидата culture fit для коллектива.
[23:12:00] <ada_ru> (I_vlxy_I) гм. так есть шанс нанять молодого хипстера 😊
[23:38:31] <ada_ru> (Oleg) А почему старт go приложения в винде такой адский долгий?
[23:38:49] <ada_ru> (t91x0) Не адски, а гошно.
[23:39:39] <ada_ru> (Oleg) Секунд до 5 чуть ли не хелло ворд запускается
[23:41:28] <ada_ru> (Oleg) По SIP кстати у Avaya шикарный Session Manager и клиент на все ОС
[23:41:35] <ada_ru> (Oleg) И отладка там огонь
[23:42:15] <ada_ru> (Oleg) И телефоны аппаратные тоже хороши
[23:42:29] <ada_ru> (Oleg) Только цены на лицензии не хороши :-)))