Жалко, что Александр так и не ответил толком, как он учился (в его случае самообучался), что именно делал на работе, как вообще докатился до жизни такой. А в целом супер-гость, конечно, и отличное интервью. Егору большой респект, помимо всего прочего, за то, что всегда внимательно слушает ответы, не останавливает и не перебивает, не пытается умничать типа "да я сам в теме, у меня вон свой язык тоже есть, я тоже крутой". Тактично, корректно , отличные вопросы. Резкий контраст в этом плане на фоне, например, АйТиБороды - пару интервью у него смотрел, тяжело далось.
Первый ЯП написал в 13 лет по книге земляка Сергея Свердлова "Языки программирования и методы трансляции". В 2012 устроился вебдевом, в 2014 написал архитектуру стартапа с нуля на Go, тогда ещё новом и малоизвестном языке. Язык понравился своей простотой, но многого не хватало. Поэтому в 2018 написал свой язык V, в 2019 переписал его на самом себе и заопенсорсил.
@@VLang полистал книгу, фактически это добротный ВУЗовский учебник. В13 лет такое осилить и что-то своё работающее сделать - это, конечно, мощно) Я, по-моему, ещё в трансформеров в этом возрасте играл
@@vremennonado да, много вузовской математики я не понимал тогда, но код был прост. Надо будет выложить на гитхаб мой ЯП, который я написал по этой книге :) Книга хорошая, жаль не было AST. Но в те времена писали однопроходные компиляторы, думаю из-за этого.
Simple but not easy! Отличный гость, без фона, понтов, бороды, смузи и прочей шелухи современного "набивания репутации и раздувания щек"- пришёл, увидел, победил!
Спасибо за интересное интервью! Смотрел со включенными субтитрами (не всегда разбирал слова Александра) и обратил внимание на то, какие качественные субтитры, со знаками препинания и правильными словами. Где их готовили? Ютуб пока так не умеет.
Читаешь issues на GitHub - и все как говорил Егор про хейтеров в opensource. Интересно было бы послушать как Александр будучи единоличным создателем выдерживает этот напор от критиков. Про volt еще интересно подробнее услышать, также про то, почему название языка звучит как Vi, а Volt как Vault 😅
Критика частично оправдана как я понимаю из-за того что было несколько обещаний в начале которые не были сдержаны насчет того же GC например. Хотя обороты хейта не оправданы в целом конечно
Сорян, если комментарий продублируется, походу гугл его дропает из-за ссылки. Спасибо Егору и гостю за интервью! Круто было бы вторую часть увидеть. Хорошо бы Эндрю Келли позвать на интервью. Есть ли статьи про "кишки" V? Интересно было бы про трансляцию. Есть мнение, что ни в одном из ЯП работа с ошибками не сделана прям идеально (ссылку попробую ниже оставить). Были ли амбиции задизайнить что-то идеальное?
🇧🇷 Eu trabalho com C# a 6 anos, porém a dois anos que meu github está cheio de código V, estou amando a simplicidade que se consegue iniciar um projeto e ainda manter o sistema saudável.
@@VLang 2:30 "добавлю многопоточности" а куда ее добавлять? в транслятор? бессмыслица какая-то. и я в принципе не понимаю, как можно куда-то просто добавить многопоточности: например, в джаве чтобы понастоящему разобраться с многопоточностью, надо жизнь потратить - и это как пользователь☝🏼 а ведь кто-то эту систему разработал!
@@VLang ты столько языков перечислил за выпуск - ты их все знаешь???? вообще твой бэкграунд в выпуске совершенно не раскрыт: чему и сколько времени ты самообучался и чем занимался на работе? такое ощущение, что ты просто с детства изучал разные языки как они работают на самом деле и сравнивал их. сколько тебе лет?🤔
Вообще интересные направления в плане новых, простых языков, V, Nim, Zig (это то что только я знаю), но я так понимаю для них самое главное не уйти в бесконечное добавление фич и оставаться лаконичным. Может действительно нам больше нужен V lang 1.0, а не Python 4.0 с кучей кода разного качества и ужасным легаси. А на V lang переписать только самые нужные программы.
Языков нового поколения (такой компилируемый Питон) типа Nim и V действительно много, но только V фокусируется на простоте. Из всех языков я бы ещё выделил Go как простой. Все остальные так любят добавлять всё новые и новые фичи, и многие до сих пор имеют ООП... :)
@@VLang я б сказал ооп имеет их 😆 жаль только, что из всех один go пока ворвался в продакшены серьезные и то не без огромной помощи Гугла в пропихивании как только можно
@@VLang то, что без него можно обойтись - бесспорно. Как, на мой взгляд, и то, что во многих задачах ООП - это то, что доктор прописал. Видео Егора про ООП специально нашел и посмотрел - вообще не впечатлило. Такое ощущение, что он не до конца понимает суть ООП, при всем уважении.
95% того что говорит гость не понятно, но через экран передается то насколько он хорошо в этом разбирается, буквально дышит этим, и это завораживает :)
Конечно было бы еще интересно пораспрашивать про конкретные фичи, например channel как они реализованы? Как только в язык добовляется concurrency, многое может поменяться. Ведь хотят делать эффективный язык, значит нужно хорошо использовать ресурсы всех ядер, однопоточные программы писать можно на любом языке достаточно быстрые. Посмотрим 🧐
@@alexandermedvednikov2558 работа не сколько академическая, сколько прикладная. Реконструкция поверхности по изображениям с нескольких камер. И всё это в динамике, чтобы отслеживать деформацию. Сам я не механик(область математики) :), а как раз программист, которого взяли на эту кафедру делать проект Но язык выглядит очень привлекательно И всё таки используя Rust, можно получить какой то опыт, который востребован в коммерческих проектах. Про V я пока такого сказать не могу
Были бы еще именованные параметры по дефолту (если их больше 1), чтобы не было необходимости лезть в сигнатуру и чтобы при изменении/добавлении параметров ничего не ломалось. А еще бы деструктивное присваивание, передачу параметров, мммм.
я би порекомендовал Александру вийти на связь с англоязичними блогерами которие на своих каналах проводят онлайн интервью с лайв кодингом алгоритмами, все как положено, єто как раз дало би ему возможность попрактиковаться в плане навика интервюирования и поспособствовало популяризации язика. он даже может предложить писать решение алгоритма задачи на язике V. Ну и заголовки видео типа "Interview with V language creator" уже весьма кликабельни)
16:23 «Очень сильно настраиваемый» Garbage Collector в Java как переключить в режим подсчёта ссылок? В Objective-C 2.0 такое переключение было доступно.
Ну в яве он всё-таки tracing, а не rc. Совсем другой тип. В objc как раз используется rc, tracing нет. По моему опыту tracing в большинстве ситуаций лучше, но не всегда. Было бы достаточно просто добавить шестой способ mem management в V (rc) для тех, кому он нужен.
@@VLang ARC суть один из способов сделать GC. Тот, кто запускает Яву, лучше знает, какой он хочет GC, и один из вариантов должен быть ARC. Используя Javolution, можно получить ARC, ну а почему-то в generic JVM нет. В Objective-C не было TGC, потом его добавили, потом выпилили.
@@VLang И я ещё подумал. А это шестой ли способ? Или это всё же разновидность gc. Может быть, не считать его отдельным способом, может быть, не разделять так уж сильно. Использовать одну и ту же пометку, но авторы могли бы оставлять предупреждения, что в их коде есть барон Мюнхгаузен, вытаскивающий себя за волосы из болота, и для утопления барона нужна именно трассирующая разновидность сборщика мусора. И если нигде в библиотеках нет баронов, то библиотеки можно собирать и так, и этак. С другой стороны, есть персистентные структуры данных с копированием при записи, с копированием пути, и у них подсчёт ссылок может давать преимущества настолько мощные, что надо считать ссылки даже при управлении памятью трассирующим сборщиком мусора. Но сразу вопрос, а если мы точно знаем момент потери актуальности, то как можно устоять от соблазна тут же и убить. Если трассирующая сборка мусора без компактификации, то хочется сразу и убить.
@@VLang В тот период, когда в Objective-C 2.0 было возможно и то, и другое, они не разделялись синтаксически. Были только в Mach-O флаги выбора режима. В Modula-2+ были переходы между ARC и TGC. В RemObjects Oxygene на многих платформах, к сожалению, применяют TGC. На JVM и CLI, конечно, понятно, что это выбор против воли программиста, но в RemObjects Oxygene и натив, к сожалению, так сделали. За исключением макос. На макосе бэкенд Noughat использует родной для макоса подсчёт ссылок. Там TGC нет. А транслируется с одних и тех же исходников. Можно ещё Cyclone вспомнить. Там ARC и TGC вводились как специальные регионы. Были регионы с ограниченным временем жизни, а были два глобальных региона. В Cyclone регионы параметризуют struct, а внутри struct регионы-параметры специализируют те или иные указатели. Через разную параметризацию можно переключать способ обработки.
Язык будет популярный если его купит гугл или тесла какая нибудь. То есть иммиграция на запад и только в таком случае может быть он выедет. По принципу того же Котлина. Но если автор будет сидеть в изоляции от цивилизованного общества, тогда вся его работа и талант будут просто напрасными.
И тут у семи восьмых человечества появились вопросы к автору комментария, считающему их нецивилизованными. Цивилизация - это принцип на котором строится и стоит государство. На Земле несколько цивилизаций и они с вами не согласны считать, что у них нет государств
@@VLang спасибо за ответ. а libuv или подобная (event loop, epoll) либа ? ffi ? и еще вопрос - допустим нужно хранить миллиард-полтора не больших строк, которые должны быть проиндексированы строкой из 11-12 цифр. nosql DB занимает много оперативы для миллиарда записей!!! Затем по такой структуре, нужно делать быстрый поиск строк, в несколько потоков. С использованием чего реализовать такое хранилище на V? производительность нужна более 60000 rps на чтение, чтобы было быстрее чем redis. web framework V потянет более 60000 rps - простые выборки (или записи) из nosql DB?
