[00:35:24] <ada_ru> (Sergei)  отвечает (a) на <Читал про евреев огр…>
Да, вот, Аду придумали
[00:36:29] <ada_ru> (Sergei) C, Unix
[00:39:37] <ada_ru> (t91x0)  отвечает (Sergei) на <Да, вот, Аду придума…>
Аду придумал француз. C и Unix - тоже не они.
[00:42:58] <ada_ru> (Sergei) Хотя homo sapiens вот тоже отличились, с Ubuntu
[00:43:33] <ada_ru> (Sergei)  отвечает (t91x0) на <Аду придумал француз…>
Аду придумал еврей турецко-греческого происхождения
[00:45:14] <ada_ru> (Sergei) <прислал документ>
[00:46:11] <ada_ru> (coopht) Страсти какие у вас тут
[00:46:12] <ada_ru> (Sergei) <прислал документ>
[00:47:18] <ada_ru> (t91x0)  отвечает (Sergei) на <Аду придумал еврей т…>
https://youtu.be/S727AvKfP-Y?t=363
"...тоже выдумал еврей,
Только зачем? Вот непонятно!"
[01:08:15] <ada_ru> (Sergei)  отвечает (coopht) на <Страсти какие у вас …>
А что ви спгашиваете? Ви, случайно, не евгей?
[01:09:14] <ada_ru> (I_vlxy_I) "Ichbiah was a descendent of Greek and Turkish Jews from Thessaloniki who emigrated to France."

гхм. таки да.

Jean David Ichbiah
[01:09:31] <ada_ru> (Sergei) Ян Давидович
[01:13:44] <ada_ru> (Sergei) То есть, если разобраться, классическая еврейская ситуация. Папа турок, мама грек, а сын, Ян Давиодвич - еврей!
[01:13:46] <ada_ru> (t91x0)  отвечает (I_vlxy_I) на <"Ichbiah was a desce…>
Вот поэтому на Аде и не пишет никто. Кроме тайных каббалистов.
[01:14:03] <ada_ru> (t91x0)  отвечает (Sergei) на <То есть, если разобр…>
Папа возможно даже был юристом.
[01:14:40] <ada_ru> (I_vlxy_I) А явные каббалисты пишут на коболе! В финансовой таки сфере.
[01:15:24] <ada_ru> (t91x0)  отвечает (Sergei) на <То есть, если разобр…>
https://www.youtube.com/watch?v=JerQFAk998M
[01:16:49] <ada_ru> (I_vlxy_I) А на Расте пишут дроиды с планеты Шелезяка
[01:17:26] <ada_ru> (t91x0)  отвечает (I_vlxy_I) на <А на Расте пишут дро…>
Нет, на нём пишет подрастающее поколение
Загляните в @rustjerk, только противогаз наденьте
[01:18:30] <ada_ru> (I_vlxy_I) а чего туда заглядывать, если я там и так есть 🙂
[01:18:43] <ada_ru> (I_vlxy_I) правда читаю редко.
[01:19:23] <ada_ru> (I_vlxy_I) можно даже не в jerk с противогазом, а прямо в @rustlang_ru
[01:19:43] <ada_ru> (I_vlxy_I) там ругают всё, в том числе и раст стебут как могут 🙂
[01:21:17] <ada_ru> (t91x0) Можно назвать это филиалом известного паблика MDK
[01:22:04] <ada_ru> (I_vlxy_I) не слышал про такой
[02:05:18] <OCTAGRAM> святой человек
[02:07:24] <ada_ru> (I_vlxy_I) ну меня во вк вообще нету
[02:34:53] <OCTAGRAM> а разве в телеграм пошли не вслед за Дуровым?
[02:35:44] <ada_ru> (t91x0) В телеграм пошли, потому что это единственный нормально сделанный мессенжер
[02:42:01] <ada_ru> (I_vlxy_I)  отвечает на <(OCTAGRAM) а разве в…>
Нет
[02:42:25] <ada_ru> (I_vlxy_I) У телеги лучшие клиенты. Всё.
[12:26:16] <ada_ru> (Sergei) https://spectrum.ieee.org/static/interactive-the-top-programming-languages-2018
[12:26:23] <ada_ru> (Sergei) Ада есть!
[12:34:24] <ada_ru> (I_vlxy_I) Ада в рейтингах рядом с ocaml'ом. Забавно. Французов не сильно жалуют.
[12:35:57] <ada_ru> (Sergei) Ну почему. Пролог (истинный француз) вон почти под верилогом.
[12:36:22] <ada_ru> (Sergei) ... и дельфи
[12:36:54] <ada_ru> (I_vlxy_I) в трендинге они там все группой рядом - пролог, ада, окамл.
[12:38:18] <ada_ru> (Sergei) В трендинге и Forth Аду догоняет :)
[12:39:41] <ada_ru> (I_vlxy_I) ну, форт рулид. так то. у него из конкурентов, в плане простоты, только какой-нибудь недолисп, оберон и луа.
[12:39:54] <ada_ru> (I_vlxy_I) а в плане гибкости - только недолисп
[12:42:07] <ada_ru> (Sergei) Первый реальный обошедший Аду конкуррент - Erlang. Но с ним, конечно, сложно побороться. Те, кто программирует миллионы параллельных потоков везде поют ему диферамбы
[12:42:25] <ada_ru> (I_vlxy_I) да. для телекома он рулид
[12:42:26] <ada_ru> (I_vlxy_I) и не только
[12:42:43] <ada_ru> (I_vlxy_I) хотя, какой ерланг аде конкурент? он конкурент скорее какой-нибудь node.js
[12:44:25] <ada_ru> (I_vlxy_I) конкурент это например вот:
With its first stable version released this year, Rust is designed to make concurrent systems easier to program reliably.

