Size: a a a

Compiler Development

2020 February 05

KR

K R in Compiler Development
Eugene
Опубликована видеозапись доклада Алексея Евгеньевича Недори про сборочное программирование, Вир и перспективы применения этого опыта для проектов на работе в Huawei
https://youtu.be/AZdcaLWPAd8
«Слайды, слайды!!!»

А стенограмма есть?
источник

FO

FORTRAN ONE LOVE in Compiler Development
Eugene
Опубликована видеозапись доклада Алексея Евгеньевича Недори про сборочное программирование, Вир и перспективы применения этого опыта для проектов на работе в Huawei
https://youtu.be/AZdcaLWPAd8
Эх. Он ушел из этого чатика :-(
источник

FO

FORTRAN ONE LOVE in Compiler Development
Но контакт его остался :-)
источник

E

Eugene in Compiler Development
K R
«Слайды, слайды!!!»

А стенограмма есть?
вряд ли
источник

E

Eugene in Compiler Development
K R
«Слайды, слайды!!!»

А стенограмма есть?
субтитры из ролика
источник

KR

K R in Compiler Development
Eugene
субтитры из ролика
Спасибо
источник

KR

K R in Compiler Development
Блин, я по испански бы больше понял.
источник

МБ

Михаил Бахтерев in Compiler Development
А что такое сборочное программироварие?
источник

KR

K R in Compiler Development
Какая-то глубокая философия.

Из стенограммы я уяснил, что по сравнению с тогда стало значительно больше бардака.
источник

AT

Alexander Tchitchigin in Compiler Development
Михаил Бахтерев
А что такое сборочное программироварие?
Видимо, по сути то же самое, что и компоненто-ориентированное, и модульное до него.
Программирование методом связывания в кучку набора готовых компонентов. Взятых с NPM, по-видимому. 😂
источник

KR

K R in Compiler Development
Мне кажется, что те проблемы, которые он видит, техническими мерами не решаются.
источник

KR

K R in Compiler Development
Можно написать чудесные компилируемые, статически анализируемые языки, а народ будет всё равно писать бизнес логику на питоне с тестами. Просто потому, что за это платят.
источник

AT

Alexander Tchitchigin in Compiler Development
K R
Можно написать чудесные компилируемые, статически анализируемые языки, а народ будет всё равно писать бизнес логику на питоне с тестами. Просто потому, что за это платят.
Я думаю, внутри Huawei не сильно беспокоятся на чём и как пишут снаружи. А у себя-то могут заэнфорсить.
источник

KR

K R in Compiler Development
Alexander Tchitchigin
Я думаю, внутри Huawei не сильно беспокоятся на чём и как пишут снаружи. А у себя-то могут заэнфорсить.
Слабо верится - корпорации устроены похоже. Если механизм выбора «отвёртки под гвоздь» работает в массе корпораций, почему в Хаувее он должен сломаться?
источник
2020 February 06

МБ

Михаил Бахтерев in Compiler Development
K R
Можно написать чудесные компилируемые, статически анализируемые языки, а народ будет всё равно писать бизнес логику на питоне с тестами. Просто потому, что за это платят.
IMHO, это важный момент. Народ пишет на том, на чём писать быстрее. Есть же ещё биологический и социальный аспект во всей этой деятельности. Чем быстрее написал, тем больше шансов обойти конкурентов и забрать себе ресурсы. Жизнь - это вообще куча автокаталитических реакций: чем больше успеваем молекул в свой процесс включить, тем выше шансы что другие не разовьются. Поэтому, одним из свойств чудесного языка, должна быть скорость написания кода и скорость его изменения. А статический анализ в любом случае приложится. В случае Питона этот анализ превратился в неплохой такой бизнес.

Вопрос, поэтому, надо ставить так: можем ли мы сделать статический язык такой, на котором можно будет писать хотя бы с той же скоростью, что и на Питон? Лично я думаю, что это крайне проблематично, потому что у такого языка должны быть мощные средства абстрагирования, и люди будут проваливаться в интеллектуальные игры на уровне типов: типа, я круче, потому что у меня вот типы тут вычурнее и категорнее. Это не плохо, тоже своего рода социальная иерархия, но проблематично, потому что типы стираются в runtime, и никому они за пределами языкового сообщества не интересны. То есть, на языке-то, может быть, и будет писаться проще и быстрее, чем на Питоне, но социальная динамика будет такова, что библиотеки в итоге превратятся в гиперасбтрагированную систему, с которой будет весьма сложно начать быстро работать быстро. При чём, само абстрагирование станет целью, потому как люди хотят мерятся уровнем IQ, а это прекрасный метод.

