[00:50:43] <ada_ru> (Pavel) /usr/local/gnat/bin/gps_exe ; exit;

(process:6598): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
Traceback (most recent call last):
 File "<string>", line 1, in <module>
 File "/usr/local/gnat/lib/python2.7/site-packages/gi/__init__.py", line 100, in require_version
   raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace Gtk not available
[00:50:45] <ada_ru> (Pavel) везде змеи
[00:50:49] <ada_ru> (Pavel) как так можно то?
[00:52:02] <ada_ru> (I_vlxy_I) серпентофобия?
[01:34:54] <vgodunko> Нефиг запускать что попало!
[01:35:16] <ada_ru> (I_vlxy_I) Да! Надо юзать vscode!
[01:35:26] <ada_ru> (I_vlxy_I) Там вот и подсветочка созрела!
[01:35:28] <vgodunko> Нужно найти обёртку на shell писаную, она знает правила вызова
[01:35:30] <ada_ru> (I_vlxy_I) (до беты)
[03:47:21] <OCTAGRAM> vscode  — браузерный суррогат
[10:31:36] <landgraf> vgodunko, для macos gnat так "собран", что по другому не получается
[11:28:51] <vgodunko> А поподробнее?
[11:28:59] <vgodunko> Это GPL 2017?
[11:36:34] <OCTAGRAM> в GNAT GPL 2006 была на shell обёртка
[18:12:45] <landgraf> ну да, "ставишь" его doinstall-ом и идешь думать что надо запустить чтобы был gps )
[18:13:12] <landgraf> кстати, перекючение раскладок не работает от слова совсем внутри gps (или GTK, не знаю)
[18:13:50] <ada_ru> (I_vlxy_I) А оно уже научилось работать без X11 в macOS?
[18:14:26] <landgraf> ну вот видимо нет
[18:14:37] <landgraf> к счастью emacs сделали на cocoa и жить можно
[18:14:39] <ada_ru> (I_vlxy_I) vscode!
[18:47:09] <landgraf> я не настолько хипстер
[18:48:12] <ada_ru> (sverhOboroten) vscode? это же супержырное убогое медленное поделие на нетипизированном JAVAscript
[18:48:45] <ada_ru> (I_vlxy_I) на типизированном. на динамически типизированном js! а еще на статически типизированном тупешрикте!
[18:49:35] <ada_ru> (sverhOboroten) :facepalm:
[18:51:03] <ada_ru> (I_vlxy_I) ну, кстати, оно не такое жырное как та же еклипса или идея. то есть оно отзывчевее намного, грузится быстрее, CPU не так жрет, на ноуте реально использовать и так далее. единственное где оно резко может сливать - это на действительно больших файлах.
[18:57:21] <ada_ru> (sverhOboroten) Вот тут юмор про "быструю" яву, а уж на сколько порядков js тормознее...
[18:59:32] <ada_ru> (I_vlxy_I) на сколько?
[19:00:06] <ada_ru> (sverhOboroten) На несколько
[19:00:23] <ada_ru> (I_vlxy_I) десятичных порядков? на какой задаче?
[19:00:48] <ada_ru> (sverhOboroten) порядки всегда десятичные. в среднем
[19:01:13] <ada_ru> (I_vlxy_I) то есть как минимум в 100 раз в среднем java быстрее чем js?
[19:01:37] <ada_ru> (sverhOboroten) да
[19:02:19] <ada_ru> (I_vlxy_I) можно хоть какой-нибудь пруф, или описание эксперимента, который мог бы подтвердить, либо опровергнуть эту гипотезу?
[19:03:37] <ada_ru> (sverhOboroten) Да на любой сайт с ссылками на ролики обвязанные явяскриптом заходишь и секундами нужно ждать пока прогрузится
[19:03:51] <ada_ru> (I_vlxy_I) это ж не то.
[19:04:12] <ada_ru> (sverhOboroten) вот это как раз то, что бесит пользователей
[19:04:18] <ada_ru> (I_vlxy_I) ты к скорости работы добавляешь сетевую задержку и время на загрузку элементов из кучи мест
[19:04:43] <ada_ru> (I_vlxy_I) плюс ты не имеешь возможности сравнить с тем, как работала бы жаба в таких же условиях (то есть как она манипулировала бы DOM-объектами).
[19:04:49] <ada_ru> (sverhOboroten) да не надо ничего из разных мест загружать (как это js любит)
[19:05:22] <ada_ru> (sverhOboroten) без неё был бы простой html, который почти мгновенно из одного места загружается
[19:05:33] <ada_ru> (I_vlxy_I) ладно, я понял что это просто блаблабла, и реального пруфа на то, что современный js в производительности сливает современной java в 100 раз не будет.
[19:06:05] <ada_ru> (sverhOboroten) достаточно без всяких пруфов провести коридорное тестирование
[19:06:49] <ada_ru> (I_vlxy_I) напомню, что мы говорили в контексте десктопного приложения и его производительности.
[19:06:57] <ada_ru> (I_vlxy_I) забудь про сеть и браузеры.
[19:07:32] <ada_ru> (sverhOboroten) дать тестерам бютжетный смартфон прошлого года и попросить зайти на сайт с js, типа хабры )
[19:07:34] <ada_ru> (I_vlxy_I) тащемта я активно пользовался и пользуюсь разными редакторами и IDE. vscode далеко не самый тормозной.
[19:07:59] <ada_ru> (sverhOboroten) qtcreator намного быстрее и отзывчевее
[19:08:41] <ada_ru> (sverhOboroten) после него любое поделие на js даже запусть не хочется
[19:08:44] <ada_ru> (I_vlxy_I) у qtcreator'a аж видно как подсветка синтаксиса обновляется при открытии файла. о чем ты вообще?
[19:09:31] <ada_ru> (sverhOboroten) достаточно быстро там обновляется
[19:09:46] <ada_ru> (I_vlxy_I) ну и учти, что Qt нонче это тот же браузер. со своим qml и qtscript.
[19:09:47] <ada_ru> (sverhOboroten) уж быстрее, чем в vscode
[19:10:04] <ada_ru> (I_vlxy_I) эмм.. нет. просто нет.
[19:10:22] <ada_ru> (I_vlxy_I) хотя, опять вопрос - на каких задачах и с какими настройками.
[19:10:23] <ada_ru> (sverhOboroten) Неправда. Qt можно без всего этого испольщовать на чистом быстрейшем си++
[19:11:15] <ada_ru> (I_vlxy_I) qt creator ведет себя по разному в зависимости от используемой code model, равно как и vscode ведет себя по разному в зависимости от language server (и есть ли оный вообще).
[19:11:59] <ada_ru> (sverhOboroten) проделки майкрософта