Originally designed for the U.S. Department of Defense, Ada is used for applications where reliability is critical, such as aerospace control systems.

Звучит похоже, правда? 😊
[12:45:03] <ada_ru> (I_vlxy_I) Очень странно что D там для веба и embedded. Оно чаще для десктопа юзается таки 😊
[12:45:06] <ada_ru> (Sergei) Ну, если в той же категории, то тогда Delphi. По взвешенному индексу обошла в 2 раза. Языки похожи, но ориентированы на разные рынки. Чисто маркетинговая разница.
[12:45:15] <ada_ru> (I_vlxy_I) какой нафиг embedded для языка с GC?
[12:45:37] <ada_ru> (t91x0)  отвечает (I_vlxy_I) на <какой нафиг embedded…>
Где gc?
[12:45:42] <ada_ru> (I_vlxy_I) в D
[12:46:38] <ada_ru> (Sergei) Наверное, стоит почитаеть ещё https://spectrum.ieee.org/static/ieee-top-programming-languages-2018-methods
[12:46:40] <ada_ru> (t91x0) Он опциональный.
[12:46:58] <ada_ru> (I_vlxy_I) в D то? стандартную либу там уже причесали чтобы оно без GC могла жить?
[12:47:04] <ada_ru> (I_vlxy_I) раньше она не могла без него жить
[12:47:14] <ada_ru> (I_vlxy_I) D без GC живет чуть хуже чем ада без исключений.
[12:47:27] <ada_ru> (I_vlxy_I) (а теперь от D отрываем рантайм и исключения...)
[12:47:50] <ada_ru> (t91x0) Эмбед разный же. Например, железка с линкусом
[12:48:02] <ada_ru> (I_vlxy_I) ога. и 128 Гб ОЗУ на борту 😃
[12:48:13] <ada_ru> (I_vlxy_I) ну а чо? встроенное решение.
[12:48:20] <ada_ru> (I_vlxy_I) в датацентр.
[12:49:08] <ada_ru> (t91x0) Напоминаю, что win95 работала на 16 мб оперативки. И Ява на ней работала.
[12:49:24] <ada_ru> (I_vlxy_I) "работала" — так будет правильней
[12:49:39] <ada_ru> (t91x0) У всех
[12:49:43] <ada_ru> (I_vlxy_I) я хорошо помню как это "работало"
[12:49:47] <ada_ru> (I_vlxy_I) и хочу забыть
[12:50:07] <ada_ru> (I_vlxy_I) в embedded такое пихать точно нельзя.
[12:50:22] <ada_ru> (t91x0) Я тоже помню. Яву я особо не трогал, а винды работали
[12:50:47] <ada_ru> (I_vlxy_I) а если винде отключить своп? 😊
[12:50:48] <ada_ru> (t91x0) Starcraft на этом работал.
[12:51:03] <ada_ru> (t91x0) А сколько было того свопа?
[12:51:06] <ada_ru> (I_vlxy_I) игры в то время, всё еще сильно лучше под досом работали
[12:51:20] <ada_ru> (I_vlxy_I) того свопа обычно было в разы больше чем ОЗУ
[12:51:29] <ada_ru> (t91x0) Ну, будет 32 мб оперативки
[12:51:35] <ada_ru> (t91x0) Или даже 48
[12:52:57] <ada_ru> (t91x0) Офисные пакеты работали, фотошоп, корел, игры играли,  1с 6.0 и БЭСТ с Галактикой складской учёт вели
[12:53:01] <ada_ru> (I_vlxy_I) плюс GC - это непредсказуемые задержки. особенно у D у которого с задержками такое себе
[12:53:17] <ada_ru> (I_vlxy_I) ну и в плане портов на всякие не x86 там тоже так себе.
[12:53:43] <ada_ru> (I_vlxy_I) просто удивительно почему D там значится как пригодный для embedded но непригодный для десктопа.
[12:54:03] <ada_ru> (I_vlxy_I) пальцем в небо...
[12:54:44] <ada_ru> (t91x0) Для эмбеда много не надо, лампочками мигать. А для десктопа нужен аналог wpf и нормальная IDE
[12:54:57] <ada_ru> (I_vlxy_I) бгг
[12:56:04] <ada_ru> (t91x0) Вот взять например линукс - всем хорош (нет), но для десктопа непригоден
[12:56:22] <ada_ru> (I_vlxy_I) в embedded настолько всё спартанно и байтогрызно, что ембеддеры часто могут разрабатывать только под виндой для целевой железяки.
[12:57:40] <ada_ru> (t91x0) Это потому что поставщик железяки даёт чудо-компилятор только для виндов и например со своим особым, китайским пониманием c++.
[12:57:54] <ada_ru> (I_vlxy_I) компилятор там второстепенен на самом деле
[12:58:00] <ada_ru> (t91x0) По хорошему, за такое их надо штрафовать
[12:58:08] <ada_ru> (I_vlxy_I) то что gcc может в msp430, никак не спасает.
[12:59:54] <ada_ru> (I_vlxy_I) то есть да, оно спасает если тебе ровно светодиодом помигать. но если дело делать, то нет.
[14:13:33] <ada_ru> (Sergei)  отвечает (t91x0) на <Это потому что поста…>
Вероятно, до сих пор умение правильно смешать версию gcc библиотеки и platform specific patch, оттестировать сколько процентов работает и, что успеешь, пофиксеть, определяют больше половины embedded. Хотя, в последнее время, там какие-то платформы автоматизированные для этого появились, но насколько они автоматом всё под всё собирают - большой вопрос. Помню, не так давно, Максим даже в кодогенерации что-то фиксил.
Потому да, подход китайский - как можно больше вариантов смешать и попробовать, 80% работает - в продакшин и снова мешать - на мой взгляд, самое неприятное, что есть в embedded
[14:15:36] <ada_ru> (Sergei) А ещё есть Linux без fork ...
[14:16:06] <ada_ru> (Sergei) uLinux вроде называется. Но это более приятная вещь, там всё маленькое
[14:18:06] <ada_ru> (Sergei) У китайцев, мне показалось, нет органов понять, что такое культура тестирования
[14:18:37] <ada_ru> (Sergei) или качества
[14:19:17] <ada_ru> (Sergei) особый подход - брать количеством
[14:22:39] <ada_ru> (Sergei) "Узнав, что только 1 из тысячи версий GCC под embedded работает , китайцы спешат выпустить первые 999 версий"
[14:23:19] <OCTAGRAM> хорошо бы, чтоб любой Linux без fork
[14:24:45] <ada_ru> (Sergei)  отвечает на <(OCTAGRAM) хорошо бы…>
Чем же это хорошо?
[14:26:16] <ada_ru> (Sergei) Тогда от unix потоков придётся отказываться, от пайплайнов и проч. вкусностей
[14:27:02] <ada_ru> (Sergei) Это было сделано, чтобы легко процессы друг с другом соединять
[14:27:51] <ada_ru> (Sergei) Я понимаю, для большинства языков , процесс - внеязыковая категория, но всё же
[14:28:29] <OCTAGRAM> это почему вдруг отказываться? в Windows всё это работает
[14:28:47] <OCTAGRAM> а fork в продакшн — бред
[14:29:39] <OCTAGRAM> ну поигрались программисты в приколькую абстракцию, заворожило их, что исполнение входит в функцию один раз, а выходит дважды, так оно и должно было остаться игрушкой
[14:31:08] <ada_ru> (Sergei)  отвечает на <(OCTAGRAM) ну поигра…>
А землю надо населить людьми, бегающими кусками мяса 1 кг и травой. Разнообразие видов должно было остаться игрушкой
[14:31:30] <OCTAGRAM> http://pubs.opengroup.org/onlinepubs/007904875/functions/posix_spawn.html
[14:31:47] <OCTAGRAM> не, ну как с этим fork жить?
[14:32:02] <OCTAGRAM> запущено 30 потоков, и вдруг случается fork
[14:32:23] <ada_ru> (Sergei) форк сделан с одной единственной целью - рождать процесс с открытым каналом к другому процессу
[14:32:59] <OCTAGRAM> stdin/stdout/stderr без форк перенаправляются
[14:33:03] <ada_ru> (Sergei) это целая архитектура, она достаточно стройная, на ней много программ сделано
[14:33:32] <OCTAGRAM> fork случился, все потоки, кроме одного, остановлены, а там мьютексы где-то взяты, которые уже никто не освободит
[14:34:14] <ada_ru> (Sergei) Когда программируют на форках потоками не пользуются, у процессов свои средства межпроцессорной синхронизации
[14:34:24] <OCTAGRAM> после fork дочерний процесс попадает в мир лангольеров Стивена Кинга
[14:34:46] <OCTAGRAM> а если подключённая библиотека потоками пользуется?
[14:35:25] <ada_ru> (Sergei) Ну хорошо, смысл мне спорить. Всё что я хотел сказать о приёмах портировании форков на Windows я сказал в ShieSH.
[14:35:54] <OCTAGRAM> на Аде без потоков довольно проблематично обойтись
[14:36:00] <ada_ru> (Sergei) https://github.com/lodyagin/shiesh
[14:36:28] <OCTAGRAM> таймеры, обработчики сигналов, всё это на потоках работает, и после fork подвешивается
[14:37:59] <OCTAGRAM> я когда-то за call/cc топил, а мои оппоненты отстаивали Common Lisp, в котором этого нет, зато RAII работает понятным образом
[14:38:23] <OCTAGRAM> в конечном итоге меня убедили, что геморрой того не стоит
[14:38:35] <OCTAGRAM> fork — та же история
[14:40:09] <ada_ru> (Sergei)  отвечает на <(OCTAGRAM) fork — та…>
Мне кажется, вы просто никогда не пытались понять философию программирования в BSD unix. И верите "в единственно правильный способ", которого, как я считаю, в природе нет.
[14:40:55] <OCTAGRAM> я работал над веб-сервером на fork/accept, который на замену PHP
[14:41:27] <ada_ru> (Sergei) .... и не знаете, что fork нельзя сочетать с потоками
[14:41:42] <OCTAGRAM> я знаю
[14:41:50] <OCTAGRAM> я считаю, что потоки — это данность
[14:41:59] <ada_ru> (Sergei) гы. почему
[14:42:01] <OCTAGRAM> следовательно, нет места для fork
[14:42:02] <ada_ru> (Sergei) как и форки
[14:42:18] <ada_ru> (Sergei) почему данность?
[14:42:34] <OCTAGRAM> без них современная разработка немыслима
[14:42:55] <ada_ru> (Sergei) в OpenBSD традиционно строили всё на fork
[14:43:49] <OCTAGRAM> так сервер на C++ не сильно лучше PHP работал, потому что соединения к базе в C++ не брались из пула, а впилить пул соединений к базе данных между fork'нутыми процессами, — это что-то за гранью возможностей среднего разработчика
[14:44:07] <OCTAGRAM> на нормальных же потоках всё хорошо получается
[14:44:38] <OCTAGRAM> ну поигрались и бросили, не сочетается fork с реальными потребностями
[14:46:09] <ada_ru> (Sergei) Вы имеете так много разных убеждений, что у меня не будет времени во всё вникать. Если вы смогли продать больше 10 копий какого-угодно технического решения, это решение заслуживает внимания. И fork тоже заслуживает
[14:47:10] <OCTAGRAM> для любителей где-нибудь, может быть, пусть остаётся
[14:47:24] <OCTAGRAM> но не как основное
[14:47:43] <ada_ru> (Sergei) а кто может так сказать. "Я решил - пусть остаётся". Мы можем только констатировать - живуче
[14:48:25] <OCTAGRAM> в джаве нет, в дотнете нет, зато есть потоки
[14:48:41] <OCTAGRAM> ада зависает
[14:51:30] <ada_ru> (Sergei) Мне не жалко не первую, не вторую, не третью. Вообще, мне ничего не жалко, что считает себя единственно правильным вариантом развития.
[14:51:32] <OCTAGRAM> никуда за пределы песочницы не распространилось
[14:53:52] <ada_ru> (I_vlxy_I) дык после форка вроде проблемы только у ребенка. у родителя то всё ок вроде как.
[14:54:57] <OCTAGRAM> если ребёнок «случайно» оставил сокеты занятыми, а родитель перезапустился, то родитель не может открыть сокеты, например
[14:55:22] <OCTAGRAM> смотришь на это и думаешь, какой же всё это бред
[14:55:34] <ada_ru> (I_vlxy_I) алсо pthread_atfork
[14:56:34] <OCTAGRAM> на винде-то DuplicateHandle пришлось бы делать, если нужно именно это, а тут случайно невзначай
[14:57:07] <ada_ru> (I_vlxy_I) нестандартная ось нинужна! винда должна умереть. в корчах!
[14:57:11] <OCTAGRAM> офигеть можно этот atfork писать
[14:57:44] <OCTAGRAM> есть Ecma стандарт на APIW
[14:58:07] <OCTAGRAM> значит, стандартная ось
[14:58:38] <OCTAGRAM> надо, будет и ISO, на примере офиса показали, как это делается
[14:59:04] <ada_ru> (I_vlxy_I) и какие же оси кроме маздая этому стандарту следуют? 😊
[14:59:39] <ada_ru> (I_vlxy_I) у мелкомягких всегда было очень своё понимание и стандартности и кроссплатформенности.
[15:00:04] <ada_ru> (I_vlxy_I) винда конечно нужна. но только в музее и в лаборатории. чтобы опыты над ней производить.
[15:01:15] <OCTAGRAM> в Haiku с fork, сдаётся мне, не лучше
[15:01:26] <ada_ru> (Sergei) бред, офигеть, есть стандарты, что люди играются во всякий геморрой, немыслимо, за возможностью среднего разработчика, даже нет нормальных людей, чтобы поговорить, всё fork-нуто, а как могло быть хорошо :)
Согласен
[15:02:15] <OCTAGRAM> на винде переносимость была типа винда-полуось
[15:02:16] <ada_ru> (Sergei) с остальным - нет
[15:02:34] <OCTAGRAM> и дпми
[15:02:44] <ada_ru> (I_vlxy_I) у мс понятие переносимость сейчас - между виндами и виндами 😃
[15:03:05] <OCTAGRAM> они ж за айбиэм не  могут отвечать
[15:03:31] <OCTAGRAM> и за других, которые не сделали как на полуоси и винде
[15:04:08] <ada_ru> (I_vlxy_I) бгг. слепили свою нестандартную балалайку и закуклились.
[15:04:43] <ada_ru> (Sergei) Ужас. Вернусь на Spectrum
[15:04:48] <OCTAGRAM> и достаточно адекватно потребностям разработчиков оказалось
[15:05:10] <ada_ru> (Sergei) адекватно потребностям адекватных разработчиков
[15:05:15] <OCTAGRAM> не тащили в 21й век продукты жизнедеятельности из 70х
[15:06:14] <ada_ru> (Sergei) это по Бертрану Расселу - всякая функция негласно определяет множество. Так и с адекватными потребностями множества X
[15:06:54] <ada_ru> (Sergei) А есть ещё элементы другого множества, которым не адекватно
[15:07:17] <ada_ru> (Sergei) Назовём их "всякими прочими извращенцами" и дело с концом
[15:08:26] <OCTAGRAM> SEH очень вовремя ввели, а ведь тоже могли оставить на самотёк
[15:08:28] <ada_ru> (Sergei) Вроде тех, кто с точки зрения программистов на Java программирует на Аде
[15:08:59] <OCTAGRAM> вот в Linux оставили на самотёк
[15:09:47] <ada_ru> (Sergei)  отвечает на <(OCTAGRAM) вот в Lin…>
В Linux, уважаемый, есть кому говорить, что адекватно, а что нет. Там очень быстро всех по местам сортируют
[15:10:25] <OCTAGRAM> кроме как под вайн, программы не запустить, досортировались
[15:13:54] <ada_ru> (Sergei) <прислал фото>
[15:20:16] <ada_ru> (I_vlxy_I)  отвечает на <(OCTAGRAM) кроме как…>
я запускаю все программы в linux не из под wine. что я делаю не так?
[15:20:48] <OCTAGRAM> и даже 2гис?
[15:20:53] <ada_ru> (Sergei)  отвечает (I_vlxy_I) на <я запускаю все прогр…>
у тебя не правильные программы
[15:22:04] <ada_ru> (Sergei) "правильная программа" - программа , разработчик которой сделал программу так, что она работает только под "правильную систему"
[15:22:23] <ada_ru> (I_vlxy_I)  отвечает на <(OCTAGRAM) и даже 2г…>
на десктопе - в браузере. на карманном линуксе — берешь и ставишь из google play. какие проблемы? зачем тут wine?
[15:22:31] <ada_ru> (Sergei) "правильная система" - система, которая может запускать "правильные программы". См. выше
[15:22:59] <ada_ru> (Sergei) smoozy,
[15:23:09] <ada_ru> (I_vlxy_I)  отвечает (Sergei) на <smoozy?>
ДА!
[15:23:48] <ada_ru> (Sergei) smoozy is the proper way to start any program. Say NO to wine
[15:24:28] <ada_ru> (Sergei) beer in mind, smoozy!
[15:30:23] <ada_ru> (Sergei) Помните этот текст. Там что-то вроде "если потолок в полосочку - то это пол. Попросите вас перевернуть и налить ещё смузи". В оригинале там было "пиво", но так даже лучше. Нигде не могу найти. Инструкция их какого-то немецкого бара в оригинале
[15:31:18] <ada_ru> (I_vlxy_I) не, не помню
[15:33:18] <ada_ru> (I_vlxy_I) интересно. есть ли какой-то быстрый способ оценить размер изображения после сжатия его в jpeg не производя оное сжатие?
[15:33:56] <ada_ru> (nitrocerber) а зачем такое?
[15:34:08] <ada_ru> (nitrocerber) Я подозреваю, что по ресурсам затраты будут такие же
[15:34:20] <ada_ru> (Sergei)  отвечает (I_vlxy_I) на <интересно. есть ли к…>
Да, конечно, можно взять уже пожатое :) ваш Кэп
[15:34:47] <ada_ru> (I_vlxy_I)  отвечает (Sergei) на <Да, конечно, можно в…>
да кто ж мне пожатое то даст? 😊
[15:35:15] <ada_ru> (Sergei) А ты сам пожми, и скажи что так и было :)
[15:35:18] <ada_ru> (I_vlxy_I)  отвечает (nitrocerber) на <Я подозреваю, что по…>
ну, надо понять, ресайзить изображение перед сжатием, или нет. после сжатия картинга должна уложиться в лимит по размеру.
[15:36:38] <ada_ru> (I_vlxy_I) пока приходит в голову, только пытаться пожать, несли не влезло, то в следующий раз если приедет картинка с такими же WxH, то её уже ресайзить.
[15:36:48] <ada_ru> (I_vlxy_I) качество попортится, ну и фиг с ним.
[15:37:18] <ada_ru> (Sergei) Ну, очевидно, всё зависит от требуемого качества
[15:37:26] <ada_ru> (Sergei) А качество мы не знаем, какое требуется
[15:37:35] <ada_ru> (Sergei) можно клястеризовать картинки по группам
[15:37:43] <ada_ru> (Sergei) например, текст - одно качество
[15:37:54] <ada_ru> (Sergei) портрет - другое
[15:38:00] <ada_ru> (Sergei) и задать качество для каждой группы
[15:38:08] <ada_ru> (I_vlxy_I) ну, тут пользователь (то есть прикладной программист) тупой. он не знает что мы будем жать.
[15:38:16] <ada_ru> (Sergei) качество померять как частоту смены яркости пикселя
[15:38:20] <ada_ru> (I_vlxy_I) надо немного машинлернинга!
[15:38:23] <ada_ru> (I_vlxy_I) (и смузи)
[15:39:05] <ada_ru> (Sergei) На практике, однако, картинку жмут сильно, а потом разжимают до тех пор, пока не видно заметного улучшения
[15:39:23] <ada_ru> (Sergei) можно посчитать математически, если знать требуемую частоту смены яркости пикселя
[15:39:42] <ada_ru> (Sergei) но нужно ли? зачем тут думать, жать надо!
[15:39:58] <ada_ru> (I_vlxy_I) да тут печаль в том, что это все хм.. более-менее реалтайм и embedded на довольно ограниченной железяке. которая не только этим занимается.
[15:40:43] <ada_ru> (I_vlxy_I)  отвечает (Sergei) на <На практике, однако,…>
а вот идея с разжатием - хороша. спасибо. в этом что-то есть.
[15:40:47] <ada_ru> (Sergei) Это у тебя неправильная программа и неправильное железо, Алексей. Так не должно быть.
[15:41:08] <ada_ru> (I_vlxy_I) сделать вначале плохо, следующий кадр - лучше, следующий еще лучше. ОЙ. откатываемся к предыдущему качеству.
[15:41:20] <ada_ru> (Sergei) И реалтайм никому не нужен, его нигде нет.
[15:42:28] <ada_ru> (I_vlxy_I) ничего на свете нету, опа!
[15:42:33] <ada_ru> (I_vlxy_I) http://www.rastamantales.com/skazki/content/pro-voynu
[15:42:40] <ada_ru> (Sergei) Ну да, ты прав. Пожать сильно ведь быстрее. Потому должно быть достаточно эффективно, начинать с большего сжатия
[15:43:09] <ada_ru> (I_vlxy_I) но слушать конечно лучше http://www.rastamantales.com/skazki/sites/default/files/03_-_pro_wojnu.mp3
[15:43:57] <ada_ru> (I_vlxy_I)  отвечает (Sergei) на <Ну да, ты прав. Пожа…>
а после того как пожали, мы знаем сколько вышло. и знаем что, скорее всего, следующий кадр будет похож на предыдущий. поэтому можем примерно оценить масштаб бедствия
[15:45:11] <ada_ru> (I_vlxy_I) если каждый раз мы увеличиваем разрешение в 2 раза по каждому из измерений (а это самый быстрый ресайз), то в следующий раз, грубо говоря, картинка займет в 4 раза больше (хотя это и очень грубое приближение).
[15:54:14] <ada_ru> (Sergei)  отвечает (I_vlxy_I) на <http://www.rastamant…>
Ну, такой синтез мне ещё не по силам :)
[15:54:45] <ada_ru> (Sergei) Да и вообще, в голландии можно растить только 5 кустиков на семью, а не так, как вы думаете
[15:57:08] <ada_ru> (I_vlxy_I) хех. сделал. кажется работает как надо. осталось допилить паяльником.
[15:57:37] <ada_ru> (Sergei) отпаялить пилильником
[15:58:42] <ada_ru> (Sergei) О, пришло ассинхронное событие от чайника по сетке, что он закипел.
[15:59:58] <ada_ru> (I_vlxy_I) умный дом!
[16:09:23] <ada_ru> (I_vlxy_I) да, x4 это хорошая параноидальная оценка сверху.
[18:56:59] <ada_ru> (I_vlxy_I) А что же, gnat не может в utf в исходниках?
[18:57:43] <ada_ru> (I_vlxy_I) subtype Alphabet is Wide_Wide_Character range 'А' .. 'Я';
говорит, что в этой строчке missing operand
[19:20:38] <ada_ru> (I_vlxy_I) Диагностика ошибок конечно ну такое...
learn.adb:7:09: expected type "Standard.Integer"
learn.adb:7:09: found type "Standard.Float"
gprbuild: *** compilation phase failed

