[01:52:36] <_valexey_> Да, даже Go с вылизанной инфраструктурой под конкретные применения не очень хорошо заходит.
[01:53:03] <_valexey_> Дженериков нет, куча говнокода для обработки ошибок...
[01:53:40] <_valexey_> Динамическая типизация и ркфлекшн на каждый чих и тормоза в самых неожиданных местах.
[01:54:11] <_valexey_> Странно было бы если бы Оберон зашел.
[01:55:13] <_valexey_> Ибо оберон еще более деревянный, не заточенный под решение реальных конкретных задач и без инфраструктуры да и без дружного сообщества.
[01:55:56] <_valexey_> Наверно ближе всех к реальному ЯП тут АО и Зоннон.
[01:56:32] <_valexey_> Но у них свои проблемы и это все чистые исследования да обкатка идей на мышках.
[01:57:01] <_valexey_> Что приживается, то потом на людях пробовать будут.
[06:19:53] <sda> http://sdelanounas.ru/blogs/75594/
[07:15:20] <sda> https://geektimes.ru/company/icover/blog/272996/
наука есть подражание природе, мимезис
[10:32:25] <Kemet> _valexey_, Куда не зашел го и оберон?
[11:42:32] <_valexey_> Kemet: в индустрию. Го заходит, но с трудом.
[11:42:48] <_valexey_> Сборщик мусора есу вот еще мешает.
[11:43:21] <_valexey_> В итоге часть кода писанного на Го переписывается на Rust либо плюсах.
[11:49:13] <_valexey_> Недавно одну задачку с cf эксперимента ради переписывали с c++ на D и Go - решение на Go отстало от эталона в 10 раз.
[11:51:23] <_valexey_> По очень смешной причине - медленный парсинг stdin, а медленный он был из за того, что в Go нет шаблонов и, следовательно сделать там scanf одновременно удобным безопасным и быстрым невозможно.
[11:53:18] <_valexey_> В итоге я ускорил прогу (теперь оно медленней плюсов всего в два раза), но ценой подключения доп. либ и написания руками процедуры парсинга ввода. Если формат ввода чуть изменится, придется переписывать полностью.
[11:58:10] <_valexey_> Причем подобные проблемы были и у нас в продакшине с Го.
[11:58:43] <_valexey_> Только там было еще суровей.
[13:36:55] <Kemet> _valexey_: а в расте ручное управление памятью?
[13:37:43] <_valexey_> Без сборщика мусора - так точнее будет
[13:38:08] <_valexey_> Компилятор гарантирует корректное обращение с памятью
[13:38:38] <_valexey_> Как в плюсах, только на уровне языка, системы типов и компилятора
[13:39:04] <_valexey_> В плюсах же тоже никто руками памятью не управляет.
[13:47:31] <Kemet> подсчет ссылок
[13:52:47] <Kemet> в кооперативеАО тоже что-то с подсчетом ссылок есть, надо исследованием заняться
[14:22:45] <_valexey_> Не только. Когда можно обойтись без этого, обходятся.
[14:23:10] <_valexey_> И это гарантирует таки корректность.
[14:24:04] <_valexey_> Тебе язык не даст использовать безподсчетеую семантику там где нужно считать
[14:30:09] <_valexey_> Впрочем, где нужно в плюсах и GC юзают :-)
[14:49:32] <valexey> "Post-PC, это когда ты не сидишь, как лох, за компьютером пятилетней давности, на 100% удовлетворяющем твои потребности, а каждый год покупаешь новую, модную железку. А если не купишь — пришлют апдейт, превращающий старую железку в тыкву. Because capitalism."
[14:52:40] <Kemet> только в етхз могли назвать ЗНАКОВЫЙ целый тип оптимаольный для платформы как WORD
[14:53:15] <Kemet> понятно, что INTEGER занято, но...
[14:57:24] <_valexey_> В обероне же можно спокойно ломать обратную совместимость. Чего они стесняются?
[14:59:57] <Kemet> когда из оберона делали активный оберон, ничего не сломали, когда добавили матрасширение, ничего не сломали,
[15:05:13] <_valexey_> А могли бы сломать и никто бы не плакал.
[15:07:40] <Kemet> хм, видимо в коопао тика подсчет ссылок, по кравйней мере в ссылочных типах есть внутрях есть поле с типом коунтер
[15:12:33] <Kemet> и модификатор PLAIN возможно что да, объявляет объекты без служебной итнформации вроде дескриптора, хотя от таких объектов такжеОЛ можно наследоваться, вблин, вот написл Флориан диссертацию, реализовал кооп версию а2, а уже между диссером т реализацией нестыковка ибо про PLAIN Там не слова. вот UNSAFE описан, UNCHECKED описан, DISPOSABLE описан, а PLAIN нет
[16:50:44] <sda> https://scontent-fra3-1.xx.fbcdn.net/hphotos-xtf1/v/t1.0-9/10378955_1104443819601079_4938261195076257542_n.jpg?oh=b035cd17c74ac753991545ce32701bb6&oe=57950013
[17:18:19] <TRUE> никто не сталкивался с проблемой сертификата при входе в джаббер?
[17:19:26] <TRUE> мне клиент говорит, что сертификат стрёмный.
[18:55:09] <valexey> Future is here! https://emilschutte.com/stackoverflow-autocomplete/
[18:56:08] <valexey> "web-дизайнеры — идиоты с сектантским мышлением, которых интересует только что скажут другие дизайнеры. Им по*** на заказчика и его клиентов. Они сделают ваш сайт ещё более тормознутым, работающим на ещё меньшем числе платформ и удобным для ещё меньшего числа людей."
[19:36:05] <valexey> "Компания Intel объявила, что 21 марта 2016 года в возрасте 79 лет скончался бывший президент и исполнительный директор Эндрю Гроув. Вместе с Гордоном Муром и Робертом Нойсом они основали компанию Intel в 1968 году."
[19:36:13] <valexey> '-(
[19:36:17] <valexey> ;-(
[19:36:27] <valexey> https://geektimes.ru/post/273126/
[19:36:45] <valexey> "Эндрю Гроув стал настоящим героем для многих молодых IT-предпринимателей, например, к нему за советом обращался Стив Джобс.

Эндрю Гроув родился в Будапеште 2 сентября 1936 года в еврейской семье. Ему и родителям удалось пережить фашистскую оккупацию и избежать советских репрессий, пишет Intel, а в 1956 году он эмигрировал в Австрию, а потом — в США."
[19:41:51] <Kemet> дада, пережил совествие репрессии, хирой мля
[21:51:13] <vlad2> GDI+ наркоманы делали...
[21:53:40] <vlad2> Нельзя просто взять и нарисовать bmp'шку.
[21:54:05] <vlad2> Визуальные глюки самые необъяснимые!
[21:54:48] <valexey> :-)
[21:54:50] <valexey> MS!
[23:02:35] <valexey> "«Яндекс» предупредил о рисках ведения бизнеса в России": http://lenta.ru/news/2016/03/22/yandex/