[13:24:05] <valexеy> vlad2: похоже у Geniepro обострение синдродма Блаба :-)
[13:28:39] <egp> тааак
[13:29:00] <egp> чобы нам пописать когда начальство не грузит нагрузкой
[14:48:30] <egp> понятно. на работе я как огурчик, а дома меня всё угнетает люто. На работе это измыслил :) понятно как пофиксать
[14:49:39] <alexey.veselovsky> притащить раскладушку на работу? :-)
[14:49:52] <egp> не
[14:49:58] <egp> я хату куплю
[14:50:20] <egp> просто мама с утра заряжает негативом будь здоров
[14:50:38] <alexey.veselovsky> как тут поможет покупка хаты?
[14:50:53] <egp> ну никто негативом не будет заряжать :)
[14:51:33] <alexey.veselovsky> а как же соседка-старушка-процентщица?
[14:51:51] <egp> да зачем мне это
[14:59:06] <egp> я деревяшку хочу взять... там соседков нету
[14:59:27] <egp> в черте города
[15:00:52] <egp> а пока можно пописать. Токо не в js
[15:02:35] <alexey.veselovsky> ну напиши транслятор в java :-) тоже хлеб
[15:05:38] <egp> гг
[15:05:55] <egp> не смешите мои маленькие тапочки
[15:06:34] <alexey.veselovsky> а что такое? штука то полезная
[15:06:38] <egp> нет ну это всё можно конечно...
[15:06:53] <egp> просто у меня цель с процами
[15:09:24] <egp> msp430 говоришь
[15:09:34] <alexey.veselovsky> угу
[15:09:42] <alexey.veselovsky> msp430 - няшка
[15:10:38] <egp> [17:05:23] <alexey.veselovsky> ну, ок. возьми проц что попроще, ну например msp430, и попробуй под него написать оптимизирующий компилятор чего-нибудь простого. ну, например оберона
[17:05:38] <egp> а оно надо тебе?
[17:05:49] <alexey.veselovsky> ога. ибо см. http://oberspace.dyndns.org/index.php/topic,281.0.html
[17:05:58] <alexey.veselovsky> msp430 дофига где используется
[15:11:37] <alexey.veselovsky> угу
[15:11:57] <alexey.veselovsky> особенно если удастся сделать нормальный компилятор а не формальный
[15:13:04] <egp> gcc не предлагать. - это почему?
[15:13:17] <egp> он есть под это?
[15:16:12] <alexey.veselovsky> есть.
[15:16:15] <alexey.veselovsky> оно УГ
[15:16:25] <alexey.veselovsky> оно генерит толтый неоптимальный код
[15:16:39] <alexey.veselovsky> и до кучи оно не умеет 20ти битную адресацию
[15:20:34] <egp> пыщь пыщь
[15:20:38] <egp> пепяка
[15:21:00] <alexey.veselovsky> и вообще я не уверен что gcc там нормально целые числа умножать умеет
[15:21:02] <egp> УПЧК ВОТАКУ
[15:21:55] <egp> славне воене
[15:23:42] <egp> блин пива вчера купил бальшой пузир а щас выпил. терпеть не навижу браузеры. даешть оберспаце ббс
[15:24:25] <alexey.veselovsky> благородного дона устроит tcp соединение которое выплюнет ему всю информацию скажм в виде json? :-)
[15:24:56] <egp> там маркуп будет. маркуп вредный
[15:25:04] <egp> bbcode
[15:25:29] <alexey.veselovsky> вырезать не проблема :-) ну или заменить на markdown
[15:25:35] <egp> ну ладно чонить придумаем
[15:29:46] <alexey.veselovsky> кстати, а чем не кошерен bbcode?
[15:31:59] <egp> ну может тем что его на ббс не было?
[15:32:13] <egp> да ладно я гоню
[15:33:35] <alexey.veselovsky> эмм.. там, сколь я помню, был другой маркап.
[15:33:44] <alexey.veselovsky> позволяющий как минимум цвета и подчеркивания
[15:33:59] <alexey.veselovsky> идеалогический его продолжатель это markdown, как я понимаю
[15:34:09] <egp> неа. там не было маркапа
[15:34:25] <egp> там был анси колор
[15:34:40] <alexey.veselovsky> а это не разметка текста? :-)
[15:34:58] <alexey.veselovsky> как там помечался символ цветом? то есть технически
[15:34:58] <egp> который в мессагах отсутствовал. они были plaintext
[15:35:09] <egp> ESC чтототам
[15:35:31] <alexey.veselovsky> правильно escape-code, что и есть простейший маркап язык
[15:35:38] <egp> ну да
[15:35:44] <alexey.veselovsky> http://en.wikipedia.org/wiki/ANSI_escape_code
[15:36:59] <egp> этот простейший маркап язык технически жрет меньше ресурсов чем ббкод и хммл
[15:37:03] <egp> хтмл
[15:37:31] <egp> но можно соптимизировать его
[15:37:51] <alexey.veselovsky> чем html - да, но не уверен что меньше чем разметка на базе xml.
[15:38:01] <alexey.veselovsky> особенно если она уровня bbcode
[15:38:17] <egp> даешь asn.1
[15:38:31] <egp> и BER всякий
[15:39:37] <alexey.veselovsky> смысла не имеет для текста
[15:39:49] <egp> ну прям
[15:39:54] <alexey.veselovsky> и вообще, тогда уж google protobuf сразу
[15:40:12] <egp> доздрастувуют zerocopy teхнологии
[15:40:31] <egp> даже поищу
[15:40:59] <alexey.veselovsky> но и asn.1 и protobuf тут оверкилл на самом деле
[15:41:31] <alexey.veselovsky> вообще, ничто не запрещает сделать конвертер в разные представления тащемто. и по tcp выдавать в том формате разметку в котором запрашивают.
[15:43:27] <alexey.veselovsky> гм-гм. более того - если мыслить это именно для форума, то нет ничего плохого в разделении текста от его разметки. то есть вот есть текст (сплошняком), и есть разметка для этого текста, где например говорится, что от от сих до сих у нас цитата, а вот от сих до сих у нас красненькое.
[15:43:50] <alexey.veselovsky> при этом разметка будет вообще не в виде текста а в виде бинаря
[15:44:03] <alexey.veselovsky> (подозреваю что в BlackBox'e примерно так и сделано)
[15:44:26] <egp> ну вот короче зерокопи вещи - это берется чтото иммутабельного и его чанки везде в виде пойнтеров копируются
[15:45:01] <alexey.veselovsky> угу. см как работает haskell
[17:14:41] <alexey.veselovsky> "Смотрим с мужем новый мультик Миядзаки "С маковых полей", он долго думает,потом говорит: Где-то я эту актрису уже видел..
Я,не втыкая, спрашиваю: Где?
ОН: Пожалуй, раньше она снималась в каком-то хентае. Все хорошие анимешные актрисы начинали с хентая."
[17:25:54] <vlad2> Злобно :)
[17:29:34] <vlad2> На самом деле у Миядзаки одна и та же актриса :)
[17:30:40] <alexey.veselovsky> а он хентаем не подрабатывает на досуге? :-)
[17:32:48] <vlad2> Может начинал с :)
[17:34:15] <vlad2> Кстати, хентай как-то прошел мимо меня. Там есть что-нибудь классическое посмотреть?
[17:35:13] <alexey.veselovsky> не знаю. оно тоже мимо меня прошло
[17:35:52] <alexey.veselovsky> судя по картинкам в инете - хентай про одно и то же - про гастроскопию и колоноскопию :-)
[17:38:47] <vlad2> Ну в инете понятно, что трэш всякий. Но мало ли, есть что-то такоею С сюжетом и, может, глубокой мыслью :)
[17:47:07] <alexey.veselovsky> глубокое внедрение щупальца? :-)
[17:49:41] <vlad2> Не, с щупальцами мне как-то совсем не того :)
[17:50:13] <vlad2> В декабре выходит Хоббит! Будет повод пересмотреть властелина колец.
[17:50:43] <alexey.veselovsky> предпочитаешь макаранного монстра? :-)
[17:50:54] <alexey.veselovsky> о! хоббот! это хорошо
[17:55:52] <alexey.veselovsky> vlad: а как считаешь ты - нужно ли в языке иметь операторы специфичные для float'ов? :-)
[17:56:27] <vlad2> Нужно.
[17:56:45] <vlad2> Nokia 808 PureView - 41 мегапиксель. Они там совсем что-ли долбанулись???
[17:57:12] <alexey.veselovsky> ога. пиписькомерялка!
[17:57:38] <vlad2> Угу. У меня пикселов в четыре раза больше, чем в твоей зеркалке за килобакс :)
[17:58:22] <vlad2> Кстати, оберонщиков можно потроллить, почему у них REAL в языке, а не в библиотеке.
[17:58:29] <alexey.veselovsky> это примерно как с диагональю экранов смартфонов сейчас :-)
[17:58:38] <vlad2> И чем комплексные числа хуже.
[17:58:51] <alexey.veselovsky> кстати, комплексные числа в Go в языке
[17:59:06] <alexey.veselovsky> vlad: более того - я уверен что info21 поддержит что real нужно выкинуть в библиотеку или вообще
[17:59:16] <alexey.veselovsky> он большой не любитель этой плавающей точки
[17:59:27] <alexey.veselovsky> впрочем, как и многие refal'щики
[18:05:04] <vlad2> Просто она ему не нужна для символьной алгебры :)
[18:13:54] <alexey.veselovsky> угу. более того - вредна
[18:14:03] <alexey.veselovsky> ровно те же соображения у рефалистов кстати
[18:14:13] <alexey.veselovsky> ибо они тесно связаны с оной символьной алгеброй
[18:14:38] <alexey.veselovsky> поэтому в наиболее кошерных диалектах рефала нет float'ов
[18:14:42] <alexey.veselovsky> есть только целые числа
[18:17:33] <alexey.veselovsky> для микроконтроллеров float тоже геморрой в языке - ибо железяка про них ничего не знает
[18:17:47] <alexey.veselovsky> впрочем, железяка часто и про умножение целых не знает, а уж про деление…
[18:26:38] <vlad2> Да. Но нужен какой-то оптимум. Таки флоаты все современные железки не-контроллеры умеют.
[18:27:14] <vlad2> Впрочем я не удвивлюсь, если Вирт выпилит в следующем обероне и REAL'ы.
[18:31:38] <alexey.veselovsky> эмм. не у всех например армов есть эти самые реалы
[18:32:23] <alexey.veselovsky> ну и опять таки - чем тебе микроконтроллер не компьютер? за что его дискриминировать и усложнять перенос программ на него и с него?
[18:34:24] <alexey.veselovsky> кстати, в плюсах то как раз этой дилемы - что включать а что не включать в язык, почти и нет - ведь там же можно свои инфиксные операторы делать для конкретных типов.
[18:34:35] <alexey.veselovsky> и уж тем более в хаскелле.
[18:46:45] <vlad2> В плюсах полноценный встроенный тип все равно не сделать - будет не так эффективно, как если бы в компилятор было зашито.
[18:47:09] <alexey.veselovsky> почему?
[18:48:02] <vlad2> Ну как ты себе представляешь оптимизацию числодробильных выражений, если компилятор ничего не знает про особенности работы проца.
[18:48:42] <vlad2> Сравни какой-нибудь VC6 и интеловский компилятор на жестокой вещественной числодробилке.
[18:49:46] <alexey.veselovsky> у них кодогенератор просто разный. но не в этом дело. если у тебя есть класс float, методы-операторы этого класса естественно написаны на асме целевого процессора, то разницы в скорости в общем то и не будет.
[18:50:31] <vlad2> Так что я бы сказал так, что в ЯВУ общего назначение должно быть все, что есть на распространенных платформах. Чего нет на конктретной платформу - эмулируется и т.д. вплоть до неподдерживается.
[18:50:57] <vlad2> операторов и асма - мало
[18:51:05] <alexey.veselovsky> эмм… то есть ты предлагаешь в плюсы впилить вектора и матрицы и операции с ними на уровне ядра языка?
[18:51:14] <vlad2> для полноуенной оптимизации результирующего асма
[18:51:37] <vlad2> Ну лет так через 5 - уже можно смело впиливать.
[18:51:51] <alexey.veselovsky> это можно было впиливать еще 5 лет назад
[18:52:13] <vlad2> Ну на каких железках сейчас полноценные векторные операции?
[18:52:32] <alexey.veselovsky> arm, powerpc,x86 как минимум
[18:52:49] <vlad2> Полноценные - в смысле достаточно абстрактные и перекрывающиеся с подобными операциями на других железках. Как умножение и деление.
[18:53:22] <alexey.veselovsky> у яблока единая билиотека для железнячных векторных операций и для powerpc и для arm и для x86
[18:53:59] <alexey.veselovsky> так же, видимо, на уровне языка нужно ввести логарифмы, синусы, косинусы и так далее.
[18:54:23] <vlad2> Т.е., написав matrix_a * matrix_b я могу получить вменяемый асмовский код, который будет работать быстрее перегруженных операторов.
[18:55:06] <alexey.veselovsky> гм. не забыть про таймеры процессора, mmu и прерывания. они то есть вообще на всех процессорах где крутится линукс :-)
[18:55:15] <vlad2> С синусами все несколько проще, потому что там нет понятия структуры данных. В отличие от матриц.
[18:55:16] <alexey.veselovsky> ТОЖЕ В ЯЗЫК!!!1
[18:55:41] <vlad2> И, кстати, да - интеловский компилятор знает, что такое синус и оптимизит код, его использующий.
[18:55:49] <alexey.veselovsky> эмм.. есть. структура данных тут какой-нибудь float :-)
[18:55:57] <alexey.veselovsky> и gcc тоже знает
[18:56:05] <vlad2> Угу.
[18:56:10] <alexey.veselovsky> синусы всякие - это builtins'ы оного gcc
[18:56:26] <vlad2> И этот float - в языке. Это не in32.
[18:56:40] <vlad2> int32
[18:56:53] <alexey.veselovsky> это не int32
[18:57:08] <alexey.veselovsky> тем более что на платформе как раз int32 может и не быть вообще
[18:57:51] <vlad2> Хотя можно было сказать - нафига в языке float, если можно написать typdef int32 float (и обложить ifdef'ами для разных платформ)
[18:57:58] <alexey.veselovsky> тем более что float может быть 80ти битным наприме
[18:58:02] <alexey.veselovsky> р
[18:59:18] <vlad2> Короче, я думаю, что векторные операции очень скоро втащат. Прерывания не втащат, потому что они нужны ну в очень специфичных задачах.
[18:59:48] <alexey.veselovsky> то есть вопрос таргетирования языка опять же :-)
[19:00:10] <alexey.veselovsky> если вам операционку писать -то вектора да флоаты идут в пень, а вот прерывания и mmu нужно в язык.
[19:00:26] <alexey.veselovsky> а вот если числодробить, то как бэ наоборот
[19:00:37] <vlad2> Сколько там кода в операционке, непосредственно завязанного на прерывания и mmu?
[19:00:46] <alexey.veselovsky> а ынтырпрайз программисту это все вообще не нужно
[19:01:07] <alexey.veselovsky> процентов 90 :-)
[19:01:21] <vlad2> Все равно его на асме писать - оно ж ни разу не совместимо с другими железками. В отличие от векторных операций.
[19:01:34] <alexey.veselovsky> ось - это ядро + драйвера. и оно все этим пропитано. а всякие там шелы и окошки - это уже не ось
[19:02:02] <alexey.veselovsky> если в языке есть - то будет совместимо, иначе в языке этого нет :-)
[19:02:55] <vlad2> Не, не будет. Сильно разное. Векторные операции тоже не будут, если они сильно отличаются на разных железках.
[19:04:02] <alexey.veselovsky> те же обработчики прерываний в каком-нибудь IAR делаются единообразно для кучи разных камней. так что проблема решаемая
[19:10:32] <vlad2> Ладно - пусть будут в языке, жалко что-ли :)
[19:10:55] <alexey.veselovsky> дайошь PL/I!
[19:10:58] <alexey.veselovsky> :-D
[20:14:14] <alexey.veselovsky> "Из статьи про возможность убийства человека полонием. Стопроцентовая Нобелевка.

"Период полураспада полония составляет 138 дней, период полного распада, соответственно, 276 дней""
[20:14:19] <alexey.veselovsky> /me facepalm
[20:15:13] <vlad2> Журнализды?
[20:15:35] <alexey.veselovsky> скорее всего
[20:16:25] <vlad2> Кстати, бозон Хигса как-то пролетел мимо наших форумов :)
[20:17:25] <alexey.veselovsky> там же вроде как на грани статистической погрешности что-то выловили
[20:18:18] <vlad2> Дык, все равно :)
[20:20:12] <alexey.veselovsky> да лето же. все в отпусках/на даче/на рыбалке
[20:20:24] <alexey.veselovsky> или просто в афиге от жары сидят на работе без кондиционеров