Для примера, в g++:
<source>:4:6: error: cannot convert 'float' to 'char*' in assignment
    c=f;
     ^

В Rust:
error[E0308]: mismatched types
--> <source>:4:9
 |
 |     a = num;
 |         ^^^ expected i32, found f32
[19:28:43] <ada_ru> (I_vlxy_I) swift:
<source>:4:9: error: cannot assign value of type 'Double' to type 'Int'
   a = n;
       ^
       Int( )
[19:29:29] <ada_ru> (I_vlxy_I) эхъ, свифт.. сразу смузи захотелось. и макбук.
[20:04:17] <ada_ru> (nitrocerber) Это первый шаг к резиновой женщине! Или даже не женщине
[20:08:13] <ada_ru> (I_vlxy_I) ты про utf8 в исходниках, или про нормальную диагностику ошибок? 😊
[20:15:23] <ada_ru> (I_vlxy_I)
[20:15:24] <ada_ru> (I_vlxy_I) /start@combot hbase
[20:15:30] <ada_ru> (I_vlxy_I) /stat@combot
[20:16:00] <ada_ru> (I_vlxy_I) /online
[20:29:59] <ada_ru> (Максим)  отвечает (I_vlxy_I) на <А что же, gnat не мо…>
Нужно указать компилятору что исходники в ютф
[20:39:49] <ada_ru> (Максим)  отвечает (I_vlxy_I) на <Диагностика ошибок к…>
Попробуй ключ  -gnatv это то что ты хочешь?
[20:48:39] <OCTAGRAM> Wide_Wide_Character'Val (16#04C0#)
[21:23:02] <ada_ru> (coopht) <прислал фото>
[21:24:24] <ada_ru> (Sergei) :) Кому оставим шлакоблок?
[21:25:37] <ada_ru> (nitrocerber)  отвечает (coopht) на <>
Що ж такое ада тогда? Коптер с гренкой?)
[21:25:48] <ada_ru> (t91x0)  отвечает (nitrocerber) на <Що ж такое ада тогда…>
Заточенная арматура
[21:25:56] <ada_ru> (nitrocerber) :'-(
[21:29:27] <ada_ru> (coopht) 😊
[21:32:51] <ada_ru> (I_vlxy_I) Ада - это должен быть НАБОР инструментов.
[21:33:00] <ada_ru> (I_vlxy_I) Целый сундук!
[21:33:23] <ada_ru> (I_vlxy_I)  отвечает (Максим) на <Попробуй ключ  -gnat…>
Спасибо, попробую.
[21:57:45] <ada_ru> (nitrocerber) Ладно, с вами хорошо, но самолёт ждать не будет. Чуйский тракт, here i come. Не разводите тут геноцид окда?
[21:58:22] <ada_ru> (I_vlxy_I) ok-ok
[21:58:27] <ada_ru> (I_vlxy_I) счастливого пути 🙂
[21:59:58] <ada_ru> (coopht)  отвечает (nitrocerber) на <Ладно, с вами хорошо…>
Забаним тебя, если дольше чем на час отлучишься
[21:59:59] <ada_ru> (coopht) 😊
[22:00:20] <ada_ru> (nitrocerber) Resistance is futile?
[22:01:13] <ada_ru> (I_vlxy_I) Биоцид рулид!
[22:01:21] <ada_ru> (coopht) Yes
[22:01:25] <ada_ru> (I_vlxy_I) Кубик навестит вас!
[22:01:30] <ada_ru> (coopht) Exterminate!!! Exterminate!!!
[22:02:08] <ada_ru> (I_vlxy_I) помню играл в VGA Planets.. Биоциды рулят 🙂 если киборгу дадут разожраться конечно.
[22:23:37] <ada_ru> () New site user: Pochka Naturalnaia https://lh6.googleusercontent.com/-ggVuVzFRvYg/AAAAAAAAAAI/AAAAAAAAAAA/AAnnY7o219GdG56D_wrAVjiR_H1EIAqG_Q/s96-c/photo.jpg
[22:25:54] <ada_ru> (I_vlxy_I) кто-то решил продать почку чтобы купить GNAT Pro? 🙂
[22:26:05] <ada_ru> (I_vlxy_I) на год
[22:26:37] <ada_ru> (t91x0) А давайте проще. Где берётся варезный gnat pro?
[22:48:43] <ada_ru> (I_vlxy_I) и варезная тех. поддержка оного!
[22:49:26] <ada_ru> (I_vlxy_I) ну и вообще, gnat gpl использовать в коммерческих проектах же нельзя, а вот варезный gnat pro - можно! Ибо всегда так делали (c делфи там, вижуалштудией и проч).
[22:49:38] <ada_ru> (t91x0) Если продукт хороший, так сказать - автономный, то техподдержка ему не нужна. Тому хорошим примером винда, стоящая во множестве организаций безо всякой поддержки.
[22:50:14] <ada_ru> (t91x0)  отвечает (I_vlxy_I) на <ну и вообще, gnat gp…>
Это почему нельзя? Если исходники давать клиенту по запросу - то можно.
[22:50:16] <ada_ru> (coopht) gcc'шный гнат вполне неплохо справляется
[22:50:54] <ada_ru> (I_vlxy_I) но вот если хочется аццкую iOS, то да. только gnat pro...
[22:51:00] <ada_ru> (I_vlxy_I) Даешь Адский смузи!
[23:07:45] <ada_ru> (I_vlxy_I) /stat@combot