Поэтому Питон с ЯваСкрипт и будут рулить. А оптимизации и стат. анализ будут завозить по мере необходимости. Линты для ЯваСкрипта, например, уже очень мощные. И, повторюсь, они формируют новый рынок, а это только способствует пропаганде языка.

В общем, как всегда, люди сами себе злобные чебурашки :)
источник

KR

K R in Compiler Development
Михаил Бахтерев
IMHO, это важный момент. Народ пишет на том, на чём писать быстрее. Есть же ещё биологический и социальный аспект во всей этой деятельности. Чем быстрее написал, тем больше шансов обойти конкурентов и забрать себе ресурсы. Жизнь - это вообще куча автокаталитических реакций: чем больше успеваем молекул в свой процесс включить, тем выше шансы что другие не разовьются. Поэтому, одним из свойств чудесного языка, должна быть скорость написания кода и скорость его изменения. А статический анализ в любом случае приложится. В случае Питона этот анализ превратился в неплохой такой бизнес.

Вопрос, поэтому, надо ставить так: можем ли мы сделать статический язык такой, на котором можно будет писать хотя бы с той же скоростью, что и на Питон? Лично я думаю, что это крайне проблематично, потому что у такого языка должны быть мощные средства абстрагирования, и люди будут проваливаться в интеллектуальные игры на уровне типов: типа, я круче, потому что у меня вот типы тут вычурнее и категорнее. Это не плохо, тоже своего рода социальная иерархия, но проблематично, потому что типы стираются в runtime, и никому они за пределами языкового сообщества не интересны. То есть, на языке-то, может быть, и будет писаться проще и быстрее, чем на Питоне, но социальная динамика будет такова, что библиотеки в итоге превратятся в гиперасбтрагированную систему, с которой будет весьма сложно начать быстро работать быстро. При чём, само абстрагирование станет целью, потому как люди хотят мерятся уровнем IQ, а это прекрасный метод.

Поэтому Питон с ЯваСкрипт и будут рулить. А оптимизации и стат. анализ будут завозить по мере необходимости. Линты для ЯваСкрипта, например, уже очень мощные. И, повторюсь, они формируют новый рынок, а это только способствует пропаганде языка.

В общем, как всегда, люди сами себе злобные чебурашки :)
Ну, то есть, определённые экономические и иерархические причины формируют популярность того или иного языка. Но обсуждать их тут скучно.

Интересное следствие тут то, что эти же причины, видимо, лимитируют сложность программных систем. И, скорее всего, это распространяется и на другую технику.
источник

KR

K R in Compiler Development
Некоторые люди, в связи с этим, молятся на войну. Тогда всякие daphny, f* и прочее пригодятся. ;-)
источник

МБ

Михаил Бахтерев in Compiler Development
K R
Ну, то есть, определённые экономические и иерархические причины формируют популярность того или иного языка. Но обсуждать их тут скучно.

Интересное следствие тут то, что эти же причины, видимо, лимитируют сложность программных систем. И, скорее всего, это распространяется и на другую технику.
Где-то слышал, что единственный способ породить в системе новизну и сложность - это случайность. А с ростом сложности системы, подходящие случайности происходят всё реже и реже. Вот, кстати, Питон или Clojure устойчивы к случайностям в коде (к его вариантивности). Может быть, это имеет особое влияние на популярность
источник

KR

K R in Compiler Development
Михаил Бахтерев
Где-то слышал, что единственный способ породить в системе новизну и сложность - это случайность. А с ростом сложности системы, подходящие случайности происходят всё реже и реже. Вот, кстати, Питон или Clojure устойчивы к случайностям в коде (к его вариантивности). Может быть, это имеет особое влияние на популярность
Питон, кстати, имеет крайне неочевидную семантику. И вообще непрост. Хотя и распеарен.

А устойчивость к ошибкам там потому, что делать с его помощью можно лишь пирамиды, а не ажурные конструкции.
источник

KR

K R in Compiler Development
Пирамиды очень устойчивы.
источник